Definitions, differences, simple examples, basic workflow, and common mistakes.

A clear 90-second answer

Say this first: DevOps principles should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply DevOps principles, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: CI vs CD is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply CI vs CD, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Choose the option that fits the workload and constraints; do not present one option as universally superior.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: Git branching strategy should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply Git branching strategy, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

request or change → guardrail / validation → Git branching strategy → observable result → owner review

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: “pipeline stages is the part of the system that helps us deliver the intended outcome safely and predictably. I would explain it using a small customer scenario, then show the check that proves it worked.”

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply pipeline stages, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: The important point about artifact management is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply artifact management, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: Docker image vs container is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply Docker image vs container, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Choose the option that fits the workload and constraints; do not present one option as universally superior.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: multi-stage Docker build is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply multi-stage Docker build, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Choose the option that fits the workload and constraints; do not present one option as universally superior.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: Kubernetes pods and deployments should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply Kubernetes pods and deployments, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: “services and ingress is the part of the system that helps us deliver the intended outcome safely and predictably. I would explain it using a small customer scenario, then show the check that proves it worked.”

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply services and ingress, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: The important point about Helm charts is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply Helm charts, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: ConfigMap and Secrets should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply ConfigMap and Secrets, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: blue-green deployment is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply blue-green deployment, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Choose the option that fits the workload and constraints; do not present one option as universally superior.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: canary deployment should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply canary deployment, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: “rollback strategy is the part of the system that helps us deliver the intended outcome safely and predictably. I would explain it using a small customer scenario, then show the check that proves it worked.”

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply rollback strategy, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: The important point about Infrastructure as Code is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply Infrastructure as Code, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: Terraform state should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply Terraform state, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: Ansible configuration management is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply Ansible configuration management, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Choose the option that fits the workload and constraints; do not present one option as universally superior.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: environment promotion should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply environment promotion, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: “secrets management is the part of the system that helps us deliver the intended outcome safely and predictably. I would explain it using a small customer scenario, then show the check that proves it worked.”

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply secrets management, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: The important point about monitoring and alerting is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply monitoring and alerting, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: logging strategy should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply logging strategy, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

request or change → guardrail / validation → logging strategy → observable result → owner review

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: incident response is a choice between approaches with different strengths. The useful answer is the decision rule, not a dictionary definition.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply incident response, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Choose the option that fits the workload and constraints; do not present one option as universally superior.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: cloud cost optimization should be explained through its purpose, the boundary where it applies, and the evidence that shows it is working.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply cloud cost optimization, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: “pipeline security basics is the part of the system that helps us deliver the intended outcome safely and predictably. I would explain it using a small customer scenario, then show the check that proves it worked.”

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply pipeline security basics, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• State the constraint that could change your decision, such as scale, data sensitivity, recovery target, or team ownership.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.

A clear 90-second answer

Say this first: The important point about DORA metrics is how an engineer recognizes the unsafe path early and prevents it from becoming customer impact.

Use a real scenario

Imagine an internal support assistant that answers from approved policy documents. The team must decide how to apply DORA metrics, verify the result, and explain the user impact. For a DevOps Engineer, attach the explanation to an evaluation set and retrieval trace.

Show judgment

• name the concept, give one concrete use, and say how you would check the result.
• Start with containment and evidence. Changing several variables at once makes the incident harder to understand.
• Call out prompt injection and unsupported answers and the control that reduces it.

Concrete check

kubectl rollout status deployment/<service> --timeout=90s

Evidence to mention

Track grounded-answer rate and p95 response time. Say what baseline you compared against, what would trigger a rollback or escalation, and who owns the follow-up.

Practice prompt: Keep the scope small. Do not claim production ownership you have not had.