[테크&트렌드]기업 애플리케션 서비스의 혁신 컴포지트 애플리케이션
페이지 정보
작성일 23-02-04 02:29
본문
Download : 101206115021_.jpg
다양한 애플리케이션의 데이터를 집계해 데이터베이스로 통합하는데 사용되는 프로세스는 배치(batch) 파일 전송 또는 메시지 기반 기업애플리케이션통합(EAI) 해답에 주로 의존했다.
·고도로 숙련된 의사결정권자에 대한 요건을 낮추고 잘못된 의사결定義(정이) 횟수를 줄이기 위해 의사결정을 자동화하는 규칙 엔진
[테크&트렌드]기업 애플리케션 서비스의 혁신 컴포지트 애플리케이션
·플로 제어를 실행할 수 있는 비즈니스 프로세스 관리 기술
그 밖에도 컴포지트 애플리케이션은 다른 프로그램(program]) 이 접근할 수 있는 인터페이스를 제작하는 서비스로서의 역할을 수행한다. 대부분의 경우 컴포지트 애플리케이션은 활용하는 애플리케이션의 사용자 인터페이스(UI) 기능 이상의 사용자 상호작용을 지원한다.
◇컴포지트 애플리케이션 개발 기술=획기적인 대규모 변형 애플리케이션의 effect적이고 효율적인 개발을 위해서는 수없이 다양한 첨단기술이 필수적이며 아래와 같은 기술을 활용해야 한다. 이러한 이유 때문에 변형 컴포지트 애플리케이션보다 상황/임의적 컴포지트 애플리케이션들이 많고 기업에서는 변형 컴포지트 애플리케이션보다 업무 실행 컴포지트 애플리케이션이 적어도 하나 이상 있다
[테크&트렌드]기업 애플리케션 서비스의 혁신 컴포지트 애플리케이션
·다수의 소스에서 데이터의 통합 관점을 제시하고 다양한 애플리케이션의 업데이트를 자동화하며 기준정보관리(MDM)를 실행할 수 있는 통합 미들웨어
레포트 > 기타
이 두 가지 방법은 근본적인 통합 요구사항에 대처할 수 있다 그러나 소스 애플리케이션과 집계 데이터 보관을 위한 데이터베이스간의 데이터를 동기화하는 데 드는 비용, 시간 및 노력은 동일한 데이터에 접근할 수 있는 컴포지트 애플리케이션을 개발하는 데 드는 비용, 시간, 노력만큼이나 많이 든다.
또 컴포지트 애플리케이션을 기반으로 하는 접근 방법은 EAI 또는 데이터추출·변환·로드 (ETL) 데이터 동기화 해답보다 실시간으로 통합된 데이터를 제공하는 장점(長點)을 갖고 있다
·업무 수행 컴포지트 애플리케이션은 비즈니스 운영의 효율성 및 능률을 점진적으로 improvement하기 위해 실행된다된다. . 이유는 대규모의 복잡한 데이터베이스를 구축, 유지 및 보호하는 데 드는 비용과 노력 때문이다 무엇보다도 데이터 통합과 프라이버시와 관련해 많은 우려가 있다
다른 컴포지트 애플리케이션의 설계, 개발, 배치 및 관리에 투자하는 시간과 노력을 이해하기 위해 다음과 같이 분류할 수 있다
컴포지트 애플리케이션과 관련된 리소스의 예시로는 웹을 통해 접속한 가능한 비즈니스 및 정보 서비스뿐만 아니라 패키지 및 레거시 애플리케이션을 들 수 있다 컴포지트 애플리케이션이 접근하는 데이터 스토어는 실제로 운영되고 있거나 의사결정 지원을 위해 설계된다된다.
다. 일부 컴포지트 애플리케이션은 복잡하면서도 비즈니스의 key point(핵심) 기능을 수행하는 반면에, 일부 컴포지트 애플리케이션은 범위가 한정되어 있고 소규모의 개발자 및 애널리스트팀도 개발, 관리할 수 있다
[테크&트렌드]기업 애플리케션 서비스의 혁신 컴포지트 애플리케이션
◇혁신적인 컴포지트 애플리케이션이란=컴포지트 애플리케이션은 기존에 독자적으로 개발한 프로그램(program]) , 데이터 스토어 및 디바이스, 새로운 비즈니스 로직을 오케스트라처럼 구성해 비즈니스 문제에 관한 최신의 해답을 제공한다. 애플리케이션의 규모 및 사용하는 기술에 상관없이, 컴포지트 애플리케이션은 장차 애플리케이션 딜리버리에서 중점적인 역할을 수행하게 될 것이다.
컴포지트 애플리케이션이 접근하는 각각의 애플리케이션, 데이터 스토어 및 디바이스는 다른 데이터 모델을 중심으로 구축된다된다. 컴포지트 애플리케이션은 기존의 리소스를 강화해 이전의 어떤 애플리케이션도 자체적으로 전달할 수 없었던 기능을 전달함으로써 기업 운영의 간소화, 보다 나은 의사결정, 공급업체 및 고객과의 보다 밀접한 관계 구축을 돕는다.
모든 컴포지트 애플리케이션이 동일하게 생성되지는 않는다. 컴포지트 애플리케이션은 물론 통합 문제를 해결할 수 있는 유일한 해답 방식이 될 수는 없다.
로스 알트만 가트너 리서치 부사장 ross.altman@gartner.com
순서





