상명대학교 / 서광규 교수


 

IT업계에서는 다양한 애플리케이션과 서비스 등이 출시되고 나면, 사용자나 고객의 요구사항이 점차 다양하고 많아지고 있다. 이러한 다양한 고객의 요구사항을 빠르게 반영하려면 관리 및 개선이 쉬워야 하고 효율적이어야 하는데, 이를 위해 오픈소스와 API 등을 활용한 다양한 조합이 시도되고 있고 이러한 시도는 컴포저블 (Composable) 구조로 나타나고 있다. IT 서비스, 애플리케이션, 데이터 등을 조합할 수 있게 구성해, 빠르게 변화하는 시대의 흐름과 다양한 고객의 요구사항을 수용할 수 있는 모습이 주목받기 시작했고 이러한 트렌드는 기존 서비스와 애플리케이션의 구조는 물론 기업의 형태와 프로세스까지 바꿀 수 있는 잠재력을 포함하고 있다.

미래의 애플리케이션 경험은 새로운 비즈니스 시나리오를 빠르게 활성화할 수 있는 구성 가능한 비즈니스 기능을 통해 구축될 것이다. 애플리케이션 리더는 이 로드맵을 사용하여 정적 애플리케이션 경험에서 이 새로운 동적 패러다임으로 이동해야 하는 것이 필요하다.

고객 경험을 개선하기 위한 논리적인 첫 번째 단계는 헤드리스 CMS를 사용하여 구성 가능한 디지털 경험 플랫폼을 구현하는 것이다. 헤드리스 CMS는 웹 사이트나 애플리케이션의 구조와 콘텐츠를 제공하지만 그것이 어떻게 보일지는 지시하지 않는다. 이를 통해 요구사항 변화에 따라 적응 및 사용자 정의가 가능한 구성 가능한 아키텍처를 구축할 수 있다. 헤드리스 CMS를 선택하면 웹 사이트나 애플리케이션에 다양한 구성 요소를 추가할 수 있다. 단순한 텍스트와 이미지부터 복잡한 대화형 요소까지 무엇이든 될 수 있다. 핵심은 기본 빌딩 블록으로 시작한 다음 거기에서 추가하는 것이다. 더 많은 구성요소를 추가하면 요구 사항을 충족하는 고유하고 맞춤 구성 가능한 아키텍처를 만들 수 있다.

컴포저블 아키텍처를 설치하려면 다음 단계를 따라야 한다.

1) 생태계 이해 - 기존 아키텍처와 그 기능을 감사(audit)

2) 구성 가능성의 필요성 평가 - 컴포저블로 업그레이드하기 위한 요구 사항 범위 지정

3) 요구 사항 설계 - 비즈니스 요구 사항을 기반으로 측정 가능한 비즈니스 목표를 달성하는 데 필요한 아키텍처를 설계

4) 시스템 구축 - 결과를 구축, 테스트, 측정하고 계속해서 평가하고 개선

컴포저블 아키텍처의 미래는 매우 흥미로워 보인다. 헤드리스 CMS의 등장으로 애플리케이션 구축 방법에 대한 유연성과 제어력이 향상되었다. 이제 우리는 애플리케이션을 쉽게 재사용하고 새로운 애플리케이션으로 구성할 수 있는 더 작고 관리하기 쉬운 조각으로 나눌 수 있다. 이를 통해 특정 플랫폼이나 프레임워크에 얽매이지 않고 원하는 애플리케이션을 구축할 수 있는 훨씬 더 많은 성능과 유연성을 얻을 수 있다.

컴포저블 아키텍처를 사용하면 요구 사항이 빠르게 변화함에 따라 애플리케이션을 변경하고 조정할 수 있다. 전체 애플리케이션을 처음부터 다시 구축하지 않고도 구성 요소를 추가하거나 제거할 수 있다. 이를 통해 애플리케이션을 최신 상태로 유지하고 변화하는 요구 사항에 대응하는 것이 훨씬 쉬워진다.

컴포저블 아키텍처는 애플리케이션 구축 방법에 대해 많은 유연성과 제어 기능을 제공하는 강력한 도구이고 이는 앞서 나가기를 원하는 모든 비즈니스에 필수적인 도구가 될 것이다.

본 고에서는 2021년 1월 가트너(Gartner)에서 발표한 “2021 Strategic Roadmap For The Composable Future Of Applications”을 토대로 애플리케이션의 컴포저블 미래를 위한 전략적 로드맵에 대하여 소개하기로 한다.

 

