@Async 풀(applicationTaskExecutor) 계측 채널 — #582 진단 이후 구현 후속 이슈 없이 정체

[Khyojae]

배경

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(관측성: applicationTaskExecutor가 Micrometer에 영구히 안 잡힘 (@Lazy 빈) #582 인용) — Boot 자동구성 executor 빈이 @Lazy라 Micrometer가 영구히 못 잡는다는 진단까지는 끝남.
• docs/decisions/async-pool-backpressure-experiment.md — 이 계측 부재 때문에 원래 계획한 "큐 샘플러"(§2)가 성립하지 않아, 본실험은 대체 채널(서킷브레이커 상태·세션 FAILED 전이)로 진행됐다고 기록돼 있다. 즉 다른 실험이 이미 이 갭을 우회해서 돌아간 전례가 있다.
• 이 async 풀은 Spring→AI 아웃바운드 호출 경로라, gRPC 서버 스레드풀(Spring gRPC 서버 스레드풀 — 설정 자체가 없다, 동시 유입량부터 재야 한다 #598, 인바운드 콜백 방향)과는 반대 방향이라 별개 갭이다.

확인이 필요한 것

• docs/decisions/async-pool-queue-instrumentation.md가 이미 검토한 대안 채널(있다면) 중 무엇을 채택할지 — 이 이슈에서 임의로 정하지 않는다.

참고

• docs/decisions/async-pool-queue-instrumentation.md
• docs/decisions/async-pool-backpressure-experiment.md
• 관측성: applicationTaskExecutor가 Micrometer에 영구히 안 잡힘 (@Lazy 빈) #582 (진단, CLOSED)
• Spring gRPC 서버 스레드풀 — 설정 자체가 없다, 동시 유입량부터 재야 한다 #598 (반대 방향 — gRPC 서버 인바운드 스레드풀, 별도 이슈)