DOP-C02 SDLC Automation Practice Question
Network Topology
Refer to the exhibit. A DevOps engineer runs the command to get the pipeline definition. The pipeline has a source stage from an S3 bucket and a build stage with CodeBuild. The CodeBuild project is configured to output artifacts to a specific S3 bucket. However, the pipeline fails at the build stage with an error: 'Artifact 'BuildArtifact' is not found'. What is the most likely cause?
⚠ Common exam trap
Test-takers frequently confuse permission errors (IAM) with artifact naming mismatches, or assume the source stage is misconfigured, when the real issue is a simple name mismatch between the pipeline's expected output artifact and the CodeBuild project's actual output artifact.
Answer choices
Why each option matters
Answer the question above first, then reveal the full breakdown to understand why each option is right or wrong.
Correct answer & explanation
✓
The CodeBuild project is not configured to output the expected artifact named 'BuildArtifact'.
The error 'Artifact 'BuildArtifact' is not found' indicates that CodePipeline expects an artifact named 'BuildArtifact' from the CodeBuild project, but the project's output artifact configuration does not include that name. In CodePipeline, the build stage must produce an artifact with the exact name specified in the pipeline definition; if the CodeBuild project's artifacts section (in buildspec.yml or console) omits or misnames it, the pipeline fails at that stage.
Answer analysis
Option-by-option breakdown
For each option: why learners choose it and why it is or isn't the right answer here.
- ✗
The source stage is using CodeCommit instead of S3.
Why it's wrong here
The exhibit explicitly shows the Source action configured with the S3 provider, not CodeCommit. If CodeCommit were the source provider, the failure would occur in the Source stage itself—e.g., cloning or downloading from the CodeCommit repository—before any build execution. Since the Source stage is using S3 and the download from S3 succeeds, the source provider is not the cause of the Build stage failure.
- ✗
The source artifact is not being passed to the build stage.
Why it's wrong here
The Build stage is failing, but the error is not about missing input. In CodePipeline, the source stage's output artifact is automatically passed to the build stage as an input artifact because the pipeline definition includes that artifact as an input to the CodeBuild action. If the source artifact were not being passed, the Build stage would fail immediately with an 'input artifact not found' error before the build even starts, which is not the symptom here.
- ✗
The IAM role for CodePipeline does not have permissions to read from the S3 bucket.
Why it's wrong here
If the CodePipeline service role lacked permissions to read from the S3 bucket, the Source stage would fail. The Source action performs an S3 GetObject to download the artifact, and that operation occurs before any downstream stage. Since the Source stage completed successfully—and the error is reported in the Build stage—the S3 read permissions are sufficient, so an IAM permission issue is not the cause.
- ✓
The CodeBuild project is not configured to output the expected artifact named 'BuildArtifact'.
Why this is correct
CodeBuild only produces output artifacts if the project (or buildspec `artifacts` section) is configured to do so with a matching name. The pipeline's Build action expects an output artifact literally named 'BuildArtifact'; if the CodeBuild project defines a different artifact name, or omits artifact output entirely, the build may succeed but the pipeline's build stage will fail when resolving the expected artifact. This mismatch is the most common reason for a Build stage failure when the build logs show a successful build.
Quick reference
AWS S3 Storage Class Comparison
| Storage Class | Min Duration | Retrieval | Use Case |
|---|---|---|---|
| S3 Standard | None | Immediate | Frequently accessed data |
| S3 Standard-IA | 30 days | Immediate | Infrequent access, rapid retrieval |
| S3 One Zone-IA | 30 days | Immediate | Non-critical infrequent data |
| S3 Intelligent-Tiering | None | Immediate–hours | Unknown or changing access patterns |
| S3 Glacier Instant | 90 days | Milliseconds | Archive with instant retrieval |
| S3 Glacier Flexible | 90 days | Minutes–hours | Archive, flexible retrieval |
| S3 Glacier Deep Archive | 180 days | Hours | Long-term compliance archive |
Go deeper
Related to this question
About these practice questions
This DOP-C02 question is part of Courseiva's 1,298-question bank — original exam-style content with full explanations and wrong-answer analysis, never real exam questions or exam dumps. Learn why practice questions differ from exam dumps →
JA
Written by Johnson Ajibi, MSc IT Security
Senior Network & Security Engineer · founder of Courseiva
This DOP-C02 practice question is part of Courseiva's free Amazon Web Services certification practice question bank. Courseiva provides original exam-style practice questions with explanations, topic-based practice, mock exams, readiness tracking, and study analytics to help learners prepare for the DOP-C02 exam.