세션 무한대기, 배포 방식·프로세스 스폰·반복 검증까지 원인 후보가 갈렸다

저녁 창이 열리자마자(17시 35분~17시 45분) 에르메스단은 정체 현상 이야기로 시작됐다. 여러 참가자가 거의 동시에 자신이 쓰는 에이전트가 아무 이유 없이 멈추거나 무한 대기 상태에 빠지는 경험을 나눴다. "저도 정체생겨서 한번 찔러줫더니"라는 짧은 하소연을 시작으로, 10분 사이에만 세 명이 비슷한 증상을 짚었다.

한 참가자는 감시 도구 omon과 무중단 배포 방식인 블루그린(blue-green — 신·구 버전 서버를 나란히 띄워두고 트래픽을 옮기는 배포 기법) 배포를 오가며 어느 쪽이 원인인지 직접 시험해봤다고 밝혔다. "omon 달고 테스트, blue green 배포 없애기 blue green 배포에 테스트하고 omon 빼기"라는 표현에서 보이듯, 두 요소를 하나씩 껐다 켰다 하며 범위를 좁혀가는 방식이었다.

다른 참가자는 자신이 겪은 사례를 더했다. spawn(하위 프로세스를 새로 띄우는 과정) 실패 뒤 그대로 무한 대기에 빠지는 경우가 있었다는 것이다. 또 다른 참가자는 복잡한 e2e(엔드투엔드 — 전체 흐름을 처음부터 끝까지 검증하는 테스트) 검증을 지나치게 자주 반복해 지연이 생기는 사례도 있었다고 짚었다. 배포 인프라·프로세스 실행·반복 테스트라는 서로 다른 층위에서 같은 증상이 겹쳐 나온 셈이다.

원인으로 지목된 지점이 하나가 아니라는 점이 눈에 띈다. 배포 방식·프로세스 스폰·반복 검증까지 서로 다른 층위에서 같은 증상(멈춤·무한대기)이 나온 것으로 보아, 이 정체는 특정 기능 하나의 결함이 아니라 여러 원인이 같은 표면 증상으로 수렴하는 문제로 보인다. 대응도 그만큼 제각각이었는데, 감시 도구를 붙였다 뗐다 하며 좁혀가는 시행착오형 진단이 주된 방식이었다.

대화 끝에 한 참가자가 "너무 오래도는걸 해결하신거에요?"라고 되물은 대목은 의미가 있다. 앞서 나온 여러 대응책 중 어느 것이 실제로 해결까지 이어졌는지가 이 대화 안에서는 확정되지 않은 채 마무리됐다는 뜻이다. 원인 후보는 여럿 나왔지만 "이걸로 됐다"는 확인은 대화 안에 남지 않아, 같은 증상이 다시 언급될 여지를 남긴 것으로 보인다.

이 화두에는 이날 밤 참가자 12명, 발화 85건이 몰렸다 — 창 전체 참여자 82명 가운데 상당수가 이 문제에 한 번씩은 목소리를 낸 셈이다. 정체·무한대기가 소수만 겪는 드문 증상이 아니라, 저마다 다른 작업 환경에서 여러 이용자가 동시에 부딪힌 공통 화두였다는 뜻으로 읽힌다.

이 대화에서 언급된 세 가지 대응—배포 방식 조정, 소스코드 확인, 반복 테스트 줄이기—는 모두 참가자 각자의 환경에서 나온 임시 진단이었다. 누구도 다른 사람의 사례를 자신의 것과 완전히 같다고 단정하지 않았고, 각자 자신이 겪은 증상과 시도한 대응만 공유하는 데 그쳤다. 같은 이름의 증상이라도 원인은 사람마다 다를 수 있다는 조심스러운 태도가 대화 전반에 깔려 있었다.