안도경

4개 파드에서 스케줄러가 동시에 깨어나 배치가 4중 실행되고 있었습니다. 상품 데이터가 4배로 복제되고 알림톡이 같은 사람에게 중복 발송되던 것을 MySQL 네임드 락 기반 공통 실행기로 해결했습니다. 락을 건 커넥션과 푸는 커넥션이 달라져 락이 새던 함정은 원시 커넥션을 고정해서 잡았고, 날짜 기반 락 키를 써서 락이 새더라도 다음 날 자동 회복되게 했습니다.

세션이 파드 로컬 메모리에만 있어서 현장 제어 명령이 1/4 확률로만 전달되던 문제를 RabbitMQ fanout 릴레이로 해결했습니다.

연결 상태 모니터링이 자기 파드가 아는 것만 보여줘서 “현장이 끊겼다”는 오탐이 잦았습니다. 전 IP, 전 파드를 순회해 합산하는 점검 도구를 만들어 보니 단일 조회로 370건이던 연결이 실제로는 727건이었습니다. 운영자가 직접 쓰는 웹 대시보드로 배포해서 이 반복 문의 자체를 없앴습니다.

로그인 주체를 “계정”에서 “사람(통합ID)”으로 올리는 개편을 리드했습니다. 구 로그인과 신 로그인이 무기한 병행되는 조건이라, 권한을 판정하는 지점 188곳이 양쪽 세션을 모두 견디도록 단계적으로 마이그레이션했습니다. (154커밋, 352파일, +15,000줄)

다중 소속 권한 모델과 휴대폰 번호 점유 상태머신(뺏기/되찾기)을 설계했습니다. 되찾기 토큰은 비밀번호 검증을 통과한 뒤에만 발급되게 해서, 번호만 알면 계정을 뺏을 수 있는 경로를 막았습니다.

검증은 세 겹으로 했습니다. 실환경 풀스택을 관통하는 자동 QC 러너 42케이스, 상태머신 회귀용 JVM 단위테스트 2,085줄, 그리고 AI로 도출한 통합 테스트 47건을 테스터 2인이 각자 전 건 실행(총 94회)해서 전건 Pass로 릴리스를 판정했습니다.

동기화 ACK가 양쪽으로 거짓말하던 문제를 규명했습니다. 한쪽은 예외를 삼켜서 실패를 성공으로 보고했고, 다른 쪽은 특정 조건에서 ACK를 아예 안 보내 건당 7초 타임아웃이 쌓였습니다. 1,000건 배치가 2시간 걸리던 원인이 이것이었고, 일괄 처리 도구에 반영했습니다.

삭제 신호가 프로토콜에 없어서 본사에 계속 쌓이던 고아 데이터를 정리하는 종료 API와, 여러 사업장을 한 번에 재동기화하는 도구를 만들었습니다.

중복 웹훅은 락 대신 상태 조건부 UPDATE로 멱등하게 처리했습니다. 승인은 성공했는데 후속 처리가 실패하는 경우엔 과금-주문 불일치가 남지 않도록 보상 취소를 구현했고, 그것마저 실패하면 수동 대사로 넘기는 경계를 코드에 명시했습니다.

다중 파드에서 모바일 결제가 간헐적으로 실패하던 원인을 찾았습니다. 결제 준비와 PG 복귀 콜백이 서로 다른 파드로 가면 결제 컨텍스트가 유실되는 구조였고, 컨텍스트를 공유 DB에 중간저장한 뒤 콜백에서 행 잠금으로 1회만 소비하게 바꿔 어느 파드가 받아도 결제가 완결되게 했습니다.

시스템이 4개, 소스가 4,000파일이 넘어가면서 전체를 아는 사람이 없어졌습니다. 크로스 프로젝트 지식 베이스를 직접 설계해 노트 279개를 쌓았고, 문서마다 설명하는 코드 경로와 검증한 커밋을 적어 git 이력과 대조하면 낡은 문서가 자동으로 걸러지게 만들었습니다.

사내 도구 5종(현장 연결 점검 대시보드, 할인 데이터 일괄 재동기화, 접속 세션 집계 등)과, 코드베이스에 질문하면 답해주는 Slack 봇을 만들었습니다. 운영자가 개발자를 거치지 않고 직접 확인할 수 있게 되는 것이 목적이었습니다.