이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
상용 MSA 무중단 배포 실무는 없습니다. 학부 종합설계에서 작은 마이크로서비스 3개·Kubernetes 롤링 업데이트 실습이 가장 가까운 자리입니다.
새 API 개발 시 챙긴 자리는 세 곳이었습니다. 첫째, 하위 호환성. 기존 클라이언트가 깨지지 않게. 둘째, 피처 플래그. 작은 단위로 켜고 끄는 자리. 셋째, 카나리 배포. 5%·25%·100% 점진 확대.
첫 자리에 하위 호환 없이 응답 구조를 바꾼 실패가 있었고, 옛 클라이언트가 깨진 자리가 있었습니다. 그 일이 하위 호환은 첫 자리부터라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다.
MSA 무중단 배포에서 새 API 개발 시 고려할 자리는 네 곳입니다.
첫째, API 버전 관리. URL 버전·헤더 버전·하위 호환성. 둘째, 피처 플래그. 코드는 배포·기능은 분리해 켜고 끄기. 셋째, 카나리·점진 출시. 작은 사용자부터 점진적으로. 넷째, 관찰성·롤백. 문제 발생 시 빠른 되돌림.
종합설계에서 4단계 롤백 절차를 안 정한 실패가 있었고, 문제가 났을 때 우왕좌왕한 자리가 있었습니다. 그 일이 롤백 절차는 첫 자리부터라는 자세를 만들었습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.
무중단 배포의 본체는 빠른 배포가 아니라 옛 버전과 새 버전이 동시에 도는 자리에서 안전함이라는 걸 학부에서 봤습니다.
무중단으로 배포해도 옛 클라이언트가 새 응답에 깨지면 사용자 입장에서는 중단된 자리였습니다. 하위 호환·점진 출시·롤백 절차가 진짜 무중단의 본체였습니다.
하위 호환을 가볍게 본 실패가 있었고, 옛 클라이언트가 깨진 자리가 있었습니다. 그 일이 하위 호환이 본체라는 자세를 만들었습니다. 실무에서도 사수의 호환성 양식부터 익히고 싶습니다. 실무에서도 사수의 양식과 순서를 첫 자리에서 손에 익히고, 그 흐름이 매일의 자세로 굳어지게 만드는 자리부터 들어가고 싶습니다. 그 자세는 어떤 자리에서도 같은 결을 만든다고 봤고, 새 직무에서도 첫 한 달의 작은 자리에서부터 그 결을 그대로 가져가는 자세로 들어가고 싶습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 토스 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.