Enterprise App 포트폴리오의 상태

언제 마지막으로 새 집으로 이사하셨나요?

그럴 때, 가구도 없앴나요? 장식? 사진? 러그를 깔아요? 아마도 그렇지 않을 겁니다. 오래되고 낡은 물건을 새 것으로 바꿀 기회를 잡았을 수도 있지만, 집안의 대부분 사람들이 당신과 함께 이사를 했습니다.

기업용 앱 포트폴리오는 가정을 구성하는 물건과 같습니다. 조직이 새로운 아키텍처를 채택하고 새로운 앱을 개발할 때, 이미 존재하는 앱을 버리지 않습니다. 시간이 지남에 따라 포트폴리오가 일부 정리되는 경우가 항상 있지만, 기존 아키텍처를 사용하여 수년 전에 서비스를 시작한 앱은 계속해서 서비스되고 있는 것이 일반적입니다. 물론, 계속해서 비즈니스 가치를 제공한다면 말입니다.

수년 동안 이는 사실로 주장되어 왔지만, 이 주장을 뒷받침할 만한 자료는 거의 없었습니다. 그 전제의 진실성을 이의를 제기하는 사람은 없지만, 마침내 그것을 뒷받침할 경험적 데이터를 얻게 되어 기쁩니다.

앱 서비스 현황 조사를 통해 우리는 앱 서비스의 미래에 영향을 미칠 것으로 생각되는 트렌드와 기술에 대해 질문했습니다. 클라우드가 그 중 하나입니다. 자동화와 오케스트레이션도 그 중 하나입니다. 하지만 앱 서비스에 가장 큰 영향을 미치는 것은 바로 이러한 중간 기능이 제공하고 보호하는 애플리케이션입니다.

그래서 우리는 사용 중인 애플리케이션 아키텍처와 엔터프라이즈 앱 포트폴리오의 구성에 대해 물었습니다. 

그 결과는 누구에게도 놀라운 일이 아닐 것입니다. 하지만 최신 아키텍처, 특히 마이크로서비스의 빠른 도입은 지나가는 것 이상의 흥미로울 수 있습니다.

이전 게시물 에서 알 수 있듯이 오늘날 기업 포트폴리오에서 가장 널리 사용되는 앱 아키텍처는 전통적인 3계층 웹앱(36%)입니다. 하지만 바로 뒤를 따르는 것은 선행 모델인 클라이언트-서버(34%)입니다. 메인프레임과 모놀리스는 여전히 앱 포트폴리오의 11%를 차지하지만, 최신 아키텍처(여기서는 모바일 및 마이크로서비스로 정의)가 이를 앞지르며 앱 포트폴리오의 각각 14%와 15%를 차지했습니다.

흥미롭긴 한데, 그것을 '전통적인' 건축과 '현대적인' 건축으로 나누어 보면 훨씬 더 흥미롭죠. 이 분석의 목적을 위해 "전통적인" 아키텍처를 모놀리스, 클라이언트-서버, 3계층 웹 앱으로 정의합니다. "모던" 아키텍처는 모바일 및 마이크로서비스입니다.

이러한 범주를 사용하면 대부분(76%)이 두 가지를 혼합하여 사용하는 것을 알 수 있습니다. 

나머지 24%는 기존 아키텍처를 주로 사용하며, 21%는 앱 포트폴리오에 기존 아키텍처만 사용합니다. 나머지는 모험적이라고 부를 수 있고, 현대 건축물에만 의존할 수도 있습니다. 기업 앱 포트폴리오에서 앱 아키텍처의 평균 개수는 3개이지만, 모든 아키텍처에서 앱을 운영하는 조직이 18%에 달한다는 사실은 일부 기업이 오래 지속된다는 증거입니다. 모두 다섯 개예요.

더욱 흥미로운 점은 조직의 11%가 단 하나의 아키텍처만 사용한다는 것입니다.

조직에서는 다양한 앱 포트폴리오를 유지 관리합니다. 그들은 최신 아키텍처를 채택함에 따라 기존 아키텍처 범주에 속하는 앱도 계속 사용하고 통합합니다. 앱의 수명이 다하고 최신 앱으로 대체되면서 앱 포트폴리오 구성이 시간이 지남에 따라 변화할 것으로 예상되지만, 이러한 변화에는 시간이 걸립니다. 어떤 경우에는 오랜 시간이 걸립니다.

3계층 웹이 크게 감소하기 전에 클라이언트-서버 시장이 감소할 것으로 예상하고, 마이크로서비스 기반 앱이 폭발적으로 성장할 것으로 예상합니다. 하지만 이러한 아키텍처를 통해 제공되는 비즈니스와 애플리케이션의 긴밀한 결합을 감안할 때 메인프레임과 모놀리스가 가까운 시일 내에 극적으로 사라질 것으로 예상하지는 않습니다. 현실적으로 디지털 혁신은 기업과 기술 간의 긴밀한 통합을 촉진하고 있으며, 메인프레임 기반의 '고대' 거대 기업은 이미 그러한 긴밀한 통합을 보이는 경우가 많습니다.

즉, 전체적으로는 응답자의 3분의 1(31%)도 앱이 비즈니스에 중요하다고 답했지만, 앱 포트폴리오의 절반 이상을 거대기업이 차지하는 경우 이 비율은 38%로 치솟습니다. 명백히 모놀리스와 메인프레임은 잠재적으로 오래되었음에도 불구하고 계속해서 비즈니스 가치를 창출하고 있습니다.

앱 서비스와의 관계

그렇다면 앱 서비스와 보안 제공업체가 "앱은 확장 가능해야 하고, 안전해야 하고, 빨라야 한다"는 명백한 이유 외에 앱 아키텍처에 관심을 갖는 이유는 무엇일까요?

애플리케이션 아키텍처는 앱 서비스가 제공되는 방식에 항상 큰 영향을 미쳤으며 앞으로도 계속 큰 영향을 미칠 것입니다. 예를 들어, 기존 아키텍처는 ADC(애플리케이션 전송 컨트롤러)와 같은 기존의 프록시 기반 전송 메커니즘에 적합합니다. 하지만 API와 분산 실행 모델에 크게 의존하는 최신 앱은 해당 앱 운영자에게 더 적합한 새로운 전달 메커니즘을 도입합니다. 컨테이너 기반 옵션과 '서비스형' 모델은 종종 최신 앱과 함께 사용됩니다. 또한, 웹 및 앱 서버 플러그인( NGINX 모듈 )은 앱 서비스를 제공하는 데 있어 점점 더 매력적인 전달 메커니즘이 되고 있습니다.

현실은 마이크로서비스가 네트워크를 분해하고 있다는 것입니다. 그렇게 함으로써, 배달 아키텍처의 중력 중심이 앱으로 이동하고 있습니다. 이는 일부 중요한 앱 서비스(특히 가용성과 보안)를 앱에 더 가깝게 끌어들이고, 어떤 경우에는 앱 안으로 끌어들이고 있습니다.

이는 업계에서 앱 서비스를 배포하고 운영하는 방식을 바꿀 것이며, 공급업체인 F5는 이를 제공합니다.