Skip to main content

AI & assistant-friendly summary

This section provides structured content for AI assistants and search engines. You can cite or summarize it when referencing this page.

Summary

As of June 2026, AWS offers four distinct placement layers — Regions, Local Zones, Outposts, and Wavelength — plus CloudFront for cacheable edge delivery. The expensive mistake is treating them as interchangeable “edge” checkboxes. Local Zones put AWS-operated compute in metros; Outposts put AWS-...

Key Facts

  • •This is placement and connectivity, not EC2-vs-Lambda unit economics
  • •As of June 2026, AWS offers four distinct placement layers — Regions, Local Zones, Outposts, and Wavelength — plus CloudFront for cacheable edge delivery
  • •Local Zones put AWS-operated compute in metros; Outposts put AWS-managed hardware on your floor; Wavelength puts compute in carrier 5G facilities
  • •This post covers where workloads run and how packets move — not EC2 vs Lambda economics
  • •Measured p99 ~8ms app RTT

Entity Definitions

Lambda
Lambda is an AWS service discussed in this article.
EC2
EC2 is an AWS service discussed in this article.
Aurora
Aurora is an AWS service discussed in this article.
CloudFront
CloudFront is an AWS service discussed in this article.
VPC
VPC is an AWS service discussed in this article.
SQS
SQS is an AWS service discussed in this article.
Route 53
Route 53 is an AWS service discussed in this article.
compliance
compliance is a cloud computing concept discussed in this article.

Hybrid & Edge on AWS (2026): Outposts vs Local Zones vs Wavelength — Placement, Connectivity, and the Latency Bill

Cloud ArchitecturePalaniappan P4 min read

Quick summary: A composite fintech API (~8ms p99 to metro users) spent ~$14k/mo on an Outposts rack before moving read-heavy paths to a Chicago Local Zone and keeping Outposts only for card-PIN HSM proximity — p99 held at 9ms, hybrid infra dropped ~38%. This is placement and connectivity, not EC2-vs-Lambda unit economics.

Key Takeaways

  • This is placement and connectivity, not EC2-vs-Lambda unit economics
  • As of June 2026, AWS offers four distinct placement layers — Regions, Local Zones, Outposts, and Wavelength — plus CloudFront for cacheable edge delivery
  • Local Zones put AWS-operated compute in metros; Outposts put AWS-managed hardware on your floor; Wavelength puts compute in carrier 5G facilities
  • This post covers where workloads run and how packets move — not EC2 vs Lambda economics
  • Measured p99 ~8ms app RTT
Hybrid & Edge on AWS (2026): Outposts vs Local Zones vs Wavelength — Placement, Connectivity, and the Latency Bill
Table of Contents

As of June 2026, AWS offers four distinct placement layers — Regions, Local Zones, Outposts, and Wavelength — plus CloudFront for cacheable edge delivery. The expensive mistake is treating them as interchangeable “edge” checkboxes. Local Zones put AWS-operated compute in metros; Outposts put AWS-managed hardware on your floor; Wavelength puts compute in carrier 5G facilities. Pick wrong and you buy a rack when a subnet would do.

This post covers where workloads run and how packets move — not EC2 vs Lambda economics. That hybrid-compute guide answers invocation patterns and SQS buffering; this one answers metro latency, residency, Direct Connect, and the service link.

We ship a placement decision matrix, hybrid connectivity checklist, latency vs cost worksheet, and placement topology draw.io.

Benchmark pattern (not a cited client) — Composite regulated fintech API, ~12k RPS peak on payment authorization paths, users concentrated in Chicago metro, prior deployment full Outposts rack in customer colo for “low latency.” Measured p99 ~8ms app RTT. Migration: moved read-heavy account and catalog APIs to Chicago Local Zone; kept Outposts only for PIN HSM and card-present bridge. Result: p99 ~9ms (within SLO), hybrid infra ~$22k/mo → ~$13.6k/mo (~38% reduction) — rack amortization and power dominate Outposts TCO when Local Zone satisfies most paths.

Placement matrix (summary)

ConstraintFirst choiceAvoid
Metro <15 ms RTTLocal ZoneParent Region alone
Must run on your floorOutpostsLocal Zone if law requires customer cage
5G handset MECWavelengthOutposts without mobility path
Global 50–200 ms OKRegion + CloudFrontAny edge hardware

Download the full placement matrix for service availability rows.

Opinionated take: Local Zones before Outposts when compliance allows AWS-operated metro sites. Wavelength only with a carrier contract — otherwise you are paying for unused telco metal.

Connectivity layer (not optional)

Edge placement fails without hybrid networking:

  1. Direct Connect (primary) into a networking-account Transit Gateway
  2. Site-to-Site VPN backup on a separate path
  3. Route 53 Resolver split-horizon for internal API names
  4. Non-overlapping CIDR across on-prem, Outposts, and Regional VPCs

Outposts requires a service link to the parent Region — AWS documentation recommends ≥500 Mbps–1 Gbps redundant bandwidth. Undersize it and instability shows up as “mystery” API timeouts before user load spikes.

For VPC design depth, see VPC networking best practices — this post does not re-teach subnet sizing.

Context — AWS CLI 2.x, networking account:

