CodeRigor

LESSON

Validate an explained tiny-API plan

Combine tier placement, ingress, identity and operating evidence; expose the single-zone database limitation.

The capstone combines all earlier boundaries into one explained plan. Two edge placements and two API placements span fictional zones a/b. A private single-zone database remains a known dependency. Only public TLS reaches the edge; the API and database accept traffic from the immediately preceding group.

The validator checks this documented teaching rubric. A clean result means its local fixture assumptions are consistent, not that AWS resources exist, bills are zero or a production system is ready. Your explanation must retain the single-zone database limitation and the work required to replace assumptions with operational evidence.

Validate an explained tiny-API plan
start / 3
Combine tier placement, ingress, identity and operating evidence; expose the single-zone database limitation.
Validate an explained tiny-API plan
Combine tier placement, ingress, identity and operating evidence; expose the single-zone database limitation.

The local command prints a validated plan, traffic decisions, policy decisions and a failure matrix. It also emits broken-plan findings for a publicly exposed database and an excessive workload grant, so a green report is not the only demonstrated path.

The optional CloudFormation file creates only a small networking skeleton: a VPC, public/private subnets, a gateway, route table and explicit security groups. It does not create a load balancer, EC2 instance, database, NAT gateway, secret or running service. The plan describes those application responsibilities; the AWS continuation teaches fuller provisioning.

Python
tiers={"edge":{"a","b"},"api":{"a","b"},"database":{"a"}}
for failed in ("a","b"):
    alive={tier for tier,zones in tiers.items() if zones-{failed}}
    print("zone lost",failed,"complete path",set(tiers)<=alive)

A validator is strongest when its scope is named. It checks healthy tier placement, zone diversity, intended ingress, secret-reference shape, literal identity grants and the operations checklist. It does not prove routing, TLS, deployment identity, managed failover, security compliance or production reliability.

Treat the output as a reviewable plan to improve. Explain which dependency fails in each scenario, which costs remain uncertain and what real tests would replace assumptions. You can complete the course without provisioning any paid cloud resource; the optional account lab is clearly separate.

A plan is not deployment evidence
start / 3
Keep local assumptions, provider mechanisms and actual operating evidence separate.
A plan is not deployment evidence
Keep local assumptions, provider mechanisms and actual operating evidence separate.
Python
expected={"public TLS","private API","private database","scoped secret read","recovery assumptions","cost inventory"}
print("review decisions",len(expected))
print("local plan validation is not deployed-resource verification")

Run the downloadable plan command, its public contract tests and the negative fixtures. Explain the topology, allowed flows, role scope, secret retrieval boundary, zone-a database dependency, recovery assumptions, cost drivers and cleanup.

If you choose the optional AWS networking exercise, follow its account/profile, region, preview, inventory and exact stack teardown instructions. No cloud action is required by the hosted exercises, and this course does not provision resources on your behalf.

Download the complete lab. The archive includes runnable code, tests, fixtures and a README.

Original topology · Local fixture analysis

Compute survives. Does the whole path?

Choose a placement failure. Two zones hold edge and API replicas, while the database has one zone-a placement. This model checks dependency presence; it does not measure real capacity, routing, failover or cloud availability.

lab-region · fictional placement labels

zone-aplacements remain

TLS edge443
Private API8080
Private database5432

zone-bplacements remain

TLS edge443
Private API8080

API depends on the database in zone-a.

Complete dependency path remainsRemaining tiers: api, database, edge

Placement only. The healthy case is not a deployment or production-reliability claim.

Inspect the eight actual ingress decisions from the local checker
New TCP ingress subset · routing is a separate assumption
SourceDestinationPortDecision
internetedge443allow
internet · IPv6edge443allow
edgeapi8080allow
apidatabase5432allow
internetapi8080deny
internetdatabase5432deny
edgedatabase5432deny
edgeapi22deny
Download the explained plan, checker, tests and optional AWS networking lab →

Watch & read

Free lectures, talks and readings that cover this skill from another angle. All resources →