면접관이 이 한 문장으로 확인하려는 것들. 각 갈래를 알면 답의 뼈대가 잡혀요.
사이드 프로젝트에서 AWS CodePipeline과 CodeBuild로 ECS 배포를 자동화했습니다. main 브랜치에 머지되면 CodeBuild가 Docker 이미지를 빌드해 ECR에 푸시하고, CodeDeploy가 블루/그린 방식으로 ECS 서비스를 교체하도록 구성했습니다. 초기에는 배포 중 헬스체크 실패를 감지 못해 트래픽이 죽은 컨테이너로 흘러간 적이 있었는데, ALB 타겟그룹 헬스체크 주기를 30초에서 10초로 줄이고 CodeDeploy의 자동 롤백 옵션을 켜서 해결했습니다. IAM 역할은 CodeBuild 프로젝트별로 최소 권한만 부여해 ECR·S3 접근을 분리했습니다.
회사 프로젝트에서 GitLab CI로 백엔드 서비스 배포 파이프라인을 구성했습니다. self-hosted 러너를 Kubernetes 클러스터 위에 올려 빌드마다 파드가 뜨고 사라지는 구조로 운영했는데, 초기엔 매 빌드마다 의존성을 새로 받아 평균 8분이 걸렸습니다. GitLab CI의 cache 키를 lock 파일 해시로 지정해 캐시 히트율을 높였고, 그 결과 평균 빌드 시간이 3분대로 줄었습니다. 배포 단계는 kubectl apply 대신 Helm 차트로 버전을 관리해 롤백 시 이전 릴리즈로 한 번에 되돌릴 수 있게 했습니다.
팀 프로젝트에서 GitHub Actions로 이미지를 빌드하고 Kubernetes에 배포하는 파이프라인을 맡았습니다. 처음엔 배포 후 파드가 반복적으로 재시작되는 문제가 있었는데, 원인은 리소스 requests/limits를 지정하지 않아 노드 자원이 부족할 때 우선순위 없이 축출된 것이었습니다. 각 서비스의 실제 사용량을 모니터링해 적정 requests 값을 설정하고, ConfigMap과 Secret을 네임스페이스별로 분리해 권한 사고를 방지했습니다. 이후 배포 안정성이 눈에 띄게 좋아져 재배포로 인한 다운타임이 거의 사라졌습니다.
같은 실수가 반복돼요. 이것만 피해도 절반은 갑니다.
진짜 면접은 두 번째 질문부터예요. 이 답 뒤에 따라올 법한 것들.