시차 쪼개진 글로벌 IT 운영망, 배포 멈춤 막는 전자결재 연동 아키텍처의 조건

해외 지사의 인프라 증설 요청서가 본사 결재판에 도달하는 데 걸린 시간은 평균 11분이었으나, 실제 프로비저닝 작업 승인까지는 사흘이 지체됐다. 클라우드 서비스(SaaS) 형태의 IT 솔루션을 개발·운영하는 A사는 한국 판교 본사를 포함해 싱가포르, 미국 어바인, 인도 벵갈루루에 4개 거점을 두고 24시간 서비스 관제(SRE) 체계를 가동 중이다. 개발팀과 인프라 운영팀이 대륙별로 나뉜 구조에서, 본사 그룹웨어 결재 시스템과 현장 파이프라인(CI/CD) 사이의 권한 단절이 빈번한 작업 지연을 낳았다.

거점별 배포 주기와 어긋난 단일 결재 엔진

글로벌 클러스터를 관리하는 엔지니어들은 인프라 변경이나 긴급 핫픽스 배포 시 내부 티켓 관리 시스템과 그룹웨어 전자결재를 이중으로 작성해야 했다. 결재 문서 승인 여부가 운영 파이프라인의 웹훅(Webhook) 트리거와 실시간으로 연동되지 못하면서, 본사 보안 승인이 난 뒤에도 엔지니어가 직접 결재 완료 화면을 캡처해 티켓 시스템에 수기로 첨부하는 일이 반복됐다.

인도 벵갈루루 거점에서 밤 시간대 발생한 데이터베이스 인덱스 추가 작업의 경우, 시차가 맞지 않아 판교 결재권자의 승인이 떨어질 때까지 유지보수 윈도(작업 허용 시간)를 넘기기 일쑤였다. 반대로 긴급 배포를 명목으로 결재를 사후 상신하는 관행이 굳어지면서 내부 감사 시점마다 형상 관리 로그와 전자결재 승인 시각이 불일치하는 결함이 연간 수십 건씩 누적됐다.

API 게이트웨이 기반 결재 상태 비동기 동기화

A사 인프라실은 결재 엔진의 아키텍처를 전면 손질했다. 그룹웨어 전자결재 시스템 내부 상태값을 외부 개발 도구와 직접 주고받을 수 있도록 REST API 및 이벤트 기반 웹훅 아키텍처를 결재 엔진 하단에 구축했다. 결재 상신, 중간 합의, 최종 승인, 반려 등 상태 변화 이벤트가 발생할 때마다 API 게이트웨이를 거쳐 배포 승인 제어 서버로 페이로드가 즉각 전달되는 구조다.

점검 영역	개편 전 구조	테크 아키텍처 개편 후
승인-배포 연계	승인 화면 수기 캡처 및 티켓 첨부	웹훅 기반 배포 파이프라인 자동 트리거
글로벌 전결 처리	본사 기준 단일 결재선 강제	리전·서버 환경별 전결 규칙 엔진 분기
감사 로그 추적	티켓 번호와 결재 번호 분리 보관	결재 고유 UUID와 Git 커밋 해시 상호 매핑

이 방식을 통해 엔지니어가 인프라 변경 결재를 올리고 최종 결재권자가 모바일이나 웹에서 승인을 누르는 즉시, CI/CD 파이프라인이 유효 토큰을 검증해 작업 잠금을 자동 해제하도록 했다.

A사 플랫폼보안팀 리드는 "그동안은 그룹웨어 결재와 실제 서버 배포 권한이 분리돼 있어 감사 대응 때마다 커밋 해시와 결재 문서를 일일이 수동 대조해야 했다"며 "결재 트랜잭션과 인프라 작업 큐를 비동기 이벤트로 연결한 뒤로는 승인 누락으로 인한 야간 작업 보류가 발생하지 않는다는 보고를 받고 있다"고 말했다.

거점별 네트워크 지연과 장애 격리 과제

결재 시스템이 개발 인프라의 핵심 트리거로 깊숙이 편입되면서, 그룹웨어 자체의 가용성과 레이턴시 관리가 핵심 과제로 떠올랐다. 북미나 인도 거점에서 대용량 첨부파일이 포함된 아키텍처 변경안을 상신할 때 네트워크 레이턴시로 인해 웹훅 응답이 타임아웃 처리되는 현상이 간헐적으로 관측됐다.

API 엔드포인트의 장애가 배포 파이프라인 전체의 중단으로 번지지 않도록 메시지 큐 기반의 재시도(Retry) 메커니즘과 비상 우회 결재 경로를 세밀하게 정의해 두는 작업이 도입 현장에서 반드시 선행되어야 한다.