AWS 면접에는 두 가지 종류가 있습니다. 어떤 것은 서비스가 무엇을 하는지, 언제 각각을 선택해야 하는지를 아는지 시험합니다. 또 다른 것은 장애를 견뎌야 하는 웹 앱이나 두 배로 늘어난 청구서 같은 시나리오를 주고, 신뢰성·보안·비용에 대해 어떻게 추론하는지 지켜봅니다. 이 가이드에는 두 가지 스타일의 질문 25개와 답변이 담겨 있습니다.
서비스 세부 사항과 한도는 자주 바뀌므로, 정확한 수치는 AWS 문서를 확인하세요. 면접관은 대부분 여러분의 추론을 듣고 싶어 합니다.
핵심 서비스
1. EC2, Lambda, 컨테이너(ECS 또는 EKS)의 차이는 무엇인가요?
EC2는 여러분이 관리하는 가상 서버를 제공합니다. Lambda는 서버를 관리할 필요 없이 이벤트에 반응해 코드를 실행하며, 호출 횟수와 실행 시간에 따라 비용을 지불하고 실행 시간과 크기에 제한이 있습니다. ECS나 EKS의 컨테이너는 그 중간에 있습니다. 앱을 패키징하면 서비스가 이를 스케줄링하는데, 여러분이 관리하는 서버에서든 서버 관리를 없애주는 Fargate에서든 마찬가지입니다.
이벤트 기반이거나 변동이 심한 작업에는 Lambda를, 장시간 실행되는 서비스와 이식성에는 컨테이너를, 머신을 완전히 제어해야 할 때는 EC2를 선택하세요.
2. S3 스토리지 클래스에는 무엇이 있나요?
S3는 다양한 접근 패턴에 맞는 클래스를 제공합니다. 자주 접근하는 데이터에는 Standard, 접근 패턴을 알 수 없거나 변하는 경우에는 Intelligent-Tiering, 간헐적 접근에는 Standard-IA와 One Zone-IA, 그리고 검색 시간이 각기 다른 아카이브용으로 Glacier 클래스가 있습니다. 수명 주기 규칙이 객체를 클래스 간에 자동으로 이동시킵니다.
3. S3 버킷을 어떻게 보호하나요?
계정과 버킷 수준에서 퍼블릭 액세스를 차단하고, 필요한 것만 부여하는 버킷 정책과 IAM 역할을 사용하며, 암호화(SSE-S3 또는 KMS)를 활성화하고, 복구를 위해 버전 관리를 켜고, 액세스 로깅을 활성화하며, 트래픽이 인터넷을 거치지 않아야 할 때는 VPC 엔드포인트를 사용합니다.
4. EBS, EFS, S3의 차이는 무엇인가요?
EBS는 하나의 EC2 인스턴스에 연결되는 블록 스토리지로, 디스크와 같습니다. EFS는 여러 인스턴스가 마운트할 수 있는 공유 네트워크 파일 시스템입니다. S3는 API로 접근하는 객체 스토리지로, 파일·백업·정적 자산에 적합합니다.
5. RDS, Aurora, DynamoDB의 차이는 무엇인가요?
RDS는 MySQL, PostgreSQL 같은 관리형 관계형 데이터베이스를 운영합니다. Aurora는 MySQL 및 PostgreSQL과 호환되는 AWS의 관계형 엔진으로, 더 높은 가용성과 성능을 위해 만들어졌습니다. DynamoDB는 수평 확장되는 관리형 NoSQL 키-값 및 문서 데이터베이스로, 접근 패턴을 중심으로 설계해야 합니다. 여러 테이블에 걸친 조인과 트랜잭션에는 관계형을, 대규모에서 키 기반 접근이 명확한 경우에는 DynamoDB를 선택하세요.
네트워킹
6. VPC란 무엇이고 주요 구성 요소는 무엇인가요?
VPC는 AWS 안의 여러분의 사설 네트워크입니다. 서브넷(퍼블릭 및 프라이빗), 라우트 테이블, 퍼블릭 트래픽을 위한 인터넷 게이트웨이, 프라이빗 서브넷이 아웃바운드로 인터넷에 접근할 수 있게 하는 NAT 게이트웨이, 그리고 트래픽 제어를 위한 보안 그룹과 네트워크 ACL이 있습니다.
7. 보안 그룹과 네트워크 ACL의 차이는 무엇인가요?
보안 그룹은 인스턴스나 네트워크 인터페이스에 연결되는 상태 저장 방화벽으로, 허용 규칙만 있습니다. 네트워크 ACL은 서브넷 수준의 상태 비저장 방화벽이며 허용 및 거부 규칙을 지원합니다. ACL에서는 반환 트래픽을 명시적으로 허용해야 합니다.
8. 퍼블릭 서브넷과 프라이빗 서브넷의 차이는 무엇인가요?
퍼블릭 서브넷은 인터넷 게이트웨이로 가는 경로가 있어, 퍼블릭 주소가 있고 허용한다면 인터넷에서 해당 리소스에 접근할 수 있습니다. 프라이빗 서브넷은 직접 경로가 없어, 데이터베이스와 애플리케이션 서버를 여기에 두고 NAT 게이트웨이를 통해 외부로 나가게 합니다.
9. 온프레미스 시스템을 AWS에 어떻게 연결하시겠어요?
인터넷을 통한 빠른 암호화 연결에는 사이트 간 VPN을, 더 안정적인 성능의 전용 네트워크 연결에는 Direct Connect를 사용합니다. 많은 구성에서 VPN을 백업으로 두고 둘 다 사용합니다.
10. Route 53은 무엇을 하나요?
AWS의 DNS 서비스입니다. 상태 확인과 가중치 기반, 지연 시간 기반, 지리적 위치 기반, 장애 조치 라우팅 같은 라우팅 정책도 지원합니다.
보안과 자격 증명
11. IAM이란 무엇이고, 최소 권한 원칙이란 무엇인가요?
IAM은 AWS에서 누가 무엇을 할 수 있는지 제어합니다. 최소 권한 원칙이란 각 사용자, 역할, 서비스에 필요한 권한만 부여하는 것을 의미합니다. 장기 액세스 키보다는 임시 자격 증명을 사용하는 역할을 선호하고, 필요에 따라 정책 조건과 권한 경계를 활용하세요.
12. IAM 사용자, 그룹, 역할, 정책의 차이는 무엇인가요?
사용자는 장기 자격 증명을 가진 자격 증명입니다. 그룹은 사용자들의 집합입니다. 역할은 사람, 서비스 또는 다른 계정이 일시적으로 수임할 수 있는 자격 증명입니다. 정책은 권한을 정의하는 문서로, 위의 어느 것에도 연결할 수 있습니다.
13. 시크릿은 어떻게 관리하나요?
코드나 저장소의 환경 파일이 아니라 Secrets Manager나 Systems Manager Parameter Store에 저장하세요. IAM 역할을 통해 접근 권한을 부여하고, 정기적으로 교체하며, KMS로 암호화하세요.
14. KMS는 무엇을 하나요?
AWS Key Management Service는 암호화 키를 생성하고 제어합니다. 많은 서비스가 저장 데이터 암호화에 이를 사용하며, 키 정책과 IAM을 통해 각 키를 누가 사용할 수 있는지 제어할 수 있습니다.
안정성과 확장성
15. 애플리케이션을 고가용성으로 만들려면 어떻게 해야 하나요?
최소 두 개의 가용 영역에 분산하세요. 앞단에 로드 밸런서를 두고, Auto Scaling 그룹으로 장애 인스턴스를 교체하며, Multi-AZ 데이터베이스를 사용하고, 한 서버에 상태를 저장하지 않도록 하세요. 리전 장애에 대비하려면 데이터 복제와 DNS 페일오버를 갖춘 두 번째 리전을 추가하고, 그 비용이 가치가 있는지 판단하세요.
16. Application Load Balancer와 Network Load Balancer의 차이는 무엇인가요?
ALB는 HTTP와 HTTPS를 위한 7계층에서 동작하며 경로 기반 및 호스트 기반 라우팅을 지원합니다. NLB는 TCP와 UDP를 위한 4계층에서 동작하며, 낮은 지연 시간으로 매우 높은 처리량을 감당하고 고정 IP 주소를 제공합니다.
17. 오토 스케일링은 어떻게 동작하나요?
Auto Scaling 그룹은 최소값과 최대값 사이에서 인스턴스 수를 유지합니다. 조정 정책은 CPU, 요청 수 또는 일정과 같은 지표를 기반으로 인스턴스를 추가하거나 제거합니다. 상태 확인은 비정상 인스턴스를 교체합니다.
18. RTO와 RPO란 무엇인가요? 주요 재해 복구 전략에는 어떤 것이 있나요?
RTO는 얼마나 오래 다운될 수 있는지를, RPO는 얼마나 많은 데이터를 잃을 수 있는지를 나타냅니다. 일반적인 전략은 저렴하고 느린 것부터 비싸고 빠른 것 순으로 백업 및 복원, 파일럿 라이트, 웜 스탠바이, 멀티 사이트 액티브-액티브입니다.
19. SQS, SNS, EventBridge는 언제 사용하나요?
SQS는 생산자와 소비자를 분리하고 부하를 완화하는 큐입니다. SNS는 게시-구독 방식으로 여러 구독자에게 메시지를 푸시합니다. EventBridge는 규칙에 따라 서비스와 SaaS 소스 간에 이벤트를 라우팅합니다. 흔한 패턴은 SNS에서 여러 SQS 큐로 보내 각 소비자가 자신의 속도에 맞춰 처리하도록 하는 것입니다.
운영과 비용
20. AWS 애플리케이션은 어떻게 모니터링하나요?
지표, 로그, 알람에는 CloudWatch를, 요청 경로 추적에는 X-Ray나 유사한 도구를, API 활동과 감사에는 CloudTrail을 사용하세요. 알람은 사람이나 자동화로 전달되어야 하며, 대시보드는 오류율과 지연 시간처럼 중요한 신호를 보여줘야 합니다.
21. Infrastructure as Code란 무엇이고, 어떤 도구를 사용하나요?
인프라를 버전 관리되고 리뷰되는 파일로 정의하는 것입니다. AWS에서는 CloudFormation과 CDK가 주요 도구이며, Terraform이 서드파티 옵션으로 널리 사용됩니다. 장점은 반복 가능성, 리뷰, 손쉬운 재구축입니다.
22. AWS 청구서가 두 배가 되었습니다. 어떻게 하시겠어요?
- Cost Explorer를 열고 서비스, 계정, 태그별로 그룹화하여 무엇이 변경되었는지 찾습니다.
- 새로 생성되거나 크기가 조정된 리소스, 데이터 전송, 연결되지 않은 볼륨이나 유휴 인스턴스가 있는지 확인합니다.
- 트래픽 급증이나 폭주하는 프로세스가 있는지 확인합니다.
- 원인을 해결한 다음, 예산과 알림을 설정하여 더 빨리 알아차리도록 합니다.
- 적정 크기 조정, Savings Plans나 예약 용량, 유연한 작업을 위한 스팟 인스턴스, 스토리지 수명 주기 규칙 등 장기적인 절감 방안을 찾습니다.
23. 데이터 전송 비용을 줄이려면 어떻게 하나요?
가능하면 트래픽을 하나의 리전과 가용 영역 내에 유지하고, NAT 게이트웨이 대신 AWS 서비스용 VPC 엔드포인트를 사용하며, 콘텐츠 전송에는 CloudFront 같은 CDN을 사용하고, 데이터를 압축하세요.
시나리오 질문
24. AWS에서 고가용성 웹 애플리케이션을 설계해 보세요.
"프라이빗 서브넷의 두세 개 AZ에 걸친 Auto Scaling 그룹에 앱을 두고, 퍼블릭 서브넷의 Application Load Balancer 뒤에 배치하겠습니다. 데이터베이스는 Multi-AZ RDS나 Aurora를 사용하고, 읽기가 많으면 백업과 읽기 전용 복제본을 두겠습니다. 정적 콘텐츠는 CloudFront 뒤의 S3에 넣습니다. 세션은 인스턴스가 아니라 ElastiCache나 데이터베이스에 저장합니다. 인프라를 코드로 배포하고, CloudWatch 알람으로 모니터링하며, 시크릿은 Secrets Manager에 보관하겠습니다."
그다음 트레이드오프를 논의하세요. 비용, 복구 시간, 그리고 멀티 리전이 필요한지 여부입니다.
25. Lambda 함수가 타임아웃되고 있습니다. 어떻게 조사하시겠습니까?
CloudWatch 로그와 실행 시간 지표를 확인하고, 데이터베이스나 API 같은 느린 다운스트림 호출이 있는지 살펴봅니다. 콜드 스타트 영향과 메모리 설정도 확인합니다(메모리를 늘리면 CPU도 함께 늘어납니다). VPC 연결이나 한도 때문에 대기 중인지도 점검합니다. 타임아웃과 재시도, 캐싱, 메모리 설정 상향, 또는 오래 걸리는 작업을 큐나 컨테이너로 옮기는 방식으로 해결합니다.
준비 방법
VPC, 로드 밸런서, 데이터베이스, 버킷을 사용하는 작은 프로젝트를 하나 만들고 각 선택을 설명하는 연습을 하세요. Well-Architected의 기둥(운영 우수성, 보안, 안정성, 성능 효율성, 비용 최적화, 지속 가능성)을 익혀 두세요. 많은 시나리오 답변이 여기에 연결되기 때문입니다. 관련 설계 연습은 시스템 디자인 인터뷰 가이드를, 코딩 라운드는 코딩 인터뷰 어시스턴트 가이드를 참고하세요.
설계를 소리 내어 말하는 연습을 하고, 그다음 녹취록을 확인해 이유 없이 서비스 이름부터 꺼낸 부분이 없는지 점검하세요. 실시간 인터뷰에서 AI 도구 사용에 관한 회사 규칙을 따르세요.
YesToTheOffer와 함께 AWS 면접 답변을 연습하세요
모의 기술 면접을 진행하고, 설계를 소리 내어 설명하고, 이후 녹취록을 검토하세요. 30분 무료, 구독 없음.
