01

The landing zone, drawn for each cloud

Wave 0 of every plan. Switch the cloud: the design stays, the services change.

Landing Zone
private linkspokesOn premisesAWS CloudManagement account · AWS OrganizationsNetwork accountSecurity OU · Log Archive and AuditShared services accountWorkloads OUProduction accountVPC · spokeNon-production accountVPC · spokeData centreAWS Direct ConnectAWS Transit GatewayAWS Network FirewallAmazon Route 53AWS OrganizationsAWS Control TowerAWS Config & SCPsIAM Identity CenterAWS Secrets ManagerAWS Cost ExplorerAWS CloudTrailAWS Security HubAWS ManagedMicrosoft ADAmazon CloudWatchAmazon EC2Amazon EKSAmazon Aurora / RDSfor PostgreSQLAmazon EC2Amazon Aurora / RDSfor PostgreSQLAWS Backup

Point at a component to light its links; select it for what it does here and the practice that makes it right on AWS.

Point at a component to see what it does; select it for the best practice.Open the architecture
02

What a landing zone holds

Built once, as code, so the hundredth workload lands as safely as the first. Chips show each cloud's service.

  1. 01Accounts and subscriptionsCore accounts for security, logs, network and shared services; workload accounts per product and environment.AWS Organizations + Control TowerManagement groups + subscriptionsFolders + projectsSandboxes
  2. 02Identity and accessSingle sign-on with the corporate directory, roles per job, a logged break-glass path.IAM Identity CenterMicrosoft Entra IDCloud IdentityLeast privilege
  3. 03Network and connectivityHub-and-spoke, central inspection of traffic in and out, hybrid links and private DNS.Transit Gateway + inspection accountHub VNetShared VPCVPN · Direct Connect · ExpressRoute · Interconnect
  4. 04Guardrails and compliancePolicy as code, encryption by default, posture checks and mandatory tags.SCPs + AWS ConfigAzure PolicyOrganization policiesTagging
  5. 05Management and monitoringCentral logs and metrics, alerting, and baselines for backup and disaster recovery.CloudTrail log archiveLog AnalyticsCloud Logging sinksBackup and DR baselines
  6. 06Platform automationReusable modules, account vending and pipelines that change the platform itself.Terraform on every cloudCloudFormation · AWS CDKAccount vending
Everything as code, changed only through pipelines
03

How NGT builds a landing zone

Four steps on every cloud; pilot applications prove the foundation before the first wave.

  1. 01Understand
    • Current IT operating model
    • Security, network, compliance baselines
    • Who will run the platform
    Documented baselines
  2. 02Design
    • Account or subscription structure
    • Identity, network, BC/DR
    • Security, governance, monitoring
    Landing-zone designArchitecture and security review
  3. 03Provision and prove
    • Environments from code
    • Pilot applications deployed
    • Guardrails tested, not assumed
    A working foundationPilot sign-off
  4. 04Operate and optimise
    • Changes through pipelines only
    • New accounts on request
    • Cost and posture reviewed
    A foundation that keeps up
04

Console clicks versus a landing zone as code

What changes when the foundation lives in Git and every change goes through a pipeline.

Built by hand Landing zone as code
ProvisioningTickets and console clicks; anyone with access creates resourcesPull request, plan, approval per environment, then the pipeline applies
AuditNo record of who approved whatEvery approval and creation event logged
AccessShared admin accounts, long-lived keysFederated sign-on; privileged access time-boxed
PolicyChecked after the fact, if at allPolicy as code blocks non-compliant resources
NetworkAd-hoc peering between projectsHub-and-spoke with central inspection
CostThe bill arrives at month endA cost estimate on every plan; tags enforced
Drift and recoveryManual fixes nobody can repeatState in Git; the same code rebuilds for DR

Questions about landing zones

The questions this part raises, and their answers.

No. The method starts from your current operating model; existing accounts move into the new structure step by step.

Where a clean break is better, workloads are rehosted into an improved landing zone and the old one decommissioned.

SourcesNGT Service Offering v2.0 (Mar 2025)NGT Service Offering v3.2 (Jul 2026)NGT DevOps–AI Service Offering (Oct 2026)NGT Azure Service Offering v1.0 (Dec 2024)NGT Google Cloud Service Offering v0.1NGT Cloud Operation Service Offering v0.2 (Jan 2025)FPT Software AWS Cloud Journey Service Offering V3FPT Software Cloud Transformation Capabilities (2024)FleziLift method and runbook (Oct 2026)