저장한 문서를 ID GET으로는 보는데 검색에는 없습니다. read-after-write 화면을 어떤 경로로 구성하나요?
꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →
잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?
답변과 점검 포인트 펼치기답변 접기
01
구두 답변
정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.
Elasticsearch의 ID GET과 검색은 가시성 경로가 다를 수 있습니다. 알려진 ID의 저장 직후 확인은 GET이나 저장 응답을 이용하고 반드시 검색 결과에 나타나야 할 때만 refresh 대기를 검토합니다.
색인 성공을 검색 즉시 노출과 동일시하지 않고 원본 저장·색인 반영·검색 refresh를 따로 표시합니다. replica·routing·버전과 삭제·동시 수정도 시험합니다. 모든 쓰기에 강제 refresh를 넣어 작은 segment·merge 비용을 늘리기 전에 기능 요구를 구분합니다.
02
득점 포인트
이해가 드러나는 지점을 확인해 보세요.
- Elasticsearch의 ID GET과 검색은 가시성 경로가 다를 수 있습니다. 알려진 ID의 저장 직후 확인은 GET이나 저장 응답을 이용하고 반드시 검색 결과에 나타나야 할 때만 refresh 대기를 검토합니다.
- 모든 쓰기에 강제 refresh를 넣어 작은 segment·merge 비용을 늘리기 전에 기능 요구를 구분합니다.
03
감점 포인트
놓치기 쉬운 조건과 오해를 짚어 보세요.
- 다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: Elasticsearch의 ID GET과 검색은 가시성 경로가 다를 수 있습니다.
04
더 파고들 거리
하나 더 질문하며 이해의 범위를 넓혀 보세요.
득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.
원리부터 공부하고 싶다면
답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.