AWS, 고객 목소리에 응답하다···멀티클라우드 전략으로 방향 전환

약 10년 전, 한 대형 금융 서비스 기업은 공격적인 클라우드 전환을 추진하는 과정에서 아마존웹서비스(AWS) 계정 관리자를 마주했다. 당시 AWS는 전략을 단순하게 유지하고, 모든 시스템을 AWS에서 운영하며 다른 클라우드는 피하는 것이 바람직하다고 조언했다. 사용이 쉽고 최고 수준의 서비스가 제공되며, 상호운용성 문제도 거의 없을 것이라는 설명이 뒤따랐다. 당시로서는 충분히 합리적인 선택처럼 보였다.

그러나 시간이 흐르면서 이 결정은 막대한 비용으로 이어졌다. 새로운 시장에 대응하고, 변화하는 규제 기준과 빠르게 진화하는 기술 환경에 적응하려는 과정에서 이 기업은 점점 선택의 폭이 좁아졌다. 필요 이상으로 많은 비용을 지출했고, 벤더 종속에 시달렸으며, AWS가 제공하지 않는 혁신을 놓치는 상황이 반복됐다. 단순함을 추구했던 전략은 결국 수많은 기회를 잃는 결과로 돌아왔다.

지난주 AWS는 구글 클라우드와 직접 연결되는 고속 멀티클라우드 서비스 ‘인터커넥트-멀티클라우드(Interconnect-multicloud)’를 공개했으며, 조만간 마이크로소프트 애저와의 연동도 예고했다. 이는 AWS의 멀티클라우드 전략에서 극적인 전환을 의미한다. 세계 최초의 클라우드 혁신 기업으로 평가받는 AWS가 마침내 가장 선도적인 고객들이 수년 전부터 인식해 온 사실, 즉 미래는 멀티클라우드라는 점을 공식적으로 인정한 것이다.

AWS의 10년에 걸친 저항

클라우드 컴퓨팅이 IT 분야의 주류로 자리 잡은 이후, AWS는 일관된 메시지를 전달해 왔다. AWS에 모든 것을 맡기는 것이 최선의 선택이라는 주장이다. AWS는 기술적 단순성과 운영 리스크 감소를 강조해 왔으며, 멀티클라우드는 비용 증가와 복잡성 확대, 잠재적인 보안 취약성을 초래할 수 있다고 경고했다. 실제로 AWS의 백서와 블로그, 현장 조언을 살펴보면 멀티클라우드의 ‘위험성’을 지적하는 내용이 반복적으로 등장한다. AWS가 진행한 고객 프레젠테이션에서도 일관성 부족이 초래할 수 있는 문제점이 강조됐다.

그러나 현실은 달랐다. 이러한 경고는 실제 고객 가치보다는 시장 지배력을 유지하려는 논리에 가까웠다. 모든 워크로드를 AWS에서 운영할수록 이익이 확대되는 쪽은 고객의 혁신이 아니라 AWS의 수익 구조였다. 멀티클라우드는 위험하고 비용이 많이 들며 관리하기 어렵다는 주장은 자사 중심의 생존 논리에 기반한 서사에 불과했다.

실제 기업 환경에서 일해 온 이들에게 이러한 교리는 설득력이 떨어졌다. 단일 브랜드의 틀에 아키텍처를 맞추기 어려운 기업들은 수년간 비효율을 감수해야 했다. 세계 최대 클라우드 사업자가 제시한 해법은 결국 “우리와 함께하라. 나머지는 걱정하지 말라”는 말로 요약됐고, 많은 기업은 그 조언에 따라 맞지 않는 구조를 억지로 끼워 맞추는 상황을 반복해 왔다.

베스트 오브 브리드의 혁신

멀티클라우드는 이점 없이 오버헤드만 늘린다는 인식이 널리 퍼져 있지만, 이는 사실과 다르다. 클라우드 컴퓨팅이 약속해 온 핵심 가치는 다양한 자원을 기반으로 빠르게 구축하고 실험하며 확장할 수 있는 역량에 있다. 현대적인 엔터프라이즈 아키텍처는 각 영역에서 가장 적합한 도구를 활용한다. 예를 들어 탄력적인 컴퓨트는 아마존웹서비스(AWS), 인공지능과 머신러닝은 구글, 데이터 분석은 마이크로소프트 애저가 강점을 가진다. CTO가 시장 혁신의 3분의 2를 외면한다면, 그로 인한 기회비용은 막대해질 수밖에 없다.