매시업은 컴포지트 애플리케이션의 하위 관념으로서 웹 중심 인터페이스를 통해 기존의 리소스에 접근할 수 있는 경량의 통합 기술을 활용한다.
앞으로 기업은 더 많은 컴포지트 애플리케이션을 실행할 것이다.
·다수의 독립적인 조직들이 소유, 운영, 개발 및 이용하는 프로그램(program]) 과 기타 IT리소스 간에 구축, 유지되어야 하는 연계성을 관리하는 데 필요한 수준을 유지하고 제어할 수 있는 컴포지트 애플리케이션 거버넌스 툴
컴포지트 애플리케이션과 관련된 디바이스, 예를 들어 RFID 리더, 전자입력시스템, 스마트 유틸리티 측정(測定) 기 등은 요청/응답 상호작용을 통해 접근하거나 디바이스는 컴포지트 애플리케이션이 수신 및 처리하는 메시지 형태로 전송된 이벤트를 생성할 수 있다
Download : 101206115021_.jpg( 18 )
일반적으로 상황/임의적 컴포지트 애플리케이션을 구축할 수 있는 무수히 많은 기회가 있는 반면에, 변형 애플리케이션을 구축할 수 있는 기회는 상대적으로 드물다. 이 분류의 컴포지트 애플리케이션이 수행하는 strategy적 역할 때문에, 또한 이 애플리케이션의 변형적 影響은 影響 받는 사람과 프로세스를 effect적으로 變化(변화)시키는 데 달려 있기 때문에 잘 개발된 변형 컴포지트 애플리케이션은 기업의 최고 경영진의 지원을 받아야 하고 개발을 위한 체계적이고 구조화된 접근 방식을 요구한다. 매시업과 관련된 리소스에는 웹페이지, 콘텐츠 배급관리(RSS) 및 아톰(Atom) 피드뿐만 아니라 웹서비스, 웹 기반 아키텍처(WOA) 등의 모든 형태의 서비스가 포함된다된다.
한편, 소규모의 상황/임의적 애플리케이션은 신기술을 거의 활용하지 않고도 구축할 수 있다 특히 WOA와 매시업에 기반을 둔 개발 방식은 임기응변적 프로그램(program]) 개발에 적합하다. 상황/임의적 애플리케이션은 중추적 影響력을 갖고 있으나 상대적으로 소규모 사용자(심지어 단일 사용자)의 활동 영역에서만 기능하다. 이는 이전의 어떤 애플리케이션도 자체적으로 전달할 수 없었던 혁신 해답이다. 또 일부 컴포지트 애플리케이션은 기타 컴포지트 애플리케이션을 활용하여 구축된다된다. 상황/임의적 애플리케이션은 부서 또는 워크그룹의 관리자가 주로 소유하고 서비스 제공업체나 프로젝트를 담당하는 팀 내 IT 전문가 구성원이 개발할 수 있다 상황 컴포지트 애플리케이션은 오랜 시간 유지할 수 없기 때문에 임의적 개발 방식이 적절하다. 역싸적으로 인기가 많았던 대안 방식은 다수의 이질적 애플리케이션에서 개발, 저장된 데이터를 통합하는 데 사용할 수 있는 통합 데이터베이스 개발이었다. 이 애플리케이션은 부서 또는 LOB 수준에서 실행되거나 전사적인 범위에서 수행될 수도 있다 컴포지트 애플리케이션이 조직에 점진적 影響을 끼칠 경우에는 범위 역시 업무 수행 애플리케이션 상태에 머무르지 않고 전사적 규모으로 확장될 수 있다
·변형 컴포지트 애플리케이션은 일련의 사업부서(LOB) 또는 기업에 대한 대규모의 결정적이고 discrimination화된 影響력을 갖고 있는 비즈니스 이니셔티브를 지원한다.
예를 들어 일부 보건의료 통합 프로젝트에서 목격했던 것처럼, 사람들은 수십만명의 개인 정보에 해커들이 의도적으로 접근할 수 있는 대용량 데이터베이스에 자신의 개인 정보를 저장해 두는 것을 점점 더 꺼려하고 있다 데이터가 필요에 따라 정보를 제공하는 식으로 회수, 통합할 수 있는 해답을 구축하는 편이 낫다.
설명
·상황/임의적 컴포지트 애플리케이션은 특정 작업의 효율성 및 능률을 증진하고 워크그룹에서 관련 작업을 설정하는 데 사용된다된다. IT 책임자들은 컴포지트 애플리케이션이 이러한 기능들을 어떻게 전달하는지 이해하고 기업의 경영진에게 이 접근 방식의 가치를 보다 분명히 전해야 한다.
[테크&트렌드]기업 애플리케션 서비스의 혁신 컴포지트 애플리케이션
아울러 이미 구축 및 유지하고 있는 다수의 시스템에 하나 이상의 대용량 데이터베이스를 추가하는 시스템을 개발하는 것이 항상 좋은 것은 아닐것이다.