Posted On 2026년 03월 23일

두 번의 이주, 한 번의 교훈: 아메리칸 익스프레스의 무중단 결제 네트워크 마이그레이션

nobaksan 0 comments
여행하는 개발자 >> 기술 >> 두 번의 이주, 한 번의 교훈: 아메리칸 익스프레스의 무중단 결제 네트워크 마이그레이션

결제 네트워크의 마이그레이션은 소프트웨어 엔지니어링의 금기 중 하나다. 시스템이 멈추는 순간, 돈은 멈춘다. 아메리칸 익스프레스가 이 금기를 두 번이나 깨뜨렸다는 소식은 기술적으로도, 전략적으로도 깊은 울림을 준다. 무중단이라는 전제 아래 두 차례에 걸친 대규모 이주는 단순한 기술적 성공을 넘어, 현대 금융 인프라의 복잡성과 그에 대한 인간의 이해가 얼마나 얕은지를 드러낸다.

이 프로젝트의 가장 인상적인 점은 ‘두 번’이라는 숫자다. 보통의 시스템 이주는 한 번으로 끝난다. 실패하면 롤백하고, 성공하면 새로운 시스템으로 완전히 전환한다. 하지만 아메리칸 익스프레스는 첫 번째 이주에서 새로운 시스템이 “현대적”이라는 이유만으로 전환을 결정했지만, 결국 다시 원래의 레거시 시스템으로 되돌아와야 했다. 이 과정에서 그들이 깨달은 것은 기술의 현대성이 아니라, 시스템의 본질적 특성을 정확히 이해하는 것의 중요성이었다. 두 번째 이주는 첫 번째의 실패를 교훈 삼아, 더 철저한 테스트와 점진적 전환을 통해 이루어졌다. 이 과정이 보여주는 것은 기술적 결정의 무게다. 특히 금융 시스템에서는 한 번의 실수가 수백만 명의 사용자에게 즉각적인 영향을 미칠 수 있다.

무중단 이주의 기술적 기반은 ‘듀얼 라이팅(dual writing)’과 ‘그레이스풀 디그레이데이션(graceful degradation)’에 있다. 새로운 시스템과 기존 시스템이 동시에 트래픽을 처리하면서, 한쪽의 장애가 전체 시스템의 가용성에 영향을 미치지 않도록 설계하는 것이다. 이는 마치 두 개의 심장이 동시에 뛰면서 한쪽이 멈추더라도 다른 한쪽이 그 역할을 대신하는 것과 같다. 하지만 이 접근 방식은 단순한 기술적 구현을 넘어, 조직의 문화와 프로세스에 대한 깊은 신뢰를 요구한다. 개발팀, 운영팀, 보안팀, 그리고 비즈니스 이해관계자들이 모두 동일한 목표를 향해 협력해야만 가능한 일이다.

현대화는 새로운 시스템이 프로덕션 트래픽을 처리하는 순간에야 비로소 현실이 된다.

이 문장은 프로젝트의 핵심을 찌른다. 많은 조직이 시스템을 현대화한다고 말하지만, 실제로 새로운 시스템이 실전 트래픽을 처리하기 전까지는 그 현대화가 얼마나 효과적인지 알 수 없다. 아메리칸 익스프레스의 사례는 이론과 실전의 간극을 여실히 보여준다. 첫 번째 이주가 실패한 이유는 새로운 시스템이 “더 나은” 기술 스택을 사용했기 때문이 아니라, 실제 운영 환경에서 발생할 수 있는 모든 변수를 고려하지 못했기 때문이다. 두 번째 이주가 성공한 이유는 첫 번째의 실패를 통해 얻은 데이터를 바탕으로, 시스템의 강점과 약점을 정확히 파악했기 때문이다.

이 프로젝트에서 또 하나 주목할 점은 ‘중복 트랜잭션’ 문제다. 사용자의 계정에 동일한 트랜잭션이 두 번 표시되는 현상은 시스템 이주 과정에서 흔히 발생할 수 있는 부작용이다. 아메리칸 익스프레스는 이 문제를 사전에 예측하고, 사용자에게 명확한 안내를 제공함으로써 신뢰를 유지했다. 이는 기술적 문제뿐만 아니라, 사용자 경험과 커뮤니케이션의 중요성을 강조한다. 시스템이 아무리 완벽하게 설계되어도, 사용자가 그 변화를 이해하지 못하면 실패로 귀결될 수 있다.

아메리칸 익스프레스의 이주 프로젝트는 기술적 도전 그 이상의 의미를 지닌다. 이는 조직이 어떻게 실패를 통해 성장할 수 있는지를 보여주는 사례다. 첫 번째 이주가 실패로 끝났지만, 그 실패는 두 번째 이주의 성공을 위한 필수적인 과정이었다. 또한, 이 프로젝트는 시스템의 복잡성을 인정하고, 그 복잡성을 관리하기 위한 체계적인 접근의 중요성을 일깨운다. 기술이 발전할수록 시스템은 더 복잡해지고, 그 복잡성을 통제하는 것은 점점 더 어려운 일이 되고 있다. 하지만 아메리칸 익스프레스의 사례는 그 복잡성을 극복할 수 있는 방법론이 존재한다는 것을 증명한다.

결국, 이 프로젝트의 진정한 가치는 기술적 성공에 있지 않다. 그것은 시스템의 복잡성을 인정하고, 실패를 통해 배우는 조직의 문화에 있다. 아메리칸 익스프레스가 두 번의 이주를 통해 얻은 교훈은, 금융 시스템뿐만 아니라 모든 대규모 소프트웨어 시스템에 적용될 수 있는 보편적인 원칙이다. 시스템을 현대화하는 것은 단순히 기술을 바꾸는 것이 아니라, 조직 전체의 사고방식과 프로세스를 바꾸는 일이라는 것을 다시 한번 상기시킨다.

이 프로젝트에 대한 자세한 내용은 아메리칸 익스프레스의 기술 블로그에서 확인할 수 있다.


이 포스팅은 쿠팡 파트너스 활동의 일환으로, 이에 따른 일정액의 수수료를 제공받습니다.

답글 남기기

이메일 주소는 공개되지 않습니다. 필수 필드는 *로 표시됩니다

Related Post

안드로이드 사이드로딩, 24시간의 기다림: 자유와 통제 사이의 줄다리기

구글이 안드로이드 앱 사이드로딩(Sideloading) 과정에 24시간 대기 시간과 강제 재부팅을 포함하는 새로운 정책을 도입하겠다고 밝혔다.…

클로즈, 그리고 에이전트의 다음 진화

소프트웨어 개발이라는 분야는 늘 새로운 개념을 품고 진화해왔다. 20년 전만 해도 객체지향 프로그래밍이 혁명이라 불렸고,…

리눅스 커널 버그는 20년간 숨어있을 수 있다

가장 찾기 어려운 커널 버그는 무엇일까? 레이스 컨디션, 레퍼런스 카운트 오류, 메모리 생명주기 버그다. 이런…