Api::V1::BimsController#create_resource (avg 111692ms, max 111692ms)

What Happened#

2026-07-10 16:49–16:51 KST 사이 cupixworks-api (ap-southeast-2)의 Api::V1::BimsController#create_resource 요청 1건이 111.5초 소요된 뒤 [400] Duplicate kind: mesh 로 응답됨. 같은 시간대에 3건의 ActiveRecord::LockWaitTimeout (Mysql2::Error::TimeoutError, 50s) 502 응답과 19건의 60s 초과 write 요청이 관측된 광범위 RDS InnoDB row-lock contention 이벤트의 일부. 대상 요청은 락 큐에 갇혀 있다가 락 해제 후 실행되었고, 그 사이 동일 세션의 선행 요청이 이미 mesh kind Resource 를 생성해 두어 중복 검증에 걸림.

Quick Facts#

Affected Teams#

Timeline#

1. 2026-07-10 16:47:04 KST — 평시: 동일 세션이 GET/PUT /api/v1/bims/3566 정상 응답.
2. 2026-07-10 16:47:34–16:47:52 KST — BimAiOperation#get 에서 404 no current extraction for bim 7400 8건 발생 (환경은 dev, region us-west-2 — 이 클러스터와 직접 관련 없음, 인과 관계 확인되지 않음).
3. 2026-07-10 16:48:47 KST — 첫 이상 조짐: capture 81421 update 가 39.8s(db 33.4s)로 지연.
4. 2026-07-10 16:49:35 KST — 대상 클러스터 이벤트 시작 (first_seen). 동일 세션에서 POST /api/v1/bims/3566/resources (kind=mesh, name=mesh.zip) 시작. 이 시점 이후 요청은 락 대기 큐에 진입.
5. 2026-07-10 16:50:34 KST — 선행/병렬 요청 POST /api/v1/bims/3566/resources 가 먼저 200 으로 완료되며 mesh kind Resource row 를 생성. 같은 초에 PUT /bims/3566, check_uploading, resource_upload_credentials 도 완료.
6. 2026-07-10 16:51:16–16:51:20 KST — built 테넌트의 세 write 요청이 정확히 50s 만에 Mysql2::Error::TimeoutError 로 502 반환.
7. 2026-07-10 16:51:27.210 KST — 락이 해제되면서 대상 요청이 111,502ms 뒤 find_by_kind(:mesh) 검사에 도달, 이미 생성된 mesh row 를 발견하고 Cupix::Errors::Parameter(ARG10001, "Duplicate kind: mesh") 로 400 반환. 같은 초에 sibling 클러스터 요청들(AssetsController#create 125.5s, RoomsController#create 49.7s) 도 flush.
8. 2026-07-10 16:51:32 KST — capture 81421 update 가 810ms 수준으로 회복 → 인시던트 해소.

Scoring#

Confidence 85% · Actionability 36%

Confidence#

Actionability#