이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
AWS 클라우드 환경에서 작업한 경험은 개인 프로젝트에서 EC2와 S3를 처음 사용한 것이 시작이었습니다. 로컬에서 개발한 앱을 배포하면서 보안 그룹 설정, IAM 권한, 도메인 연결을 처음 해봤습니다. 처음에는 EC2에 모든 것을 올렸다가, 나중에는 정적 파일은 S3에, 앱 서버는 EC2에 분리하는 방식으로 구조를 개선했습니다. Lambda를 써본 건 수업 과제에서였습니다. 특정 S3 업로드가 발생하면 처리하는 함수를 만들었는데, 서버를 항상 실행하지 않고 필요할 때만 코드가 돌아가는 방식이 인상 깊었습니다. 클라우드 비용도 신경 써야 한다는 것을 경험했습니다.
프리 티어 범위를 초과해 예상 못한 비용이 나온 적이 있어, 이후에는 CloudWatch로 사용량을 모니터링하는 습관을 들였습니다. 알고 쓰는 것과 모르고 쓰는 것의 비용 차이가 큽니다.
AWS 클라우드 환경에서 IAM 권한을 설정할 때 어떤 정책을 어떤 역할에 붙여야 하는지를 처음에 혼자 파악하기 어려운 자리가 생겼습니다. 보안 그룹과 IAM 정책이 다른 레이어에서 작동하는 것을 이해하는 데 시간이 걸리는 자리가 됩니다.
개인 프로젝트에서 EC2에 S3 접근 권한을 줄 때 IAM 정책을 잘못 연결해서 접근이 거부되는 오류가 계속 생겼는데, 커뮤니티에서 같은 오류를 겪은 사람의 글을 보고 IAM Role과 정책 연결 방식이 내가 이해한 것과 다른 자리라는 것을 알게 됐습니다. 혼자 반복해서 보는 것보다 같은 자리를 먼저 겪은 사람의 경험을 찾는 것이 더 빠른 자리라는 것을 그때 배웠습니다.
막혔을 때 커뮤니티나 도움을 찾는 것이 AWS 학습 속도를 유지하는 자리라고 생각합니다. 도움이 있어야 속도가 됩니다.
지금도 AWS 클라우드 작업은 공식 문서와 커뮤니티를 병행해서 보는 자리라고 생각합니다. 병행이 있어야 이해가 됩니다.
AWS 클라우드 환경에서 여러 서비스를 다루면서 매번 어떤 순서로 설정하는지를 기억에만 의존하면 다음 프로젝트에서 같은 실수를 반복하는 자리가 생긴다는 것을 알게 됐습니다. 작업 순서를 문서로 남기면 다음 프로젝트에서도 빠르게 시작하는 자리가 됩니다.
개인 프로젝트를 마친 후 AWS 작업 절차를 VPC·보안 그룹 설정→IAM Role·정책 연결→EC2 인스턴스 구성→배포 파이프라인(GitHub Actions)→CloudWatch 모니터링·비용 알림 설정 순서로 정리했습니다. 다음 프로젝트에서 그 순서를 따르면 처음부터 설정 순서를 다시 결정하는 자리가 줄어드는 방식이 됐습니다.
AWS 작업 절차를 남기는 것이 클라우드 경험을 재사용 가능한 자리로 만드는 방식이라고 생각합니다. 절차가 있어야 재사용이 됩니다.
지금도 AWS 클라우드 작업은 한 번 경험하는 것보다 절차를 남겨서 다음에도 쓰는 자리라고 생각합니다. 절차가 있어야 가치가 됩니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 DB그룹 공통직무·미지정 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.