아메리칸 익스프레스가 결제 네트워크를 두 번이나 마이그레이션한 이야기

세계 3대 카드사의 핵심 시스템을 교체하다

결제 시스템은 소프트웨어 엔지니어링에서 가장 보수적인 영역 중 하나입니다. 1초의 다운타임이 수백만 달러의 손실로 이어질 수 있고, 데이터 정합성 문제 하나가 규제 위반으로 직결될 수 있기 때문입니다. 이런 시스템을 운영 중에 마이그레이션하는 것은 "비행 중인 비행기의 엔진을 교체하는 것"에 비유되곤 합니다.

아메리칸 익스프레스(American Express)는 바로 이 작업을, 그것도 두 번이나 수행했습니다. 전 세계에서 처리되는 AMEX 카드 거래를 담당하는 결제 네트워크의 핵심 인프라를 교체한 이 프로젝트는, 대규모 시스템 마이그레이션의 교과서적인 사례로서 많은 것을 시사합니다.

왜 두 번이었나

"한 번도 아니고 두 번?"이라는 의문이 자연스럽습니다. 이것은 첫 번째 마이그레이션이 실패해서 다시 한 것이 아닙니다. 각 마이그레이션은 서로 다른 시대의, 서로 다른 기술적 과제를 해결하기 위한 것이었습니다.

첫 번째 마이그레이션은 오래된 메인프레임 기반 시스템에서 보다 현대적인 아키텍처로의 전환이었습니다. 금융권에서 흔히 볼 수 있는 레거시 메인프레임은 안정성은 검증되었지만, 확장성에 한계가 있고 유지보수 비용이 기하급수적으로 증가하는 문제가 있습니다. 메인프레임 전문 인력이 점차 은퇴하면서 운영 리스크도 커집니다.

두 번째 마이그레이션은 첫 번째로 전환한 시스템을 다시 클라우드 네이티브 아키텍처로 현대화한 것으로 볼 수 있습니다. 기술 발전 속도를 감안하면, 5~10년 전에 "현대적"이었던 아키텍처가 현재 시점에서는 이미 레거시가 될 수 있습니다. 이는 대규모 시스템을 운영하는 모든 조직이 직면하는 현실입니다.

마이그레이션의 기술적 접근

이 규모의 결제 시스템을 마이그레이션할 때 가장 중요한 원칙은 "무중단"입니다. 전 세계 가맹점에서 매 초 처리되는 거래가 마이그레이션 과정에서 영향을 받아서는 안 됩니다.

이를 위해 일반적으로 사용되는 패턴이 Strangler Fig 패턴입니다. 기존 시스템을 한 번에 교체하는 것이 아니라, 새로운 시스템을 기존 시스템 옆에 배치하고, 트래픽을 점진적으로 새 시스템으로 전환합니다. 무화과나무가 숙주 나무를 서서히 감싸며 자라는 것에서 이름을 따온 이 패턴은, 리스크를 최소화하면서 점진적으로 마이그레이션할 수 있게 해줍니다.

또 하나의 핵심 기법은 Shadow Traffic(그림자 트래픽) 또는 Dark Launch입니다. 실제 트래픽의 복사본을 새 시스템에도 보내 동일한 결과를 내는지 비교하되, 새 시스템의 응답은 실제로 사용하지 않습니다. 이를 통해 프로덕션 트래픽의 다양성과 규모를 그대로 반영한 테스트를 수행할 수 있으며, 합성 테스트 데이터로는 발견할 수 없는 엣지 케이스를 사전에 파악할 수 있습니다.

결제 시스템에서 특히 까다로운 부분은 데이터 마이그레이션입니다. 거래 내역, 정산 데이터, 분쟁 처리 기록 등 수십 년에 걸쳐 축적된 데이터를 새 시스템의 스키마에 맞게 변환하면서도 정합성을 100% 보장해야 합니다. 이 과정에서 듀얼 라이트(양쪽 시스템에 동시 기록) 전략이 자주 사용되며, 전환 기간 중 데이터 불일치가 발생할 경우를 대비한 리컨실리에이션(조정) 프로세스도 필수입니다.

한국 금융 IT에 주는 교훈

한국의 금융권도 비슷한 도전에 직면해 있습니다. 주요 은행과 카드사들이 차세대 시스템을 구축하거나, 코어뱅킹 시스템을 현대화하는 프로젝트를 진행 중이거나 계획하고 있습니다. 토스뱅크나 카카오뱅크 같은 인터넷전문은행이 처음부터 클라우드 네이티브로 구축한 것과 달리, 기존 금융기관은 수십 년 된 레거시 위에서 전환을 시도해야 합니다.

아메리칸 익스프레스의 사례에서 한국 금융 IT 종사자들이 참고할 수 있는 교훈들이 있습니다:

• 빅뱅 마이그레이션은 피하세요. 한 번에 모든 것을 전환하려는 유혹은 크지만, Strangler Fig 같은 점진적 접근이 리스크를 크게 줄입니다.
• 두 번째 마이그레이션을 예상하세요. 기술은 계속 발전합니다. "최종" 아키텍처란 없으며, 마이그레이션을 쉽게 할 수 있는 설계 자체가 장기적으로 가장 가치 있는 투자입니다.
• 관찰 가능성(Observability)이 핵심입니다. 마이그레이션 과정에서 두 시스템의 동작을 실시간으로 비교할 수 있는 모니터링 체계가 없으면 문제를 발견하는 시점이 너무 늦어집니다.
• 조직적 도전도 기술적 도전만큼 중요합니다. 메인프레임 팀과 클라우드 팀이 협업해야 하는데, 기술 스택과 문화가 완전히 다른 두 팀을 조율하는 것은 순수한 기술 문제보다 어려울 수 있습니다.

마무리

아메리칸 익스프레스의 결제 네트워크 이중 마이그레이션은, 대규모 미션 크리티컬 시스템의 현대화가 일회성 이벤트가 아니라 지속적인 과정이라는 것을 보여줍니다. 한 번의 마이그레이션으로 "끝"이 아니라, 기술 환경의 변화에 맞춰 계속 진화할 수 있는 구조를 만드는 것이 진짜 목표입니다.

여러분의 조직에서 대규모 마이그레이션을 경험해보셨나요? 가장 어려웠던 부분은 기술적인 것이었나요, 아니면 조직적/정치적인 것이었나요?