AWS DOP-C02 Cheat Sheet: CI/CD, IaC, and Incident Response

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.

Quick facts (DOP-C02)

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 weights and review priority

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.

Operations proof stack

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:

  1. Source of truth: code, templates, parameters, runbooks, policies, and artifacts must be versioned or centrally managed.
  2. Automated gate: tests, approvals, change sets, Config rules, security scans, or deployment checks stop unsafe changes before they spread.
  3. Controlled rollout: canary, linear, blue-green, immutable, rolling, StackSets, or staged account/Region rollout limits blast radius.
  4. Health evidence: CloudWatch metrics/logs, X-Ray traces, CloudTrail events, deployment status, synthetic checks, and application signals prove whether the change is healthy.
  5. Safe response: rollback, traffic shift stop, Systems Manager Automation, Step Functions, EventBridge remediation, or tested restore brings the system back under control.
  6. Permission boundary: deployment roles, service roles, KMS key policies, SCPs, secrets access, and resource policies keep automation scoped.

If an answer automates deployment but omits health evidence, rollback, or scoped permissions, it is usually incomplete for a professional-level question.

Official task compression

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.

First-pass question triage

  1. Name the tested lane before reading the answer choices.
  2. Underline the constraint: security, cost, reliability, latency, governance, implementation effort, or evidence.
  3. Reject answers that solve a neighboring problem but not the stated requirement.
  4. Prefer the smallest correct control, service, workflow, or command that satisfies the constraint.
  5. Look for proof: logs, tests, metrics, policy evidence, deployment status, evaluation results, or user-visible recovery.

Question-type traps

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.

Release proof chain

    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.

Release flow

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"]

DOP-C02 answer sequence

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"]

Professional-level answer filter

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?

What to know cold

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.

Scenario eliminations

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.

Final answer stack

When two options both name real AWS services, keep the answer that satisfies the whole operating loop:

  1. Identify the failing lifecycle stage. Is the issue source, build, artifact, deployment, infrastructure, telemetry, incident response, security, or compliance?
  2. Prefer automation with evidence. A pipeline, runbook, or remediation is weaker if it cannot show logs, status, metrics, approvals, or execution history.
  3. Reduce blast radius before speed. Professional answers prefer staged rollout, health checks, rollback, and failure containment over fast global change.
  4. Fix the narrow failing layer. For access denied, check SCPs, boundaries, roles, resource policies, KMS keys, and service roles before granting broad admin access.
  5. Return to source of truth. Manual emergency changes should be reconciled back into IaC, parameters, policy, or automation.
  6. Automate repeated incidents carefully. EventBridge, Systems Manager Automation, Lambda, and Step Functions must be idempotent, scoped, observable, and safe to retry.

Failure-mode map

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

Deployment strategy chooser

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

Deployment strategy traps

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.

IaC and drift control

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

IaC and account-governance chooser

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

Observability and response map

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

Monitoring traps

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.

Security and compliance chain

    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.

Common traps and better instincts

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.

Final 15-minute review

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

Practice fit

Use IT Mastery for the exact product route, practice status, spaced review when available, and close-answer explanation practice as coverage expands.

Decision order

DevOps Pro questions reward automation with guardrails: source of truth, progressive delivery, telemetry, rollback, and scoped permissions.

Revised on Monday, June 15, 2026