AWS DOP-C02 cheat sheet for CI/CD, IaC, deployment safety, monitoring, incident response, resilience, security, compliance, and final review traps.
Use this cheat sheet for AWS Certified DevOps Engineer - Professional (DOP-C02) after you know the basics but before you start a timed practice block. The goal is not to memorize a vendor catalog; the goal is to classify the scenario and reject attractive wrong answers quickly.
DOP-C02 is a professional operations exam disguised as a delivery exam. The strongest answer usually keeps five things connected: a source of truth, an automated gate, a safe rollout, telemetry that proves health, and a rollback or remediation path with scoped permissions.
I verified these current AWS exam facts on May 24, 2026.
| Item | Value |
|---|---|
| Exam | AWS Certified DevOps Engineer - Professional |
| Exam code | DOP-C02 |
| Questions | 75 total |
| Scoring | 65 scored + 10 unscored (unscored items are not identified) |
| Question types | Multiple choice and multiple response |
| Time | 180 minutes |
| Passing score | 750, scaled 100-1000 |
| Cost | 300 USD |
| Domain | Weight | What to compress for final review |
|---|---|---|
| SDLC Automation | 22% | CodePipeline, CodeBuild, CodeDeploy, artifacts, approvals, tests, deployment strategy |
| Configuration Management and IaC | 17% | CloudFormation, CDK, StackSets, drift, parameters, secrets, cross-account rollout |
| Resilient Cloud Solutions | 15% | Multi-AZ, failover, self-healing, rollback, backups, health checks, recovery validation |
| Monitoring and Logging | 15% | CloudWatch, X-Ray, CloudTrail, logs, metrics, alarms, dashboards, traces |
| Incident and Event Response | 14% | EventBridge, runbooks, Systems Manager Automation, Step Functions, remediation workflows |
| Security and Compliance | 17% | IAM, KMS, Secrets Manager, Config, Security Hub, SCPs, least-privilege deployment roles |
This exam is not just “CI/CD.” It tests whether delivery, infrastructure, observability, resilience, incident response, and security controls work together as one operating system.
DOP-C02 questions are usually asking whether an AWS workload can be changed safely, observed clearly, recovered quickly, and governed consistently. Keep this stack in mind before choosing a service:
If an answer automates deployment but omits health evidence, rollback, or scoped permissions, it is usually incomplete for a professional-level question.
| Domain | Official task pattern | What to remember under time pressure |
|---|---|---|
| SDLC Automation | Pipelines, automated testing, artifacts, and deployment strategies | A release is incomplete without source, build, test, artifact, deployment strategy, health signal, and rollback. |
| Configuration Management and IaC | Reusable infrastructure, multi-account onboarding, and large-scale automation | Use IaC and account guardrails as the source of truth; do not normalize manual drift. |
| Resilient Cloud Solutions | HA, scalability, automated recovery, RTO/RPO | Translate business resilience targets into failure domains, scaling signals, backups, failover, and tested recovery. |
| Monitoring and Logging | Collection, storage, analysis, alerting, event management | Logs are not enough; the answer needs retention, queryability, alarm logic, ownership, and automated response when appropriate. |
| Incident and Event Response | Event sources, configuration response, troubleshooting | Preserve signal, identify the recent change or failing dependency, remediate safely, then automate the repeat fix. |
| Security and Compliance | IAM at scale, automated controls, data protection, audit | Deployment speed never overrides least privilege, key policy, secrets handling, SCPs, evidence, and compliance validation. |
| Question type | Exam-day habit |
|---|---|
| Multiple choice | Identify the lifecycle stage first: source, build, test, package, deploy, monitor, recover, or govern. |
| Multiple response | Include every required layer: source of truth, automated gate, rollout strategy, observability, rollback, and permissions. |
Unanswered questions are incorrect and there is no penalty for guessing. Professional-level stems are long; read the last sentence first, then scan for the constraint that decides between similar automation patterns.
flowchart LR
S["Source change"] --> B["Build and unit tests"]
B --> A["Artifact or image"]
A --> G{"Automated gates pass?"}
G -- "No" --> F["Fail closed and preserve evidence"]
G -- "Yes" --> D["Progressive deployment"]
D --> M["Metrics, logs, traces, synthetic checks"]
M --> H{"Healthy?"}
H -- "Yes" --> P["Promote"]
H -- "No" --> R["Rollback, stop traffic shift, or remediate"]
This is the default mental model for DOP-C02. If an option deploys without a durable artifact, skips testing, lacks alarms, or has no rollback path, it is probably weaker even if it names a real AWS service.
Use this when the stem mixes source control, tests, deployment safety, and rollback.
flowchart LR
C["Commit / merge"] --> T["Build + test"]
T --> A{"Pass gates?"}
A -->|yes| D["Deploy with canary, blue-green, or rolling strategy"]
A -->|no| F["Fail safely and fix the pipeline"]
D --> M["Monitor, alarm, and roll back if needed"]
Use this when the question is really asking how to make delivery repeatable and safe.
flowchart TD
S["Scenario"] --> S1["Source of truth first"]
S1 --> B["Build and test gates"]
B --> P["Package artifacts and parameters"]
P --> R["Release with the right rollout strategy"]
R --> O["Observe metrics, logs, traces, alarms"]
O --> X["Rollback, retry, or promote"]
| If the option says… | Ask this before keeping it |
|---|---|
| “Use CodePipeline” | Where are source, build, test, artifact, approval, deploy, and rollback represented? |
| “Use CodeDeploy” | Is the workload EC2, ECS, Lambda, or on-premises, and does the deployment strategy match the risk? |
| “Use CloudFormation” | Is change controlled through templates, change sets, stack events, drift detection, and rollback behavior? |
| “Use StackSets” | Is the problem really multi-account or multi-Region standardization, and are Organizations or delegated admin boundaries involved? |
| “Use CloudWatch” | Does the answer define metric/log source, alarm threshold, notification path, dashboard/query, and response owner? |
| “Use EventBridge” | Is the event pattern specific enough, and is the target action idempotent, scoped, and observable? |
| “Use Systems Manager” | Is this fleet operation, patching, automation, run command, state management, inventory, or incident operations? |
| “Use Security Hub or Config” | Is the task detection, aggregation, compliance evaluation, remediation, or audit evidence? |
| Lane | Decision rule | Reject when |
|---|---|---|
| SDLC automation | Use pipelines, source control, testing gates, artifacts, and deployment strategies for repeatable releases. | Manual deployment steps when the scenario asks for repeatability, audit, or rollback. |
| Infrastructure as code | Manage stacks, templates, drift, parameters, cross-account rollout, and environment promotion. | Changing resources manually and losing configuration history. |
| Monitoring and incident response | Use metrics, logs, traces, alarms, events, runbooks, and automated remediation. | Collecting logs without actionable alarms or ownership. |
| Resilience and recovery | Design rollback, blue-green, canary, backups, multi-AZ, multi-Region, and game-day validation. | Assuming high availability without testing failure modes. |
| Security and governance | Apply least privilege, secrets management, policy guardrails, audit trails, and account boundaries. | Giving deployment roles broad permissions to avoid pipeline friction. |
| Stem clue | Eliminate first | Keep in play |
|---|---|---|
| release must be repeatable and auditable | console-only deployment | CodePipeline with source, build, artifact, deploy, and approval gates |
| minimize blast radius during deployment | all-at-once rollout | canary, linear, blue-green, immutable, or rolling strategy matched to service |
| CloudFormation stack drift or manual changes | keep patching resources manually | IaC source of truth, drift detection, change sets, stack updates |
| multi-account infrastructure standardization | copying templates by hand | StackSets, Organizations-aware deployment, delegated admin where appropriate |
| alarmed failure after a deployment | keep promoting pipeline | rollback, stop deployment, inspect metrics/logs/traces, fix root cause |
| recurring operational incident | human runbook only | EventBridge plus Systems Manager Automation, Lambda, or Step Functions |
| secret or parameter changes in pipeline | plain text environment variables | Secrets Manager, SSM Parameter Store, KMS, scoped pipeline roles |
| compliance requires consistent guardrails | account-by-account manual checks | SCPs, Config rules, conformance packs, Security Hub, central logging |
DOP-C02 distractors often automate the wrong thing. The strongest answer keeps a source of truth, reduces blast radius, proves health with telemetry, and preserves rollback.
When two options both name real AWS services, keep the answer that satisfies the whole operating loop:
| Failure symptom | Strong first evidence | Strong first response |
|---|---|---|
| CodePipeline stage failed | stage execution details, CodeBuild logs, artifact location, IAM error | fix the failing stage; do not bypass the pipeline |
| CodeDeploy alarmed during shift | deployment events, CloudWatch alarm, target health, application logs | stop or roll back the deployment before widening exposure |
| CloudFormation update failed | stack events, first failing resource, dependency chain, service role permissions | correct template, dependency, quota, or permission issue through IaC |
| ECS or EKS rollout unstable | service events, target health, container logs, readiness/liveness behavior | halt rollout, restore previous task or image, then fix health or config |
| Lambda deployment breaks traffic | version, alias, CodeDeploy alarm, logs, concurrency, permissions | shift alias back or roll back version, then repair config or code |
| repeated operational event | EventBridge rule match, runbook history, Systems Manager execution output | automate the known safe remediation with scoped permissions |
| access denied during deployment | deployment role, resource policy, permission boundary, SCP, KMS key policy | fix the narrow authorization layer, not broad admin access |
| Requirement | Strong first fit |
|---|---|
| smallest production exposure first | canary deployment |
| gradual traffic shift with monitoring | linear deployment |
| fast rollback by switching environments | blue-green deployment |
| replace instances with a new immutable fleet | immutable deployment |
| update instances in batches while keeping service online | rolling deployment |
| Lambda release with alias traffic shifting and alarms | CodeDeploy for Lambda with versions and aliases |
| Trap | Correct reading |
|---|---|
| Canary vs linear treated as synonyms | Canary exposes a small slice first; linear shifts traffic in fixed increments. |
| Blue-green chosen without traffic-switch control | Blue-green needs a clear cutover mechanism and rollback path, not just two environments. |
| Rolling update chosen for maximum safety | Rolling can preserve availability but may expose mixed versions and slower rollback. |
| Immutable deployment chosen for fastest patch | Immutable reduces configuration drift but can take more capacity and orchestration. |
| Lambda alias ignored | Safe Lambda deployment usually depends on versions, aliases, weighted traffic, and alarms. |
| Symptom | Better first check |
|---|---|
| stack update failed | CloudFormation events, first failing resource, dependency and permission chain |
| resources differ from template | drift detection and reconcile through IaC |
| same stack needed across accounts/Regions | StackSets and account/OU targeting |
| environment-specific values differ | parameters, mappings, SSM Parameter Store, or AppConfig depending need |
| manual emergency change was made | document, import/reconcile, then return to source-of-truth deployment |
| Requirement | Strong first fit | Watch for |
|---|---|---|
| repeatable application infrastructure | CloudFormation, CDK, or SAM | template source of truth, rollback behavior, parameters, outputs, and change sets |
| same baseline in many accounts or Regions | StackSets with Organizations targeting | delegated admin, OU targeting, failure tolerance, and drift |
| standardized approved products | Service Catalog | portfolio access, constraints, and controlled self-service |
| account vending and guardrails | Organizations and Control Tower | SCPs, account baselines, centralized logging, delegated services |
| runtime config change without redeploying code | AppConfig or Parameter Store | validation, rollout, rollback, and blast radius |
| patching or fleet state | Systems Manager Patch Manager, State Manager, Inventory | maintenance windows, targets, compliance, and execution evidence |
| Need | Strong first service or pattern |
|---|---|
| application metrics, logs, alarms, dashboards | CloudWatch |
| distributed trace and latency root cause | X-Ray |
| API audit trail and identity action history | CloudTrail |
| event-driven remediation trigger | EventBridge |
| repeatable operational action | Systems Manager Automation |
| multi-step remediation workflow | Step Functions |
| security posture and compliance findings | Config and Security Hub |
| Weak answer | Better answer |
|---|---|
| “Enable logging” with no retention or query path | Define log destination, retention, encryption, query tool, and owner. |
| raw alarms for every metric | Tune thresholds, use anomaly detection or composite alarms when noise is the risk, and route to an actionable target. |
| CloudTrail for application latency | Use CloudWatch metrics/logs, X-Ray traces, ALB target metrics, or synthetics depending the symptom. |
| CloudWatch metrics for API audit | Use CloudTrail for identity, API action, source, and time evidence. |
| event-driven remediation with broad permissions | Scope the EventBridge target role, make remediation idempotent, and capture execution output. |
flowchart TD
R["Deployment or automation request"] --> O["Org guardrail: SCP?"]
O --> B["Boundary or session policy?"]
B --> I["Deployment role identity policy?"]
I --> P["Target resource policy?"]
P --> K["KMS key policy, grant, or secret access?"]
K --> L["CloudTrail, Config, Security Hub, or log evidence?"]
Use this chain for access-denied and compliance questions. A pipeline can have an IAM allow and still fail because an SCP, permission boundary, resource policy, KMS key policy, secret policy, or service role is missing.
| Trap | Better instinct |
|---|---|
| One deployment strategy for all systems | Match canary, blue-green, rolling, or immutable to risk, rollback, and traffic control. |
| No drift control | Use IaC source of truth and detection rather than manual fixes. |
| Observability after outage only | Build alarms, dashboards, traces, and runbooks into the release path. |
| Overprivileged pipelines | Scope deploy roles, secrets, KMS access, and cross-account trust carefully. |
| Automation without evidence | Keep execution history, logs, notifications, and compliance records with the automated action. |
| Recovery plan without testing | Prefer options that validate failover, restore, or rollback against stated RTO/RPO. |
| If the stem says | Start with |
|---|---|
| least privilege, private access, compliance, or audit | identity scope, data boundary, policy enforcement, logging, and ownership |
| least operational effort | managed service, native integration, simple workflow, and fewer moving parts |
| high availability, recovery, or outage | failure domain, recovery objective, health check, rollback, and validation |
| performance, scale, or cost | bottleneck evidence, traffic pattern, sizing, caching, batching, and quotas |
| troubleshoot, diagnose, or investigate | symptom, recent change, logs, metrics, status, dependency, and smallest safe test |
Use IT Mastery for the exact product route, practice status, spaced review when available, and close-answer explanation practice as coverage expands.
DevOps Pro questions reward automation with guardrails: source of truth, progressive delivery, telemetry, rollback, and scoped permissions.