멀티플 클라우드와 멀티클라우드의 차이: 격차를 더 쉽게 해소하는 방법

F5

기업에서 멀티클라우드 전략이 널리 도입되고 있음에도 불구하고, 이를 실행하는 조직이 직면하는 수많은 과제를 효과적으로 해결할 수 있는 솔루션은 여전히 부족합니다. 그중 하나는 여러 공급업체에 걸쳐 호스팅되는 워크로드를 안전하게 상호 연결하는 것으로, 클라우드 공급업체가 늘어날수록 문제의 심각성도 커집니다.

여러 클라우드에 앱을 배포하는 대다수(75%)의 조직 중 63%는 3개 이상의 클라우드를 사용한다고 Propeller Insights 설문조사에서 밝혔습니다. 전체적으로 절반 이상(56%)이 서로 다른 클라우드 제공업체 전반의 워크로드를 관리하는 데 어려움을 겪고 있으며, 보안, 안정성, 그리고 전반적인 연결성을 주요 과제로 꼽았습니다.

이러한 어려움의 상당 부분은 서로 상충하는 운영 모델에서 비롯됩니다. 각 클라우드는 해당 클라우드 제공업체만의 고유한 서비스와 API를 제공하며, 고객에게 서로 다른 기술 역량, 정책 및 접근 방식을 따르도록 요구하는 경우가 많습니다. 모든 클라우드는 ‘소프트웨어 정의 네트워크’ 환경을 제공하지만, 어느 두 클라우드도 동일한 ‘소프트웨어 정의 네트워크’ 환경을 제공하지는 않습니다. 이러한 환경 간 차이를 적절히 고려하지 않으면 보안과 성능에 영향을 미치는 일관성 없는 구성이 발생하는 경우가 많습니다.

클라우드 네이티브(마이크로서비스 기반) 애플리케이션이 도입되면서 서로 통신해야 하는 인스턴스 수가 크게 늘어나 상호 연결의 어려움이 더욱 가중됩니다. Propeller의 조사에 따르면, “응답자의 70% 이상이 공급자마다 서로 다른 보안 서비스(77%), 증가하는 API 수(75%), 마이크로서비스 기반 앱의 확산(72%)으로 인해 멀티 클라우드 환경에서 보안 문제가 더욱 심화된다고 답했습니다.”

이러한 어려움으로 인해 멀티 클라우드 네트워킹에 대한 새로운 접근 방식의 필요성과 수요가 커지고 있습니다.

멀티 클라우드 네트워킹의 과제

멀티클라우드 네트워킹은 애플리케이션 제공을 간소화하는 두 가지 접근 방식을 통합합니다:

1. 상향식으로 소프트웨어 정의 인터네트워킹을 도입합니다. 네트워킹 환경 간의 차이를 추상화하고 여러 클라우드 환경을 함께 사용할 때의 어려움을 크게 줄여 주는 오버레이를 구축합니다. 고정된 물리적 인프라는 기반 네트워크로 활용되며, 표준 크로스 클라우드 제어 영역을 통해 그 위에서 동적인 가상 네트워킹을 구현할 수 있습니다.
   
2. 단순한 컨테이너 네트워킹을 하향식으로 확장하여 정교한 분산 환경을 구현합니다. 업계에서는 컨테이너 워크로드를 사실상의 애플리케이션 단위로 표준화하기 시작했지만, 그 기반이 되는 비교적 단순한 네트워킹은 다른 환경으로 확장되어야 하며, 이는 궁극적으로 환경 간 애플리케이션 트래픽 관리를 지원하는 분산 클라우드의 출현으로 이어질 것입니다.

이 두 요소의 융합으로 고객 애플리케이션 아키텍처에는 이미 두 개의 추상화 계층이 형성되었습니다. 하나는 네트워크 워크로드 관리를 용이하게 하는 Kubernetes이고, 다른 하나는 네트워크 간 연결을 간소화하는 SDN입니다. 하지만 현재 이 두 접근 방식이 결합되는 방식은 여전히 고객에게 상당한 어려움을 안겨 줍니다.

많은 조직이 여러 클라우드를 사용할 때 표준화된 인터네트워킹 방식을 구현하기 위해 이러한 기술로 인해 운영 측에서 지나치게 세분화된 구성을 도입해야 한다는 문제를 겪고 있습니다. VLAN 관리처럼 매우 단순한 네트워킹 작업조차도 한 클라우드 제공업체가 취하는 방식은 다른 제공업체의 방식과 확연히 다르며… 두 방식 모두 기업이 자체 프라이빗 클라우드를 위해 채택한 방식과는 완전히 생소할 수 있습니다. 여러 클라우드 환경에서 네트워크를 프로비저닝하고 관리하는 방식 때문에 네트워크 표준화의 속도를 따라가기 위해 각 환경의 차이점을 잘 아는 전문가 인력을 유지해야 하는 경우가 많습니다.

솔루션으로서의 분산 클라우드

