마지막으로 새집으로 이사한 게 언제인가요?
그때 가구를 처분하셨나요? 장식품은요? 사진이나 작은 깔개는요? 아마 그러지 않으셨을 겁니다. 낡고 오래된 물건을 새것으로 바꾸는 기회로 삼았을 수는 있지만, 집안 살림 대부분은 함께 옮겼을 것입니다.
기업의 애플리케이션 포트폴리오는 알고 보면 가정을 구성하는 살림살이와 비슷합니다. 조직이 새로운 아키텍처를 도입하고 새로운 앱을 개발한다고 해서 기존 앱을 폐기하지는 않습니다. 시간이 지나면서 포트폴리오를 어느 정도 정리하기는 하지만, 기존 아키텍처를 사용해 수년 전에 도입한 앱도 비즈니스 가치를 계속 제공하는 한 대체로 여전히 사용됩니다.
수년간 이를 뒷받침할 데이터가 거의 없었음에도 불구하고 사실로 받아들여져 왔습니다. 이 전제 자체를 부정하는 사람은 없지만, 마침내 이를 뒷받침하는 실증적 데이터가 확보되었다는 점은 반가운 일입니다.
당사의 애플리케이션 서비스 현황 연구에서는 애플리케이션 서비스의 미래에 영향을 미칠 것으로 예상되는 동향과 기술에 대해 질문합니다. 클라우드가 그중 하나이며, 자동화와 오케스트레이션도 또 다른 요소입니다. 하지만 애플리케이션 서비스에 가장 큰 영향을 미치는 것은 이러한 중간 기능이 제공하고 보호하는 애플리케이션일 것입니다.
그래서 현재 사용 중인 애플리케이션 아키텍처와 기업 애플리케이션 포트폴리오의 구성에 대해 질문했습니다.
그 결과는 아마 누구에게도 놀랍지 않겠지만, 현대적인 아키텍처, 특히 마이크로서비스가 빠르게 도입되고 있다는 점은 상당히 흥미로울 수 있습니다.
여러분은 이전 게시물을 통해 오늘날 엔터프라이즈 애플리케이션 포트폴리오에서 가장 널리 사용되는 아키텍처가 전통적인 3계층 웹 앱(36%)이라는 사실을 알고 계실 것입니다. 하지만 그 뒤를 전신인 클라이언트-서버(34%)가 바짝 따르고 있습니다. 메인프레임과 모놀리스는 여전히 애플리케이션 포트폴리오의 11%를 차지하지만, 최신 아키텍처(여기서는 모바일과 마이크로서비스로 정의)가 이를 넘어 각각 14%와 15%를 차지하고 있습니다.
흥미로운 결과지만, 이를 "전통적" 아키텍처와 "현대적" 아키텍처로 나누어 살펴보면 더욱 흥미롭습니다. 이 분석에서는 모놀리스, 클라이언트-서버, 3계층 웹 앱을 "전통적" 아키텍처로 정의합니다. "현대적" 아키텍처에는 모바일과 마이크로서비스가 포함됩니다.
이러한 범주를 기준으로 살펴보면, 대부분(76%)이 두 가지를 혼합하여 사용하는 것으로 나타났습니다.

나머지 24%는 전통적인 아키텍처에 크게 치우쳐 있으며, 이 중 21%는 애플리케이션 포트폴리오에 전통적인 아키텍처만 사용합니다. 나머지는 모험적인 조직이라 할 수 있으며 현대적인 아키텍처에만 의존합니다. 엔터프라이즈 애플리케이션 포트폴리오에서 사용하는 애플리케이션 아키텍처는 평균 세 가지이지만, 일부 기업의 오랜 역사를 보여주듯 조직의 18%는 모든 아키텍처에서 애플리케이션을 운영합니다. 다섯 가지 모두에서 말입니다.
더욱 흥미로운 점은 조직의 11%가 단 하나의 아키텍처만 사용한다는 것입니다.
조직은 이기종 앱 포트폴리오를 유지합니다. 최신 아키텍처를 도입하면서도 기존 아키텍처 범주에 속하는 앱을 계속 사용하고 연동합니다. 앱의 수명이 다하고 최신 앱으로 대체됨에 따라 시간이 지나면서 앱 포트폴리오 구성이 변화할 것으로 예상되지만, 이러한 변화에는 시간이 걸립니다. 경우에 따라서는 상당히 오랜 시간이 걸리기도 합니다.
3계층 웹이 크게 감소하기에 앞서 클라이언트-서버가 먼저 감소하고, 이와 함께 마이크로서비스 기반 앱이 그에 상응하는 성장을 보일 것으로 예상합니다. 하지만 이러한 아키텍처를 통해 제공되는 비즈니스와 애플리케이션이 긴밀하게 결합되어 있다는 점을 고려하면, 메인프레임과 모놀리스가 조만간 급격히 사라질 것으로 보지는 않습니다. 실제로 디지털 트랜스포메이션은 비즈니스와 기술의 통합을 더욱 긴밀하게 만들고 있으며, 메인프레임에서 실행되는 '오래된' 모놀리스는 이미 이러한 긴밀한 통합을 구현하고 있는 경우가 많습니다.
즉, 전체 응답자 중 자사의 앱이 비즈니스에 매우 중요하다고 답한 비율은 3분의 1 미만(31%)이었지만, 앱 포트폴리오의 절반 이상이 모놀리식 앱으로 구성된 경우에는 그 비율이 38%로 높아졌습니다. 오래되었을 가능성에도 불구하고 모놀리식 시스템과 메인프레임이 계속해서 비즈니스 가치를 창출하고 있음은 분명합니다.
앱 서비스와의 관계
그렇다면 애플리케이션 서비스 및 보안 제공업체가 "애플리케이션은 확장 가능해야 하고, 안전해야 하며, 빨라야 한다"는 당연한 이유 외에 애플리케이션 아키텍처에 관심을 갖는 이유는 무엇일까요?
애플리케이션 아키텍처는 앱 서비스 제공 방식에 항상 지대한 영향을 미쳐 왔으며, 앞으로도 그럴 것입니다. 예를 들어, 기존 아키텍처는 애플리케이션 전송 컨트롤러(ADC)와 같은 전통적인 프록시 기반 전송 메커니즘에 매우 적합합니다. 하지만 API와 분산 실행 모델에 크게 의존하는 최신 앱에는 해당 앱의 운영자에게 더 적합한 새로운 전송 메커니즘이 도입됩니다. 컨테이너 네이티브 옵션과 '서비스형' 모델은 최신 앱과 함께 사용되는 경우가 많습니다. 또한 웹 및 앱 서버 플러그인(예: NGINX 모듈)은 앱 서비스를 위한 전송 메커니즘으로 점점 더 주목받고 있습니다.
실제로 마이크로서비스는 네트워크를 분할하고 있습니다. 그 결과, 딜리버리 아키텍처의 무게중심이 앱 쪽으로 이동하고 있습니다. 이에 따라 일부 핵심 앱 서비스(특히 가용성과 보안)가 앱에 더 가까워지고 있으며, 경우에 따라서는 앱 내부로 통합되고 있습니다.
이는 업계 전반에서 애플리케이션 서비스를 배포하고 운영하는 방식과 공급업체인 F5가 이를 제공하는 방식을 바꾸게 될 것입니다.
작성자 소개

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 파이프라인 초기에 보안을 통합하여 취약점을 예방하고 시간을 절약하는 방법을 알아보세요.