BEGINNER · 12 MIN · FREE LESSON
Deploy a three-tier app
Explore deploy a three-tier app through a visual, step-by-step model.
Loading interactive lesson…
BEGINNER · 12 MIN · FREE LESSON
Explore deploy a three-tier app through a visual, step-by-step model.
Loading interactive lesson…
GET /catalog/itemsPublic catalog list; safe shared cache key
GET /catalog/items/:idPublic catalog detail or durable read
Break the design: Block DB identity and use zero cache hits, then compare 100% hits. Fail one app replica and account for completed, failed, rejected and pending requests. Restore private identity/path and inspect the shared DB bottleneck.
These API paths describe the exercise system; they are not AlgoVerse endpoints.
Local public-catalog workload: public load balancer → private application workers → cache / private database. Independent reachability and DB service-identity gates affect misses; a public cached catalog item may still succeed when the database path fails. Queue capacity, healthy app workers and shared DB work are finite. Exposing the DB is flagged as risk, not proof that authentication is bypassed. No real deployment, account or cloud API calls. AWS: ALB → private EC2/ECS → RDS with ElastiCache concepts. GCP: Cloud Load Balancing → private app → Cloud SQL with Memorystore concepts. This local capstone provisions nothing and does not deploy AlgoVerse. Production needs provider-specific IaC, TLS, secret rotation, schema migrations, backups, observability, restore drills and rollback. Cacheable data here is public catalog data only. No cloud resources are created.
Loading architecture diagram…
Introduce Public HTTPS load balancer: Introduce a public HTTPS entry point and keep backend instances private.
Network reachability, identity policy and processing capacity are separate gates. A real capstone also needs TLS, backups, migrations, secrets, monitoring, recovery and provider-specific IaC.
Completed requests, seed 42. Plotted sample sizes respect each lesson’s explicit input limits.
Keyboard: Space play/pause · ←/→ step · R restart · 1–5 speed. Reduced motion disables transitions.
A diagram is not deployable until traffic paths, identity and capacity agree.
Load the average scenario and step through the initial state before playing. Read the variables and final result, then switch to the worst scenario. Pause before a decision and predict which explicit condition determines the next action.
Public HTTPS ingress reaches private app workers only through the declared load-balancer path. Public catalog cache hits can complete without the DB; misses require both private DB reachability and an authorized workload identity. Healthy app and shared DB budgets are finite, with bounded queues. Public DB exposure is flagged as risk rather than treated as an identity grant.
AWS: ALB → private EC2/ECS → RDS with ElastiCache concepts. Google Cloud: Cloud Load Balancing → private app → Cloud SQL with Memorystore concepts. Select the provider mapping before loading input. Product names identify concepts; they do not create resources, imply identical APIs or promise equivalent service guarantees.
Block DB identity and use zero cache hits, then compare 100% hits. Fail one app replica and account for completed, failed, rejected and pending requests. Restore private identity/path and inspect the shared DB bottleneck. In Try mode, choose the next modeled decision and use the hint to inspect its preconditions. Explain a changed result using the actual input rather than the provider logo.
The player displays the model's operation metric and declared bounds. Compare best, average and worst presets before changing only one parameter. Simulation operation counts are different from provider quotas, cloud bills, throughput benchmarks and wall-clock service latency.
References isolate request-path gates and the conservation invariant; the player couples them to independent app/DB queues and capacity. All four languages show local reference logic rather than provider SDK calls. Validate inputs and account for the unmodeled production concerns before adapting a reference.
Use this scenario when reviewing ALB → private EC2/ECS → RDS with ElastiCache concepts or Cloud Load Balancing → private app → Cloud SQL with Memorystore concepts: identify the workload assumption, failure boundary and evidence needed for the selected design. Record one alternative and the constraint it changes.
This local capstone provisions nothing and does not deploy AlgoVerse. Production needs provider-specific IaC, TLS, secret rotation, schema migrations, backups, observability, restore drills and rollback. Cacheable data here is public catalog data only.
Answer the mechanism question, distinguish the exercise from a real cloud operation, and justify a controlled failure experiment. Re-run the scenario if your prediction disagrees with the traced state.
MAKE IT STICK
Progress saves on this device and merges with your account after sign-in.
0 / 5000 · Saved on this device; synced when signed in.