Kokil Thapa - Professional Web Developer in Nepal
Freelancer Web Developer in Nepal with 15+ Years of Experience

Kokil Thapa is an experienced full-stack web developer focused on building fast, secure, and scalable web applications. He helps businesses and individuals create SEO-friendly, user-focused digital platforms designed for long-term growth.

AWS DevOps Interview Questions

By Kokil Thapa | Last reviewed: September 2026

AWS DevOps interview questions in 2026 go far beyond "name three AWS services." Hiring managers expect you to explain how you ship code safely, recover from outages, and automate infrastructure on real accounts with real budgets. If you already know Linux and Git from our Linux interview questions for DevOps guide, AWS rounds add account design, IAM boundaries, and managed pipelines on top. This guide maps the question types you will face, gives concise model answers, and ties each topic to what production teams actually run—not textbook trivia.

What AWS DevOps interview questions should you prepare for in 2026?

Most panels split the hour into four buckets: pipelines, security, infrastructure automation, and live troubleshooting. Junior roles weight scripting and basic EC2/RDS; senior roles add multi-account landing zones, drift detection, and on-call war stories. The AWS Certified DevOps Engineer exam guide on this site mirrors much of the same syllabus—use it as a cross-check, not a substitute for hands-on practice.

Start with a one-page cheat sheet per bucket. List services, one failure mode, and one rollback command. Interviewers reward structured thinking over memorised acronyms. Tie answers to the AWS DevOps Operating Model when you discuss culture and automation maturity.

AWS DevOps Interview DomainsBuild & ReleaseCodePipeline, CodeBuildGitHub Actions, artifactsSecurity & IAMRoles, SCPs, SecretsKMS, least privilegeInfrastructure as CodeCloudFormation, TerraformDrift, stack policiesOps & ReliabilityCloudWatch, alarmsRunbooks, rollback
Four core domains in AWS DevOps interview questions: pipelines, security, IaC, and day-two operations

Foundation questions with model answers

Q: What is DevOps on AWS, in one minute?

A: DevOps on AWS combines culture (small batches, shared ownership) with managed tooling—CodePipeline for delivery, CloudFormation for reproducible stacks, and CloudWatch for feedback loops. The goal is faster, safer releases with automated tests and observable production state.

Q: How does AWS differ from self-hosted DevOps?

A: You trade server patching for service quotas, IAM policies, and pay-per-use billing. Managed services reduce toil but demand strong tagging, cost alerts, and understanding regional limits. I've seen teams move Laravel workloads to EC2 + RDS and still keep GitLab CI on a VPS—hybrid setups are common for Nepal-based agencies with tight budgets.

Q: Name the AWS services you use daily as a DevOps engineer.

A: A credible list for 2026: IAM, VPC, EC2, ECS or EKS, RDS, S3, CloudWatch, Systems Manager, CodePipeline/CodeBuild (or external CI with OIDC to AWS), Secrets Manager, and CloudFormation or Terraform via S3 backend. Mention one service you deliberately avoid and why— that signals maturity.

How do you answer CI/CD questions in AWS DevOps interviews?

CI/CD questions test whether you can design a pipeline that fails fast and rolls back cleanly. Interviewers often sketch a Git push and ask what happens next. Walk through source, build, test, deploy, and verify stages. Reference our DevOps engineer interview questions article for generic pipeline patterns, then map them to AWS-native services.

Q: Compare CodePipeline with GitHub Actions for AWS deployments.

CodePipeline integrates tightly with CodeBuild, CodeDeploy, and CloudFormation change sets. GitHub Actions excels when your repos already live on GitHub and you use OIDC federation to assume an IAM role—no long-lived access keys. For a small team, GitHub Actions plus `aws cloudformation deploy` is often cheaper and simpler. Enterprise teams with compliance needs may prefer CodePipeline for native CloudTrail coverage and cross-account artefact buckets.

