Skip to content
Job preparation

AWS Cloud Engineer · 3-5 Years

Real implementation, debugging, tools, logs, edge cases, and measurable fixes.

Try each answer before revealing the suggested coaching answer.

← All AWS Cloud Engineer levels

25 questions

01You are working on a production project and EC2 lifecycle starts causing issues. How would you diagnose and fix it as an AWS Cloud Engineer?

A production answer

Say this first: EC2 lifecycle should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply EC2 lifecycle, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 1
02How have you implemented AMI and launch templates in a real Cloud Engineering project?

A production answer

Say this first: The important point about AMI and launch templates is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply AMI and launch templates, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 2
03A release is blocked because of a problem related to VPC design. What steps would you take?

A production answer

Say this first: VPC design should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply VPC design, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

request or change → guardrail / validation → VPC design → observable result → owner review

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 3
04What logs, metrics, or artifacts would you check while troubleshooting subnets and route tables?

A production answer

Say this first: The important point about subnets and route tables is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply subnets and route tables, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 4
05How would you make security groups vs NACLs reliable enough for day-to-day production use?

A production answer

Say this first: security groups vs NACLs is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply security groups vs NACLs, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Choose the option that fits the workload and constraints; do not present one option as universally superior.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 5
06You are working on a production project and IAM users roles and policies starts causing issues. How would you diagnose and fix it as an AWS Cloud Engineer?

A production answer

Say this first: IAM users roles and policies should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply IAM users roles and policies, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 6
07How have you implemented S3 storage classes in a real Cloud Engineering project?

A production answer

Say this first: The important point about S3 storage classes is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply S3 storage classes, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 7
08A release is blocked because of a problem related to S3 security. What steps would you take?

A production answer

Say this first: S3 security should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply S3 security, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 8
09What logs, metrics, or artifacts would you check while troubleshooting RDS backup and scaling?

A production answer

Say this first: The important point about RDS backup and scaling is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply RDS backup and scaling, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 9
10How would you make load balancers reliable enough for day-to-day production use?

A production answer

Say this first: load balancers should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply load balancers, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 10
11You are working on a production project and Auto Scaling Groups starts causing issues. How would you diagnose and fix it as an AWS Cloud Engineer?

A production answer

Say this first: Auto Scaling Groups should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply Auto Scaling Groups, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

request or change → guardrail / validation → Auto Scaling Groups → observable result → owner review

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 11
12How have you implemented CloudWatch logs and alarms in a real Cloud Engineering project?

A production answer

Say this first: The important point about CloudWatch logs and alarms is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply CloudWatch logs and alarms, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 12
13A release is blocked because of a problem related to Route 53 routing. What steps would you take?

A production answer

Say this first: Route 53 routing should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply Route 53 routing, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 13
14What logs, metrics, or artifacts would you check while troubleshooting Lambda basics?

A production answer

Say this first: The important point about Lambda basics is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply Lambda basics, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 14
15How would you make API Gateway reliable enough for day-to-day production use?

A production answer

Say this first: API Gateway should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply API Gateway, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 15
16You are working on a production project and EKS basics starts causing issues. How would you diagnose and fix it as an AWS Cloud Engineer?

A production answer

Say this first: EKS basics should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply EKS basics, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 16
17How have you implemented ECS vs EKS in a real Cloud Engineering project?

A production answer

Say this first: ECS vs EKS is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply ECS vs EKS, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Choose the option that fits the workload and constraints; do not present one option as universally superior.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 17
18A release is blocked because of a problem related to Secrets Manager and KMS. What steps would you take?

A production answer

Say this first: Secrets Manager and KMS should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply Secrets Manager and KMS, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 18
19What logs, metrics, or artifacts would you check while troubleshooting CloudFormation vs Terraform?

A production answer

Say this first: CloudFormation vs Terraform is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply CloudFormation vs Terraform, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Choose the option that fits the workload and constraints; do not present one option as universally superior.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 19
20How would you make AWS cost optimization reliable enough for day-to-day production use?

A production answer

Say this first: AWS cost optimization should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply AWS cost optimization, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 20
21You are working on a production project and Well-Architected Framework starts causing issues. How would you diagnose and fix it as an AWS Cloud Engineer?

A production answer

Say this first: Well-Architected Framework should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply Well-Architected Framework, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 21
22How have you implemented high availability design in a real Cloud Engineering project?

A production answer

Say this first: The important point about high availability design is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply high availability design, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 22
23A release is blocked because of a problem related to disaster recovery patterns. What steps would you take?

A production answer

Say this first: disaster recovery patterns should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply disaster recovery patterns, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 23
24What logs, metrics, or artifacts would you check while troubleshooting private connectivity?

A production answer

Say this first: The important point about private connectivity is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply private connectivity, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 24
25How would you make AWS security best practices reliable enough for day-to-day production use?

A production answer

Say this first: AWS security best practices should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine a customer-facing API that must survive a regional dependency failure. The team must decide how to apply AWS security best practices, verify the result, and explain the user impact. For an AWS Cloud Engineer, attach the explanation to a runbook and recovery test result.

Show judgment

  • describe the implementation path, the main trade-off, and the evidence you would collect.
  • State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
  • Call out a broad outage or an untested recovery path and the control that reduces it.

Concrete check

Review the least-privilege policy, then test the denied path as well as the allowed path.

Evidence to mention

Track availability, recovery time, and cost per request. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Use a customer-facing API that must survive a regional dependency failure as the example and show where you would stop a risky rollout.

Link to question 25

Further reading

These are original practice questions and suggested answers. Adapt them to your own work and explain evidence, trade-offs, and limitations.