이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
AWS를 활용한 프로젝트 경험이 있습니다. 수업 팀 프로젝트에서 서버리스 백엔드를 구성하기 위해 Lambda, API Gateway, DynamoDB를 연결했습니다. 처음엔 Lambda 함수가 DynamoDB에 접근할 IAM 권한이 없어 오류가 계속 났고, 설정 하나가 전체 흐름을 막는다는 걸 배웠습니다.
그 경험 이후로 서비스 연결 전에 권한 설정을 먼저 확인하는 습관이 생겼습니다. 코드가 맞아도 IAM 정책이 없으면 실행이 안 된다는 클라우드 환경의 기본을 직접 경험했습니다.
소규모 실습 수준이지만, 클라우드 아키텍처는 "어떤 서비스를 연결하는가"보다 "권한과 네트워크 경계를 어떻게 설계하는가"가 핵심이라고 봅니다. 보안 설계가 아키텍처 설계와 병행돼야 한다는 관점으로 접근하겠습니다.
AWS를 활용한 프로젝트에서 도구를 쓴 이유보다 어떤 문제를 해결하려고 했는지를 중심으로 이야기하는 것이 중요합니다. EC2 인스턴스를 올리거나 S3에 파일을 저장했다는 사실보다 왜 그 구성이 필요했는지가 더 의미 있는 자리입니다. 저는 기존에 로컬에서만 돌리던 배치 처리를 클라우드로 옮기면서 장비 의존성을 줄이고 실행 환경을 재현 가능하게 만들려는 목적이 있었습니다.
Lambda와 S3의 이벤트 연결을 선택한 것은 서버를 계속 켜둘 필요 없이 트리거 기반으로 처리하는 구조가 필요해서였습니다. 목적이 명확한 구성이 나중에 구조를 설명하기도 쉬운 자리를 만듭니다. 풀려는 문제가 AWS 구축을 실질로 만드는 결이 됩니다. 기술 나열보다 문제 해결 흐름이 더 설득력 있는 이야기를 만드는 방법입니다. 이 시각이 있어야 구성 선택의 이유를 명확히 설명하는 결이 만들어집니다.
AWS 프로젝트를 진행하면서 이론으로는 알지만 실제로 설정할 때 막히는 자리가 있었습니다. IAM 권한을 처음 설정할 때 너무 넓게 열어뒀다가 보안 경고가 나오는 자리를 경험했습니다. 최소 권한 원칙이 왜 중요한지는 알고 있었지만, 어떤 권한이 실제로 필요한지를 파악하려면 서비스를 먼저 실행해 보고 권한 오류 메시지를 통해 역추적하는 과정이 필요했습니다.
VPC 서브넷과 라우팅 테이블 설정도 인터넷 게이트웨이와 NAT 게이트웨이의 차이를 개념으로는 알지만 실제로 구성하면서 퍼블릭·프라이빗 서브넷 경계가 예상과 다르게 작동하는 자리가 있었습니다. 막힌 자리를 기록해두면 다음에 같은 상황에서 빠르게 대응하는 결이 만들어집니다. 막힌 경험이 AWS 이해를 실질로 만드는 결이 됩니다. 순항만 말하는 것보다 어디서 막혔는지를 말하는 것이 경험의 깊이를 보여주는 방법입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 SPC그룹 시스템 운영 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.