"어디서나"라는 말은 멋지게 들리지만, 실제로는 무슨 뜻일까요? 그저 마케팅용 표현일까요, 아니면 정말 가능한 일일까요? 애플리케이션을 "어디서나" 배포하고 제공하거나 보호하는 일은 얼마나 쉬울까요?
애플리케이션을 ‘어디서나’ 배포한 고객의 사례와 그 과정에서 직면한 과제를 살펴보겠습니다. 한 대형 전기차 제조업체를 예로 들어 보겠습니다. 이 업체는 현재 도로를 주행 중인 전기차에서 데이터를 수집해 도로 위험 요소, 표지판 및 운전자가 마주칠 수 있는 기타 요소를 담은 고해상도 지도를 만드는 방법을 모색하고 있었습니다. 이를 위해 전기차가 충전되는 동안 데이터를 가져올 수 있도록 전기차 충전소 네트워크에 엣지 컴퓨팅 기능을 배포해야 했습니다. 해당 애플리케이션은 데이터를 가져와 로컬에서 분석하고 추출, 변환, 적재(ETL) 프로세스를 실행한 다음, 데이터 일부를 클라우드의 백엔드 애플리케이션이나 온프레미스 데이터 센터 중 한 곳으로 전송해야 했습니다. 이 작업은 모든 전기차가 충전소를 방문할 때마다 수행되어야 했습니다.
“F5와 Google Distributed Cloud는 애플리케이션의 배포, 제공, 보안 및 운영을 ‘어디서나’ 관리할 수 있는 통합 솔루션을 구축했습니다.”
이로 인해 애플리케이션 제공 및 보안 측면에서 큰 과제가 발생했습니다. 전기차 제조업체는 각 충전소에 사용할 애플리케이션을 구축하고 배포해야 했습니다. 하지만 개발 환경과 충전소는 서로 완전히 분리되어 있었습니다. 기존 방식으로 각 충전소에 애플리케이션을 제공하려면 다음과 같은 작업이 필요했습니다:
- 충전소와 데이터 센터 또는 클라우드를 연결하기 위한 언더레이 네트워크를 구축합니다.
- 각 충전소에서 LAN 또는 WAN을 사용할 수 있도록 여러 개의 포인트 어플라이언스를 배포합니다.
- 클라우드, 데이터 센터 및 충전소 간에 경로가 공유되도록 네트워크 라우팅을 관리합니다.
- 트래픽을 관리하기 위해 각 위치에 로드 밸런서를 배포합니다.
- 각 충전소에 기본 네트워크 보안을 개별적으로 구성하여 충전소와 클라우드 및 데이터 센터로 연결되는 회선을 보호합니다.
‘어디서나’의 정의
몇 군데에만 이를 적용하더라도 수개월이 걸리며, 각 위치에 필요한 애플리케이션 계층 보안까지 고려하면 시간은 더 오래 걸립니다! 게다가 애플리케이션이나 네트워크, 애플리케이션 전송 또는 애플리케이션 보안 정책이 업데이트될 때마다 담당자가 각 위치를 일일이 방문해 업데이트를 설치해야 했습니다. 이처럼 "어디서나"라는 개념은 금세 감당하기 어려울 정도로 커졌습니다.
이러한 사용 사례는 다양한 산업 분야에서 나타납니다:
- 의료 서비스 제공업체가 진료소에 애플리케이션을 로컬로 배포하고 서로 다른 두 퍼블릭 클라우드의 백엔드 애플리케이션에 연결하는 경우.
- 통신사가 소매 매장에 애플리케이션을 배포하고 데이터 센터의 백엔드 애플리케이션과 안전하게 앱 간 연결을 구축합니다.
- 은행은 고객 경험을 개선하기 위해 지점에 AI 추론 애플리케이션을 배포하고, 퍼블릭 클라우드 인스턴스의 백엔드 애플리케이션과 앱 간 연결을 보호합니다.
"어디서나" 환경의 과제는 크게 네 가지 범주로 나뉩니다:
- 여러 클라우드, 데이터 센터 및 엣지 사이트에 애플리케이션 배포.
- 모든 사이트에 해당 애플리케이션을 배포하고 연결합니다.
- 모든 사이트에서 애플리케이션을 보호합니다.
- 네트워크 및 애플리케이션 계층 전반에 걸친 분산 환경에서 운영.
‘어디서나’를 현실로
기존 방식으로 이러한 과제를 해결하려면 시간, 인력, 하드웨어 및 지속적인 유지 관리에 막대한 투자가 필요합니다. 여러 제품과 개별 솔루션을 하나로 연결해야만 제대로 작동하겠지만, 전체 시스템이 무너질 위험도 매우 큽니다.
이제 F5와 Google Distributed Cloud를 통해 다음을 지원하는 진정한 솔루션을 이용할 수 있습니다:
- 애플리케이션 배포: Google Distributed Cloud 연결 노드에서 F5 Application Delivery and Security Platform을 사용하면 중앙 집중식 인터페이스를 통해 연결된 모든 Google Distributed Cloud 노드에 애플리케이션을 손쉽게 배포하여 통합 애플리케이션 배포 플랫폼을 구축할 수 있습니다. F5 Application Delivery and Security Platform의 구성 요소인 F5 Distributed Cloud Services는 Google Distributed Cloud 네트워크 전반에서 애플리케이션이 일관되게 배포되도록 하여 가치 실현 시간을 단축합니다.
- 애플리케이션 전송: Google Distributed Cloud 연결 노드에 F5 Distributed Cloud Customer Edge(CE)를 배포하면 레이어 3부터 레이어 7까지 통합된 네트워크 및 보안 스택이 제공되므로, 각각 관리, 구성 및 운영 모델이 서로 다른 여러 어플라이언스를 조합할 필요가 없습니다. 이를 통해 기존 네트워크를 구축하지 않고도 여러 사이트에 걸쳐 애플리케이션 패브릭 오버레이를 구성할 수 있습니다. F5 Distributed Cloud App Connect와 함께 사용하면 Google Distributed Cloud를 통해 모든 노드에서 일관된 네트워크 및 전송 정책에 따라 애플리케이션을 전송할 수 있습니다. Distributed Cloud App Connect는 프록시 기반 아키텍처를 기반으로 구축되어 어떤 애플리케이션과 API를 어떤 노드에 전송할지, 그리고 구체적으로 어떤 방식으로 전송할지를 세밀하게 제어할 수 있습니다.
- 애플리케이션 보안: 애플리케이션 전송 및 보안 플랫폼을 원하는 노드로 확장하면 Google Distributed Cloud가 운영되는 모든 곳에서 F5 Distributed Cloud API Security 및 F5 Distributed Cloud Bot Defense와 같은 AI 강화 보안 서비스를 이용할 수 있습니다. 이러한 서비스는 모두 단일 콘솔을 통해 관리되며, Google Distributed Cloud에서 실행되는 모든 애플리케이션에 동일한 보안 정책과 서비스를 배포할 수 있습니다. Google Distributed Cloud 노드 수가 증가함에 따라 F5는 새로운 수요에 맞춰 빠르고 손쉽게 확장할 수 있으며, 중앙 집중식 컨트롤 플레인을 통해 모든 배포 환경에서 항상 일관된 보안을 유지할 수 있습니다. 보안 정책을 변경해야 하는 경우 한 번만 변경하면 CE가 있는 모든 Google Distributed Cloud 노드에 배포할 수 있으므로 보안 운영이 훨씬 간소화됩니다.
- 운영 및 관리: 모든 Google Distributed Cloud 노드의 애플리케이션 보안 및 전송은 물론 Google Cloud Platform에서 실행되는 모든 애플리케이션까지 중앙 집중식 콘솔에서 관리할 수 있으므로, Google Distributed Cloud 사용자는 각 애플리케이션의 상태와 가용성, 그리고 해당 애플리케이션을 겨냥한 잠재적 위협을 모두 파악할 수 있습니다. Distributed Cloud Services 오버레이를 사용해 각 Google Distributed Cloud 노드를 서로 연결할 수 있으며, Google Distributed Cloud 노드의 애플리케이션은 트래픽을 외부에 노출하지 않고도 어느 위치에서든 다른 애플리케이션을 안전하게 호출할 수 있습니다. 새로 추가되는 Google Distributed Cloud 노드나 Google Distributed Cloud 노드로 마이그레이션되는 애플리케이션에도 기존 애플리케이션과 동일한 보호 기능을 언제든지 적용할 수 있습니다.
모든 요소를 하나로 통합
다시 전기차 제조업체의 사례로 돌아가 보겠습니다. F5와 Google Distributed Cloud는 이 제조업체가 직면한 모든 과제를 고려하여 애플리케이션 배포, 전송, 보안 및 운영을 관리하는 통합 솔루션을 제공합니다. 제조업체는 애플리케이션을 구축하기만 하면 됩니다. F5와 Google Distributed Cloud가 함께 작동하므로 어디서나 애플리케이션을 사용 가능한 최신 상태로 유지할 수 있습니다. 이제 다음 단계로 나아가 "어디서나" 가능한 환경이 어떤 가치를 제공하는지 확인해 보시겠습니까?
4월 9일부터 11일까지 라스베이거스에서 열리는 Google Cloud Next 2025에 참석하신다면 2086번 부스의 F5 팀을 방문해 주세요. Google Distributed Cloud와의 파트너십과 F5가 어떻게 ‘어디서나’를 현실로 구현하는지 자세히 알아보실 수 있습니다.
문의하세요F5와 Google Distributed Cloud가 귀사에 어떤 도움을 줄 수 있는지 알아보세요.
작성자 소개
관련 블로그 게시물
성평등을 향한 여정: 사이버 보안 분야에서 성공적인 커리어를 개척하는 방법에 관한 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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.