이 두 솔루션을 관리하는 것만으로도 충분히 어려운데, 여기에 둘 이상의 클라우드 제공업체까지 추가하면 문제는 더욱 심각해집니다. Kubernetes와 SDN을 더욱 긴밀하게 통합하고, 환경 간 차이를 해소하며, 이 모든 작업을 위해 네트워킹 전문가가 되어야 할 필요성을 없애는 것이 이 문제를 해결하는 더 나은 방법임은 분명합니다. F5에서는 이러한 접근 방식을 ‘분산 클라우드’라고 부릅니다.

고객은 일반적으로 서비스에 가장 적합한 ‘네트워크/클라우드’를 선택하기 전에 비즈니스 의사 결정과 애플리케이션 요구 사항을 검토하는 과정에서 이 문제에 직면합니다. 이러한 결정에는 비용, 출시 가능 여부, 배포 속도, 특정 리전에 있어야 할 필요성 등 고객이 애플리케이션의 성공에 중요하다고 판단하는 다양한 요소가 반영됩니다. 초기 비즈니스 의사 결정에서 네트워크 측 요인이나 다른 클라우드와의 상호 운용성을 고려하는 경우는 드뭅니다. 안타깝게도 이로 인해 애플리케이션이 예상 수명 주기에 따라 운영되고 비즈니스의 다른 부문에서 클라우드 사용에 관해 서로 다른 결정을 내리면서 새로운 문제가 발생할 여지가 생깁니다.

F5는 비즈니스 요구 사항에 특히 적합한 클라우드 기술을 사용하기로 한 결정이 여러 공급업체나 환경을 이용하는 결과로 이어지더라도 본질적으로 잘못된 것은 아니라고 생각합니다. F5는 고객이 특정 클라우드 제공업체의 이점만을 추구하기보다는, 고객의 네트워크 역량과 애플리케이션 요구 사항, 비즈니스 목표에 부합하는 합리적이고 확장 가능한 솔루션을 통해 모든 환경에 공통된 기반을 구축해야 한다고 제안합니다. F5는 이러한 접근 방식을 ‘분산 클라우드’라고 부릅니다.

당사의 접근 방식은 다음과 같은 세 가지 핵심 신념을 바탕으로 합니다:

1. 당사는 네트워크가 품질이나 고객 경험의 저하 없이 언제 어디서나 이용할 수 있는 모델을 지원해야 한다는 점을 잘 알고 있습니다.
   
2. 고객이 어떤 기반 클라우드를 선택하든 모든 인터네트워킹 클라우드는 단순하고 완전하며 일관되어야 한다고 확신합니다.
   
3. 당사는 고객이 제어 및 관리 플레인을 단순하고 선언적인 API 기반 방식으로 통합하여 더 많은 가치를 얻을 수 있어야 한다고 믿습니다.

분산 클라우드 모델은 고객 애플리케이션의 사용자에게 최고 수준의 품질, 성능 및 보안을 거의 실시간으로 제공해야 한다는 점을 전제로 합니다. 당사의 목표는 막대한 비용 증가나 프로비저닝 시간의 제약, 환경적 차이 없이 크로스 클라우드 탄력성 개념을 구현하는 분산 클라우드를 제공하는 것입니다.

F5는 일관된 기술과 관행을 제공함으로써 이러한 중대한 순간에 정면으로 대응할 수 있는 광범위한 솔루션 포트폴리오를 이미 구축했으며, 이를 고객 아키텍처의 모든 애플리케이션으로 확장하기 위해 최선을 다하고 있습니다. 더욱 적응형 애플리케이션으로 나아가려는 사명의 일환으로, 고객이 이러한 전환을 완료하도록 지원하여 환경마다 네트워크 전문가 팀을 두지 않고도 워크로드를 가장 효율적이고 효과적인 위치, 리전 또는 비용 모델로 손쉽게 이동할 수 있도록 하고자 합니다.

고객이 당사의 기술을 활용하여 온프레미스의 핵심 워크로드와 클라우드 규모의 멀티 클라우드 브리지를 구축할 수 있다는 점이 바로 당사의 차별점입니다. 당사의 Volterra 인수를 통해 고객은 진정한 공통 제어 및 관리 플레인을 기반으로 퍼블릭 클라우드 워크로드와 네트워킹에서도 동일한 수준의 숙련도와 역량을 발휘할 수 있으며, 이를 통해 인터네트워킹 과제를 간소화할 수 있습니다. 이제 클라우드마다 여러 팀을 구성하고, 환경 간 연결을 구현하기 위해 수많은 환경별 API를 관리할 필요가 없습니다!

우리는 고객에게 간단하고 효과적인 멀티 클라우드 비즈니스 솔루션을 제공하는 일을 계속해서 최우선 과제로 삼고 있습니다. F5의 기술로 더 우수하고 빠르며 안전한, 그리고 더욱 분산된 클라우드를 구축함으로써 “지금 당장 해결해야 합니다!”라는 조직의 절실한 요구에 부응할 솔루션을 충분히 실현할 수 있다고 굳게 믿습니다.

여러 클라우드를 개별적으로 관리하는 방식에서 벗어나 멀티 클라우드 네트워킹을 도입하는 방법을 알아보세요

작성자 소개

F5

F5의 다른 블로그 게시물