AWS Certification Training Course

AWS Certified DevOps Engineer Professional Training

We'll get you ready for the AWS Certified DevOps Engineer Professional (DOP-C02) exam, the advanced AWS credential for automation and operations at scale.

Course focus: SDLC automation, configuration management and IaC, resilient solutions, monitoring and logging, incident response, and security and compliance, mapped to the six DOP-C02 domains.
Course Overview

What the DevOps Engineer Professional course covers and who it's for.

DevOps Engineer Professional is the advanced exam for people who provision, operate and manage distributed applications on AWS. It's the natural next step after Developer Associate or CloudOps Engineer Associate.

We follow the six domains in the official DOP-C02 exam guide. SDLC Automation is the largest at 22%, so we build real pipelines with CodePipeline, CodeBuild and CodeDeploy, then cover CloudFormation and multi-account automation, resilience, monitoring, incident response and security.

Live virtual instructor-led classes with hands-on labs and practice questions.

Accumentum is an AWS Authorized Training Partner. AWS sets exam content, fees and policies, so check aws.amazon.com/certification before you book.

Course Objectives

Get ready for DevOps Engineer Professional the way the exam is built.

01

Cover the Whole Exam Guide

Work through all 6 domains in the official DOP-C02 exam guide, weighted the way AWS weights them.

02

Go Deep on the Biggest Domain

SDLC Automation is 22% of the scored content per AWS, so it gets the most class time.

03

Practice in Real AWS Labs

Hands-on lab work on the tasks the DOP-C02 guide lists, not just slides.

04

Be Ready for Test Day

The exam has 75 multiple choice and multiple response questions in 180 minutes. We practice both question types under time.

Who Should Attend

  • DevOps and platform engineers.
  • Site reliability engineers.
  • Developer Associate and CloudOps Engineer holders moving up.
  • Engineers who run CI/CD for AWS teams.

Prerequisites

  • AWS doesn't require another certification first, and we don't have enrollment prerequisites either.
  • AWS recommends 2 or more years of experience provisioning, operating and managing AWS environments.
Pathway Map

The DevOps Engineer Professional course in 6 modules.

Each module is one domain from the official DOP-C02 exam guide, with its exam weight.

Course Content
Course Features

How we teach DevOps Engineer Professional.

Instructor-Led Classes

Live virtual instruction with time for questions, so you aren't figuring out the hard parts alone.

Hands-On Labs

Lab work in AWS tied to the tasks in the DOP-C02 exam guide.

Exam Guide Mapping

Every module maps to a domain in the official DOP-C02 exam guide.

Exam Strategy

Timed practice with multiple choice and multiple response questions, plus test day tips for the center or online.

Certification Exam

About the DevOps Engineer Professional exam.

DevOps Engineer Professional Exam Readiness

Our students pass at a 98.8% rate across Accumentum courses. We'll get you ready for DevOps Engineer Professional the same way.

AWS Certified DevOps Engineer Professional badge

Per AWS, AWS Certified DevOps Engineer Professional (DOP-C02) is a Professional level exam with 75 multiple choice and multiple response questions in 180 minutes, priced at 300 USD. You can take it at a Pearson VUE test center or as an online proctored exam.

AWS certifications are valid for three years. Full details are on the official AWS DevOps Engineer Professional page and in the DOP-C02 exam guide.

Accumentum is an AWS Authorized Training Partner. AWS sets exam content, fees and policies, so check aws.amazon.com/certification before you book. We're also an Army CA and Air Force COOL Approved Vendor.

Exam Objectives

Every DOP-C02 task, in AWS's own words.

Here is the full DOP-C02 blueprint at the task level. That means 6 domains, 19 tasks and the specific knowledge and skills AWS tests under each one.

Domain 1: SDLC Automation (22%)

