일관성. 기술 분야에서 이 용어는 동등한 특성을 설명할 때 사용됩니다. 시간이 지나거나 조건이 달라져도 동일하게 작동한다면 일관성이 있다고 할 수 있습니다. 멀티 클라우드 환경에서 운영되는 기업에는 여전히 일관성이 문제가 되고 있습니다. 당사의 2019년 애플리케이션 서비스 현황 보고서에 따르면, 여러분 대부분(87%)이 이에 해당합니다.
분명히, 데이터 센터와 클라우드 간 애플리케이션 서비스 배포율의 차이는 애플리케이션 서비스를 일관되게 배포하지 않는다는 단순한 원인을 가리킵니다.
하지만 이것만이 일관성 부족의 유일한 원인은 아닙니다. 같은 설문조사에 따르면 많은 사람들이 온프레미스와 퍼블릭 클라우드에 애플리케이션 서비스를 실제로 배포하고 있지만, 여전히 일관성, 특히 보안의 일관성을 유지하는 데 어려움을 겪고 있습니다.
이를 위해서는 "일관성"이 무엇을 의미하는지 더 깊이 살펴봐야 합니다. 문제의 원인 중 하나는 일관성에 서로 다른 두 가지 계층이 있으며 둘 다 중요하다는 사실을 인식하지 못하는 데 있다고 생각하기 때문입니다.
애플리케이션 서비스는 애플리케이션 전송 컨트롤러가 아닙니다
일관성에 관한 이 논의의 핵심은 애플리케이션 딜리버리 컨트롤러(ADC)와 애플리케이션 서비스의 차이에 있습니다.
ADC는 애플리케이션 서비스를 제공하는 플랫폼입니다. Kubernetes가 그 자체로 하나의 독립된 시스템인 것처럼, ADC 역시 그 자체로 하나의 시스템입니다. Kubernetes는 컨테이너를 배포하고 운영하기 위한 플랫폼입니다. ADC는 애플리케이션 서비스를 배포하고 운영하기 위한 플랫폼입니다.
이는 중요합니다. 플랫폼(원한다면 시스템이라고 해도 좋습니다)은 자신이 배포하고 운영하는 "대상"과는 별개의 일관성 개념을 지니기 때문입니다. 일관성은 운영 계층, 즉 플랫폼과 플랫폼이 제공하는 애플리케이션 서비스를 관리하고 운영하는 계층에 존재합니다.
기능적 일관성
이는 각 애플리케이션 서비스가 제공하는 기능적 일관성과는 분명히 다릅니다. 기능적 일관성은 애플리케이션 서비스의 기능으로 구성됩니다. 이는 가장 눈에 잘 띄기 때문에, 사람들이 멀티 클라우드 일관성의 어려움을 언급할 때 일반적으로 지칭하는 부분입니다.
서로 다른 공급업체의 애플리케이션 서비스를 배포할 때는 기능적 일관성을 확보하기가 특히 어렵습니다. 한 공급업체의 WAF 또는 안티봇 서비스가 다른 공급업체의 WAF 또는 안티봇 서비스와 반드시 기능적으로 동등한 것은 아닙니다.
조직이 멀티 클라우드 환경에서 일관성을 확보하는 데 어려움을 겪는 이유 중 하나는 클라우드에 애플리케이션 서비스를 배포하지 않아서가 아니라, 기능적 역량이 서로 다른 애플리케이션 서비스를 배포하기 때문입니다. 기능적 동등성을 기준으로 표준화하면 조직이 그동안 확보하기 어려웠던 일관성을 달성하는 데 도움이 됩니다.
운영 일관성
두 번째이자 상대적으로 덜 언급되는 비일관성의 원인은 플랫폼 계층에 있습니다. 상당수의 엔터프라이즈 조직에서는 ADC가 이에 해당합니다. 퍼블릭 클라우드로 이전할 때 많은 조직이 의도적으로든 우연히든 애플리케이션 서비스에 클라우드 네이티브 옵션을 사용합니다.
이로 인해 플랫폼 계층에 운영상의 불일치가 즉시 발생합니다. 이러한 애플리케이션 서비스를 프로비저닝하고 온보딩하며 운영하는 방식은 운영과 직결되며, 첫 번째 API에 연결하는 순간부터 운영 부채가 발생합니다.
온프레미스에서는 클라우드 네이티브 애플리케이션 서비스를 사용하고 있지 않을 가능성이 큽니다. 즉, 이제 서로 다른 두 개의 애플리케이션 서비스 플랫폼을 다뤄야 합니다. 관리, 분석, 모니터링 등 모든 방식이 서로 다릅니다.
이는 온프레미스에서 서로 다른 두 ADC를 사용하는 것과 같습니다. 일부 초대형 조직에서는 이러한 방식을 성공적으로 운영하기도 하지만, 지난 수년간 살펴본 결과 대부분의 조직은 단일 ADC 플랫폼으로 표준화하는 것으로 나타났습니다. 운영의 일관성과 모든 애플리케이션에 애플리케이션 서비스 정책을 동일하게 적용할 수 있다는 점이 이러한 결정을 내리는 주요 요인이었습니다.
하지만 클라우드로 이전하면서 일부 조직은 애초에 ADC 플랫폼을 표준화한 이유, 즉 운영의 일관성과 지원을 잊었습니다. 플랫폼을 추가로 도입하면 필연적으로 운영 부담이 커지고 일관성을 확보하기가 어려워집니다.
일관성을 위해서는 표준화가 필요합니다
표준화가 혁신을 저해한다고 믿는 일부 사람들에게는 표준화라는 말이 두렵게 느껴질 수 있습니다. 하지만 혁신을 장려할 수는 있어도 장기적으로 지속 가능하지 않고 혼란스러운 운영 환경을 초래하는 무질서한 방임 상태는 더욱 두렵습니다.
IT 부서가 비즈니스에 가치를 제공해야 한다는 압박을 받는 상황에서, 여러 플랫폼과 각종 애플리케이션 서비스를 유지하기 위해 운영 인력을 늘리는 것은 멀티클라우드 일관성을 달성하려는 목표에 어긋나는 것으로 보입니다.
표준화, 특히 운영 계층의 표준화는 직원들이 플랫폼 운영에 집중해야 하는 부담을 덜어 주고 대신 정책과 아키텍처에 대한 협업을 촉진하므로 혁신의 핵심 요소입니다.
조직은 여러 환경 전반에서 운영 및 기능의 일관성을 모두 확보함으로써 예산을 초과하지 않고도 원하는 정책 일관성을 달성할 수 있습니다.
작성자 소개
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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.