Solr 인덱싱 이후 조회 대상이 바뀌지 않았던 문제

Nike Korea Platform Migration · Series 1 - 입사 직후 운영과 적응6 / 6Backend

상품 목록이 순차적으로 나타나는 증상에서 인덱싱 결과와 실제 조회 대상을 확인하고 전환 설정을 수정한 경험입니다.

상품 목록에서 일부 상품이 늦게 나타나거나 순차적으로 보이는 문제가 있었습니다. 화면만 보면 렌더링 문제처럼 보일 수 있었지만, 확인할 대상은 상품 목록을 제공하는 Solr의 인덱싱 결과와 조회 경로였습니다.

당시에는 인덱싱 작업을 하는 쪽과 실제 조회를 받는 쪽을 나눠 운영하고 있었습니다. 인덱싱이 끝나면 서비스가 새 결과를 바라보도록 참조 대상을 전환하는 구조였습니다.

인덱싱 완료와 조회 대상 전환

인덱싱 중인 결과를 바로 서비스에서 읽지 않도록 나눴더라도, 완료 후 조회 대상이 바뀌어야 새 데이터를 제공할 수 있습니다. 이번 문제에서는 이 전환 설정이 기대대로 동작하지 않았습니다.

인덱싱 작업이 끝났다는 확인과 서비스가 그 결과를 사용한다는 확인은 달랐습니다. 한쪽 작업의 성공만 보고 실제 검색 응답도 바뀌었을 것이라고 판단하면 놓칠 수 있는 부분이었습니다.

서비스가 어떤 쪽을 참조하는지와 의도한 전환 대상이 맞는지를 확인하고 설정을 수정했습니다. 참조 전환이 정상화되면서 상품 노출도 안정됐습니다.

노드가 살아 있는지와 데이터가 올바르게 서비스되는지도 나눠 봐야 했습니다. 서버가 응답하더라도 이전 인덱스를 읽고 있다면 상품 목록은 기대한 상태와 다를 수 있습니다.

이후 같은 구조를 확인할 때는 인덱싱 완료 여부, 전환 설정, 실제 검색 결과를 이어서 봐야 한다는 기준이 생겼습니다. 대표 상품을 검색해 새 데이터가 반영됐는지 확인하고, 실제 조회가 어느 대상을 향하는지도 맞춰 보는 방식입니다.

이중화라는 구성 이름보다 전환 전후의 동작을 확인해야 했던 사례였습니다. 인덱스 생성과 검색 성능만 살피면 데이터 반영 경로의 문제를 놓칠 수 있었습니다.