Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | 3 | 4 | 5 | 6 | 7 | 8 |
| 9 | 10 | 11 | 12 | 13 | 14 | 15 |
| 16 | 17 | 18 | 19 | 20 | 21 | 22 |
| 23 | 24 | 25 | 26 | 27 | 28 | 29 |
| 30 | 31 |
Tags
- 바이브코딩
- 공부
- PETERICA
- aws
- AWS EKS
- LLM
- kotlin coroutine
- Kubernetes
- 티스토리챌린지
- docker
- aws vpc
- 정보처리기사 실기 기출문제
- Rag
- CKA
- AWS Network
- MySQL
- AI
- Network
- kotlin
- 기록으로 실력을 쌓자
- CKA 기출문제
- 코틀린 코루틴의 정석
- go
- Spring
- SRE
- tucker의 go 언어 프로그래밍
- golang
- Claude
- 오블완
- Java
Archives
- Today
- Total
목록envoy (1)
피터의 개발이야기
TL;DR검색 미들서버(SMS)의 역할은 좋은 검색 결과를 만드는 것이다.하지만 실제 서비스에서는 검색과 관계없는 운영 기능이 훨씬 많다.그래서 대규모 검색 시스템은 SMS 앞단에 Gateway(Reverse Proxy) 를 두고,요청 분산, 장애 대응, 캐시, 인증 등을 Gateway가 담당하도록 설계한다.결국 Gateway의 존재 이유는 검색 미들서버가 검색 로직에만 집중하도록 만드는 것이다.ㅁ 들어가며어제 회의에서 들었던 검색미들을 위한 Gateway의 역할에 대해서 알게 되었다. 검색 시스템을 처음 접하면서 자연스럽게 이런 생각을 하게 된다.검색 미들서버가 요청을 받아 검색하고 결과를 돌려주면 되는 것 아닌가? 나 역시 처음에는 그렇게 생각했다.하지만 실제 서비스에서는 검색보다 운영을 위한 기능이..
DevOps
2026. 7. 23. 06:51