Aggregator 서비스 분리 방식 선택
상태
승인
후보군
| 방안 | 설명 |
|---|---|
| Aggregator 별도 서비스 | 신규 aggregator/ Spring Boot 서비스(8090)를 FE 진입점으로 배치 |
| BE에 통합 | 기존 BE(8080)가 ML 프록시를 겸임 |
| API Gateway (Kong/Spring Cloud GW) | 오픈소스 게이트웨이 도입 |
결정
BE(8080)를 수정하지 않고, 신규 aggregator/ Spring Boot 서비스(8090)를 FE 진입점으로 배치한다.
결정 이유
- BE는 도메인 로직에만 집중 (단일 책임)
- Aggregator 장애가 BE에 영향 없음 (독립 배포)
- 향후 인증/로깅/rate-limit을 Aggregator에서 중앙 관리 가능
- BE 코드 변경 없이 ML 라우팅 정책 독립 변경 가능
검토 대안
| 방안 | 기각 이유 |
|---|---|
| BE에 통합 | BE 변경 필요, 단일 장애점 발생 |
| API Gateway (Kong/Spring Cloud GW) | 운영 복잡성, 현재 규모에 과잉 |
트레이드오프
- 로컬 서비스 수 증가 (BE + Aggregator + ML + Redis)
- 네트워크 홉 1회 추가