Terraform
Show where Terraform affected a real decision in the project. Include the implementation, constraint, test or measurement that makes the skill verifiable.
Provision repeatable dev/stage infrastructure with modules, remote state and policy checks.
This brief is designed as portfolio evidence for a DevOps / Platform path. The goal is not to claim a hiring outcome; it is to make your implementation, judgment and tradeoffs easier to inspect.
Show where Terraform affected a real decision in the project. Include the implementation, constraint, test or measurement that makes the skill verifiable.
Show where IaC affected a real decision in the project. Include the implementation, constraint, test or measurement that makes the skill verifiable.
Show where Cloud affected a real decision in the project. Include the implementation, constraint, test or measurement that makes the skill verifiable.
Show where State management affected a real decision in the project. Include the implementation, constraint, test or measurement that makes the skill verifiable.
Show where Policy affected a real decision in the project. Include the implementation, constraint, test or measurement that makes the skill verifiable.
Use this as a project sequence, not a rigid tutorial. Your stack can change; the evidence should still show what you built, why you built it that way and how you know it works.
Turn the brief into a small finishable system. Decide what the core Terraform Multi-Environment Infrastructure must do, what you will deliberately leave out, and how you will show that it works.
Provision repeatable dev/stage infrastructure with modules, remote state and policy checks. Keep the first pass focused on the main user or system flow before adding stretch features.
Create terraform modules and environment configs. Document the decisions, failure states, tests, performance, security or operational tradeoffs that matter for this project.
Publish the strongest artifacts, including plan screenshots, state strategy, policy checks. Make it easy for a reviewer to understand the problem, architecture, tradeoffs and what you personally implemented.
A strong project page should make it possible to understand the system without guessing what you personally built.
Terraform modules
Environment configs
Plan screenshots
State strategy
Policy checks
A concise README explaining the problem, architecture and tradeoffs
A working demo, API example or reproducible run path
Evidence of testing, monitoring, performance, accessibility or reliability where relevant
Use this as a starting structure, then replace it with your real implementation details, metrics and constraints. Do not claim outcomes you did not measure.
These prompts turn the project from a repository link into a technical conversation about judgment, tradeoffs and evidence.
Answer with details from your implementation. Prefer concrete constraints, measurements and alternatives over generic best practices.
Answer with details from your implementation. Prefer concrete constraints, measurements and alternatives over generic best practices.
Answer with details from your implementation. Prefer concrete constraints, measurements and alternatives over generic best practices.
Answer with details from your implementation. Prefer concrete constraints, measurements and alternatives over generic best practices.
Answer with details from your implementation. Prefer concrete constraints, measurements and alternatives over generic best practices.
Add it only if it strengthens the engineering story instead of delaying a finished, deployable core.
Add it only if it strengthens the engineering story instead of delaying a finished, deployable core.
Add it only if it strengthens the engineering story instead of delaying a finished, deployable core.
Choose another project only when it proves a different part of the role instead of repeating the same evidence.
Deploy a service with infrastructure-as-code, CI/CD, health checks, secrets, logging and rollback notes.
Operate a small app on Kubernetes with probes, autoscaling, config, secrets and observability.
Create build, test, security scan, artifact and deployment stages with safe rollback.