포스트

AWS가 ‘멀티클라우드’를 공식 제품으로 만들었다: 2025년 12월 클라우드 신규 서비스 트렌드 분석

AWS가 ‘멀티클라우드’를 공식 제품으로 만들었다: 2025년 12월 클라우드 신규 서비스 트렌드 분석

들어가며

2025년 12월(특히 re:Invent 2025 전후) 클라우드 업계에서 가장 큰 변화는 “멀티클라우드 연결”이 더 이상 고객의 DIY 영역이 아니라, AWS·Google이 공동으로 관리형 서비스 형태로 끌어올렸다는 점입니다. 동시에 AWS는 agentic AI(에이전트 기반 AI) 중심으로 개발·보안·운영 경험을 재정의하려는 신호를 강하게 냈습니다. (aws.amazon.com)


📰 무슨 일이 있었나

  • 2025년 11월 30일(발표), 12월 초 확산: AWS는 AWS Interconnect – multicloud (Preview)를 공개했습니다. 핵심은 Amazon VPC와 타 CSP 환경 간에 “사설(private)·고속·전용 대역폭·내장된 회복탄력성(resiliency)” 연결을 빠르게 만든다는 것. 초기 파트너는 Google Cloud, 그리고 Microsoft Azure는 2026년 지원 예정으로 명시됐습니다. 또한 이 기능은 5개 AWS Region에서 Preview로 제공된다고 안내했습니다. (aws.amazon.com)

  • Google Cloud(2025년 11월 30일)도 같은 날 공식 블로그에서 AWS와의 협업을 공개하며, Cross-Cloud Interconnect for AWS(Partner Cross-Cloud Interconnect)를 소개했습니다. 구체적으로는
    • 프로비저닝 시간을 “days → minutes” 수준으로 단축
    • Preview 기준 1 Gbps부터, GA에서 최대 100 Gbps까지 확장 계획
    • MACsec 기반 암호화(엣지 라우터 간), resiliency(quad-redundancy 등), 오픈 스펙(open specification)을 강조했습니다. (cloud.google.com)
  • 2025년 12월 1일(Reuters 보도): 양사가 “수 주 걸리던 사설 연결을 몇 분으로” 단축하는 멀티클라우드 네트워킹 서비스를 함께 발표했다고 전했고, Salesforce가 초기 채택(early adopter) 사례로 언급됐습니다. (reuters.com)

  • AWS re:Invent 2025(2025년 12월 1–5일, 라스베이거스)을 전후로 AWS 공식 뉴스(Weekly Roundup, 2025년 12월 8일)에서도 멀티클라우드 연결을 “Google Cloud를 첫 파트너로 시작, Azure는 2026”이라는 흐름으로 재강조했습니다. (aws.amazon.com)

  • 한편, re:Invent 2025 현장 보도에서는 AWS가 agentic AI를 전면에 두고(AgentCore/에이전트 개발 경험, AI 모델/인프라 투자 등) 개발자 도구와 운영 자동화를 강화하는 메시지를 반복했습니다. (itpro.com)

