상명대학교 / 서광규 교수
4. 현재 상태(Current State)
비즈니스 애플리케이션 경험의 현재 상태는 공급업체 또는 기업 IT 팀이 만든 주요 애플리케이션이 모놀리식 기능 모음을 제공한다는 오랜 전제를 반영한다.
전체 사업부(예: 영업, 인사, 회계)의 운영을 관리한다. 개별 작업을 수행하고 특정 역할의 책임을 수행하는 직원은 사용 가능한 기능의 관련 하위 집합/상위 집합을 파악하고 다양한 역할을 대상으로 할 수 있는 애플리케이션의 빈번한 변경에 대처해야 한다.
이로 인해 개인 또는 비즈니스 단위가 특정 작업에 필요한 추가 기능 또는 다양한 기능에 액세스하기 위해 주요 응용 프로그램을 확장하기 위해 자체 응용 프로그램을 조달하게 되었다("섀도우 IT" 현상).
점점 더 많은 애플리케이션이 API를 노출하여 민첩성을 추가하고 일부 액세스를 허용하지만 이러한 API는 여전히 주로 전술적 후처리에 사용된다(그림 3 참조).
API를 사용하더라도 대부분의 애플리케이션은 내부적으로 얽혀 있어 전체적으로 배치하여 사용해야 한다. API 수가 증가할수록 통합의 복잡성도 증가한다.
API 관리 및 통합 기술은 이제 이러한 문제를 관리하기 위해 널리 배포된다. SAP, Workday, Oracle과 같은 주요 애플리케이션 공급업체는 점차적으로 주요 애플리케이션을 더 작은 구성 요소로 분할하고 있으며, 이는 미래의 PBC로 이어질 것이다.
[그림3. 현재의 일반적인 엔터프라이즈 애플리케이션 환경]
1) 비즈니스-IT 관계가 부분적으로 분리
IT 역량과 예산이 조직 전체에 점점 더 분산됨에 따라 중앙 IT가 제어권을 유지하려고 할 수 있으며 그 결과 사업부와의 협업이 어려워질 수 있다.
IT의 소비자화와 클라우드에 대한 유비쿼터스 액세스로 인해 사업부는 정보 시스템에 액세스하기 위해 중앙 IT에 완전히 의존하지 않게 되었다.
시간이 지남에 따라 조직 전반에 걸쳐 비즈니스에서 정보 및 기술의 역할이 점점 더 중요해짐에 따라 비즈니스 단위에는 중앙 IT로부터 점점 더 독립적으로 운영할 수 있는 기술과 예산이 부여되었다.
선도적인 조직에서는 IT 부서의 역할이 가부장적인 공급자에서 동료 조언자로 변화하고 있음을 확인한다. 미래에는 생산적인 비즈니스-IT 협업 방향의 변화가 필요하다.
2) 애플리케이션 전체가 프로젝트를 통해 전달
공급업체와 중앙 IT는 대부분 독립적인(스토브 파이프 스타일) 작동을 위해 설계 및 패키지된 독립형 제품군으로 애플리케이션을 "프로젝트 제공"한다. 일부 제품 스타일 제공이 사용되기 시작했지만 이 새로운 접근 방식의 완전한 영향은 아직 조직의 문화와 관행에 흡수되지 않았다. 통합은 일반적으로 배포 후 나중에 고려된다.
콘웨이의 법칙(Conway's law)에 따르면 경직된 조직은 민첩한 애플리케이션을 제공할 수 없다. 대부분의 조직은 프로젝트 스타일로 제공되는 대규모 구축 또는 구매 애플리케이션을 운영하도록 구성되어 있기 때문에 제품 스타일 애플리케이션 라이프사이클을 생성하고 관리하는 데 어려움을 겪고 있다.
조직의 전통적인 구조는 응용 프로그램 관리에 대한 프로젝트 스타일 접근 방식을 강요하며, 전통적으로 자금을 지원받고 프로젝트에서 제공되는 응용 프로그램은 전통적인 조직 관행을 강화하여 자체 충족 방해 루프를 만든다.
대부분의 애플리케이션은 계속해서 광범위한 고객 책임을 목표로 삼고 상당한 내부 얽힘을 포함하며 주로 애플리케이션 간 후처리 데이터 공유를 위해 통합을 사용한다. 역할을 대상으로 하는 애플리케이션은 거의 없다.
대부분은 특정 작업(예: 신용 확인 및 금융 거래 처리) 또는 전체 사업부(예: 영업 및 HR)를 처리한다. 미래에는 역할 중심 애플리케이션 경험 제공을 목표로 비즈니스 기능을 점진적으로 제공하고 적극적으로 조합하는 방식으로의 전환이 필요하다.
3) API에도 불구하고 애플리케이션은 내부 상호 의존성 유지
애플리케이션 API는 일부 기능을 노출하지만 주로 통합이나 사용자 경험 연결에 사용되며 여전히 내부적으로 얽혀 있는 애플리케이션의 베니어(veneers) 역할을 한다.
API는 비즈니스 애플리케이션의 최신 기능으로 널리 인식되고 있다. 그러나 애플리케이션의 내부 디자인은 상대적으로 모놀리식으로 남아 있으며 API는 일반적으로 애플리케이션 간 통합이나 모바일 또는 애플리케이션에 대한 기타 클라이언트 액세스에 사용된다.
캡슐화되고 독립적으로 배포 가능한 비즈니스 기능을 나타내는 API는 거의 없다. 이름에서 알 수 있듯이 대부분은 광범위한 기능과 API 사용을 "고정"하는 종속성을 유지하는 애플리케이션 소프트웨어에 대한 단순한 프로그래밍 방식의 인터페이스이다. 일부 API는 시장성 있는 제품으로 게시되지만 대부분은 비즈니스 기능이 아닌 데이터를 노출한다.
애플리케이션의 미래에 대한 Gartner의 모델은 상당히 자율적인 PBC의 능동적인 조립에 달려 있으며, PBC의 API는 나머지 애플리케이션 제품군의 의미와 분리되어 있다.
4) 로우코드 도구는 주로 전술적 개발에 사용
로우 코드 개발 도구가 널리 받아들여지고 있지만 중앙 IT는 여전히 고급 전문 코딩 환경에 전념하고 있는 경우가 많다.
서비스(SaaS) 또는 소프트웨어로 판매되거나 자체 개발된 대부분의 주요 애플리케이션은 비즈니스 조직의 일부를 나타내는 완전한 기능 세트를 제공한다. 그러나 다양한 역할에서 비즈니스 사용자는 해당 애플리케이션 공급업체가 암시하는 공식 비즈니스 모델의 하위 집합이자 상위 집합인 작업을 수행한다.
로우 코드 도구를 사용할 수 있지만 외부 기능의 "조립"은 대부분 주요 애플리케이션 간의 API 통합 작업을 나타낸다. 비즈니스 역량은 고립되지 않다. API는 확장성을 제공하지만 이를 제공하는 전체 보유 애플리케이션에 대한 액세스가 필요하므로 조립 경험이 저하된다. 로우코드 도구 자체는 자율 PBC 생성을 위해 설계되지 않았다.
미래에는 비즈니스 사용자가 과잉 프로비저닝된 기능의 "노이즈" 없이 자신의 책임을 지원하는 애플리케이션 경험을 만들고 전용 로우 코드 도구를 사용하여 경험을 조정할 수 있는 능력을 갖추어야 한다.
5) 통합은 주로 애플리케이션 비호환성 수정에 전념
우리는 조직의 90%가 하이브리드 클라우드/온프레미스 환경에 애플리케이션을 배포하지만 절반은 이러한 방식으로 효율적으로 운영하거나 규모에 맞게 혁신하기 위한 체계적인 투자가 부족한 것으로 추정한다.
애플리케이션 통합은 수십 년 동안 과제로 제기되었지만 Gartner의 고객 문의 서비스 사용자와의 토론에 따르면 절반 이상의 조직에서는 여전히 이를 나중에 고려하고 있다. 이는 조직에서 사용하는 애플리케이션의 아키텍처가 물리적이지는 않더라도 의미상으로는 모놀리식으로 남아 있기 때문이다.
이러한 애플리케이션에는 내부 통합이 많이 필요하지 않으며, 애플리케이션 간 통합은 직접적인 애플리케이션 서비스보다 우선순위가 낮으며, 관리형 파일 전송 및 기존 엔터프라이즈 서비스 버스 기술을 통해 여전히 달성되는 경우가 많다.
미래의 애플리케이션은 부분적으로 PBC에서 조립될 것이며, 따라서 애플리케이션 경험과 비즈니스 결과는 조립 및 통합을 위한 기본 플랫폼의 무결성과 경쟁력 있는 품질에 따라 달라진다.
5. 갭(Gap) 분석 및 상호의존성
미래의 애플리케이션 경험을 위해 비즈니스와 IT를 현대화하고 혁신하는 프로세스는 조직의 현재 운영 및 문화 환경과 미래 상태의 필수 요소 사이의 격차를 넘어서는 점진적인 발전 과정 중 하나이다.
이러한 격차에는 다음이 포함될 수 있다.
■ 비즈니스와 중앙 IT 간의 관계는 일반적으로 완전한 신뢰가 부족하고 아직 진행 중인 작업이다. 협업을 위한 모범 사례와 도구가 충분하지 않다. 비즈니스와 IT 애플리케이션의 광범위한 공동 혁신을 가능하게 하는 문화적 태도가 아직 널리 확립되지 않았다.
■ 민첩한 개발 방식으로의 전환이 개선되었음에도 불구하고 대부분의 응용 프로그램은 계속해서 프로젝트로 제공된다. 이로 인해 조직의 애플리케이션 비용이 높아지고 혁신 속도가 상대적으로 느려진다.
■ 초기 API 관리는 독립적인 비즈니스 기능으로 표현되지 않다. 역할별 동적 애플리케이션 경험에는 거의 주의를 기울이지 않다.
■ 구축 또는 구입한 비즈니스 응용 프로그램은 역할별 또는 개별 사용자 책임의 다양성과 고유성을 인식하지 못한다. 애플리케이션 사용자는 특정 책임을 이행하기 위해 과도한 애플리케이션 복잡성에 대처하기 위해 다양한 역할을 맡게 된다. 결과적으로 비즈니스 혁신에 대한 직원의 참여가 저하된다.
■ 통합은 대체로 단편화되어 있다. 조직은 지속적으로 변화하고 확장되는 애플리케이션 환경을 일관되게 관리할 준비가 되어 있지 않다.
참 고 문 헌
- Gartner, 22021 Strategic Roadmap For The Composable Future Of Applications, 2021.1.
- Gartner, Gartner’s Reference Model to Deliver Intelligent Composable Business Applications, 2020.10.
저작권 정책
K-ICT 클라우드혁신센터의 저작물인 『애플리케이션의 컴포저블 미래를 위한 전략 로드맵』은 K-ICT 클라우드혁신센터에서 상명대학교 서광규 교수에게 집필 자문을 받아 발행한 전문정보 브리프로, K-ICT 클라우드혁신센터의 저작권정책에 따라 이용할 수 있습니다.
다만 사진, 이미지, 인용자료 등 제3자에게 저작권이 있는 경우 원저작권자가 정한 바에 따릅니다.