이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
분산 시스템 수업에서 워크플로 엔진 설계 과제를 진행했을 때, 먼저 어떤 태스크를 얼마나 자주 실행할지, 실패 시 재시도는 어떻게 할지를 정의하는 것이 출발점이었습니다. DAG(방향성 비순환 그래프) 구조로 태스크 의존성을 모델링하고, 각 노드를 독립적으로 실행할 수 있도록 상태를 외부에 저장하는 방식을 설계했습니다. 운영 측면에서는 태스크 실패 감지와 알림, 재시도 정책이 핵심이었고, 모니터링 대시보드로 진행 상태를 실시간 확인하는 구조를 추가했습니다. 성능 최적화는 병렬 실행 가능한 태스크를 식별해 동시에 처리하는 방향으로 잡았고, 팀 협업 시에는 스키마 변경은 리뷰 후 반영하는 규칙을 정했습니다. 이 설계 경험을 통해 분산 시스템은 장애를 가정하고 설계해야 한다는 걸 배웠고, 재시도 정책과 모니터링이 신뢰성의 핵심이라는 걸 이해했습니다.
분산 워크플로 엔진 설계에서 태스크 실패 시 재시도를 어떻게 처리할지가 가장 복잡한 문제 중 하나입니다. 네트워크 장애나 일시적 자원 부족으로 태스크가 실패했을 때, 단순히 재실행하면 부작용이 발생하는 경우가 있습니다. 태스크가 멱등성(idempotent)을 가지도록 설계하면 같은 태스크를 여러 번 실행해도 결과가 동일해서 안전하게 재시도할 수 있습니다. 재시도 전략은 즉시 재시도·지수 백오프·최대 시도 횟수 한도를 조합해서 자원 낭비 없이 복구되도록 설계합니다. 멱등성 없이는 재시도가 데이터 중복이나 부작용을 만들 수 있습니다.
멱등성이 안전한 재시도의 전제입니다. 지수 백오프가 자원 낭비 없는 재시도를 만듭니다. 재시도 전략 설계가 분산 신뢰성의 핵심입니다.
분산 워크플로 엔진에서 문제가 생겼을 때 어디서 무엇이 실패했는지를 빠르게 파악하는 구조가 없으면 운영이 어렵습니다. 태스크별 실행 로그, 시작·종료 시각, 상태 변화를 기록하는 중앙 로깅이 기본입니다. 분산 추적(distributed tracing)으로 태스크 간 인과 관계를 연결하면 어느 단계에서 병목이 생겼는지를 시각적으로 확인할 수 있습니다. 특히 DAG 구조에서 여러 태스크가 병렬로 실행될 때, 추적 없이는 실패 원인을 찾는 데 시간이 많이 걸립니다. 가시성 설계가 운영 편의성을 결정합니다.
가시성 설계가 분산 시스템 운영성을 만듭니다. 분산 추적이 병목 원인을 드러냅니다. 로깅과 추적이 디버깅 속도를 결정합니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 쿠팡 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.