Task 1.1: Implement CI/CD pipelines

  • Software development lifecycle (SDLC) concepts, phases, and models
  • Pipeline deployment patterns for single- and multi-account environments
  • Configuring code, image, and artifact repositories
  • Using version control to integrate pipelines with application environments
  • Setting up build processes (for example, AWS CodeBuild)
  • Managing build and deployment secrets (for example, AWS Secrets Manager, AWS Systems Manager Parameter Store)
  • Determining appropriate deployment strategies (for example, AWS CodeDeploy)

Task 1.2: Integrate automated testing into CI/CD pipelines

  • Different types of tests (for example, unit tests, integration tests, acceptance tests, user interface tests, security scans)
  • Reasonable use of different types of tests at different stages of the CI/CD pipeline
  • Running builds or tests when generating pull requests or code merges (for example, CodeBuild)
  • Running load/stress tests, performance benchmarking, and application testing at scale
  • Measuring application health based on application exit codes
  • Automating unit tests and code coverage
  • Invoking AWS services in a pipeline for testing

Task 1.3: Build and manage artifacts

  • Artifact use cases and secure management
  • Methods to create and generate artifacts
  • Artifact lifecycle considerations
  • Creating and configuring artifact repositories (for example, AWS CodeArtifact, Amazon S3, Amazon ECR)
  • Configuring build tools for generating artifacts (for example, CodeBuild, AWS Lambda)
  • Automating Amazon EC2 instance and container image build processes (for example, EC2 Image Builder)

Task 1.4: Implement deployment strategies for instance, container, and serverless environments

  • Deployment methodologies for various platforms (for example, Amazon EC2, Amazon ECS, Amazon EKS, Lambda)
  • Application storage patterns (for example, Amazon EFS, Amazon S3, Amazon EBS)
  • Mutable deployment patterns in contrast to immutable deployment patterns
  • Tools and services available for distributing code (for example, CodeDeploy, Image Builder)
  • Configuring security permissions to allow access to artifact repositories (for example, IAM, CodeArtifact)
  • Configuring deployment agents (for example, CodeDeploy agent)
  • Troubleshooting deployment issues
  • Using different deployment methods (for example, blue/green, canary)

Domain 2: Configuration Management and IaC (17%)

Task 2.1: Define cloud infrastructure and reusable components to provision and manage systems throughout their lifecycle

  • Infrastructure as code (IaC) options and tools for AWS
  • Change management processes for IaC-based platforms
  • Configuration management services and strategies
  • Composing and deploying IaC templates (for example, AWS SAM, AWS CloudFormation, AWS CDK)
  • Applying CloudFormation stack sets across multiple accounts and AWS Regions
  • Determining optimal configuration management services (for example, AWS OpsWorks, AWS Systems Manager, AWS Config, AWS AppConfig)
  • Implementing infrastructure patterns, governance controls, and security standards into reusable IaC templates (for example, AWS Service Catalog, CloudFormation modules, AWS CDK)

Task 2.2: Deploy automation to create, onboard, and secure AWS accounts in a multi-account or multi-Region environment

  • AWS account structures, best practices, and related AWS services
  • Standardizing and automating account provisioning and configuration
  • Creating, consolidating, and centrally managing accounts (for example, AWS Organizations, AWS Control Tower)
  • Applying IAM solutions for multi-account and complex organization structures (for example, SCPs, assuming roles)
  • Implementing and developing governance and security controls at scale (AWS Config, AWS Control Tower, AWS Security Hub, Amazon Detective, Amazon GuardDuty, Service Catalog, SCPs)

Task 2.3: Design and build automated solutions for complex tasks and large-scale environments

  • AWS services and solutions to automate tasks and processes
  • Methods and strategies to interact with the AWS software-defined infrastructure
  • Automating system inventory, configuration, and patch management (for example, Systems Manager, AWS Config)
  • Developing AWS Lambda function automations for complex scenarios (for example, AWS SDKs, Lambda, AWS Step Functions)
  • Automating the configuration of software applications to the desired state (for example, OpsWorks, Systems Manager State Manager)
  • Maintaining software compliance (for example, Systems Manager)

Domain 3: Resilient Cloud Solutions (15%)

