저는 지금 코로나19 확산을 막기 위해 재택근무를 시작한 지 5주차에 접어들었습니다. 매일 새로운 비극이 드러나고 인도주의적 위기가 닥치면서 새로운 슬픔이 찾아옵니다. 저는 매일 병원, 진료소, 요양 시설의 최전선에서 바이러스와 싸우는 사람들과 필수 서비스를 계속 제공하기 위해 노력하는 사람들의 헌신, 전문성, 이타주의에 영감을 받습니다. 그 영웅들에게 진심으로 감사드리고 싶습니다.
이번 위기로 인해 전 세계 기업의 IT 부서에서도 영웅이 탄생했습니다. 지난 달 동안 디지털 서비스에 대한 의존도가 크게 증가했으며, 네트워크 운영, DevOps, 보안 및 개발 분야의 팀 구성원들의 헌신, 창의성 및 노고도 이러한 서비스를 효과적이고 안전하게 확장하는 데 큰 도움이 되었습니다. 그들은 원격 근무자들의 연결을 유지하고, 필수품을 집 앞까지 배달해주는 배달 앱을 개발하고, 대규모의 훈련된 의료진을 활성화하는 원격진료 솔루션을 구축하는 등 모든 것이 원활하게 운영되도록 하기 위해 이상적이지 않은 환경에서도 긴 시간을 투자하고 있습니다.
일부 시장 분석가들은 이 작업이 회사의 디지털 전략을 최대 10년까지 발전시킬 수 있을 것으로 추정했습니다. 그러나 목표에 도달하려면 몇 가지 과제를 해결해야 할 것입니다. 지난 블로그 에서는 이러한 과제 중 가장 중요한 것, 즉 응용 프로그램의 가시성 부족에 대해 논의했습니다.
애플리케이션 수준의 가시성이 여전히 찾기 어려운 이유 중 하나는 애플리케이션 데이터 경로가 복잡하고 일반적으로 종단 간 가시성을 고려하여 구성되지 않았기 때문입니다. 애플리케이션 데이터 경로는 애플리케이션 비즈니스 로직이 호스팅된 서버에서 애플리케이션에 액세스하려는 최종 사용자에게로 애플리케이션 트래픽이 흐르는 경로입니다. 대부분의 애플리케이션은 데이터 경로를 따라 여러 가지 기술이나 서비스를 갖습니다. 계산 방법에 따라 다르지만, 최신 애플리케이션의 데이터 경로를 따라 런타임 환경에서 엣지 전송 네트워크에 이르기까지 모든 것을 아우르는 이러한 다양한 서비스가 최소 7~9개 있습니다.
애플리케이션 데이터 경로에 있는 이러한 각 서비스는 여러 공급업체에서 제공될 수 있습니다. 그리고 각각의 다른 애플리케이션 아키텍처(예: 모노리식, 클라이언트-서버, 3계층, 마이크로서비스, 모바일)와 각각의 인프라 환경(예: 온프레미스, Amazon Web Services, Microsoft Azure, RedHat OpenShift, Pivotal Cloud Foundry 등)마다 더 많은 공급업체가 있습니다. 고객이 모놀리식 및 3계층 애플리케이션에 선택하는 공급업체와 도구는 일반적으로 마이크로서비스 애플리케이션을 제공하는 공급업체와 도구가 아닙니다. 그리고 그들은 종종 다양한 퍼블릭 클라우드 애플리케이션 데이터 경로에 대해 완전히 다른 툴체인을 보유하고 있습니다.
공급업체도 많고 도구도 많습니다.
대부분의 고객은 이러한 모든 공급업체와 도구를 중심으로 내부적으로 구조를 구축했습니다. 과거에는 각 역할과 각 도구마다 관리해야 할 지식 기반, 기술 세트, 프로세스가 별도로 필요했기 때문에 이것이 합리적이었습니다. Azure 애플리케이션을 관리하는 팀은 종종 AWS 애플리케이션을 관리하는 팀과 분리되어 있으며, AWS 애플리케이션은 레거시 온프레미스 애플리케이션을 담당하는 팀과 분리되어 있습니다. 이는 다양한 학문과 관련 역할에도 해당합니다. 앱 개발자, SecOps 팀, NetOps 팀 등은 각 애플리케이션을 제공하고 보호하기 위해 각자의 특정 작업에 가장 적합한 툴셋을 사용합니다.
애플리케이션 데이터 경로에 있는 각 도구와 공급업체는 일반적으로 자체 중앙 관리 및 자동화 프레임워크를 갖추고 있습니다. 이렇게 되면 모든 것을 하나로 모으는 작업은 고객에게 맡겨지게 됩니다. 이에 대한 차원을 더 살펴보자면, F5 조사에 따르면 기업들은 평균적으로 포트폴리오에 ~800개의 애플리케이션을 보유하고 있으며, 이는 ~4개의 애플리케이션 아키텍처와 ~3개의 인프라 환경(즉, 온프레미스와 2개 이상의 퍼블릭 클라우드)에 걸쳐 있습니다. 더욱이 각 애플리케이션은 데이터 경로를 따라 7~9개의 서비스를 갖습니다. 단일 애플리케이션 데이터 경로를 자동화하고 조율하는 것은 쉬운 일이 아니며, 더구나 일반적인 기업의 이기종 포트폴리오 문제를 해결하는 것은 더욱 어렵습니다.
결국 이 모든 것의 결과는 우리 모두가 스스로 빠져든 사일로입니다. 단일 애플리케이션의 데이터 경로를 따라 여러 개의 운영 사일로가 존재하며, 멀티 클라우드 아키텍처에서 사용되는 각 애플리케이션 아키텍처와 인프라 환경에는 훨씬 더 많은 운영 사일로가 존재합니다.
사일로가 있는 곳에는 가시성이 제한됩니다. 애플리케이션 데이터 경로에 문제가 발생하면 정확히 무슨 일이 일어났는지 파악하는 데 몇 주 또는 몇 달이 걸릴 수도 있습니다. 일이 잘 풀릴 때는 최적의 엔드투엔드 성능을 위해 튜닝하는 것은 중요하지 않습니다.
그리고 우리 고객 대부분이 지금 이런 상태에 처해 있습니다. 한편, 이들은 오늘날 기업 운영에 필수적인 기존 앱과 향후 가치 창출의 핵심이 되는 최신 앱을 아우르는 광범위한 애플리케이션 포트폴리오를 보유하고 있습니다. 반면에, 그들은 조직적 사일로와 분산된 툴을 중심으로 굳어진 애플리케이션 포트폴리오에 대한 미숙한 운영 모델을 갖고 있으며, 그로 인해 엄청난 맹점과 위험이 계속 존재합니다.
F5는 고객이 애플리케이션의 가치를 최대한 실현하고 확보할 수 있도록 돕기 위해 근본적으로 애플리케이션을 중심으로 하는 애플리케이션 전달 및 애플리케이션 보안에 대한 새로운 패러다임을 옹호합니다. 애플리케이션 데이터 경로 기능의 하위 집합을 중심으로 최적화하고 인프라 계층까지 확장하는 기존 패러다임과 대조적으로(이를 "수직 통합 접근 방식"이라고 함), 이 새로운 접근 방식은 엔드투엔드 애플리케이션 데이터 경로를 간소화하고 기본 인프라에서 해당 계층을 추상화하는 데 중점을 둡니다. 이 접근 방식에는 여러 가지 이점이 있습니다.
F5가 고객에게 이 약속을 이행하는 데 가장 적합한 데에는 몇 가지 이유가 있습니다. 첫째, F5 BIG-IP, NGINX, F5 Cloud Services, Silverline, 그리고 Shape까지, F5는 전 세계 모든 솔루션 공급업체보다 애플리케이션 데이터 경로(웹 서버, Ingress 컨트롤러, 로드 밸런서 및 애플리케이션 보안)에서 가장 포괄적인 기능 세트를 갖추고 있습니다. 그리고 우리는 다양한 소비 및 배포 모델로 이러한 기능을 제공합니다.
또한 우리는 진정한 멀티 클라우드(즉, 플랫폼에 독립적인) 데이터 경로 요소 세트를 보유하고 있습니다. 즉, F5 데이터 경로 요소(당사에서는 "애플리케이션 서비스"라고 부름)를 어디서나 실행할 수 있다는 의미입니다. 컨테이너 환경에서 실행할 수 있습니다. 실제로 NGINX는 컨테이너 네이티브 환경에 특별히 최적화되었습니다. 당사의 애플리케이션 서비스는 퍼블릭 클라우드에서 실행됩니다. 또한 가상 머신, 상용 기성품 하드웨어 및 당사가 자체적으로 제작한 하드웨어에서도 실행됩니다.
또한 기존 생태계 통합과 고객 및 파트너가 F5 기술을 타사 기술과 통합하고 조율할 수 있는 세계적 수준의 선언적 API를 통해 모든 솔루션 공급업체보다 가장 개방적인 아키텍처를 제공합니다. 이를 통해 고객에게 선택권을 제공합니다. 사용자는 애플리케이션 데이터 경로와 다른 곳에서 사용할 최고 수준의 기술을 선택할 수 있습니다.
그리고 이제 NGINX Controller 와 F5 Beacon을 통해 우리는 단순히 기술의 상호 운용성을 허용하는 데 그치지 않고 모든 인간 그룹이 협업할 수 있는 방식으로 모든 것을 연결하는 데 도움이 되는 패키지 솔루션을 제공합니다.
당사의 장기적인 비전은 이 강력한 서비스를 확장하고 원격 측정 및 분석을 통해 더 많은 통찰력을 제공하는 것입니다. 거기서부터 우리는 이러한 통찰력을 모든 산업 분야의 고객에게 실질적인 최상위 비즈니스 가치로 전환하는 데 집중할 것입니다. 우리는 이것을 AI 지원 비즈니스 라고 부릅니다.
우리는 이 비전을 실현하기 시작하면서 고객들이 이미 인상적인 결과를 달성하는 것을 보고 있으며, 앞으로 몇 주, 몇 달 안에 이러한 결과와 우리가 취하는 다음 단계에 대해 더 많은 것을 공유할 것입니다.