시그널 응답 캐시 저장소 선택
상태
승인
후보군
| 방안 | 설명 |
|---|---|
| in-memory TTL 캐시 | 별도 인프라 없이 프로세스 내 dict로 관리 |
| Redis | 분산 캐시, 프로세스 재시작 후에도 유지 |
결정
in-memory TtlCache로 종목별 TTL(SIGNAL_CACHE_TTL 기본 600초) 캐싱.
결정 이유
- 콜드 호출이 ~6s로 느리다(claude·뉴스·캔들 합산).
- 단일 프로세스·단일 사용자 도구이므로 Redis 도입이 과하다.
- hit 시 ~1s로 개선돼 사용성이 충분하다.
검토 대안
| 방안 | 기각 이유 |
|---|---|
| Redis | 개인 도구 규모 대비 인프라 과도, 단일 프로세스라 필요 없음 |
트레이드 오프
- 득: 별도 인프라 없음, hit 시 ~1s 응답
- 실: 단일 프로세스 한정 (분산 환경 시 재설계 필요), 프로세스 재시작 시 캐시 소멸