Task 3.1: Implement highly available solutions to meet resilience and business requirements

  • Multi-AZ and multi-Region deployments (for example, compute layer, data layer)
  • SLAs
  • Replication and failover methods for stateful services
  • Techniques to achieve high availability (for example, Multi-AZ, multi-Region)
  • Translating business requirements into technical resiliency needs
  • Identifying and remediating single points of failure in existing workloads
  • Enabling cross-Region solutions where available (for example, Amazon DynamoDB, Amazon RDS, Amazon Route 53, Amazon S3, Amazon CloudFront)
  • Configuring load balancing to support cross-AZ services
  • Configuring applications and related services to support multiple Availability Zones and AWS Regions while minimizing downtime

Task 3.2: Implement solutions that are scalable to meet business requirements

  • Appropriate metrics for scaling services
  • Loosely coupled and distributed architectures
  • Serverless architectures
  • Container platforms
  • Identifying and remediating scaling issues
  • Identifying and implementing appropriate auto scaling, load balancing, and caching solutions
  • Deploying container-based applications (for example, Amazon ECS, Amazon EKS)
  • Deploying workloads in multiple Regions for global scalability
  • Configuring serverless applications (for example, Amazon API Gateway, AWS Lambda, AWS Fargate)

Task 3.3: Implement automated recovery processes to meet RTO and RPO requirements

  • Disaster recovery concepts (for example, RTO, RPO)
  • AWS Backup and recovery strategies (for example, pilot light, warm standby)
  • Recovery procedures
  • Testing failover of Multi-AZ and multi-Region workloads (for example, Amazon RDS, Amazon Aurora, Route 53, CloudFront)
  • Identifying and implementing appropriate cross-Region AWS Backup and recovery strategies (for example, AWS Backup, Amazon S3, AWS Systems Manager)
  • Configuring a load balancer to recover from backend failure

Domain 4: Monitoring and Logging (15%)

Task 4.1: Configure the collection, aggregation, and storage of logs and metrics

  • How to monitor applications and infrastructure
  • Amazon CloudWatch metrics (for example, namespaces, metrics, dimensions, and resolution)
  • Real-time log ingestion
  • Encryption options for at-rest and in-transit logs and metrics (for example, client-side and server-side, AWS KMS)
  • Security configurations (for example, IAM roles and permissions to allow for log collection)
  • Securely storing and managing logs
  • Creating CloudWatch metrics from log events by using metric filters
  • Creating CloudWatch metric streams (for example, Amazon S3 or Amazon Kinesis Data Firehose options)
  • Collecting custom metrics (for example, using the CloudWatch agent)
  • Managing log storage lifecycles (for example, Amazon S3 lifecycles, CloudWatch log group retention)
  • Processing log data by using CloudWatch log subscriptions (for example, Amazon Kinesis, AWS Lambda, Amazon OpenSearch Service)
  • Searching log data by using filter and pattern syntax or Amazon CloudWatch Logs Insights
  • Configuring encryption of log data (for example, AWS KMS)

Task 4.2: Audit, monitor, and analyze logs and metrics to detect issues

  • Anomaly detection alarms (for example, CloudWatch anomaly detection)
  • Common CloudWatch metrics and logs (for example, CPU utilization with Amazon EC2, queue length with Amazon RDS, 5xx errors with an Application Load Balancer [ALB])
  • Amazon Inspector and common assessment templates
  • AWS Config rules
  • AWS CloudTrail log events
  • Building CloudWatch dashboards and Amazon Quick Sight visualizations
  • Associating CloudWatch alarms with CloudWatch metrics (standard and custom)
  • Configuring AWS X-Ray for different services (for example, containers, Amazon API Gateway, Lambda)
  • Analyzing real-time log streams (for example, using Amazon Kinesis Data Streams)
  • Analyzing logs with AWS services (for example, Amazon Athena, CloudWatch Logs Insights)

