-
Notifications
You must be signed in to change notification settings - Fork 1
자동완성을 위한 Trie 구조를 제거하고, naver cloud search로 대체한 이유
Jeong Se Ho edited this page Dec 14, 2023
·
2 revisions
기존에는 20~30개 정도의 검색 기록만을 가지고 Trie구조를 생성하고, 이를 1시간마다 동기화하는 방식으로 검색 자동 완성 기능을 구현하였다. Trie는 메모리에 저장하기에 저장해야 할 데이터가 커지면 서버가 터지는 상황이 발생할 것이라 생각 됨.
- 자동 완성기능은 Naver Cloud Search로 대체
기존에는 20~30개 정도의 검색 기록만을 가지고 Trie구조를 생성하고, 이를 1시간마다 동기화하는 방식으로 검색 자동 완성 기능을 구현하였다. 하지만 Trie 구조가 커질수록 메모리에 주는 부담이 늘어나는 것에 대한 고민이 생겼고, 해당 구조를 다른 공간에서 대신해서 들고 있을 수 있다면 문제 개선에 도움이 될 것이라 생각하였다. 따라서 Trie 구조를 사용하던 자동완성/스토리캐싱 기능 중에 자동완성 기능은 naver cloud search로 대체하였다.
- 마이그레이션 비용
- DB 선택 과정
- TypeORM 선택 이유
- Docker 선택 이유
- Github Action 선택 이유
- DB서버와 서비스 서버를 분리한 이유
- 자동완성을 위한 Trie 구조를 제거하고, naver cloud search로 대체한 이유
- 11월 07일 (화) - 프로젝트 설명
- 11월 16일 (목) - 프로젝트 진행하면서 생긴 고민
- 11월 21일 (화) - 멘토분들 피드백
- 11월 28일 (화) - 트러블 슈팅 피드백
- 12월 05일 (화) - 기술적 도전에 대한 고민
- 12월 12일 (화) - 최종 발표 피드백