Api::V1::UsersController#check_ispring_connection (avg 52138ms, max 52138ms)

What Happened#

2026-07-03 17:51 KST 경, cupixworks-api 의 GET /api/v1/users/:id/check_ispring_connection 엔드포인트에서 응답에 52.1초가 걸린 latency trace 1건이 감지되었다. 같은 시간대(08:08–09:45 UTC)에 cupixworks-api 의 서로 무관한 엔드포인트 7개에서도 10s ~ 13s 범위의 latency spike 가 동시에 발생했고, status-board incident 2026-07-03-svc-cupixworks-api--unknown-1 로 묶여 있다. 즉 이 클러스터는 endpoint 로직 결함이 아니라 서비스 전반의 일시적 latency spike 이벤트의 한 조각이며, 동시에 52초라는 가장 큰 spike 를 만든 outlier 이기도 하다.

Quick Facts#

Affected Teams#

Timeline#

1. 2026-07-03 17:08 KST — status-board incident 2026-07-03-svc-cupixworks-api--unknown-1 시작 (첫 sibling latency 클러스터 b3c83033)
2. 2026-07-03 17:19 KST — 두 번째 sibling 25b7ab18
3. 2026-07-03 17:51 KST — 본 클러스터 최초/최종 발생 (check_ispring_connection, 52138ms). 같은 시각까지 다른 check_ispring_connection 요청들은 모두 정상 200 응답 (Datadog 로그 기준 subsecond)
4. 2026-07-03 17:59–18:45 KST — sibling 클러스터 5건 추가 발생 (Meshes#index, Clusters#create_resource, Admin::add_reviewer 등)
5. 2026-07-03 이후 — 같은 엔드포인트의 인접 요청은 정상 200 으로 복귀. incident 는 여전히 open 상태 (resolved_at: null) 이나 error/warn 신호는 이 창 이후 감소

Scoring#

Confidence 85% · Actionability 28%

Confidence#

Actionability#