* 이 원고는 2021년 1월에 가트너에서 발표한 “2021 Strategic Roadmap For The Composable Future Of Applications“을 토대로 작성되었음

 



 

1. 컴포저블 개요(Overview)

모놀리식 애플리케이션 경험은 더 이상 혁신적인 비즈니스 사용자와 고객의 요구 사항, 기대 또는 선호도를 충족하지 못하며, 이제 지속적인 비즈니스 민첩성이 요구된다. 비즈니스 리더는 창의적으로 구성되고, 사용자의 역할과 상황에 적합하며, 비즈니스 차별화를 강화하기 위해 지속적으로 개선되는 애플리케이션 경험을 찾고 있다. 생산적이고 영감을 주는 비즈니스-IT 파트너십은 조직이 혁신적인 비즈니스 영향을 미치는 응용 프로그램의 미래 잠재력을 최대한 실현하는 데 필수적이다. 미래 비즈니스 애플리케이션 경험을 지원하는 기술이 이미 마련되어 있으나 오래된 IT 및 비즈니스 관행, 오래된 조직 및 문화 규범, 기술 부채로 인한 관성은 보다 민첩한 비즈니스 및 IT 환경의 채택을 방해한다.

조직의 전략적 비즈니스 변화를 담당하는 애플리케이션 리더와 CIO는 다음을 수행해야 한다.

- 판매용이든 사내 제안이든 새로운 모놀리식 솔루션을 거부하고 기존 솔루션을 개조하거나 교체하여 통합된 애플리케이션 경험으로 전환할 계획을 세운다.

- 전통적인 방법이 아닌 Agile 및 DevOps 기술을 사용하여 응용 프로그램 조립을 위한 빌딩 블록으로 패키지된 제품 스타일의 응용 프로그램 기능 제공을 가속화한다.

- 비즈니스 성과에 대한 책임을 공유할 수 있도록 비즈니스 팀과 IT 팀을 융합한다. 이때 인센티브와 성과 지표를 공동 성공 기준에 연결한다.

- 모놀리식 솔루션이 아닌 구성 가능한 PBC(패키지 비즈니스 기능)를 제공하는 능력에 중점을 두어 애플리케이션 및 기타 공급업체 선택 기준을 재정렬한다.

- 응용 프로그램의 미래를 향한 점진적인 준비-구축-규모 로드맵 접근 방식을 채택하여 잘못된 계획으로 인해 발생하는 실패와 비용 초과를 방지한다.

 



 

2. 분석(Analysis)

조직에서는 사업부의 요구사항을 충족하기 위해 정교한 애플리케이션 포트폴리오를 구축해 왔다. 패키지 애플리케이션, SaaS, 파트너 및 소셜 애플리케이션, 레거시 및 기타 엔터프라이즈 리소스는 현대 비즈니스의 IT 기반을 형성한다.

역사적으로 기업 환경의 대부분은 중앙 IT 부서에 의해 관리되었지만 최근에는 비즈니스 중심 기술 혁신의 속도가 빨라지면서 많은 IT 결정이 사업부 및 비즈니스 사용자에게로 옮겨졌다. "비즈니스"와 "IT" 간의 관계가 종종 멀다는 특성이 디지털 혁신을 향한 조직의 발전을 가로막는 장벽으로 등장했다.

비즈니스와 생산적인 파트너십을 형성하려면 IT는 애플리케이션 포트폴리오를 재구성하고, 애플리케이션 개발 방식을 업데이트하고, 비즈니스에 대한 안내자 및 조언자로서의 새로운 역할을 수용해야 한다.

그 과정에서 비즈니스 사용자는 기술 의존적 비즈니스 혁신을 위해 점점 더 높은 수준의 셀프 서비스를 확보해야 하며, IT는 조직의 중단 없는 안정성과 운영 무결성을 보장해야 한다.

애플리케이션 리더는 준비, 구축 및 확장에 따른 점진적인 발전을 통해 조직을 미래 비즈니스-IT 동맹 및 차세대 애플리케이션 경험으로 안내해야 한다.

본 고에서는 애플리케이션의 컴포저블 미래를 위한 전략적 로드맵을 제공하는데 구체적인 내용은 그림 1과 같다.


[그림1. 애플리케이션의 미래를 위한 전략적 로드맵 개요]


 



 

