Rehost-ready pattern
Minimal change target for VM-based workloads with inherited central controls.
Application Landing Zone
Last updated on
Understanding Application Landing Zones
Section titled “Understanding Application Landing Zones”An application landing zone is a workload-specific implementation blueprint derived from the platform landing zone baseline.
It translates enterprise guardrails into practical patterns for concrete application types, for example VM-centric Rehost, containerized workloads, or data platform workloads.
Why it depends on Discovery
Section titled “Why it depends on Discovery”Application landing zones are not designed in isolation. They require validated discovery input for dependencies, data sensitivity, runtime behavior, and operational constraints.
Typical discovery-driven design inputs:
- Dependency profile: Inbound/outbound communication paths and trust boundaries.
- Runtime profile: Resource behavior, availability expectations, and scaling characteristics.
- Data and compliance profile: Classification, retention, and control obligations.
- Migration strategy fit: Rehost, Replatform, or refactor constraints for each workload.
Typical application landing zone patterns
Section titled “Typical application landing zone patterns”Container platform pattern
Segmented, policy-driven setup for Kubernetes-based workload groups.
Data workload pattern
Landing zone profile for data services, integration paths, and stricter controls.
Shared service pattern
Isolated setup for foundational services used by multiple product teams.
Delivery approach
Section titled “Delivery approach”- Classify workload archetypes from discovery findings and target strategy.
- Map platform baseline controls to each archetype and identify controlled deviations.
- Build reusable IaC templates and policy sets for each application landing zone profile.
- Validate with pilot workloads and production-like cutover scenarios.
- Publish templates, runbooks, and onboarding guidance for migration waves.
Best practices
Section titled “Best practices”- Prefer templates over one-off designs: Reusable patterns accelerate migration waves.
- Document deviations explicitly: Keep risk, owner, and expiry date transparent.
- Align with migration factory: Integrate landing zone patterns into wave runbooks.
- Continuously improve: Feed migration and run feedback into the template backlog.