# buildspec.yml excerpt for CodeBuild (PHP/Laravel artefact)
version: 0.2
phases:
  install:
    runtime-versions:
      php: 8.3
    commands:
      - composer install --no-dev --optimize-autoloader
  build:
    commands:
      - php artisan config:cache
      - php artisan route:cache
artifacts:
  files:
    - '**/*'
  base-directory: .

Q: How do you implement blue/green or rolling deploys on AWS?

For EC2 behind an ALB, use CodeDeploy with in-place or blue/green hook scripts. For containers, ECS rolling updates with minimum healthy percent, or CodeDeploy to ECS with automatic rollback on CloudWatch alarm breach. Always mention health checks: ALB target group checks must match your app readiness endpoint, not just TCP port open.

Q: Where do you store build artefacts?

S3 buckets with versioning, encryption (SSE-KMS), and bucket policies denying public access. Tag artefacts with commit SHA and pipeline execution ID. Lifecycle rules move old builds to Glacier after 90 days unless compliance requires longer retention.

AWS CI/CD Pipeline FlowGit Pushmain branchCodeBuildtest + buildS3 ArtifactversionedDeployECS / EC2CloudWatch Alarms trigger rollback5xx rate, latency, custom metrics
Typical AWS DevOps CI/CD path from commit to deployment with CloudWatch-driven rollback

Pipeline troubleshooting scenarios

Q: A deploy succeeded but the site returns 502. What do you check?

Check ALB target health, security group rules, and application logs in CloudWatch Logs. Confirm the new task definition or AMI matches environment variables from Secrets Manager. Roll back the deployment while you investigate—users care about uptime, not root cause speed in the first five minutes.

What IAM and security questions appear in AWS DevOps interviews?

Security questions eliminate candidates who propose `"Action": "*"` on production roles. Expect deep dives on IAM roles vs users, OIDC for CI, SCPs in Organizations, and secrets handling. Our Secrets Manager guide covers rotation patterns interviewers like to hear.

Q: Explain least privilege for a CI/CD role.

The pipeline role should deploy only to named stacks or tagged resources. Scope S3 to artefact buckets, ECR to specific repositories, and CloudFormation to approved stack name prefixes. Deny `iam:*` and `organizations:*` unless the job truly needs them. Use permission boundaries on human admin roles, not on ephemeral build roles.

{
  "Version": "2012-10-17",
  "Statement": [{
    "Effect": "Allow",
    "Action": ["cloudformation:CreateStack", "cloudformation:UpdateStack"],
    "Resource": "arn:aws:cloudformation:ap-south-1:123456789012:stack/prod-app/*"
  }]
}

Q: How do you avoid long-lived AWS access keys in GitHub?

Configure GitHub OIDC identity provider in IAM. Trust policy matches your org, repo, and branch. The workflow calls `aws-actions/configure-aws-credentials` with `role-to-assume`. Keys never touch disk. This is standard in 2026 and interviewers expect you to describe the trust relationship clearly.

Q: What is the difference between security groups and NACLs?

Security groups are stateful firewalls at the ENI level—return traffic is allowed automatically. NACLs are stateless subnet guards with explicit allow/deny rules and numeric priority. DevOps engineers tune SGs daily; NACLs appear in network hardening and compliance discussions.

Link security answers to encryption: SSE-S3 vs SSE-KMS, envelope encryption for RDS, and TLS everywhere. The official IAM User Guide is the authoritative reference if an interviewer challenges a policy syntax detail.

How are infrastructure-as-code and container questions tested?

IaC and container topics separate script runners from platform engineers. You will compare CloudFormation and Terraform, explain state backends, and describe how ECS differs from EKS. Cross-study our Terraform interview questions, CloudFormation fundamentals, and Kubernetes interview questions guides—the AWS panel often blends all three.

