공공 부문에서 멀티 클라우드 전략의 도입이 확대되고 있지만, 이를 실행하는 기관들이 직면하는 수많은 과제를 해결할 효과적인 솔루션은 여전히 부족합니다. 그중 하나는 여러 공급자에 걸쳐 호스팅되는 워크로드를 안전하게 상호 연결하는 것입니다. 연방 기관을 위한 Cloud Smart와 미국 국방부(DoD)를 위한 SCCA에서도 강조된 이 문제는 더 많은 클라우드 공급자가 추가될수록 더욱 심각해집니다.
여러 클라우드에 애플리케이션을 배포하는 대다수(75%)의 조직 중 63%가 3개 이상의 클라우드를 사용하고 있는 것으로 Propeller Insights 설문조사에서 나타났습니다. 전반적으로 절반 이상(56%)이 서로 다른 클라우드 제공업체에 걸쳐 워크로드를 관리하는 데 어려움을 겪고 있으며, 보안, 안정성, 그리고 전반적인 연결성을 주요 과제로 꼽았습니다. 실제로 연방 IT 현대화에 관해 대통령에게 제출된 보고서에서는 기관들이 데이터 수준의 보호를 우선시하고 최신 가상화 기술을 최대한 활용할 것을 권고합니다.
이러한 어려움의 상당 부분은 서로 상충하는 운영 모델에서 비롯됩니다. 각 클라우드는 해당 클라우드 제공업체만의 고유한 서비스와 API를 제공하며, 고객에게 서로 다른 기술 역량, 정책 및 접근 방식을 따르도록 요구하는 경우가 많습니다. 모든 클라우드가 ‘소프트웨어 정의 네트워크’ 환경을 제공하지만, 어느 두 클라우드도 동일한 ‘소프트웨어 정의 네트워크’ 환경을 제공하지는 않습니다. 이처럼 환경 간 차이를 적절히 고려하지 않으면 구성이 일관되지 않아 보안에 영향을 미치고 제로 트러스트 방법론이 부재하게 되며 성능에도 문제가 발생하는 경우가 많습니다.
클라우드 네이티브(마이크로서비스 기반) 애플리케이션이 도입되면서 상호 통신해야 하는 인스턴스 수가 크게 늘어나 상호 연결의 어려움이 더욱 가중됩니다. Propeller의 조사에 따르면, “응답자의 70% 이상이 공급자별로 상이한 보안 서비스(77%), 증가하는 API 수(75%), 마이크로서비스 기반 앱의 확산(72%)으로 인해 멀티 클라우드 환경에서 보안 문제가 더욱 심화된다고 답했습니다.”
이러한 어려움으로 인해 멀티 클라우드 네트워킹에 대한 새로운 접근 방식의 필요성과 수요가 커지고 있습니다.
공공 부문이 멀티클라우드 네트워킹에서 직면하는 고유한 과제
멀티클라우드 네트워킹은 애플리케이션 제공을 간소화하는 두 가지 접근 방식을 통합합니다:
- 상향식 소프트웨어 정의 인터네트워킹을 채택합니다. 네트워킹 환경 간의 차이를 추상화하고 여러 클라우드 환경을 함께 사용할 때의 어려움을 크게 줄여 주는 오버레이를 구축함으로써, 고정된 물리적 인프라를 안정적인 언더레이로 활용하고 표준 크로스 클라우드 제어 플레인을 통해 그 위에서 동적인 가상 네트워킹을 구현합니다.
- 이는 단순한 컨테이너 네트워킹을 하향식으로 정교한 분산 환경으로 확장합니다. 업계에서 컨테이너 워크로드를 사실상의 애플리케이션 단위로 표준화하기 시작했지만, 그 기반의 비교적 단순한 네트워킹은 다른 환경으로 확장되어야 하며, 이는 궁극적으로 환경 간 애플리케이션 트래픽 관리를 지원하는 분산 클라우드의 출현으로 이어집니다.
이 두 요소의 융합으로 고객 애플리케이션 아키텍처에는 이미 두 개의 추상화 계층이 형성되었습니다. 하나는 네트워크 워크로드 관리를 용이하게 하는 Kubernetes이고, 다른 하나는 네트워크 간 연결을 간소화하는 소프트웨어 정의 네트워크입니다. 하지만 현재 이 두 접근 방식이 융합되는 방식은 여전히 고객에게 상당한 어려움을 초래합니다.
여러 클라우드가 관련된 환경에서 표준화된 인터네트워킹 방식을 정립하려면 운영 측면에서 지나치게 세분화된 구성을 적용해야 하는 이러한 기술의 특성 때문에 많은 기관이 어려움을 겪고 있습니다. 클라우드 환경 전반에서 네트워크를 프로비저닝하고 관리하는 방식으로 인해 조직은 네트워크 표준화에 발맞추기 위해 각 환경의 차이점을 잘 아는 전문가 인력을 유지해야 하는 경우가 많습니다. 또한 이러한 전문가들은 가시성 확보에 상당한 어려움을 겪고 있습니다. CISA의 지속적 진단 및 완화(CDM) 프로그램이 있더라도 기관은 여러 기술 전반에 대한 가시성을 확보하고 규정 준수 표준을 준수할 방법을 찾아야 합니다. TIC 3.0을 통해 기관이 역량 강화를 위해 클라우드를 활용하는 방식에 관한 일부 엄격한 지침이 완화되었지만, 암호화된 스트림에 필요한 가시성을 제공하는 보안 솔루션을 어떻게 설계해야 하는지에 대한 의문은 여전히 남아 있는 경우가 많습니다.
솔루션으로서의 분산 클라우드
이 두 솔루션을 관리하는 것만으로도 충분히 어려운데, 여기에 둘 이상의 클라우드 제공업체까지 추가하면 문제는 더욱 심각해집니다. Kubernetes와 SDN을 더욱 긴밀하게 통합하고, 환경 간 차이를 해소하며, 이 모든 작업을 위해 네트워킹 전문가가 되어야 할 필요성을 없애는 것이 이 문제를 해결하는 더 나은 방법임은 분명합니다. F5에서는 이러한 접근 방식을 ‘분산 클라우드’라고 부릅니다.
기관은 일반적으로 서비스에 가장 적합한 ‘네트워크/클라우드’를 선택하기 전에 비즈니스 의사 결정과 애플리케이션 요구 사항을 검토하는 과정에서 이 문제에 직면합니다. 이러한 결정에는 비용, 출시 가능 여부, 배포 속도, 규정 준수, 특정 리전에 있어야 할 필요성 등 기관이 애플리케이션의 성공에 중요하다고 판단하는 다양한 요소가 반영됩니다. 초기 비즈니스 의사 결정에서는 네트워크 측 요소나 다른 클라우드와의 상호 운용성을 고려하는 경우가 드뭅니다. 안타깝게도 이로 인해 애플리케이션이 예상 수명 주기에 따라 운영되고 조직의 다른 부문에서 클라우드 사용에 관한 후속 결정을 내리면서 새로운 문제가 발생할 가능성이 커집니다.
F5는 비즈니스 요구에 특히 적합하고 Cloud Smart 및 SCCA 지침을 준수하는 클라우드 기술을 사용하기로 한 결정에는 본질적으로 잘못된 점이 없다고 생각합니다. 여러 공급업체나 환경을 사용하게 되더라도 마찬가지입니다. F5는 고객이 특정 클라우드 제공업체의 이점만을 추구해야 한다고 제안하지 않습니다. 대신 고객의 네트워크 역량, 애플리케이션 요구 사항 및 비즈니스 목표에 부합하는 합리적이고 확장 가능한 솔루션을 통해 모든 클라우드에서 공통성을 확보하고 규정 준수를 일관되게 적용하는 것을 목표로 삼아야 합니다.
분산 클라우드에 대한 당사의 접근 방식은 다음 세 가지 핵심 신념을 바탕으로 합니다:
- 네트워크는 품질이나 민간인/직원 경험의 저하 없이 언제 어디서나 이용할 수 있는 모델을 지원해야 한다는 점을 잘 알고 있습니다.
- 고객이 어떤 기반 클라우드를 선택하든 모든 인터네트워킹 클라우드는 단순하고 완전하며 일관되어야 한다고 확신합니다.
- 우리는 고객이 제어 및 관리 플레인을 단순하고 선언적인 API 기반 방식으로 통합하여 더 많은 가치를 얻을 수 있어야 한다고 믿습니다.
분산 클라우드 모델은 고객 애플리케이션의 사용자에게 거의 실시간으로 최고 수준의 품질, 성능 및 보안을 제공해야 한다는 점을 고려합니다. 당사의 목표는 막대한 비용 증가나 프로비저닝 시간의 제약, 환경적 차이 없이 크로스 클라우드 탄력성 개념을 구현하는 분산 클라우드를 제공하는 것입니다.
F5는 일관된 기술과 관행을 제공함으로써 이러한 중대한 순간에 정면으로 대응할 수 있는 광범위한 솔루션 포트폴리오를 이미 구축했지만, 이를 고객 아키텍처의 모든 애플리케이션으로 확대하기 위해 최선을 다하고 있습니다. 더욱 발전된 적응형 애플리케이션으로 나아가려는 사명의 일환으로, 기관들이 이러한 전환을 완료하여 각 환경마다 네트워크 전문가를 별도로 고용하지 않고도 워크로드를 가장 효율적이고 효과적인 위치, 리전 또는 비용 모델로 손쉽게 이동할 수 있도록 지원하고자 합니다.
고객이 당사의 공공 부문 솔루션을 활용하여 온프레미스의 핵심 워크로드와 클라우드 규모의 멀티클라우드 브리지를 구축할 수 있다는 점이 바로 당사의 차별점입니다. 당사의 Volterra 인수를 통해 기관은 진정한 공통 제어 및 관리 플레인을 기반으로 퍼블릭 클라우드 워크로드와 네트워킹에서도 동일한 수준의 숙련도와 역량을 확보할 수 있으며, 이를 통해 네트워크 간 연결 과제를 간소화할 수 있습니다. 이제 클라우드마다 여러 팀을 구성하고, 단지 클라우드 간 연결을 구현하기 위해 환경별로 수많은 API를 관리할 필요가 없습니다!
당사는 고객에게 간단하고 효과적인 멀티 클라우드 비즈니스 솔루션을 제공하는 일을 계속해서 최우선 과제로 삼고 있습니다. 조직들이 “지금 당장 해결해야 합니다!”라고 호소하는 문제의 해답은 더 우수하고 빠르며 안전한, 그리고 더욱 분산된 클라우드를 구현하는 F5의 기술을 통해 충분히 실현 가능하다고 굳게 믿습니다.
여러 클라우드를 관리하는 수준을 넘어 멀티 클라우드 네트워킹을 도입하는 방법을 알아보세요
이 콘텐츠의 일부는 이전 게시물의 내용을 공공 부문 독자에 맞게 재구성한 것입니다.
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 Jenn Gile과의 Q&A
F5의 ‘성평등을 향한 여정’ 시리즈 네 번째 Q&A에서는 Rachael Shah와 NGINX 제품 마케팅 책임자 Jenn Gile이 사이버 보안 직종에 대한 오해를 바로잡고, 사이버 보안 분야의 성별 격차를 해소하기 위한 조언과 그 이점에 대해 이야기합니다.
TLS 검사에서 피터 파커 원칙 다루기
“큰 힘에는 큰 책임이 따른다.” 볼테르와 처칠도 이와 비슷한 말을 남겼지만, 이 문구는 스파이더맨 코믹스에서 벤 삼촌의 말로 가장 널리 알려져 있습니다. 물론 이 문구가 문화적으로 널리 통용되는 이유 중 하나는 TLS 검사를 비롯해 수많은 상황과 주제에 적용할 수 있기 때문입니다.
Venafi와 F5를 통한 머신 아이덴티티 보호
‘머신 아이덴티티’란 간단히 말해 자동화된 프로세스가 자신의 신원을 식별할 수 있도록 하고, 다른 자동화 시스템과 프로세스가 관련 리소스에 적절한 수준의 접근 권한을 부여하도록 하는 방법을 의미합니다. 이 개념 자체는 새로운 것이 아닙니다. 비교적 새로운 점은 이를 구현해야 하는 규모입니다.
마이너와 미니언: 데이터 유출만이 비용을 초래하는 것은 아닙니다
물론 데이터 유출은 더 큰 비용을 초래할 수 있고(적어도 지금은), 실패 사실을 세상에 드러낼 수밖에 없게 합니다(통지 의무가 있으니까요). 하지만 보안을 단순히 데이터 노출 문제로만 봐서는 안 됩니다. 요즘은 데이터가...
내 클라우드에서 나가!
F5의 Jay Kelley가 전하는 최신 소식에는 Microsoft Office 365용 신규 ID 및 액세스 솔루션을 배포할 때 고려해야 할 사항이 정리되어 있습니다.
Shift(웹 앱) 보안 레터
웹 앱 보안을 개발 초기 단계로 앞당기세요. F5 블로그에서 DevOps 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.