베스트 오브 브리드 전략은 멀티클라우드 환경에서 더욱 힘을 발휘한다. 기업은 한 사업자의 스토리지를 사용하면서, 다른 사업자의 데이터 레이크를 활용하고, 네트워크는 또 다른 공급자를 선택할 수 있는 유연성이 필요하다. 이러한 조합은 성능과 규제 대응, 비용 효율성은 물론 파트너와 사용자와의 물리적·논리적 근접성까지 최적화한다. 벤더의 압박에도 불구하고 이 모델을 채택한 실무자들은 더 탄력적이고 비용 효율적이며 비즈니스 목표에 부합하는 아키텍처를 구축해 왔다. 이는 이론적인 논의가 아니라, 세계에서 가장 성공한 디지털 네이티브 기업들이 의도적으로 멀티클라우드를 선택해 온 현실이다.

단일 클라우드 중심 사고의 한계

앞서 소개한 사례는 결코 특별한 일이 아니다. 그동안 AWS의 비전에 충성한 대가로 큰 비용을 치른 조직을 수없이 만나왔다. 성능이나 적합성이 떨어지는 서비스에 수백만 달러를 추가로 지출했고, 약속했던 투자 대비 효과를 전혀 내지 못한 채 수년을 허비한 마이그레이션 프로젝트도 많았다. 단일 벤더 중심 사고에 얽매이지 않은 경쟁사에 주도권을 내준 사례 역시 적지 않았다.

자체적으로 멀티클라우드 전략을 구축하는 일이 위협적으로 느껴졌던 가장 큰 이유는 하이퍼스케일러들이 클라우드 간 네트워킹과 관리를 지나치게 복잡하게 만들어왔기 때문이다. 임시방편의 오버레이 구성, 서드파티 SD-WAN, 복잡한 보안 설정은 현업에 큰 부담이었다. 아이러니하게도 이러한 불편의 상당 부분은 클라우드 사업자들이 네이티브 상호운용성을 구축하는 데 주저했기 때문에 발생했다. 고객을 연결하기보다는, 기업이 넘기 어려운 장벽을 쌓아 올린 셈이다.

그 결과 AWS는 막대한 기회를 스스로 포기했을 가능성이 크다. 고객이 점점 더 성숙해지면서 시장은 브랜드와 무관하게 ‘적합한 도구’를 선택하는 방향으로 이동했다. 그럼에도 불구하고 AWS가 올인 전략을 고수한 모습은 사고 리더십이라기보다 고집에 가까워 보였다.

현실을 인정한 AWS 인터커넥트-멀티클라우드

지난주 공개된 AWS 인터커넥트-멀티클라우드가 갖는 의미는 분명하다. AWS가 구글 클라우드를 첫 파트너로 삼아, 곧 마이크로소프트 애저까지 포함하는 개방적이고 탄력적인 고속 프라이빗 연결 모델을 채택했다는 점이다. 이는 AWS가 다른 클라우드 서비스 제공업체와의 연결을 전제로 전략을 재정립하고 있음을 보여준다.

주목할 부분은 인터커넥트-멀티클라우드가 단순히 연결 격차를 해소하는 데 그치지 않는다는 점이다. 이 서비스는 고객의 판단이 옳았다는 사실을 사실상 인정한다. VPC, 트랜짓 게이트웨이(Transit Gateway), 클라우드 WAN 등 AWS의 핵심 서비스를 다른 클라우드와 손쉽게 연결할 수 있으며, 과거에는 수주 또는 수개월이 걸리던 작업을 AWS 관리 콘솔에서 한 번의 클릭으로 처리할 수 있도록 했다. 전용 대역폭과 내장된 복원력, 개방형 API의 단순함을 활용해 물리적·철학적 연결 모두를 한층 매끄럽게 만들었다.

기업은 클라우드 여정에서 앞으로도 유연성과 성능, 혁신을 지속적으로 요구할 것이다. 멀티클라우드는 일시적인 유행이 아니라 필수 역량이다. 미래는 단일 브랜드가 좌우하는 것이 아니라, 클라우드 서비스가 비즈니스 요구를 얼마나 효과적으로 충족하느냐에 달려 있다. AWS의 급격한 노선 전환은 사용자의 혁신을 가로막아 온 인위적인 장벽을 제거하는 것이 얼마나 현명한 선택인지를 보여준다. 메시지는 분명하다. 필요한 도구를, 필요한 곳에서, 필요한 방식으로 사용하라는 것이다.

서두에서 언급한 기업을 비롯해 많은 조직에 있어 오늘의 클라우드 환경은 비로소 나아졌다. 어느 한 사업자도 클라우드를 독점하지 않는다. 최적의 아키텍처는 멀티클라우드다.

그리고 마침내, AWS 역시 이 흐름에 합류했다.
dl-ciokorea@foundryco.com