aws directconnect describe-virtual-interfaces --query 'virtualInterfaces[*].[virtualInterfaceState,bgpStatus]'
aws ec2 describe-transit-gateway-attachments --filters Name=state,Values=available

Full steps: connectivity checklist.

Local Zone vs Outposts in practice

Local Zones extend a parent Region VPC. You create subnets mapped to the Local Zone; EC2 and EBS run locally while control-plane calls may still hit the Region. Service availability is a subset — verify Local Zone features before promising Aurora shapes.

Outposts export instances that look like Regional EC2 but physically sit in your cage. Use when data residency demands customer-controlled facilities or when hardware (HSM, legacy appliance) cannot move. Capex and colo power are real — model the latency-cost worksheet before signing a three-year rack order.

What broke — Platform team procured a full Outposts rack for “single-digit latency” to Chicago traders. Post-deploy measurement showed read APIs were cacheable and p99 from us-east-1 was 42ms — acceptable for half the portfolio. Local Zone pilots hit 9ms for those paths at ~$1.2k/mo incremental vs ~$22k/mo rack TCO. Rack stayed for HSM only; everything else moved to Local Zone + Regional analytics. Lesson: measure Region baseline before capex.

Wavelength and 5G

AWS Wavelength zones run in telco data centers at the edge of 5G networks — ideal for video distribution, game streaming, and industrial AR with mobility. Prerequisites: carrier partnership, handset routing validated with telco NOC, and acceptance that service catalog is a subset of the parent Region. Wavelength without 5G integration is the most common “edge for edge’s sake” failure we see in architecture reviews.

When placement is driven by sovereignty rather than milliseconds, pair this post with the data residency guide — Outposts and Local Zones satisfy different auditor questions.

What to do this week

  1. Measure p99 RTT from target metros to parent Region — document before buying hardware.
  2. Check Local Zone availability in those metros; run one latency-sensitive API there.
  3. Inventory workloads that truly need your floor (HSM, OT bridge) vs cacheable reads.
  4. Validate DX + VPN + TGW against the connectivity checklist.
  5. If considering Wavelength, get carrier sign-off before architecture review closes.

What this post doesn’t cover

Related: VPC networking · Cross-account patterns · Managed services

Frequently asked questions

What is the difference between AWS Local Zones and Outposts?
Local Zones are AWS-owned and operated infrastructure extensions in large metropolitan areas — you deploy into a Local Zone subnet in the parent Region VPC, but compute runs physically closer to metro users. Outposts are AWS-managed hardware installed in your datacenter or colocation facility (42U racks or 1U/2U servers) — you host the metal; AWS manages software and lifecycle. Choose Local Zones when AWS-operated metro placement satisfies latency and residency; choose Outposts when auditors require workloads on your raised floor or you need physical proximity to existing HSMs or OT gear.
When should we use AWS Wavelength?
Use Wavelength when you have a carrier partnership and a 5G/MEC use case that requires single-digit millisecond latency from handsets to compute — video distribution at the tower edge, real-time gaming, or industrial AR with mobility. Wavelength embeds AWS compute in telco data centers. Without a signed carrier path and handset routing design, Wavelength zones are idle capacity. Do not choose Wavelength for generic API hosting that CloudFront and a Regional ALB already satisfy.
When should we NOT buy AWS Outposts?
Skip Outposts when a Local Zone in the same metro meets latency and compliance — racks add capex, power, colo contracts, and service-link bandwidth planning. Skip when your workload is batch ETL or internal admin tools with no user-facing latency SLO. Skip when the goal is "future-proofing" without measured p99 from the parent Region. Buy Outposts when residency law or hardware affinity (HSM, legacy PCI appliance) truly requires your floor.
How does this differ from hybrid compute (EC2 + Lambda)?
Hybrid compute decides which compute primitive runs a workload shape — EC2 vs Lambda vs Fargate based on utilization and cold starts. Hybrid edge decides where that compute physically runs — parent Region vs Local Zone vs Outposts vs Wavelength — and how packets reach it over Direct Connect and Transit Gateway. You need both decisions, but they are orthogonal. Read the hybrid compute guide for invocation economics; this post is for placement and networking.
What bandwidth does Outposts need to the parent Region?
AWS recommends redundant connectivity of at least 500 Mbps to 1 Gbps for the Outposts service link to the parent Region — management and workload traffic share that path. Undersized circuits cause control-plane instability before user traffic spikes. Model VPN backup on a separate path; do not rely on a single Direct Connect circuit without failover.
What could go wrong during hybrid rollout?
Three recurring failures: (1) Overlapping CIDR between on-prem and Outposts VPC breaks routing silently after cutover. (2) Local Zone workloads call Regional-only services (certain RDS shapes) and latency surprises appear on control-plane APIs, not user paths. (3) Wavelength deployed without carrier NOC integration — handsets never route to the edge ENI. Use the connectivity checklist before production traffic.
Palaniappan P
Palaniappan P

AWS Cloud Architect & AI Expert

AWS-certified cloud architect and AI expert with deep expertise in cloud migrations, cost optimization, and generative AI on AWS.

AWS ArchitectureCloud MigrationGenAI on AWSCost OptimizationDevOps

Recommended Reading

Explore All Articles »