이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
팀 프로젝트에서 기능 배포 후 예상치 못한 오류가 나서 롤백하는 상황을 직접 겪은 뒤로 배포 전략에 더 신경 쓰게 됐습니다. 당시엔 전체를 한 번에 교체하는 방식이었는데, 이후 작은 단위로 나눠 배포하고 이상 징후를 모니터링하는 흐름으로 바꿨습니다. 구체적으로는 feature flag를 써서 신규 로직을 내부 계정에만 먼저 노출하고, 오류율과 응답 시간을 기준치와 비교한 뒤 전체로 확장하는 순서를 밟았습니다.
핵심은 배포 자체보다 배포 후 첫 30분을 어떻게 관찰하느냐였는데, 이 구간에 알림 임계값을 좀 더 촘촘하게 설정하면 문제를 훨씬 빨리 잡을 수 있었습니다. 지금도 신규 기능 배포 때는 롤백 계획을 미리 문서화해두는 습관을 유지하고 있습니다.
안정적 배포 전략에서 도움 받는 자리를 인정한 경험은 배포 후 모니터링 임계값 설정에서 경험 많은 개발자의 기준을 참고한 케이스였습니다. 배포 후 어느 수준의 에러율을 이상으로 볼지 처음에는 기준이 없었습니다.
팀에서 이미 운영하면서 축적한 기준이 있었는데, 그 기준을 참고해서 알림 임계값을 설정하는 것이 처음부터 직접 정하는 것보다 빠른 방법이었습니다. 배포 모니터링 기준은 직접 경험하며 쌓이는 것이고, 팀의 기존 경험에서 출발하는 것이 첫 시작으로 합리적이라는 결이 생겼습니다.
안정적 배포 전략에서 이후 절차로 남겨진 경험은 롤백 계획을 배포 전에 문서화하는 것이 자리 잡은 케이스였습니다. 처음에는 문제가 생기면 그때 대응하는 방식이었는데, 실제로 롤백이 필요한 상황에서 어떤 순서로 해야 하는지 혼란이 있었습니다.
이후에는 배포 전에 롤백 방법을 간단하게라도 정리해두는 방식을 썼습니다. 실제 이상 상황에서 정해진 순서대로 대응하니 혼란이 줄었습니다. 배포 후 문제는 미리 롤백 절차를 정해둬야 실제 상황에서 빠르게 대응할 수 있다는 결이 남아 있습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 배달의민족(우아한형제들) 인프라/클라우드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.