TopicLikely questionStrong answer includes
CloudFormationHow do change sets help?Preview resources before apply; detect replacement; integrate with CodePipeline manual approval
TerraformWhere is state stored on AWS?S3 backend + DynamoDB lock table; encryption; workspace or directory separation per env
ECS vs EKSWhen pick ECS?Lower ops overhead, Fargate for no node management; EKS when you need Kubernetes APIs and portable manifests
Docker on AWSHow push images?ECR login, scan on push, lifecycle policy to prune untagged layers
DriftConsole edit broke stack—now what?CloudFormation drift detection or Terraform plan; import or revert manual change; tighten IAM

Q: Walk through deploying a Laravel app on AWS.

A practical answer: VPC with public ALB and private subnets for EC2 or ECS tasks, RDS MySQL 8.4 or Aurora, ElastiCache Redis for sessions/queues, S3 for uploads, Secrets Manager for `.env` values, and CodePipeline from Git. Mention opcache reload after deploy—I've handled that on Laravel on EC2 with RDS setups where a missed `php-fpm reload` caused stale config after symlink swaps, similar to Deployer releases on bare metal.

Q: How do you manage Terraform state across teams?

Remote state in S3, locking via DynamoDB, separate state files per environment, and CI plans on pull requests. Never commit state files with secrets. Use IAM roles for humans via SSO and for automation via OIDC—patterns overlap with Docker-based CI runners pushing to ECR.

ECS Fargate vs EKS DecisionChoose ECS FargateSmall team, few servicesNo Kubernetes skillsFastest path to prodNative AWS integrationsChoose EKSMulti-cloud portabilityHelm ecosystem neededComplex microservicesDedicated platform teamBoth: IaC + CI/CD + observability
AWS DevOps interview questions often ask when to pick ECS Fargate over EKS for container workloads

What observability and incident questions do AWS DevOps panels ask?

Operations questions prove you have been paged at 2 a.m. Interviewers ask about CloudWatch alarms, log aggregation, distributed tracing with X-Ray, and how you run post-incident reviews. Good answers mention SLIs—availability, latency, error rate—and tie alarms to runbooks, not just SNS emails nobody reads.

Q: Design monitoring for a three-tier web app on AWS.

Collect ALB `TargetResponseTime` and HTTP 5xx counts, EC2 or ECS CPU and memory, RDS `DatabaseConnections` and free storage, and custom app metrics via CloudWatch agent. Log application errors to a dedicated log group with metric filters on ERROR patterns. Page on-call only for user-facing symptoms; route warning-level trends to Slack.

Q: How do you debug high latency after a deploy?

Compare canary metrics vs stable fleet if using weighted target groups. Check X-Ray service map for downstream RDS or external API slowdown. Review recent config changes in Systems Manager Parameter Store. Roll back if p95 latency exceeds SLO—diagnosis continues after stability returns.

Q: Explain your backup and restore strategy on AWS.

RDS automated backups with point-in-time recovery tested quarterly. S3 versioning plus cross-region replication for critical assets. Document RTO/RPO per tier. Run game days: restore RDS snapshot to a staging VPC and verify app connectivity before claiming backups work.

Scripting still matters. Expect a live or take-home prompt to parse JSON from `aws sts get-caller-identity` or filter CloudWatch logs with the CLI. Brush up with our Bash scripting for DevOps notes and validate JSON payloads in the JSON formatter tool when practising.

How should you prepare behavioral and system-design angles?

Senior AWS DevOps roles add behavioral and design rounds. You may whiteboard a multi-account setup or explain how you convinced a team to adopt trunk-based development. The behavioral interview prep guide applies directly—use STAR format with measurable outcomes, not vague "we improved things."

Q: Tell me about a failed deployment you handled.

Structure: trigger (bad migration), detection (CloudWatch 5xx alarm), action (CodeDeploy rollback or previous task definition), follow-up (add migration gate in CI, expand integration tests). Avoid blaming individuals; focus on systemic fixes like mandatory smoke tests hitting `/health` after deploy.

Q: Design CI/CD for a regulated workload.

