Lesson 19 · Senior IaC judgment
Mock senior IaC interview pack
A retrieval-first mock pack for turning the whole IaC course into clear, interview-grade answers you can say under pressure.
Your win: run a realistic senior IaC mock interview on yourself, score your answers honestly, and turn weak spots into a focused review plan.
What this mock is really training
This page is not only testing whether you remember facts. It is training whether you can speak clearly under pressure about Terraform ownership boundaries, state trust, abstraction trade-offs, identity paths, and infra-change safety.
That is why this mock works best when you treat it like a real interview. Answer first. Then check the points. Then answer again more cleanly. The second answer is where a lot of learning happens.
- Round 1 · Terraform truthfulness and ownership boundaries — 6 questions
- Round 2 · State, modules, and trust-chain design — 6 questions
- Round 3 · Atlantis, blast radius, and senior review judgment — 6 questions
- Time target — 60–90 seconds per answer
Round 1 · Terraform truthfulness and ownership boundaries
- What does Terraform really own in this repo?
- Why is “everything is IaC here” too vague?
- Why is the Thanos-bucket caveat a useful teaching point rather than trivia?
- What is the most honest one-paragraph summary of the repo’s Terraform posture?
- Why should strong IaC answers mention adjacent systems like Helm, Kubernetes, and Atlantis?
- How would you explain the difference between provisioned foundation and runtime behavior?
- Ownership boundary. Terraform owns a large part of the cloud foundation and trust wiring.
- Truthfulness. That does not mean every important operational resource is in this tree.
- Exception literacy. Explicit exceptions prove the map is not the whole territory.
- Concise summary. Terraform is foundational here, but not synonymous with the whole platform.
- Adjacency. Neighboring systems still own runtime, delivery, and app-level behavior.
- Boundary clarity. Provisioning and operation are connected, but not identical.
Round 2 · State, modules, and trust-chain design
- Why is state a senior IaC topic?
- How does remote state change the collaboration model?
- What is the real value and cost of Terragrunt here?
- Why should modules and Terragrunt leaves be reviewed like APIs?
- What is the real cross-course payoff of Workload Identity and WIF?
- Why does KMS belong in the trust-chain conversation rather than as a standalone “crypto topic”?
- State realism. State affects plan trust, drift handling, locking, and partial-failure recovery.
- Shared backend. Remote state turns Terraform into a team control surface, not a personal tool.
- Terragrunt trade-off. DRY and standardization help, but indirection can hurt discoverability.
- API lens. Inputs, outputs, dependencies, and hidden coupling matter as much as file organization.
- Trust path. Workload Identity and WIF explain how pods and CI stay keyless.
- KMS role. KMS underpins real decryption and signing paths, not just abstract encryption theory.
Round 3 · Atlantis, blast radius, and senior review judgment
- Why are Atlantis applies gated so heavily?
- Why is rollback language trickier in IaC than in app delivery?
- What makes a Terraform plan more or less trustworthy?
- What would you look for first in a risky infra PR?
- How would you summarize this repo’s operational IaC value honestly?
- What separates a senior IaC answer from a doc-only answer?
- Blast radius. Reviewed plans, approvals, restricted apply rights, and locking are safety controls for destructive potential.
- Rollback realism. Infra recovery may require reconciliation, import, or careful re-apply, not a simple redeploy.
- Plan trust. State quality, drift, imports, and prior partial history all matter.
- Review lens. Start with ownership boundary, state assumptions, trust path, and blast radius.
- Honest value. Terraform gives repeatable foundations and trust wiring, but not the whole platform story.
- Judgment layer. Senior answers add truthfulness, trade-offs, and operational consequence.
Self-scoring rubric
| Score | Meaning |
|---|---|
| 0 | I could not explain it without notes. |
| 1 | I gave fragments, but the answer was incomplete or fuzzy. |
| 2 | I explained the main idea, but missed the trade-off, limit, or repo consequence. |
| 3 | I gave a strong, clear answer with mechanism + trade-off/limit + repo consequence. |
Q1. The main rule of this mock pack is…
Sources. This pack synthesizes the whole course into retrieval practice.