## 배경 USE method Saturation 축(스레드풀/큐 길이) 점검 중 발견. #582("applicationTaskExecutor가 Micrometer에 영구히 안 잡힘, @Lazy 빈")가 원인을 진단하고 CLOSED됐다. 그런데 `docs/decisions/async-pool-queue-instrumentation.md:4`가 2026-08-28 기준으로 상태를 **"설계 — 채널 선택 미결정"**으로 적어놨고, 이 문서를 잇는 후속 구현 이슈가 없다 — 진단은 닫혔는데 계측 자체는 여전히 없는 채로 아무도 안 물고 있는 상태다. ## 현재 상태 - `docs/decisions/async-pool-queue-instrumentation.md:22-32`(#582 인용) — Boot 자동구성 executor 빈이 `@Lazy`라 Micrometer가 영구히 못 잡는다는 진단까지는 끝남. - `docs/decisions/async-pool-backpressure-experiment.md` — 이 계측 부재 때문에 원래 계획한 "큐 샘플러"(§2)가 성립하지 않아, 본실험은 대체 채널(서킷브레이커 상태·세션 FAILED 전이)로 진행됐다고 기록돼 있다. 즉 **다른 실험이 이미 이 갭을 우회해서 돌아간 전례가 있다.** - 이 async 풀은 Spring→AI 아웃바운드 호출 경로라, gRPC 서버 스레드풀(#598, 인바운드 콜백 방향)과는 반대 방향이라 별개 갭이다. ## 확인이 필요한 것 - `docs/decisions/async-pool-queue-instrumentation.md`가 이미 검토한 대안 채널(있다면) 중 무엇을 채택할지 — 이 이슈에서 임의로 정하지 않는다. ## 참고 - `docs/decisions/async-pool-queue-instrumentation.md` - `docs/decisions/async-pool-backpressure-experiment.md` - #582 (진단, CLOSED) - #598 (반대 방향 — gRPC 서버 인바운드 스레드풀, 별도 이슈)