Separate accounts for dev, staging, prod via AWS Organizations. SCPs deny root API keys and restrict regions. Pipeline requires manual approval before prod, signed artefacts, and CloudTrail Lake queries for audit. Secrets never in build logs—mask in CodeBuild and use Boto3 automation only from roles with narrow scope.

In my experience maintaining sister legal-tech sites on a shared GitLab CI + Deployer pipeline, the interview-relevant lesson is the same on AWS: immutable artefacts, automated tests, and a one-command rollback beat heroic manual SSH fixes every time. Projects like Notary Kathmandu and Adventure Third Pole Trek run real booking flows—downtime costs leads, so your answers should show user impact awareness.

AWS DevOps Interview Prep PlanWeek 1–2Hands-on labsWeek 3Mock scenariosWeek 4Panel reviewDaily practice targets1 IAM policy · 1 pipeline diagram · 1 rollback storyCost estimate for every architecture sketchRead AWS docs, not only blog summaries
Four-week AWS DevOps interview questions study plan with labs, mocks, and daily drills

Top 15 rapid-fire AWS DevOps interview questions

  1. What is the difference between Application Load Balancer and Network Load Balancer?
  2. How does AWS Auto Scaling decide to add instances?
  3. Explain S3 storage classes and when to use Intelligent-Tiering.
  4. What is a CloudFormation nested stack?
  5. How do you rotate RDS credentials without downtime?
  6. What triggers AWS Config rules and why do DevOps teams care?
  7. Compare Systems Manager Session Manager with SSH bastions.
  8. How does Route 53 health checking integrate with failover?
  9. What is AWS Service Catalog used for in enterprises?
  10. Explain VPC endpoints and why they reduce NAT costs.
  11. How do you tag resources for cost allocation?
  12. What is the AWS shared responsibility model?
  13. How do you patch EC2 instances at scale?
  14. What does AWS CodeArtifact provide?
  15. How would you migrate a monolith to containers incrementally?

For each item above, practice a 45-second spoken answer. Interviewers interrupt if you ramble—lead with the direct answer, then one supporting detail. The DevOps roadmap for 2026 and how to become a DevOps engineer articles help you prioritise which services to lab first if time is short.

Cost and Nepal-context questions

Global remote roles and Kathmandu-based product companies both ask about cost control. Mention AWS Budgets, Cost Anomaly Detection, Savings Plans vs Reserved Instances, and right-sizing with Compute Optimizer. For Nepal teams billing in NPR, factor forex swing—roughly Rs 133–140 per USD in 2026—and compare against AWS vs DigitalOcean vs Hetzner for Laravel when interviewers probe why you picked AWS over a VPS. Honest trade-off answers beat fanboy loyalty.

If the role touches compliance, reference encryption at rest by default, CloudTrail organisation trails, and GuardDuty for threat detection. You do not need to be a security architect—show you escalate and document.

Key Takeaways

  • Structure every AWS DevOps interview answer as problem, AWS services used, trade-offs, and rollback—panels hire for production judgment, not trivia.
  • Master CI/CD end to end: OIDC roles, artefact storage, health checks, and automated rollback tied to CloudWatch alarms.
  • Treat IAM as the centre of security answers—least privilege, no long-lived keys, Secrets Manager for config, KMS for encryption.
  • Know when CloudFormation, Terraform, ECS, or EKS fits; cite drift detection and state locking for IaC credibility.
  • Prepare two STAR stories: one failed deploy you recovered, one automation that saved recurring manual work.
  • Lab daily in a free-tier account; validate scripts and JSON policies with real CLI output before the interview.

People Also Ask

Are AWS DevOps interview questions the same as the DevOps Engineer Professional exam?

Overlap is high—both stress CI/CD, monitoring, and security. Exams are multiple-choice with tight timing; interviews favour open discussion and scenario depth. Studying for the Professional cert helps, but you must also explain past incidents and team trade-offs aloud.

Do I need Kubernetes for AWS DevOps interviews?

