이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
배포 직후 이상 탐지를 위해 저는 배포 파이프라인 내 헬스체크 단계를 어김없이 포함합니다. GitHub Actions 워크플로우에서 배포 완료 후 엔드포인트 응답 코드와 응답 시간을 체크하고, 임계치를 초과하면 자동으로 롤백하도록 구성했습니다.
런타임 이상은 Sentry와 CloudWatch 로그 알림으로 탐지합니다. 에러 발생 비율이 갑자기 오르거나 특정 엔드포인트 지연이 급증하면 Slack 채널로 즉시 알림이 옵니다. 인턴 때 배포 직후 특정 API에서 500 오류가 급증하는 것을 알림으로 3분 안에 발견해 빠르게 롤백한 경험이 있습니다.
카나리 배포 전략도 학습했습니다. 전체 트래픽의 5%에 새 버전을 먼저 노출하고 오류율을 비교해 이상이 없으면 단계적으로 확대하는 방식입니다. 배포와 장애 탐지를 함께 설계해야 안전한 릴리즈가 가능하다는 것을 배웠습니다.
배포 장애 탐지에서 대응 결이 드러난 경험은 이상 알림을 받은 뒤 롤백 여부를 빠르게 판단한 케이스였습니다. 배포 직후 에러율이 올라가는 알림을 받았을 때, 원인을 완전히 파악하기 전에 먼저 롤백할지 대기할지를 결정해야 하는 상황이었습니다.
영향 범위를 빠르게 확인한 뒤 사용자에게 영향이 있는 상황이라 먼저 롤백을 선택했습니다. 배포 이후 이상 상황에서 원인 파악보다 영향 차단이 먼저고, 원인 분석은 시스템이 안정된 뒤에 해도 된다는 결이 생겼습니다.
배포 장애 탐지에서 본인 사례로 닫힌 경험은 배포 직후 특정 엔드포인트에서 에러가 급증하는 것을 모니터링에서 발견하고 대응한 케이스였습니다. 배포 완료 알림이 왔는데 잠시 후 에러율 알림이 왔습니다. 로그를 확인하니 새 배포에서 특정 환경 변수가 누락된 것이 원인이었습니다.
롤백 후 누락된 설정을 확인하고 다시 배포했습니다. 이후에는 배포 전 환경 변수 목록을 확인하는 단계를 파이프라인에 추가했습니다. 배포 장애에서 설정 누락은 흔한 원인이고, 배포 전 체크리스트로 예방 가능한 종류가 많다는 결이 남아 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 카카오페이 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.