이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
스케일러블한 시스템을 만들기 위해 서버를 늘려도 동작이 일관되게 유지되는 무상태 설계가 기본이 됩니다. 서버가 클라이언트의 세션 정보를 직접 갖고 있으면 수평 확장이 어려워집니다. 세션을 외부 저장소에 두고 서버는 상태를 갖지 않는 구조로 만들면 서버를 추가해도 요청을 어디서든 처리할 수 있습니다. 장애 허용을 위해서는 단일 장애 지점을 없애는 것이 핵심입니다. 로드밸런서를 통해 트래픽을 분산하고, 서비스 하나가 다운되어도 다른 인스턴스가 처리할 수 있도록 복수 구성을 유지합니다.
헬스 체크와 자동 재시작 설정이 장애 허용 시스템의 기본 요소입니다. 이론만으로 이해하던 것이 프로젝트에서 직접 구성해보니 각 설정의 의미가 다르게 다가왔습니다.
장애 허용 시스템에서 하나의 서비스 장애가 전체로 번지는 것을 막는 격리 설계가 중요합니다. 서킷 브레이커 패턴은 특정 서비스 호출이 반복적으로 실패하면 해당 경로를 차단하고, 다른 서비스에 영향이 가지 않도록 하는 방식이에요. 학습 프로젝트에서 외부 API 호출이 느려지면 전체 응답이 블로킹되는 문제를 경험했고, 서킷 브레이커를 적용해서 호출 실패가 일정 횟수를 넘으면 바로 실패 응답을 반환하는 구조로 개선했습니다. 재시도 정책도 함께 설계해서 일시적 오류는 재시도로 해결하고 지속적 오류는 차단하는 방식을 구분했어요.
빠른 실패가 느린 장애보다 시스템에 덜 해롭다는 걸 그때 배웠습니다. 장애를 막는 것보다 장애를 격리하는 설계가 현실적이에요.
스케일러블하고 장애에 강한 시스템을 위해 데이터 계층에서도 단일 노드 의존을 줄이는 설계가 필요합니다. 읽기가 많은 서비스에서는 복제 노드를 추가해서 읽기 부하를 분산하는 방식을 씁니다. 마스터 노드가 장애를 겪어도 복제 노드가 빠르게 전환해서 서비스를 유지할 수 있어요. 학습 과정에서 마스터-레플리카 구조를 설정하고 장애 시 자동 전환이 이루어지는지 확인하는 실습을 해봤습니다. 자동 전환이 제대로 이루어지려면 헬스 체크 주기와 전환 임계치 설정이 중요하다는 걸 배웠어요.
장애 허용은 한 번에 완성되는 게 아니라 각 계층에서 설계가 쌓여야 가능합니다. 레이어마다 대비가 있어야 전체가 안전해요.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.