Based on 저희 조사에 따르면 귀사는 여러 클라우드 제공업체에서 애플리케이션을 운영하는 87%의 조직에 속할 가능성이 매우 높습니다. 또한 이들 조직 중 귀사 역시 2~6개의 퍼블릭 클라우드 제공업체를 이용할 가능성이 가장 높습니다. 실제로 절반이 넘는 조직(51%)이 그렇게 하고 있습니다.
이러한 조직이 애플리케이션을 배포할 퍼블릭 클라우드 제공업체를 선택하는 방식은 다양하며, 가장 일반적인 전략은 전적으로 애플리케이션 자체를 기준으로 선택하는 것입니다. 이 밖에도 사용자 유형(소비자, 파트너, 직원)과 애플리케이션 유형(예: 클라우드 네이티브, 모바일 또는 레거시)을 고려하는 방식이 있습니다.
그 결과 조직은 고도로 분산된 모델로 애플리케이션을 운영하게 됩니다. 일부 앱은 온프레미스에서, 다른 앱은 AWS에서, 또 다른 앱은 Azure와 GCP에서 실행됩니다. 하지만 이러한 클라우드 자산의 운영과 거버넌스는 점차 중앙 집중화되고 있습니다.
실제로 RightScale 연구에 따르면 조직의 69%가 중앙 집중식 클라우드 팀 모델을 도입했으며, 이러한 중앙 집중식 팀의 주요 업무는 클라우드 비용 최적화(68%), 각 애플리케이션을 어느 클라우드에 배포할지 결정하는 것(62%), 그리고 마지막으로 클라우드 사용 정책을 수립하는 것(59%)입니다.
최적화를 위해서는 ‘퍼블릭 클라우드에 애플리케이션을 배포한다’는 것이 실제로 무엇을 의미하는지 살펴봐야 합니다. 여러 클라우드 환경에 분산되는 것은 애플리케이션만이 아니기 때문입니다. 이러한 애플리케이션을 제공하고 보호하는 것은 애플리케이션 서비스의 역할이며, 애플리케이션 서비스는 애플리케이션을 사용자 경험으로 전환합니다. 소비자 조사에 따르면 이러한 경험은 브랜드 평판과 고객 이탈은 물론 실질적인 비즈니스 성과에 이르기까지 모든 측면에 상당한 영향을 미칩니다. 이러한 애플리케이션 서비스 역시 해당 서비스가 제공하고 보호하는 애플리케이션과 함께 분산되므로 복잡성이 증가합니다.
애플리케이션과 이를 지원하는 서비스를 여러 환경에 분산하면 광범위한 결과가 초래됩니다. 네트워크 용량과 일관되지 않은 보안 정책부터 가변적인 성능과 전체 트래픽 가시성 부족에 이르기까지, 멀티 클라우드 환경의 현실은 조직 내 모든 직무에 과제를 안겨 줍니다.
이에 대한 대응책으로 많은 기업이 채택하고 있는 방법은 Equinix를 통해 여러 클라우드에 비공개로 상호 연결하는 것입니다. 모든 주요 퍼블릭 클라우드의 피어링 지점인 Equinix는 가상 상호 연결 솔루션인 Equinix Cloud Exchange Fabric(ECXF)을 통해 대부분의 조직이 이미 사용 중인 퍼블릭 클라우드에 초고속·초저지연 연결을 제공합니다.
Equinix는 클라우드 엣지 로케이션과 탁월한 네트워킹 기술을 통해 네트워크 계층의 연결성, 지연 시간 및 용량 문제를 해결합니다. 또한 사용자, 위치, 클라우드 및 데이터 간의 제어 지점 역할을 함으로써 보안 정책의 일관성과 트래픽 흐름에 대한 완전한 가시성 문제를 해결하고, 조직이 클라우드 게이트웨이를 구축하여 그 이점과 기능을 활용할 수 있도록 지원합니다.
클라우드 게이트웨이
클라우드 게이트웨이는 ‘애플리케이션 경험’을 구성하는 애플리케이션 요청과 트래픽을 하나의 상호 연결된 제어 지점에서 가로채고 검사하여 의도된 대상으로 전달할 수 있는 단일 확장형 위치를 제공합니다.
클라우드 게이트웨이 역할을 하는 F5 BIG-IP는 조직이 일관된 보안/액세스 정책을 적용하고, 애플리케이션을 보호하며, 트래픽 흐름과 애플리케이션 사용 현황을 완벽하게 파악하는 데 필요한 애플리케이션 서비스를 제공합니다. 또한 악의적 행위자, 봇, 공격 등 원치 않는 트래픽이 퍼블릭 클라우드 제공업체에 호스팅된 애플리케이션에 도달하지 못하도록 차단하여 클라우드 비용을 절감할 수 있습니다. 아울러 트래픽을 보호하는 중앙 집중식 키 관리 솔루션인 Equinix SmartKeyTM을 활용함으로써 보안을 강화하고, 암호화 키를 퍼블릭 클라우드에 저장하는 위험한 관행을 없앨 수 있습니다.
Equinix 환경에서 클라우드 게이트웨이를 활용하면 많은 이점을 얻을 수 있으며, 한 편의 게시물에서 모두 다루기에는 그 내용이 너무 방대합니다. 따라서 후속 게시물에서는 클라우드 게이트웨이의 다양한 기능과 그 이점을 하나씩 중점적으로 자세히 살펴보겠습니다.
지금 바로 자세히 알아보고 싶으시다면 다음 자료를 확인해 보세요.
안전을 지키시고, 앞으로도 계속 지켜봐 주세요!
작성자 소개
Lori MacVittie는 F5 CTO 오피스의 수석 엔지니어이자 최고 에반젤리스트로, 애플리케이션 딜리버리, 자동화 전략 및 인프라 분야에서 깊이 있는 전문성을 보유하고 있습니다. AI 에이전트를 위한 가드레일을 정의하고, 취약한 멀티클라우드 아키텍처를 분석하며, 확장 가능한 시스템의 한계를 탐구하는 등 복잡한 문제를 명확하게 풀어내는 것으로 잘 알려져 있습니다. 애플리케이션 개발, IT 아키텍처, 네트워크 및 시스템 운영 전반에 걸쳐 30년 이상의 업계 경험을 쌓았습니다. F5에 합류하기 전에는 수상 경력이 있는 기술 편집자로 활동했습니다. MacVittie는 컴퓨터 과학 석사 학위를 보유하고 있으며, 보안, 클라우드 및 엔터프라이즈 아키텍처 분야를 아우르는 다수의 저서를 집필한 작가입니다. 또한 보드게임과 비디오 게임을 열정적으로 즐기며, 치즈에 대해서는 거리낌 없이 확고한 견해를 갖고 있습니다.
Lori Mac Vittie의 다른 블로그 게시물관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.