채널톡 백엔드에서 Dropwizard로 만든 메인 API의 병목을 어떻게 찾고 개선하셨나요?

Dropwizard 기반 API에서 병목을 진단할 때 JVM 메트릭과 스레드 덤프를 함께 보는 것이 병목 계층을 빠르게 좁히는 방법이라고 배웠습니다. 인턴 프로젝트에서 특정 엔드포인트가 부하 테스트 중 갑자기 응답 시간이 치솟는 현상을 관찰한 적이 있습니다. 스레드 덤프를 떴더니 대부분의 스레드가 외부 API 응답을 기다리며 WAITING 상태로 묶여 있었습니다. 스레드 풀 자체가 포화되어 신규 요청이 큐에서 대기하는 구조가 병목의 원인이었습니다. 해결 방향으로 동기 호출을 비동기로 전환하고 응답을 기다리는 동안 스레드를 반납하는 구조로 바꿨고, 스레드 풀 크기를 조정하지 않고도 처리량이 눈에 띄게 개선됐습니다. Dropwizard는 metrics-core가 내장되어 있어 스레드 풀 포화도를 별도 도구 없이 확인할 수 있다는 점이 진단 속도를 높이는 데 도움이 됐고, 병목이 코드가 아니라 아키텍처 처리 모델 자체에 있는 경우도 있다는 걸 그 경험에서 배웠습니다.