Task 4.3: Automate monitoring and event management of complex environments

  • Event-driven, asynchronous design patterns (for example, S3 Event Notifications or Amazon EventBridge events to Amazon SNS or Lambda)
  • Capabilities of auto scaling for a variety of AWS services (for example, EC2 Auto Scaling groups, RDS storage auto scaling, Amazon DynamoDB, Amazon ECS capacity provider, Amazon EKS autoscalers)
  • Alert notification and action capabilities (for example, CloudWatch alarms to Amazon SNS, Lambda, EC2 automatic recovery)
  • Health check capabilities in AWS services (for example, ALB target groups, Amazon Route 53)
  • Configuring solutions for auto scaling (for example, DynamoDB, EC2 Auto Scaling groups, RDS storage auto scaling, ECS capacity provider)
  • Creating CloudWatch custom metrics and metric filters, alarms, and notifications (for example, Amazon SNS, Lambda)
  • Configuring S3 events to process log files (for example, by using Lambda) and deliver log files to another destination (for example, OpenSearch Service, CloudWatch Logs)
  • Configuring EventBridge to send notifications based on a particular event pattern
  • Installing and configuring agents on EC2 instances (for example, AWS Systems Manager Agent [SSM Agent], CloudWatch agent)
  • Configuring AWS Config rules to remediate issues
  • Configuring health checks (for example, Route 53, ALB)

Domain 5: Incident and Event Response (14%)

Task 5.1: Manage event sources to process, notify, and take action in response to events

  • AWS services that generate, capture, and process events (for example, AWS Health, Amazon EventBridge, AWS CloudTrail)
  • Event-driven architectures (for example, fan out, event streaming, queuing)
  • Integrating AWS event sources (for example, AWS Health, EventBridge, CloudTrail)
  • Building event processing workflows (for example, Amazon SQS, Amazon Kinesis, Amazon SNS, AWS Lambda, AWS Step Functions)

Task 5.2: Implement configuration changes in response to events

  • Fleet management services (for example, AWS Systems Manager, AWS Auto Scaling)
  • Configuration management services (for example, AWS Config)
  • Applying configuration changes to systems
  • Modifying infrastructure configurations in response to events
  • Remediating a non-desired system state

Task 5.3: Troubleshoot system and application failures

  • AWS metrics and logging services (for example, Amazon CloudWatch, AWS X-Ray)
  • AWS service health services (for example, AWS Health, CloudWatch, Systems Manager OpsCenter)
  • Root cause analysis
  • Analyzing failed deployments (for example, AWS CodePipeline, AWS CodeBuild, AWS CodeDeploy, AWS CloudFormation, CloudWatch synthetic monitoring)
  • Analyzing incidents regarding failed processes (for example, auto scaling, Amazon ECS, Amazon EKS)

Domain 6: Security and Compliance (17%)

Task 6.1: Implement techniques for identity and access management at scale

  • Appropriate usage of different IAM entities for human and machine access (for example, users, groups, roles, identity providers, identity-based policies, resource-based policies, session policies)
  • Identity federation techniques (for example, using IAM identity providers and AWS IAM Identity Center)
  • Permission management delegation by using IAM permissions boundaries
  • Organizational SCPs
  • Designing policies to enforce least privilege access
  • Implementing role-based and attribute-based access control patterns
  • Automating credential rotation for machine identities (for example, AWS Secrets Manager)
  • Managing permissions to control access to human and machine identities (for example, enabling multi-factor authentication [MFA], AWS STS, IAM profiles)

Task 6.2: Apply automation for security controls and data protection

  • Network security components (for example, security groups, network ACLs, routing, AWS Network Firewall, AWS WAF, AWS Shield)
  • Certificates and public key infrastructure (PKI)
  • Data management (for example, data classification, encryption, key management, access controls)
  • Automating the application of security controls in multi-account and multi-Region environments (for example, AWS Security Hub, AWS Organizations, AWS Control Tower, AWS Systems Manager)
  • Combining security controls to apply defense in depth (for example, AWS Certificate Manager [ACM], AWS WAF, AWS Config, AWS Config rules, Security Hub, Amazon GuardDuty, security groups, network ACLs, Amazon Detective, Network Firewall)
  • Automating the discovery of sensitive data at scale (for example, Amazon Macie)
  • Encrypting data in transit and data at rest (for example, AWS KMS, AWS CloudHSM, ACM)

