관리형 서비스 선택 이유 + 비용 비교
사이드 프로젝트에서 AWS ECS Fargate와 RDS를 조합해 서버를 구성했습니다. EC2를 직접 운영하는 대신 Fargate를 선택한 이유는 트래픽이 예측 어려운 초기 단계라 서버 관리 부담을 줄이고 싶었기 때문입니다. 대신 온디맨드 요금이 EC2보다 20퍼센트가량 비싸다는 점을 감안해, 예상 요청량이 낮은 새벽 시간대는 태스크 수를 1개로 줄이는 스케줄을 넣어 비용을 조정했습니다.
면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
사이드 프로젝트에서 AWS ECS Fargate와 RDS를 조합해 서버를 구성했습니다. EC2를 직접 운영하는 대신 Fargate를 선택한 이유는 트래픽이 예측 어려운 초기 단계라 서버 관리 부담을 줄이고 싶었기 때문입니다. 대신 온디맨드 요금이 EC2보다 20퍼센트가량 비싸다는 점을 감안해, 예상 요청량이 낮은 새벽 시간대는 태스크 수를 1개로 줄이는 스케줄을 넣어 비용을 조정했습니다.
이전 팀 프로젝트에서는 온프레미스 서버를 그대로 두고 신규 기능만 GCP Cloud Run으로 분리 배포했습니다. 기존 시스템 전체를 이관하기엔 리스크가 컸기 때문에, 트래픽 변동이 큰 이미지 처리 기능만 먼저 클라우드로 옮겨 자동 스케일링 효과를 검증하는 방식을 택했습니다. 이 경험으로 전체 이관보다 점진적 전환이 리스크를 줄인다는 것을 배웠습니다.
개인 프로젝트에서 Lambda와 API Gateway 조합으로 API 서버를 구성한 적이 있습니다. 초기 요청량이 적어 비용 부담이 거의 없다는 점이 매력적이었지만, 콜드 스타트로 인한 응답 지연이 사용자 체감에 영향을 준다는 한계도 겪었습니다. 이후 자주 호출되는 함수는 프로비저닝된 동시성을 설정해 지연을 줄이는 방식으로 보완했습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.