Skip to content
Shared platform · Foundation

Cloud Platform

One platform layer that every division's services deploy onto: account and network topology, identity, policy and cost controls, reproducible environments, and pipelines that gate on real signal. The point is that a division ships product, not infrastructure.

What it does

Inside the platform

01

Landing zones

Account topology, identity, network and policy established before the first workload lands.

02

Delivery pipelines

One signed artefact promoted through environments, with rollback as a promotion in reverse rather than a rebuild.

03

Container platform

Cluster design and GitOps delivery, with platform runbooks maintained centrally.

04

Observability

Metrics, logs and traces wired to meaningful service objectives, with on-call practice and post-incident review.

How it fits together

The shape of the work

One promotion path, one artefact

The same signed build moves through every environment. Rollback is a promotion in reverse, not a rebuild — and every stage reports to the same observability layer.

CommitReviewed PRBuild & testUnit · contractArtefactSigned · provenanceDevEphemeralStagingProd-like dataProductionProgressiveAPPROVAL GATErollback — same artefactObservabilityMetrics · logs · traces · SLOs — every stage reports hereInfrastructure defined as code and reviewed like code.
Who builds on it

Used across the group

  • Every division

Ownership

A shared platform. It has no natural home in any single unit, so the group funds it centrally and the shared engineering bench maintains it. Every company and division draws on the same version.

How we decide what is shared

Building something that needs Cloud Platform?

Tell us the constraints and we will come back with how this platform would carry them — or say plainly if it would not.