이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
데이터 인덱싱 파이프라인에서 배치와 실시간의 차이는 처리 단위와 지연 허용 범위에 있습니다. 배치 인덱싱은 전체 데이터를 정기적으로 다시 쌓아 인덱스 정합성을 보장하지만, 새 데이터가 반영되기까지 지연이 있습니다.
실시간 인덱싱은 변경 이벤트가 발생하는 즉시 인덱스를 업데이트합니다. CDC(Change Data Capture) 방식으로 DB 변경을 감지해 검색 엔진에 바로 반영했는데, 검색 최신성이 높아졌지만 이벤트 순서 보장이 추가 과제가 됐습니다.
실제 운영에서는 두 방식을 함께 사용했습니다. 실시간으로 변경을 반영하되, 누락이나 불일치 가능성에 대비해 야간 배치로 전수 재인덱싱하는 구조를 갖췄습니다. 보완 배치가 있으면 실시간 처리 오류의 영향 범위가 제한됩니다.
인덱싱 파이프라인을 처음 설계할 때는 야간 배치만으로 시작했습니다. 매일 새벽 전체 데이터를 재인덱싱하는 구조였는데, 오전에 등록된 데이터가 다음 날 새벽까지 검색에 노출되지 않는다는 피드백을 받았습니다.
실시간 동기화를 추가하기로 결정하고 DB 변경 이벤트를 감지하는 방식을 실험했습니다. 변경이 발생하면 해당 레코드만 인덱스를 갱신하는 구조를 만들었는데, 이벤트 순서가 보장되지 않으면 이전 상태의 데이터가 나중에 덮어쓰는 문제가 발생할 수 있다는 것을 테스트 중 발견했습니다.
결국 실시간 처리를 기본으로 두고 야간 배치를 보정 역할로 남겨두는 구조로 정착했습니다. 실시간 이벤트에서 놓친 건은 배치가 잡아주고, 배치는 전체 정합성을 확인하는 역할을 합니다. 두 방식의 역할을 나눠 설계하고 나서야 어느 쪽이 실패해도 인덱스 데이터가 결국 맞춰진다는 확신이 생겼습니다.
배치와 실시간 인덱싱 중 어느 것을 선택할지는 서비스에서 허용되는 지연 시간이 얼마인가를 먼저 정의해야 한다는 것을 이 경험에서 배웠습니다.
운영 부하를 고려하면 배치 방식이 단순합니다. 정기적으로 실행하고 실패 시 재실행만 하면 됩니다. 실시간 방식은 이벤트 발행 보장, 중복 처리 방지, 순서 보장 같은 추가 설계가 필요하고 장애 시나리오도 더 복잡합니다.
지금 시스템이 지연을 어느 정도 허용할 수 있는지를 먼저 정하면 설계 결정이 명확해집니다. 1시간 지연이 허용된다면 배치가 더 안전하고 단순한 선택입니다. 몇 분 이내 반영이 필요하다면 실시간 처리가 필요하지만, 그만큼 운영 복잡도를 감수해야 합니다. 기술 선택이 먼저가 아니라 서비스 요구사항이 먼저라는 것이 이 주제에서 가장 먼저 배운 결입니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 넥스트증권 백엔드 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.