Task 6.3: Implement security monitoring and auditing solutions

  • Security auditing services and features (for example, AWS CloudTrail, AWS Config, VPC Flow Logs, AWS CloudFormation drift detection)
  • AWS services for identifying security vulnerabilities and events (for example, GuardDuty, Amazon Inspector, IAM Access Analyzer, AWS Config)
  • Common cloud security threats (for example, insecure web traffic, exposed AWS access keys, S3 buckets with public access enabled or encryption disabled)
  • Implementing robust security auditing
  • Configuring alerting based on unexpected or anomalous security events
  • Configuring service and application logging (for example, CloudTrail, Amazon CloudWatch Logs)
  • Analyzing logs, metrics, and security findings
Before You Start

What AWS expects from a DOP-C02 candidate.

AWS describes a target candidate for every exam. Here is how it describes the person who should sit DOP-C02, in its words.

Who AWS wrote this exam for

The target candidate should have 2 or more years of experience in provisioning, operating, and managing AWS environments. The target candidate also has experience with the software development lifecycle and programming and/or scripting.

Knowledge AWS recommends you bring

  • Experience in building highly automated infrastructure
  • Experience in administering operating systems
  • Experience with modern development and operations processes and methodologies

What AWS says is out of scope

  • Possess advanced networking knowledge (for example, advanced routing algorithms, failover techniques).
  • Provide deep-level security recommendations to developers.
  • Design, query, and optimize the performance of databases.
  • Develop full-stack application code.

None of these are tested, so don't burn study hours on them.

Scoring and Format

How AWS scores DOP-C02.

DOP-C02 has 75 questions in total. 65 of them count toward your score and 10 are unscored questions AWS uses to gather data for future exams. You won't know which ones are unscored, so give every question your full attention.

AWS reports results as a scaled score from 100 to 1,000, and the minimum passing score for DOP-C02 is 750. The exam uses compensatory scoring, which means you pass on your overall score and don't have to pass each domain on its own.

The question types listed in the DOP-C02 exam guide are multiple choice and multiple response. You get 180 minutes, and the exam fee AWS lists is $300.

SDLC Automation is the heaviest domain at 22%, so it gets the most time in our course and in your practice exams.

Career Outcomes

What DOP-C02 does for your career.

DevOps Engineer Professional fits senior DevOps, platform and site reliability engineers. It shows you can automate the full delivery lifecycle on AWS, from infrastructure as code through monitoring, incident response and governance at scale.

Per the U.S. Bureau of Labor Statistics, software developers, quality assurance analysts and testers earned a median annual wage of $134,040 in May 2025. That figure is a national midpoint. Where you live, how long you have been in the field and who you work for all move the number. Source: BLS Occupational Outlook Handbook.

Funding and PathPay

Ways to pay for DOP-C02 training.

Accumentum is an Army CA and Air Force COOL Approved Vendor. If you're serving, start with your education center and read our Army CA and Air Force COOL pages for the steps. We'll help you line up the course with your request.

Paying on your own? Our funding page covers every way to pay, and PathPay lists the courses that qualify for monthly plans.

Veterans can also look at VR&E benefits for career training.

Frequently Asked Questions

Common questions about our DevOps Engineer Professional course.

Enrollment

Enroll in DevOps Engineer Professional training with Accumentum.

Enroll in our DevOps Engineer Professional course to get ready for the AWS Certified DevOps Engineer Professional exam with instructor-led classes and hands-on labs.

For dates and next steps, use the registration page linked below or email info@accumentum.net.

Ready to start on DevOps Engineer Professional?

Tell us your target date and we'll help you plan the path.