This learner guide provides a step-by-step path through the AWS Certified DevOps Engineer course labs. The labs are grouped by the AWS DevOps Engineer exam domains: SDLC Automation, Configuration Management and Infrastructure as Code, Resilient Cloud Solutions, Monitoring and Logging, Incident and Event Response, and Security and Compliance.
The course is designed as a five-day practical course. Learners can complete activities in a live AWS account, an instructor sandbox, or as guided architecture walkthroughs when live access is not available.
By the end of this guide, learners will be able to:
- Design CI/CD pipelines for single-account and multi-account environments.
- Integrate automated tests, build stages, artifact repositories, and deployment strategies.
- Use infrastructure as code concepts with CloudFormation, SAM, CDK, StackSets, and reusable components.
- Automate account provisioning, configuration, patching, inventory, and compliance checks.
- Design highly available, scalable, and self-healing AWS workloads.
- Configure centralized logs, metrics, alarms, dashboards, and traces.
- Build event-driven incident response and remediation workflows.
- Apply security controls, audit automation, encryption, identity governance, and compliance monitoring.
- Prepare for AWS DevOps Engineer exam scenarios.
| Day | Labs | Domain Focus |
|---|---|---|
| Day 1 | Labs 01-02 | SDLC automation, CI/CD, tests, artifacts, deployments |
| Day 2 | Labs 03-04 | IaC, reusable components, multi-account operations, Systems Manager |
| Day 3 | Labs 05-06 | Resilience, scaling, disaster recovery, RTO, RPO |
| Day 4 | Labs 07-08 | Monitoring, logging, incident response, event-driven remediation |
| Day 5 | Labs 09-10 | Security, compliance, audit automation, capstone readiness |
- Confirm whether you will use a personal AWS account or an instructor sandbox.
- Confirm the AWS Region assigned for the course.
- Confirm the naming prefix required by the instructor.
- Confirm whether multi-account features are simulated or available live.
Example:
Region: ap-southeast-1
Name prefix: learner01
Multi-account access: simulated
- Install AWS CLI v2.
- Install Git.
- Install AWS SAM CLI.
- Install Docker Desktop or a compatible container runtime if SAM local testing is required.
- Install Python 3.11 or Node.js 20 LTS.
- Install a code editor.
- Review Lab Tools and Setup.
aws configure --profile c1391Validate the profile:
aws sts get-caller-identity --profile c1391For the lab session, set environment variables.
export AWS_PROFILE=c1391
export AWS_REGION=ap-southeast-1For Windows PowerShell:
$env:AWS_PROFILE = "c1391"
$env:AWS_REGION = "ap-southeast-1"Use the same prefix across labs.
c1391-<learner-prefix>-<service>-<purpose>
Examples:
c1391-learner01-pipeline-app
c1391-learner01-cfn-network
c1391-learner01-alarm-errors
- Lab 01: CI/CD Pipeline Foundations
- Lab 02: Automated Testing, Artifacts, and Deployment Strategies
- Map the software delivery lifecycle.
- Build a pipeline model with source, build, test, artifact, deploy, and validation stages.
- Select repositories for source code, packages, container images, and deployment artifacts.
- Add automated tests at appropriate pipeline stages.
- Compare deployment strategies for EC2, ECS, EKS, Lambda, and serverless applications.
- Which stages should exist in a production CI/CD pipeline?
- What artifact should move between build and deploy stages?
- When should canary or blue-green deployment be used?
- How do secrets move through the pipeline without being stored in source code?
- Lab 03: Infrastructure as Code with CloudFormation, SAM, and CDK
- Lab 04: Multi-Account Automation and Systems Manager Operations
- Define infrastructure as reusable code.
- Compare CloudFormation, SAM, CDK, StackSets, and Service Catalog.
- Plan account baselines using Organizations, Control Tower, SCPs, and IAM roles.
- Use Systems Manager and AWS Config concepts for inventory, patching, configuration, and compliance.
- Create automation plans for repeatable operational tasks.
- What is the difference between template drift and configuration drift?
- When should StackSets be used?
- How do SCPs differ from IAM policies?
- Which service should collect inventory and run patch automation?
- Lab 05: Highly Available and Scalable Workloads
- Lab 06: Automated Recovery, Backup, RTO, and RPO
- Translate business availability requirements into technical architecture.
- Identify single points of failure.
- Apply Multi-AZ, multi-Region, load balancing, auto scaling, and caching patterns.
- Select backup and disaster recovery strategies.
- Plan failover tests against RTO and RPO targets.
- What is the difference between RTO and RPO?
- When is warm standby better than pilot light?
- Which metrics should drive scaling?
- How can Route 53 support failover?
- Lab 07: Centralized Monitoring, Logs, Metrics, and Dashboards
- Define application and infrastructure signals.
- Collect logs and metrics centrally.
- Create metric filters, alarms, and dashboards.
- Use Logs Insights and X-Ray concepts for troubleshooting.
- Apply log retention and encryption controls.
- Which logs should be retained centrally?
- Which metrics indicate system health?
- When should a metric filter become an alarm?
- How does tracing help in distributed applications?
- Lab 08: Event-Driven Incident Response and Remediation
- Identify event sources such as CloudTrail, AWS Health, Config, and EventBridge.
- Route events to processing workflows.
- Notify operators through SNS or chat integrations.
- Trigger remediation with Lambda, Systems Manager Automation, or Step Functions.
- Document root cause analysis and post-incident actions.
- Which events should notify humans?
- Which events can be remediated automatically?
- What evidence is required before closing an incident?
- How do you prevent automation from making an incident worse?
- Lab 09: DevSecOps Security, Compliance, and Audit Automation
- Design identity and access at scale.
- Apply least privilege, permission boundaries, SCPs, and role assumptions.
- Automate encryption and data protection.
- Use GuardDuty, Inspector, Security Hub, IAM Access Analyzer, Config, and CloudTrail.
- Build alerting and audit evidence workflows.
- What is the difference between permission boundaries and SCPs?
- Which service detects public S3 buckets or unencrypted resources?
- How should security findings become operational tickets or events?
- Which logs prove who changed a resource?
- Lab 10: Capstone: AWS DevOps Engineer Readiness
- Read the scenario carefully.
- Identify SDLC, IaC, resilience, observability, incident response, and security requirements.
- Choose AWS services and justify each choice.
- Create a deployment, operations, and incident response plan.
- Complete the readiness checklist.
Lab number:
Domain:
Scenario:
AWS services:
Design choices:
Commands or configuration:
Validation evidence:
Failure symptoms:
Troubleshooting notes:
Security notes:
Cleanup completed:
Exam notes:
At the end of each lab day:
- Delete unused CloudFormation and SAM stacks.
- Delete test pipelines, build projects, deployment applications, and artifact repositories.
- Delete test Lambda functions, queues, topics, event rules, and Step Functions workflows.
- Delete log groups, dashboards, alarms, and test metrics if instructed.
- Delete test IAM roles, policies, KMS keys or aliases, secrets, and parameters.
- Empty and delete lab S3 buckets.
- Confirm no costly resources remain running.
- Review all six exam domains.
- Practice explaining service selection under constraints.
- Review deployment patterns and rollback triggers.
- Review IaC drift, StackSets, Organizations, and SCP scenarios.
- Review monitoring evidence for failed deployments and incidents.
- Review security and compliance automation workflows.