🔍 왜 중요한가

  1. “멀티클라우드”가 전략이 아니라 ‘제품’이 되는 순간
    • 지금까지 AWS↔GCP 같은 사설 연결은 회선·라우팅·보안·운영까지 얽힌 고난도 네트워크 프로젝트였습니다. 이번 협업은 이를 콘솔/API 기반 관리형 경험으로 바꾸려는 시도입니다. 즉, 멀티클라우드를 선택했을 때의 가장 큰 장벽(네트워크/운영 복잡도)을 공급자가 직접 깎겠다는 선언입니다. (aws.amazon.com)
  2. DR(Disaster Recovery)·Resiliency 설계의 기본값이 바뀔 수 있음
    • The Verge 등은 이번 기능을 “장애(outage) 대응” 관점에서 조명했습니다. 연결 구축 시간이 분 단위로 줄어들면, 평소에 멀티클라우드 DR을 ‘테스트 가능한 형태’로 운영하는 팀이 늘 수 있습니다(단, 실제 SLA/비용/가용 리전은 Preview 단계에서 꼼꼼히 확인 필요). (theverge.com)
  3. AI 시대의 ‘리소스 분산’ 요구와 정면으로 맞물림
    • Google은 AI로 인해 멀티클라우드 네트워킹 수요가 늘고 있다고 전제하면서(특히 가속기 리소스, 다양한 AI agent/모델 제공 환경), 이번 협업을 그 해법으로 포지셔닝했습니다. 개발자 입장에선 “모델은 A, 데이터/서비스는 B” 같은 구성을 더 현실적으로 검토할 수 있습니다. (cloud.google.com)
  4. Azure/GCP/AWS 모두 ‘에이전트’와 ‘거버넌스’를 전면에
    • AWS는 re:Invent에서 agentic AI를 핵심 축으로 밀고 있고, Azure 또한 2025년 12월 파트너 업데이트에서 모델 선택지 확대 + 통합 거버넌스/관측성 메시지를 강조합니다(예: Microsoft Foundry에서 Anthropic Claude 모델 제공). 결국 2026년엔 “에이전트 개발 + 멀티클라우드 연결 + 거버넌스”가 한 묶음으로 경쟁 포인트가 될 가능성이 큽니다. (partner.microsoft.com)

💡 시사점과 전망

  • 경쟁 구도 변화: ‘클라우드 vs 클라우드’에서 ‘연결 생태계’로
    • 이번 건이 흥미로운 이유는, AWS와 Google이 보통의 경쟁 관계를 넘어 공동 스펙·공동 관리형 연결을 내놓았다는 점입니다. TechTarget 계열 분석도 이를 “표준화(standardization) 경로”로 해석하며, Azure까지 합류하면 북미 기준 멀티클라우드 네트워킹의 큰 축을 커버할 수 있다고 봅니다. (techtarget.com)
  • 2026년 시나리오(가장 가능성 큰 2가지) 1) 오픈 스펙 확장: 더 많은 CSP/네트워크 사업자가 스펙을 채택해 “클라우드 간 사설 연결”이 지금의 VPC Peering/Transit 패턴처럼 보편화. (cloud.google.com)
    2) 가격·Egress·운영도구 경쟁: 연결이 쉬워질수록 승부처는 “데이터 이동 비용, 관측성, 보안/키관리, 장애 처리 프로세스”로 이동. 여기서 각 클라우드가 자사 우위를 만들기 위해 더 공격적으로 기능을 붙일 가능성이 큽니다. (cloud.google.com)

🚀 마무리

12월 클라우드 트렌드의 핵심은 (1) AWS re:Invent 2025의 agentic AI 드라이브(2) AWS–Google의 관리형 멀티클라우드 사설 연결(Preview)로 요약됩니다. 특히 AWS Interconnect – multicloud는 “멀티클라우드는 복잡하다”라는 고정관념을 제품 레벨에서 깨려는 시도로, 2026년 Azure 합류가 현실화되면 업계의 연결 표준 경쟁이 본격화될 가능성이 큽니다. (aws.amazon.com)

개발자에게 권장하는 액션은 3가지입니다. 1) 멀티클라우드가 있는 조직이라면, 네트워크팀과 함께 ‘Preview 가능 리전/대역폭/보안(MACsec)/운영 모델’ 체크리스트를 만들고 PoC 범위를 정의하세요. (aws.amazon.com)
2) DR 관점에서 “구축 시간”이 줄어들 때 실제로 runbook이 어떻게 단순화되는지(테스트 주기/자동화/관측성)부터 재설계하세요. (theverge.com)
3) agentic AI는 도구가 늘어나는 만큼 거버넌스·관측성 일관성이 중요해집니다. AWS/ Azure의 메시지가 모두 그쪽으로 향하고 있으니, 2026년 로드맵에는 “에이전트 + 거버넌스 + 멀티클라우드 연결”을 한 덩어리로 평가하는 기준을 잡아두는 게 안전합니다. (partner.microsoft.com)

이 기사는 저작권자의 CC BY 4.0 라이센스를 따릅니다.