Not always. Many AWS shops run ECS Fargate or plain EC2 with Auto Scaling. Still, expect baseline Docker questions and enough EKS vocabulary to compare options. If the job description mentions Kubernetes twice, deep prep on pod networking and Helm is worth your weekend.

How long should answers to AWS DevOps interview questions be?

Aim for 60–90 seconds per factual question and up to three minutes for design prompts. Signal you can go deeper: "I can walk through the IAM trust policy if useful." Interviewers use follow-ups to probe limits—leave hooks.

What AWS services appear most in DevOps interviews?

IAM, VPC, EC2, S3, CloudWatch, CodePipeline/CodeBuild, CloudFormation or Terraform on AWS, ECS or EKS, RDS, Secrets Manager, and Systems Manager. Serverless roles add Lambda, API Gateway, and Step Functions—see our Step Functions workflow guide for workflow patterns that sometimes appear in senior loops.

Next steps after mastering AWS DevOps interview questions

You now have a domain map, model answers, comparison tables, and a four-week prep rhythm for AWS DevOps interview questions in 2026. Build one end-to-end pipeline in your own account this week—push code, run tests, deploy to ECS or EC2, break it on purpose, and roll back. That single lab beats reading fifty more flashcards.

If your team needs AWS automation, Laravel deployment hardening, or ongoing Linux system administration alongside cloud pipelines, see our support and maintenance services or browse the portfolio for production examples. For broader career context, read cloud engineer vs DevOps engineer and backend interview prep. Ready to talk through your stack? Contact us with your current architecture diagram—we will reply with concrete next steps.

Frequently Asked Questions

They test CI/CD pipeline design, IAM least privilege, infrastructure as code, containers, CloudWatch observability, and live incident scenarios—not just naming AWS services.

Split preparation into four buckets: pipelines, security, infrastructure automation, and day-two operations. Build a one-page cheat sheet per bucket listing services, one failure mode, and one rollback command. Cross-check topics with hands-on labs, not only the AWS Certified DevOps Engineer exam syllabus on this site. Junior roles emphasize scripting and EC2 or RDS basics; senior roles add multi-account landing zones, drift detection, and on-call war stories. Interviewers reward structured thinking and trade-off explanations over memorised acronyms.

A credible 2026 list covers IAM, VPC, EC2, ECS or EKS, RDS, S3, CloudWatch, Systems Manager, CodePipeline or CodeBuild—or external CI with OIDC to AWS—Secrets Manager, and CloudFormation or Terraform with an S3 backend. Mention one service you deliberately avoid and why; that signals maturity. Hybrid setups are common too, such as Laravel on EC2 plus RDS while GitLab CI runs on a VPS when agency budgets are tight.

CodePipeline integrates tightly with CodeBuild, CodeDeploy, and CloudFormation change sets, with native CloudTrail coverage for compliance-heavy enterprises. GitHub Actions fits teams already on GitHub: OIDC federation assumes an IAM role without long-lived access keys. For small teams, GitHub Actions plus aws cloudformation deploy is often cheaper and simpler. Pick based on repository location, audit requirements, and whether you need cross-account artefact buckets managed natively inside AWS.

For EC2 behind an Application Load Balancer, use CodeDeploy with in-place or blue/green hook scripts. For containers, ECS rolling updates set minimum healthy percent, or CodeDeploy to ECS rolls back automatically on a CloudWatch alarm breach. Always tie health checks to an application readiness endpoint in the target group—not just an open TCP port. Store immutable artefacts in versioned, encrypted S3 buckets tagged with commit SHA and pipeline execution ID, with lifecycle rules archiving old builds after ninety days unless compliance requires longer retention.

Start with ALB target group health, security group rules, and application logs in CloudWatch Logs. Confirm the new task definition or AMI loads environment variables from Secrets Manager correctly. Roll back the deployment while investigating; users need uptime restored before root-cause analysis. On Laravel EC2 deployments I have handled, stale PHP-FPM config after release swaps caused this—verify the app process actually reloaded, not only that the pipeline reported success.

