FORGEdelivery capability Stage Discovery
POC report

Platform Engineering · Standardised application delivery

From repo to a governed company URL, without a ticket.

Forge is a small set of opinionated golden paths: Cloudflare for simple web, Azure for full enterprise apps, Databricks for data and AI. V1 proves one path in 30 days: static sites on Cloudflare, driven by GitHub and Terraform.

See the 8-minute demoGive your view
< 15 minTime to First Deploy target
0tickets per app after pilot
30 daysto a measured proof
3runtimes, one front door
Program heat: evidence against gates0%

    0/0
    Your actionsThings you can do now
    01

    Why Forge, why now

    Getting a simple internal site live today takes weeks of handoffs: a DNS ticket, certificate request, security review, hosting setup and monitoring onboarding. Each app team re-solves the same problem, differently.

    Problem

    Handoffs, tickets and bespoke setups make even static sites slow, inconsistent and hard to audit.

    Objective

    A governed path where pushing code produces a secured, monitored, rollback-able company URL in minutes.

    Not in V1

    No portal, no IDP or Backstage, no Kubernetes, no multi-cloud abstraction, no AI agent.

    Business value

    Fewer handoffs and tickets, inherited security, faster onboarding, measurable developer productivity.

    Create repoPush codeCI validatesAuto-deployCompany HTTPS URLSecurity appliedMonitoring onRollback ready

    Current state (estimates, pending the D11 baseline) vs V1 target across six delivery dimensions.

    02

    Platform strategy

    GitHub is the common front door and Terraform is the source of truth. Runtimes sit underneath, chosen by workload requirements, not preference.

    Cloudflare

    Simple and edge

    Static sites, internal portals, docs, light stateless APIs. Lowest friction and marginal cost.

    V1

    Azure

    Full enterprise

    Private networking, containers, large relational DBs, enterprise integration, complex runtimes.

    Later path

    Databricks

    Data and AI

    Pipelines, analytics, ML training and serving where lakehouse data gravity dominates.

    Later path
    RequirementCloudflareAzureDatabricks
    Static site / SPABest fitPossibleNo
    Stateless APITier 2YesNo
    Private network / VNetNoBest fitPossible
    Containers, long-runningNoBest fitNo
    Large relational dataNoBest fitAnalytical
    ML training / pipelinesNoPossibleBest fit
    03

    Which runtime fits your workload?

    Answer five questions to get a recommendation you can share.

    04

    V1 architecture

    Solid boxes are built in V1. Dashed boxes are later tiers or other runtimes.

    Forge reference architecture Developers use GitHub; reusable workflows call Terraform and deploy to Cloudflare Pages in V1, with Azure and Databricks paths shown as future. FRONT DOOR Developerpush / PR GitHub repo (template)forge.yaml · CODEOWNERS Reusable workflowbuild · scan · plan · deploy PortalNorth Star CONTROL (IaC) Terraform modulecf-static-site Remote state + lockenterprise backend OIDC token brokerADR-004 target RUNTIMES Cloudflare (V1) Pages: static build + previewsDNS + TLS: app.poc.apps.company.com WAF baseline · security headersLogpush + synthetic uptime · Access (later) Azure pathContainer Apps · VNetSQL · Key Vault Databricks pathAsset bundles · jobsUnity Catalog

    forge.yaml (V1, fixed schema)

    name: team-docs
    owner: team-platform-docs   # GitHub team
    runtime: cloudflare-static
    build: { command: "npm run build", output: "dist" }
    classification: internal     # public | internal

    Where portability ends

    • Portable Static HTML/CSS/JS, build commands, forge.yaml
    • Light coupling Pages config, headers file, Access policies
    • Coupled Workers bindings (KV, D1, Durable Objects). Tier 2+, flagged in review

    Escape path: the same build output deploys to Azure Static Web Apps by switching the runtime module.

    Automated by TerraformIn GitHub workflowsStays centrally managed
    Pages project, DNS record, headers, WAF rules, Access app (later)Build, scan, plan, approve, apply, deploy, smoke test, rollbackZone ownership, account settings, IdP config, token issuance, org policy
    05

    V1 vs North Star

    The Forge vision (portal, control plane, add-on catalogue) is the destination. V1 earns the right to build it with evidence.

    CapabilityV1 (30 days)North Star
    06

    30-day plan

    IDItemWeekOwnerValidation
    07

    Prerequisites & access

    PrerequisiteWhenOwnerValidate byCan block

    Access requests

    StageRequestScopeAsk
    Least privilege: automation gets zone-scoped tokens only. No human holds standing production tokens. Elevation for platform engineers moves to PIM/JIT in production.
    08

    Discovery tracker

    Unknowns are questions, not assumptions. Track answers here and export them as markdown.

    09

    Security & reliability baselines

    Security

    Reliability

    10

    Operating model & RACI

    Platform owns the path

    Template, module, workflow, DNS/TLS, baseline controls, path-wide incidents (P1).

    App teams own the app

    Code, content, app incidents, first-line response, using rollback.

    Rollback

    Redeploy the previous build via workflow dispatch or the Pages rollback API. Target under 5 minutes.

    Signals

    Synthetic uptime alerts go to the app owner, with platform copied on path failures. Logs go to the agreed destination (D6).

    Your column is highlighted when a role is selected.

    11

    Measurement & Time to First Deploy

    MetricDefinitionTarget

    TTFD calculator: where do the minutes go?

    0minutes total

    12

    Cost & TCO

    Indicative monthly cost for 20 static internal apps. Replace with contract data (D10).

    OptionRun / monthOps toilNotes
    Cloudflare Pages (V1)~$0–25LowOften inside existing contract; Access seats may apply
    Azure Static Web Apps~$180 (Std)Low–MedGood escape path; Entra native
    Azure App Service~$1,100+MediumOver-provisioned for static
    Status quo (bespoke)VariesHighTickets and handoffs dominate cost
    Discovery What is our Cloudflare tier and Access seat entitlement? (D10)
    13

    Risk heatmap

    Select a risk

    Click a risk ID in the heatmap to see its mitigation, owner and trigger.

    14

    Objections & answers

    Tell us whether each answer works for you. Shared concerns shape the plan.

    15

    Decisions (ADRs)

    Proposed decisions. Record your position; concerns are routed to the ADR review.

    16

    Gates & expansion

    Tick the evidence as it lands. The heat rail at the top follows these gates.

    When to expand beyond static

    TierTriggerLikely path
    17

    Leadership demo

    A rehearsal timer for the Day 25 demo. Press Start, then Next at each step to capture real timings.

    00:00

    Target: under 8 minutes end to end, measured live.

    18

    Your voice & sign-off

    Support, conditions and concerns all move the plan. Your name is optional.

    Your voice so far

    Enter to open · Esc to close · arrows to move