3. 미래 상태(Future State)

비즈니스 애플리케이션 기능을 생성하고 소비하는 미래의 애플리케이션 경험은 PBC(packaged business capabilities)의 개념을 기반으로 한다.

PBC는 SaaS 공급업체, 중앙 IT 및 기타 애플리케이션 "공장"에서 비즈니스 기능 저장소(내부 라이브러리 또는 외부 마켓플레이스)에 제품 스타일로 제공된다. 그런 다음 중앙 또는 사업부 IT 팀에 의해 조직 내에서 특정 직무 역할 또는 개인의 업무 방식에 대한 깔끔하고 목적에 맞는 지원을 제공한다(그림 2 참조).

미래 상태에서 애플리케이션 경험은 조직의 차별화된 비즈니스 관행을 동적으로 반영하는 능동적인 역할 중심의 비즈니스 기능 집합이 된다.

제품 스타일의 비즈니스 기능 제공은 이러한 경험의 지속적인 혁신과 변화를 보장한다.

 


[그림2. 애플리케이션의 미래를 위한 혁신 파이프라인]


 

1)? 비즈니스-IT 관계의 연속성

애플리케이션 혁신을 위한 지속적인 비즈니스-IT 파트너십은 제품 스타일 제공을 통해 비즈니스 성과를 달성하는 데 초점을 맞춘 조직 간 협업 문화를 발전시킨다.

미래에는 비즈니스 혁신의 성공에 대한 공동 책임과 조직 전체의 기술 관련 기술 및 예산 분배가 비즈니스와 IT의 관계를 변화시킨다.

이는 거리를 두고 종종 적대적인 방식에서 시간이 지남에 따라 비즈니스 결과를 추구하는 연속적인 협업으로 발전하는 방식으로 변화한다. 비즈니스 단위에서 전문 기술을 더 많이 사용할 수 있게 되고 중앙 IT에서 비즈니스 통찰력이 더 많이 개발되고 개발 및 통합 도구가 조직 전체에서 작동하도록 민주화됨에 따라 조직 간 비즈니스 결과 중심의 운영 모델이 널리 보급된다.

 

2) 제품 스타일 제공 애플리케이션을 비즈니스 기능으로 분할

제품 스타일 제공 방법을 사용하는 애플리케이션 공급업체와 기업 개발자는 어셈블리 및 통합을 위해 설계 및 패키지된 개별 비즈니스 기능 모음으로 애플리케이션을 제공한다.

미래에는 클라우드 컴퓨팅이 애플리케이션 공급업체의 진입 비용을 줄여주므로 일반적으로 새로운 수직적 전문 애플리케이션을 제공하는 소규모 SaaS 제공업체의 수가 증가한다.

API 및/또는 이벤트 채널의 포괄적인 컬렉션을 포함하여 통합할 준비가 되어 있다. 일부는 기본적인 "스타터 세트" 사용자 경험만 포함하여 "헤드리스"로 제공된다. 이러한 전문 기능을 사용하여 솔루션을 조립하는 것이 일반화되고 주요 SaaS 및 애플리케이션 공급업체는 상대적으로 강력하게 결합된 애플리케이션 제품군을 보다 개별적인 비즈니스 기능으로 재구성해야 한다. 사용자는 자체 내부 개발을 통해 "다중 경험" 및 통합을 위해 준비된 헤드리스 애플리케이션 구성 요소를 점점 더 많이 만들고 있다.

PBC의 세분성은 공급업체와 시간에 따라 다릅니다. 더욱 발전된 디자인은 디지털 트윈의 아키텍처를 차용하고 단일 제품의 전체 수명 주기 기능과 데이터를 나타낸다.

은행 계좌, 작업 주문 또는 제품과 같은 선택된 엔터티. 조달 프로세스의 캡슐화된 관리 또는 창고 관리와 같은 다른 설계의 범위는 더 넓다. 가장 적합한 세분성은 통합의 복잡성(작은 빌딩 블록)과 변경(큰 빌딩 블록) 사이의 허용 가능한 균형에서 발견된다. 공급업체는 비즈니스를 대표하는 제품군으로 PBC를 제공한다.

고객이 전체 세트를 채택하기를 바라면서 전체 사업 단위(예: HR 또는 재무)의 책임을 맡다. 그러나 고급 고객은 혁신 민첩성을 높이고 종속성을 줄이기 위해 다중 공급업체 어셈블리를 지원하려고 노력한다.

비즈니스 기능은 제품 스타일로 제공되어 운영 및 인텔리전스 측면에서 지속적으로 개선되며, 비즈니스 기능 모음은 제품 스타일 개발 및 제공 모델의 지원을 받아 새로운 기능으로 지속적으로 확장된다.

 

3) 애플리케이션 라이브러리는 비즈니스 기능의 라이브러리로 전환

내부, 공급업체 및 공개 마켓플레이스는 API 및 이벤트 채널을 통해 액세스를 제공하는 사전 조립된 컬렉션 또는 개별적으로 패키지된 비즈니스 기능을 제공하기 위해 등장한다.

미래에는 벤더 애플리케이션과 SaaS가 PBC 라이브러리로 판매되고 소비된 기능을 반영하여 가격이 책정되므로 "쉘프웨어" 및 과잉 프로비저닝으로 인한 오버헤드가 줄어든다.

현재 빠르게 채택되는 API 관리 플랫폼은 이벤트 채널을 지원하고 개별 PBC와 관련된 API 세트를 인식하도록 발전한다. 오늘날 일반적인 개별 API뿐만 아니라 PBC API 세트가 구독 및 거버넌스의 대상이 된다. API 관리 플랫폼은 API를 넘어 PBC용 마켓플레이스로 확장된다.

 

4) 민주화 도구(Democratized Tools)는 비즈니스 관리형 애플리케이션 경험 어셈블리를 지원

조직은 역할별(및 개인별) 비즈니스 애플리케이션을 형성하기 위해 인공 지능(AI)으로 강화된 민주화된 설계 및 개발 도구를 사용하여 비즈니스 기능 마켓플레이스와 맞춤형 개발을 활용한다.

미래에는 역할별 애플리케이션 경험의 집합과 추가 맞춤형 개발이 처음에는 사업부 또는 중앙 IT의 기술 전문가가 수행할 수 있지만 점차적으로 다양한 역할의 사용자가 수행할 수도 있다. 이 프로세스를 지원하는 도구는 다양한 수준의 기술을 가진 개발자를 위해 설계되었으며 AI로 증강되어 개발자가 더 좋고 일관된 결과를 얻을 수 있도록 안내한다.

민주화 도구의 책임에는 통합 및 조립 설계, 사용자 경험 개발, 일부 새로운 PBC 개발이 포함된다. 선도적인 로우 코드 애플리케이션 및 통합 플랫폼은 애플리케이션 경험을 위한 새로운 모델을 지원하는 데 가장 가깝다.

 

5) 통합은 새로운 애플리케이션 경험을 가능하게 하는 필수 요소

런타임 시 수집된 애플리케이션 경험은 거버넌스, 보안, 상호 운용성, 확장성 및 적응성을 제공하는 하이브리드 통합 플랫폼에서 작동한다.

미래에는 이러한 통합된 애플리케이션 경험에 대한 런타임 거버넌스와 보안 보장이 성공에 매우 중요한다. 이는 시간이 지남에 따라 플랫폼, 기술 및 아키텍처 전반에 걸쳐 PBC의 배포 및 통합을 감독, 확장 및 보호하는 데 적합한 고급 하이브리드 인프라로 관리된다.

비즈니스 사용자가 맞춤형 경험을 조립할 수 있게 하고 통합 어셈블리의 안전한 런타임 운영을 촉진하는 도구는 이 모델의 성공에 매우 중요하다. 오늘날의 로우 코드 개발, 통합, 구성 및 거버넌스 도구는 이러한 기능의 초기 표현이다.

 

 


참 고 문 헌




  2. Gartner, 22021 Strategic Roadmap For The Composable Future Of Applications, 2021.1.
  3. Gartner, Gartner’s Reference Model to Deliver Intelligent Composable Business Applications, 2020.10.



저작권 정책


K-ICT 클라우드혁신센터의 저작물인 『애플리케이션의 컴포저블 미래를 위한 전략 로드맵』은 K-ICT 클라우드혁신센터에서 상명대학교 서광규 교수에게 집필 자문을 받아 발행한 전문정보 브리프로, K-ICT 클라우드혁신센터의 저작권정책에 따라 이용할 수 있습니다.
다만 사진, 이미지, 인용자료 등 제3자에게 저작권이 있는 경우 원저작권자가 정한 바에 따릅니다.