Skip to main content
Cloud DevOps Solutions
Get a quote Talk to an engineer

Packages

Landing Zone Sprint

A Landing Zone Sprint builds the secure foundation of your cloud environment as code: account or subscription structure, single sign-on, network layout, guardrails, central logging and billing controls. It is delivered in your repositories with documentation, in a fixed time-boxed scope.

Typical duration
Typically 2 to 4 weeks, depending on accounts and requirements, confirmed in the written scope
Format
Fixed scope, delivered as code in your repositories, documented handover
Led by
A named senior engineer

Who this is for

  • Startups moving from a single account to a structured multi-account setup
  • Teams replacing a console-built environment with infrastructure as code
  • Companies adding a new region, business unit or regulated workload
  • Organisations that need a clean foundation before a migration

What is included

Account and subscription structure

A multi-account or multi-subscription layout separating production, non-production, shared services and security.

Identity and access

Single sign-on, role-based access, break-glass access and removal of long-lived credentials.

Network foundation

Address planning, private networking, segmentation, and controlled connectivity to the internet and to other networks.

Guardrails

Preventive and detective controls such as service control policies or Azure Policy, aligned to a recognised baseline.

Central logging and audit trail

Audit logs collected centrally, protected from tampering and retained to an agreed period.

Cost controls

Budgets, alerts and tagging standards so spend is visible from day one.

Everything as code

Terraform modules and pipelines in your repositories, with pull-request review for every change.

Documentation and handover

Architecture diagrams, a how-to for adding accounts and workloads, and a handover session for your team.

What you receive

  • ✓A working landing zone in your cloud organisation
  • ✓All infrastructure code and pipelines in your repositories
  • ✓Architecture diagrams and an operations guide
  • ✓A handover session with your engineers
  • ✓A backlog of recommended next steps

What we need from you

  • •A named cloud administrator and a decision maker
  • •The cloud organisation or tenant to build in
  • •Your compliance and data-residency requirements
  • •Access to a repository and CI system for the code

Not included

  • –Penetration testing or formal security audits
  • –Compliance certification (we implement technical controls, we do not issue certificates)
  • –Migrating existing workloads (separate, scoped work)

How it runs

  1. 01

    Requirements and design

    We agree structure, compliance needs, regions and naming, and confirm the design in writing.

  2. 02

    Build in code

    We build the foundation as Terraform, reviewed through pull requests in your repositories.

  3. 03

    Validate

    We test guardrails, access paths and logging against the agreed design.

  4. 04

    Document and hand over

    We write the operations guide and train your team to extend the landing zone.

  5. 05

    Optional follow-on

    We can help migrate workloads or operate the platform, or you can continue alone.

Every package starts with a short scoping call. We then confirm scope, deliverables and timeline in writing, and you decide whether to go ahead. Prices are quoted for that fixed scope, not as a rate card.

Who you will work with

Engagements are led by a named senior engineer, not passed to an anonymous team.

You keep everything

No lock-in, by design. If you stop working with us, nothing you rely on stops working.

Your accounts

Everything runs in cloud accounts and subscriptions you own and control.

Your code

Infrastructure code, pipelines and configuration live in your repositories.

Your documentation

Architecture notes and runbooks are written for your team and handed over.

A defined exit

We agree the handover steps in writing, and access is removed when the work ends.

Frequently asked questions

Do you support both AWS and Azure?
Yes. The structure differs (accounts and organisations on AWS, subscriptions and management groups on Azure) but the principles and the as-code approach are the same.
Which tools do you use?
Terraform for provisioning, with pipelines in the CI system you already use. We can use OpenTofu or a cloud-native tool where there is a good reason.
Can this meet our compliance requirements?
We implement the technical controls frameworks such as SOC 2, ISO 27001, HIPAA and PCI-DSS expect, and produce evidence from the code and logs. We do not issue certifications.
What if we already have some accounts?
We review what exists first, and build the landing zone around it or plan a staged move. This is covered in the scoping call.
Who owns the code?
You do. It lives in your repositories and your cloud accounts from the first commit.

Get a written scope for Landing Zone Sprint

Book a short scoping call. You receive scope, deliverables and timeline in writing, and you decide whether to go ahead.