이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
학부 프로젝트에서 AWS를 주로 사용했고, 한 번은 GCP와 비교해보는 실험도 해봤습니다. AWS를 선택한 이유는 팀에서 익숙한 사람이 있었고, 레퍼런스 자료가 풍부해 빠르게 시작하기 좋았기 때문입니다. 제가 맡은 역할은 EC2와 S3를 사용한 백엔드 배포와 파일 스토리지 구성이었습니다. 초반에 IAM 권한 설정을 잘못해서 팀원이 특정 버킷에 접근하지 못하는 문제가 생겼습니다. 원인을 찾는 데 시간이 걸렸는데, 권한 정책을 문서로 먼저 정리하고 적용하는 방식으로 이후 같은 실수를 방지했습니다. 이 경험에서 클라우드 환경은 실수가 보안 문제로 직결될 수 있어, 처음 설계 단계에서 권한 범위를 명확히 잡는 것이 중요하다는 것을 배웠습니다.
AWS와 Azure를 함께 사용한 프로젝트에 참여한 경험이 있습니다. 기존 인프라가 AWS 위에 구성돼 있었는데, 특정 고객사 요건으로 일부 서비스를 Azure로 이관해야 하는 상황이었습니다. 두 플랫폼의 개념은 비슷하지만 네이밍과 네트워크 구성 방식이 달라 초반에 혼란이 컸습니다. 특히 AWS의 Security Group과 Azure의 NSG는 동작 방식이 미묘하게 달랐고, 그 차이를 파악하는 데 별도 시간이 필요했습니다. 제가 맡은 부분은 Azure App Service 환경 구성과 기존 RDS를 Azure SQL로 옮기는 데이터 마이그레이션 검증이었습니다. 이 경험에서 특정 플랫폼 지식보다 네트워크와 보안 개념 자체를 탄탄히 잡아두면 어떤 클라우드 환경에서도 적응이 빠르다는 것을 배웠습니다.
주로 AWS를 사용해왔고, 가장 많이 다룬 영역은 비용 최적화입니다. 처음 인프라를 구성했을 때는 서비스 동작에만 집중했는데, 운영 몇 달 후 청구서를 보고 인스턴스 유형 선택과 스토리지 정리가 얼마나 중요한지 실감했습니다. 예약 인스턴스와 온디맨드 혼용 전략을 검토한 뒤 Savings Plans로 전환했을 때 월 비용이 약 30% 줄었습니다. 모니터링은 CloudWatch 메트릭을 기반으로 알람을 구성해 이상 트래픽을 감지하는 구조로 운영했습니다. 플랫폼의 기능을 아는 것도 중요하지만, 실제로 인프라를 운영하면서 비용 구조를 읽는 감각이 아키텍처 결정에 더 직접 영향을 준다고 생각합니다.
어떤 서비스를 어느 규모로 선택하느냐가 기술 판단과 비용 판단을 동시에 요구하는 지점이었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 LG CNS 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.