AWS 인터뷰 질문

서비스 목록은 읽었지만 실제 인터뷰가 어떤 느낌일지는 여전히 감이 오지 않을 수 있습니다. 이런 간극은 흔한 일이며, 이 섹션에서 그 간극을 좁혀 드립니다. AWS 라운드는 당신이 무언가를 이름으로 댈 수 있는지가 아니라 실제로 운영해 본 적이 있는지를 확인하도록 설계되어 있습니다.

그 패턴은 후속 질문에서 드러납니다. 면접관이 어떤 서비스를 쓰겠냐고 묻고, 당신이 정답을 말하면, 다음 질문은 왜 다른 서비스가 아니냐는 것입니다. 실제로 그 워크로드를 운영해 본 사람은 청구서, 장애, 마이그레이션 경험에서 나온 답을 합니다. 문서만 읽은 사람은 여기서 막힙니다. AWS 인터뷰의 승부는 첫 번째 질문이 아니라 바로 이 두 번째 질문에서 갈립니다.

자주 반복되는 라운드는 세 가지입니다: 네트워킹, 아이덴티티, 스토리지, 컴퓨트를 다루는 기본기 라운드, 제약 조건 아래에서 아키텍처를 설계하는 시나리오/설계 라운드, 증상을 주고 무엇을 확인할지 묻는 트러블슈팅 라운드입니다. 시니어일수록 요구되는 깊이는 늘어나지만 형태는 그대로 유지됩니다. 다른 직무와 주제별 질문 모음은 인터뷰 질문 허브에서 확인할 수 있습니다.

다음은 AWS 인터뷰 전반에서 반복적으로 등장하는 기본기 질문들을, 라운드가 보통 구성되는 방식대로 그룹화한 것입니다.

네트워킹과 VPC

• VPC란 무엇이며, 퍼블릭 서브넷과 프라이빗 서브넷은 어떻게 다른가요?
• NAT 게이트웨이는 언제 필요하며, 비용은 얼마나 드나요?
• 보안 그룹은 네트워크 ACL과 어떻게 다른가요?
• 두 VPC를 어떻게 연결하시겠습니까, 그리고 피어링이 잘못된 선택인 경우는 언제인가요?

아이덴티티와 보안

• IAM 역할, 정책, 사용자를 설명하고 각각을 언제 사용할지 말해 주세요.
• EC2 인스턴스는 키를 저장하지 않고 어떻게 자격 증명을 얻나요?
• 최소 권한 원칙은 실제 정책에서 어떤 모습인가요?
• AWS에서 시크릿을 어떻게 교체하고 감사하나요?

스토리지와 데이터베이스

• S3 스토리지 클래스를 비교하고 각각을 언제 사용할지 설명해 주세요.
• EBS와 인스턴스 스토어의 차이는 무엇인가요?
• 언제 RDS 대신 DynamoDB를 선택하며, 그 대가로 무엇을 포기하게 되나요?
• 읽기 복제본은 다중 AZ 배포와 어떻게 다른가요?

컴퓨트와 가용성

• 오토 스케일링 그룹과 스케일링 기준으로 삼을 지표를 설명해 주세요.
• Lambda가 잘못된 답이 되는 경우는 언제인가요?
• 가용 영역과 리전의 차이는 무엇인가요?
• 가용 영역 전체가 손실되는 상황에 대비해 어떻게 설계하시겠습니까?

시나리오 질문은 외워서 답할 수 없기 때문에 지원자를 가려내는 질문입니다. 전형적인 프롬프트는 다음과 같습니다:

• 월 청구액이 두 배가 되었는데 트래픽은 그대로입니다. 원인을 어떻게 찾아내시겠습니까?
• 한 번의 요청으로 처리하기에는 너무 큰 파일을 다루는 파일 업로드 파이프라인을 설계해 보세요.
• 특정 가용 영역에서만 서비스가 느립니다. 무엇을 가장 먼저 확인하시겠습니까?
• 온프레미스 데이터베이스를 다운타임을 최소화하며 AWS로 이전해 보세요. 과정을 설명해 주세요.
• 이 아키텍처가 리전 전체 장애에서도 살아남게 하려면 어떻게 하시겠으며, 그 비용은 얼마나 들까요?

매번 같은 순서로 답하세요: 중요하다고 생각하는 제약 조건을 다시 말하고, 가정을 소리 내어 말하고, 서비스를 선택한 뒤, 감수한 트레이드오프를 말합니다. 면접관이 귀 기울이는 것은 바로 이 트레이드오프 문장인데, 이는 당신이 그 선택에 어떤 대가가 따르는지 알고 있음을 증명하기 때문입니다.

중견 기업의 플랫폼 직무에 지원한 백엔드 엔지니어가 업로드 파이프라인을 설계해 보라는 질문을 받습니다. 그녀는 곧바로 S3를 언급하는 대신, 업로드가 사용자 대상인지와 파일 크기가 얼마나 큰지를 먼저 묻고, 멀티파트 업로드가 포함된 사전 서명 URL을 선택한 뒤, 애플리케이션 서버를 경유하는 방식은 처리량을 스케일링 문제로 만들었을 것이기 때문에 거부했다고 설명합니다. 서비스 선택 자체는 평범했지만, 사람들이 기억한 것은 그 추론 과정이었습니다.

질문 목록을 읽는 것은 연습이 아닙니다. AWS 인터뷰에서 흔한 실패 패턴은 답을 알고 있으면서도 그것을 구조 없는 독백으로 늘어놓는 것이며, 이는 실제로 말을 해봐야만 드러납니다.

위의 목록을 소리 내어 하나씩 풀어보면서 제약 조건, 가정, 선택, 트레이드오프라는 네 단계 순서를 지켜 보세요. 몇 개는 녹음해서 다시 들어보며 답변이 구조를 잃는 순간을 찾아보세요. 같은 세트를 모의 면접으로 진행하면 후속 질문이 추가되는데, 이는 혼자서는 연습할 수 없는 부분이자 AWS 면접관이 가장 많이 의존하는 부분입니다.

분명히 짚고 넘어갈 한계가 하나 있습니다: 일부 AWS 스크리닝은 실시간 대화가 아니라 자동화되거나 녹화되거나 감독되는 평가입니다. 이런 형태는 SubcueAI를 포함한 어떤 실시간 어시스턴트의 범위도 벗어납니다. 그런 경우에는 사전 준비만이 도움이 되며, 인터뷰 유형 허브에서 어떤 형식이 어떻게 동작하는지 설명합니다.