예시 답변 1
약 90초
검색엔진 클러스터 구축 운영 결
사이드 프로젝트에서 Elasticsearch 클러스터를 직접 구성해 검색 기능을 운영한 경험이 있습니다. 단일 노드로 시작했다가 데이터가 늘어나면서 인덱스 크기와 쿼리 응답 시간의 관계를 처음으로 체감했고, 샤드 수 설정이 성능에 영향을 준다는 것을 실험으로 확인했습니다.
인덱스 매핑을 처음에 느슨하게 설정했다가 나중에 변경하려면 재색인이 필요하다는 것을 경험한 뒤, 초기 설계에 더 신경 쓰는 습관이 생겼습니다. 슬로우 쿼리 로그를 활성화해 응답 시간이 긴 쿼리를 찾아냈고, 불필요한 필드를 포함한 와일드카드 쿼리가 주된 원인이었습니다. 데이터 색인과 검색 쿼리를 분리해 인덱스 부하를 낮췄고, 이후 응답 시간이 안정됐습니다. 검색 클러스터 운영은 설계 단계의 결정이 운영 비용을 크게 좌우한다는 결을 이 경험에서 얻었습니다.
이 결의 특징
단일 노드에서 시작해 샤드 수와 쿼리 응답 시간의 관계를 실험으로 확인하고, 슬로우 쿼리 로그로 와일드카드 쿼리라는 원인을 찾아낸 흔적이 있습니다. 색인과 검색을 분리해 부하를 낮춘 결이 이어집니다.
이 결이 통하는 자리
설계 단계의 결정이 운영 비용을 좌우한다는 결론이 인덱스 매핑 재색인 경험으로 뒷받침될 때 통합니다. 응답 시간 안정화라는 결과가 수치로 남아 있을 때 면접관이 신뢰하는 자리가 보입니다.