Part 1 · Ch05 · Context Intelligence
검증 — 통합 검색으로 첫 query
> "재시도(retry) 로직이 어떻게 동작하고, 어떤 서비스가 이 로직에 의존하나요?"
의미 기반 검색
3 hits order-api/ · 2 hits notify-svc/
관계 그래프
order-api.retry → queue.depth → notify-dispatcher
의존 서비스 5개
원문 저장소 · grep
ADR-014 · runbook retry-policy.md
incident 2025-Q4-retry-storm.md
관련도 순 통합
12 hits → 상위 5 선별, 노이즈 제거
[답변]
order-api/retry.ts:42-67 — exponential backoff(1s → 16s) + dead-letter queue. ADR-014가 queue depth 가정을 명시.
이 로직에 의존하는 서비스:
- notify-svc (queue depth × 2 가정)
- billing-svc (failed retry → manual review)
- analytics-svc (retry rate metric 소비)
참고: 지난 분기 retry storm postmortem — 동시 retry 증가 시 notify-svc dispatcher가 따라잡지 못한 사례.
세 layer가 다 동원돼서 어느 한 source만으로는 못 만들 답을 한 번에 준다. 사람이 grep·graph·embedding을 따로 돌리지 않는다 — "물어보면" 끝.