Scope the pipeline role to named stacks or tagged resources only. Allow S3 on artefact buckets, ECR on specific repositories, and CloudFormation on approved stack name prefixes. Deny iam star and organizations star unless the job truly requires them. Use permission boundaries on human admin roles, not ephemeral build roles. Interviewers eliminate candidates who propose Action star on production roles. Link answers to Secrets Manager rotation and encryption choices like SSE-KMS for stored artefacts.

Configure a GitHub OIDC identity provider in IAM with a trust policy matching your organisation, repository, and branch. The workflow uses aws-actions/configure-aws-credentials with role-to-assume. Access keys never touch disk. Describe the trust relationship clearly—this is standard expectation in 2026 panels. The same OIDC pattern applies to other external CI runners pushing images to ECR or running Terraform plans against an S3 remote state backend.

Choose ECS or Fargate for lower ops overhead and no node management; pick EKS when you need Kubernetes APIs and portable manifests.

Store remote state in S3 with encryption, use DynamoDB for state locking, and keep separate state files per environment or workspace. Run terraform plan in CI on pull requests. Never commit state files that may contain secrets. Humans assume roles via SSO; automation uses OIDC—overlapping patterns with Docker-based CI runners publishing to ECR. If someone manually edits resources in the console, run drift detection and either import the change or revert it, then tighten IAM to prevent repeat drift.

Security groups are stateful ENI-level firewalls—return traffic is allowed automatically, and DevOps engineers tune them daily. NACLs are stateless subnet guards with explicit allow and deny rules ordered by numeric priority; they appear in network hardening and compliance discussions. Pair firewall answers with encryption topics: SSE-S3 versus SSE-KMS, envelope encryption for RDS, and TLS everywhere. The official IAM User Guide is the reference if an interviewer challenges policy syntax details.

Quote forex at roughly Rs 133–140 per USD in 2026, then compare AWS Budgets, Cost Anomaly Detection, Savings Plans, Reserved Instances, and Compute Optimizer right-sizing against VPS options like DigitalOcean or Hetzner honestly.

Collect ALB TargetResponseTime and HTTP 5xx counts, EC2 or ECS CPU and memory, RDS DatabaseConnections and free storage, plus custom app metrics via the CloudWatch agent. Ship application errors to a dedicated log group with metric filters on ERROR patterns. Page on-call only for user-facing symptoms; route warning trends to Slack. Tie alarms to runbooks, not unread SNS emails. For post-deploy latency spikes, compare canary versus stable fleet metrics and inspect X-Ray service maps for RDS or external API slowdown.

Expect CloudFormation change set questions—preview resources before apply, detect replacements, integrate manual approval in CodePipeline—and Terraform backend design on S3 plus DynamoDB locking. Container prompts compare ECS Fargate against EKS, ECR image push with scan-on-push, and lifecycle policies pruning untagged layers. Drift scenarios ask what happens when a console edit breaks a stack: detect drift, import or revert, tighten IAM. A strong Laravel answer covers VPC, private subnets, RDS MySQL 8.4 or Aurora, ElastiCache Redis, S3 uploads, and Secrets Manager for environment values.

Use STAR: trigger such as a bad database migration, detection via a CloudWatch 5xx alarm, immediate action like CodeDeploy rollback or reverting to the previous ECS task definition, then systemic follow-up—add a migration gate in CI and expand integration tests hitting a health endpoint after deploy. Avoid blaming individuals. For regulated workloads, describe separate Organisation accounts, SCPs denying root API keys, manual prod approval, signed artefacts, and CloudTrail Lake audit queries—with secrets masked in CodeBuild logs.

Share this article

0 Comments

Leave a comment

Your email is not published. Comments appear once they have been read. Sign in to have your details filled in.

Quick Contact Options
Choose how you want to connect me: