상명대학교 / 서광규 교수
2. 컴포저블 애플리케이션 전략을 통한 비즈니스 탄력성 향상 전략
전 세계적으로 엄청난 혼란이 일어나는 시대에 애플리케이션 리더에 대한 요구 사항은 더욱 복잡해지고 어지러운 속도로 변화하고 있다. 성공과 혁신을 위해서는 애플리케이션이 제공하는 기능이 비즈니스, 고객 및 시장 요구 사항의 변화에 따라 모듈식으로 신속하고 안전하게 조립, 분해 및 재구성되어야 한다.
불행하게도 전략을 담당하는 많은 애플리케이션 리더들은 조직의 탄력성과 미래 관련성을 보장하는 구성 가능한 애플리케이션 전략을 개발하는 것은 물론 오늘날의 요구 사항을 충족하는 데 어려움을 겪고 있다. 여기에는 여러 가지 이유가 있다. 애플리케이션이 모놀리식인 경우가 많고 모듈화하기 어렵다. 그들의 조직은 비즈니스 기능에 맞는 소프트웨어 모듈성을 설계하는 데 필요한 기술이 부족한 경우가 많으므로 자신이 알고 있는 프로그래밍 방식의 파티셔닝 방식을 사용한다.
게다가 조직의 데이터 및 분석 프로세스는 운영 애플리케이션 전략과 분리되는 경우가 많기 때문에 비즈니스 결정을 내리는 데 필요한 실제 인텔리전스를 적시에 활용하기가 어렵다.
그 결과 기술 전문가에 의해 설계되고 기술 전문가를 위해 설계되는 기술 중심의 구성 요소화가 이루어지는 경우가 많으며 이는 신속한 적응성, 탄력성 및 혁신에 대한 비즈니스 요구 사항을 충족하지 못한다. FedEx, Alibaba(중간 사무소 이니셔티브) 및 City of Antwerp(Digipolis Antwerpen)와 같은 선도적인 조직은 PBC 모델을 중심으로 한 구성 가능 엔터프라이즈 애플리케이션의 모듈식 아키텍처를 통해 혁신을 실현하고 탄력성을 보장하려고 한다.
여기에서는 모듈식이고 구성 가능하며 쉽게 적응하고 변화에 대비할 수 있는 비즈니스 애플리케이션을 개발하기 위한 참조 모델을 제시한다.
2-1-1. Gartner의 참조 모델을 사용한 모듈식, 구성 가능한 애플리케이션 전략 개발
여기에서는 그림 1과 같이 구성 가능한 엔터프라이즈 애플리케이션에 대한 참조 구성 요소 모델을 제시한다. 이는 필수 신규 및 기존 구성 요소와 모델에서의 주요 역할을 제시한다. 미래를 위한 전략을 고안하는 애플리케이션 리더라면 이 모델을 사용하여 조직에 필요한 구성 가능한 민첩성을 정의하고 실현해야 한다.
[그림1. 지능형 컴포저블 비즈니스 애플리케이션을 위한 Gartner의 참조 모델]
구성 가능한 엔터프라이즈 애플리케이션의 주요 구성 요소는 다음과 같다. 각 구성 요소는 하위 구성 요소로 더 나눌 수 있으며 개발 시간과 런타임 존재를 모두 갖는다.
- ?PBC(패키지 비즈니스 기능)는 애플리케이션 구성 요소이다.
- ?구성된 애플리케이션 경험은 사용자에게 비즈니스 기능의 맞춤형 어셈블리를 제공한다.
- ?애플리케이션 구성 플랫폼은 애플리케이션 경험의 개발 및 배포를 마무리한다.
- ?데이터 패브릭은 통합 분석, 인공 지능(AI) 및 참조 액세스를 위해 여러 애플리케이션의 데이터를 통합한다.
2-1-2. Packaged Business Capabilities (PBCs)
PBC는 비즈니스 사용자가 인식할 수 있는 잘 정의된 비즈니스 기능을 나타내는 캡슐화된 소프트웨어 구성 요소이다.
잘 설계된 PBC는 다음과 같다.
■ 모듈형: 응집력 있는 구성 요소 세트로 분할된다.
■ 자율성: 구성의 유연성을 보장하기 위해 자급자족하고 종속성을 최소화한다.
■ 오케스트레이션: API, 이벤트 인터페이스 또는 기타 기술적 수단을 통해 프로세스 흐름이나 복잡한 트랜잭션을 조합하기 위한 구성을 위해 패키지 된다.
■ 검색 가능: 비즈니스 및 기술 설계자, 개발자 및 활성 애플리케이션이 액세스할 수 있도록 의미론적 명확성과 경제성을 고려하여 설계된다.
모든 모듈식 시스템과 마찬가지로 PBC의 세분화는 일반적인 설계 과제이다. 너무 큰 모듈식 구성 요소는 관리하기가 더 쉬울 수 있지만 새 구성에서 변경하거나 사용하기는 더 어렵다. 너무 작은 구성 요소는 조립하기가 더 쉬울 수 있지만 분리, 식별, 찾기 또는 변경이 더 어려울 수 있다.
PBC의 패키징은 특정 설계 상황과 설계 팀의 성숙도를 반영하여 다양하다.
■ 완전하게 표현된 (자율적인) PBC는 그들의 지정된 사업 객체(예: 은행 계좌, 상품 또는 구매 주문)의 기능과 데이터를 전적으로 그리고 배타적으로 캡슐화한다. 기능의 완전성은 이러한 PBC들에게 높은 수준의 자율성을 제공한다. 예를 들어, 완전하게 표현된 은행 저축 계좌 PBC는 예금, 인출, 기타 신용 및 부채, 상태 변경 및 분석 결과를 통한 계좌 개설부터 계좌 폐쇄 및 최종 비우기까지 계좌 상태 및 그와 관련된 모든 거래의 기록을 포함한다. 그것의 데이터는 데이터 패브릭으로 복사되거나 가상 표현을 검색할 수 있지만, PBC는 그 계좌에 대한 진실 기록의 독점 소스로 남아 있다. 그들의 기능적 완전성 때문에, 완전하게 표현된 PBC는 작은 응용 프로그램처럼 작동한다.
■ 오케스트레이션 PBC는 프로세스를 캡슐화한다. 대부분의 작업은 다른 PBC를 호출하는 것이다. 해당되는 경우 그들이 관리하는 데이터는 프로세스의 상태이다. 모든 PBC와 마찬가지로 오케스트레이션 PBC는 애플리케이션 구성을 위한 빌딩 블록으로 사용된다. 예를 들어 계좌 당좌 대월 승인 PBC에는 여러 PBC(고객 신용 등급 조회, 고객 내역 분석, 규정 준수 분석, 정책 조회) 및 요약 논리의 호출이 필요할 수 있다.
■ 기본 비즈니스 기능 PBC는 소프트웨어로 캡슐화된 비즈니스 기능을 나타내지만 데이터 모델링의 완전성을 달성하려고 시도하지는 않는다. 은행 예금 PBC는 완전히 표현된 은행 계좌 PBC와 대조되는 예이다. 기본 비즈니스 기능 PBC는 포괄적인 데이터 도메인 모델링이 필요하지 않지만 자율성이 부족하기 때문에 설계하기가 더 쉽다. 실제로 많은 현재 애플리케이션 API는 완전히 표현된 비즈니스 기능이 아닌 기본 비즈니스 기능을 나타내므로 구성 가능한 엔터프라이즈 애플리케이션 아키텍처에 사용하기 위해 기존 애플리케이션을 현대화하는 데 더 일반적이다.
■ 의사(Pseudo) PBC는 모놀리식 애플리케이션 앞에 배치된 비즈니스 성격의 단순한 API이다. 이를 통해 기존 애플리케이션이 구성 디자인에 참여할 수 있지만 실제 PBC의 역동성은 전혀 없다.
공급업체 애플리케이션을 선택할 때 애플리케이션 리더는 비즈니스 중심 소프트웨어 모듈성과 디자인 자율성을 보여주는 애플리케이션을 선호해야 하며, 해당 기능에 대한 전체 API 액세스 세트를 노출하지 않는 애플리케이션을 거부해야 한다.
2-1-3. 구성된 애플리케이션 경험(Composed Application Experiences)
이는 비즈니스 사용자에게 제공되고 선택된 PBC로 조립된 다음 사용자 경험(UX)으로 포장되어 사용자의 특정 책임과 역할을 반영하는 애플리케이션 서비스이다. 비즈니스 사용자는 디자인의 동적 특성을 반드시 인식하지 않고도 기존 애플리케이션 서비스를 사용하는 것처럼 이러한 서비스를 애플리케이션으로 경험한다. 그러나 구성된 애플리케이션 경험이 기존 애플리케이션과 다른 점은 다양한 비즈니스 역할을 위해 의도된 외부 데이터 및 기능을 제외하고 해당 개인 또는 역할의 특정 책임과 작업 방식을 나타내기 위해 조합된다는 것이다(그림 2 참조). 기존 애플리케이션과 달리 구성된 애플리케이션 경험은 사용자나 역할에 적용할 수 있는 책임이나 모범 사례가 변경되는 경우 요청 시 재구성될 수 있다.
[그림2. 영업 사업부를 위한 구성된 애플리케이션 경험]
그림 2는 상용 응용 프로그램(1)에서 제공하는 사전 조립된 PBC 컬렉션을 보여준다. 애플리케이션 리더는 비즈니스 팀과 협력하여 공급업체 및 사용자 정의 PBC의 하위 집합/상위 집합 어셈블리를 만들어 비즈니스 단위 내 다양한 역할의 특정 책임을 반영하는 구성된 애플리케이션 경험을 생성해야 한다(2). 로우 코드 플랫폼과 같은 시민 개발용 도구를 활용함으로써 애플리케이션 리더는 비즈니스 사용자가 추가 기능 구성을 셀프 서비스할 수 있도록 역량을 강화할 수도 있다(3).
2-1-4. 애플리케이션 구성 플랫폼(Application Composition Platform)
PBC, API 제품 및 기존 API는 구성 도구를 사용하여 애플리케이션 경험으로 구성된다. PBC(및 기존 애플리케이션)의 기술 인터페이스는 API 및 이벤트 스트림이므로 이러한 프로그래밍 인터페이스를 활용하도록 설계된 전문 프로그래밍 도구를 사용하여 구성을 전달할 수 있다. 그러나 구성 가능한 엔터프라이즈 애플리케이션의 주요 차이점은 구성이 융합 팀이라고도 알려진 비즈니스 및 IT 전문가의 공동 팀의 책임이라는 것이다.
애플리케이션 구성 플랫폼은 비즈니스 기술자, IT 전문가 및 비즈니스 사용자가 애플리케이션 경험의 설계, 구성 및 재구성에 대해 협업할 수 있도록 하는 개발 및 런타임 도구 모음이다. 따라서 이는 구성된 애플리케이션 경험의 구성, 통합, 오케스트레이션, 신규 개발, 런타임 실행 및 관리를 위한 전문 코드, 로우 코드 및 코드 없는 도구의 조합이다. 완전한 기능을 갖춘 애플리케이션 구성 플랫폼은 여러 전문 기능을 결합하며 일반적으로 여러 플랫폼 제품으로 구성된다.
애플리케이션 리더는 전문 코드 및 노코드 도구의 적절한 사용과 결합된 로우 코드 플랫폼 기술을 채택하여 융합 팀 협업에 적합한 민주화된 애플리케이션 플랫폼을 구축해야 한다.
2-1-5. 데이터 패브릭
참조 및 기계 학습(ML)을 위한 데이터 리소스에 대한 분석적 통찰력과 보편적인 액세스는 신속하고 지능적인 상황 인식 운영과 의사 결정을 촉진하는 데 핵심이 되었다. 데이터 패브릭은 비즈니스 애플리케이션의 단편화되고 호환되지 않는 데이터 모델에 대한 액세스를 제공하기 위한 통합 전략을 제공한다. 이는 데이터 통합에 대한 전략적 다목적 접근 방식이다. 핵심은 복사(애플리케이션 또는 PBC에서), 캡처(통신 스트림에서) 또는 가상으로 연결된 데이터 위에 활성 메타데이터를 계층화하는 것이다. 데이터 패브릭의 기원은 마스터 데이터와 메타데이터 관리 및 의미론적 플랫폼. 데이터 패브릭 모델의 여러 가지 현재 선구자에는 데이터 가상화(예: Denodo), 가상 데이터 웨어하우스(Autodesk), 데이터 허브(SAP Data Hub), 메타데이터 기반 데이터 통합 솔루션(Informatica) 및 디지털 통합 허브가 포함된다(혁신 통찰력 참조: 디지털 통합 허브는 귀하의 API 전략을 강화한다.
데이터 패브릭은 다음과 같은 역할을 할 수 있다.
■ 참조 데이터 소스(여러 소스에서 수집된 정적 데이터(예: 가격 책정, 지리적 좌표 또는 온톨로지 및 그래프와 같은 지식의 구조적 표현)).
■ ML, AI 및 분석(예: 이미지 인식, 신용 등급, 사기 탐지 경고)을 위한 데이터, 레이블 및 컨텍스트의 소스이다.
전통적으로 데이터 및 분석 서비스는 특수 데이터 저장소(예: 데이터 웨어하우스)를 사용하는 특수 애플리케이션에서 생성되며 대시보드나 기타 UX를 통해 비즈니스 사용자에게 직접 제공된다. 이는 운영 비즈니스 애플리케이션과 격리되어 있다. 대조적으로, 데이터 및 분석 서비스에 대한 현대적인 접근 방식은 이를 데이터 패브릭의 지능형 서비스를 활용하는 캡슐화된 구성 가능 빌딩 블록(PBC)으로 패키징한 다음 다른 데이터, 분석 및 애플리케이션 PBC와의 애플리케이션 구성에 사용하여 통합하는 것이다. 이전에는 격리된 데이터, 분석 및 애플리케이션 서비스이다.
참 고 문 헌
- Gartner, Gartner’s Reference Model to Deliver Intelligent Composable Business Applications, 2020.10.
- https://www.lgcns.com/blog/it-trend/26877/
- https://kissflow.com/application-development/composable-applications/
저작권 정책
K-ICT 클라우드혁신센터의 저작물인 『마이크로서비스를 넘어 컴포저블 애플리케이션(Composable Application)으로 전환』은 K-ICT 클라우드혁신센터에서 상명대학교 서광규 교수에게 집필 자문을 받아 발행한 전문정보 브리프로, K-ICT 클라우드혁신센터의 저작권정책에 따라 이용할 수 있습니다.
다만 사진, 이미지, 인용자료 등 제3자에게 저작권이 있는 경우 원저작권자가 정한 바에 따릅니다.