RAINSTORY.RAINMAKER

<그림 1>은 오라클이 SOA를 공급하면서, 서비스 컨설팅 협력업체인 엑센추어(Accenture)와 공급 모델이 된 고객인 하트포드(Hartford: 미국 대형 보험회사)와 함께 SOA가 실제로 적용되기 위한 성숙도 모델을 구체화한 좋은 가이드로서 단계별로 세부 목적과 구현 지침을 제시하고 있다.

Level-1 조직을 구성하고 전략화 하여 서비스 기반의 소규모 프로젝트를 수행

Level-2 서비스기반으로 업무 대 업무 통합을 통하여 전략적으로 SOA를 개시

Level-3 여러 업무에 걸쳐 프로세스를 자동화하고, 새로운 애플리케이션을 생성

Level-4 SOA로 구현된 애플리케이션(SLAs/KPIs)을 실시간 평가하며 이를 개선

Level-5 SOA가 기업 업무에 맞춰 최적화되며 B2B, B2C, A2A로 확장

가야 할 길이 멀지만 SOA 도입은 이미 시작되고 있고, 성숙도의 관점에서 어느새 3번째 레벨을 넘어서 보다 향상된 아키텍처와 가치를 향해 계속 진화하고 있다. 앞서 간단히 거론된 국내 모델의 경우는 다음 장에서 오라클의 SOA 접근 방안을 설명하면서 좀더 논의될 것이며, 글로벌 패턴 분석 모델은 그 다음 장에서 SOA 도입을 검토하는 고객에게 방향적 지침을 줄 수 있으리라 본다. 마지막 장에서는 한국 오라클에서 최근 몇 개월에 걸쳐 SOA에 관심 있는 특정 분야별 전문 파트너사들과 함께 수행한 ‘IT환경에서 적용 가능한 SOA 구현 모델들’을 간단히 정리함으로 다음 커버 스토리들에 대한 소개로 활용하고자 한다.

국내 환경과 Oracle의 SOA 제안

최근 몇 년간 국내에서 수행되고 있는 SOA관련 프로젝트를 관찰해 보면 쉽게 그 적용 패턴을 찾아 볼 수 있다. 기존의 EAI를 대체하는 목적에서 ‘서비스(SOA) 기반의 통합’이 가장 활발하게 수행되어 왔고, 이와 더불어 통합 관점의 ‘비즈니스 프로세스관리(BPM)’ 또한 서서히, 그렇지만 빠르게 주목을 받고 있다. 최근에는 이와는 별도로 SOA나 ERP등 대형 프로젝트 수행에 앞서 ‘프로세스를 모델링하고 자산화’ 하는 부분(Process Asset Library(or Management))과 이들을 구축한 후에 ‘실시간으로 프로세스를 모니터링’ 하여 서비스 품질을 높이려는 부분(BAM :Business Activity Monitoring)에 대한 요구 역시 SOA 영역으로 포함시키고 있다.

앞서 SOA의 성숙도 모델에서 레벨 1～3 단계를 거론하며 ‘통합’과 ‘BPM’을 예시하였고 ‘BAM’을 거론하여 레벨 4로의 진입을 시도하고 있다고 표현한바 있다. 이 관계를 보다 주의 깊게 살펴보면, SOA의 성숙도 모델이 전체적으로 단계를 높여 가는 SOA의 라이프사이클을 따르고 있음을 알 수 있다. 즉, SOA를 위한 조직을 구성하고 프로젝트를 설계(1. Modeling)하고, 서비스환경을 구현하여 통합을 준비하며(2. Integration), 업무간 프로세스를 자동화 또는 새로운 업무 프로세스를 구현(3. BPM), 실시간으로 모니터링하고 개선점을 도출(4. BAM)하여 최종적으로는 완전한 SOA 환경을 완성하게 된다(5. SOA 기반의 BPO: Business Process Optimization).

국내 시장의 니즈는 위에 거론된 모든 요구사항을 부분, 전체적으로 적절히 필요로 하고 있으며, SOA를 제공하는 대부분 업체들의 입장에서도 SOA의 전체 라이프사이클에 걸쳐 그 해답을 제시하고자 하고 있다.

한국 오라클은 2006년 9월 BPA(Business Process Analysis) 스위트를 추가함으로 완성된 SOA 제품 로드맵을 제시하게 되었으며, SOA가 필요로 하는 전체 라이프사이클과 SOA가 제시해야 할 모든 성숙도 모델을 One-Stop으로 제공할 수 있게 되었다.

그림 2에서는 SOA가 성공적으로 구현되기 위한 라이프사이클을 상세하게 나타내고 있으며, 각 단계별로 하단에는 오라클이 제시하는 솔루션들이 함께 제시되어 전체적으로 오라클 SOA 스위트로 제공되고 있다.

Oracle BPA Suite : SOA 프로젝트를 수행하기에 앞서 As-Is와 To-Be 업무 프로세스를 도출하여 분석하고 기업의 환경에 맞는 최적의 프로세스를 찾기 위해 다양한 프로세스 시뮬레이션을 수행하게 된다. 오라클은 BPA(Business Process Analysis)를 통해 이러한 일련의 프로젝트 설계 작업을 성공적으로 수행을 돕고 있으며, 더불어 설계된 프로세스 자산을 BPMN(Business Process Management Notification) 형태로 Repository에 저장, 관리하며 나아가 IT적으로 구현할 수 있는 실행 언어(BPEL)로 전환할 수 있게 한다.

Oracle ESB, BPEL PM : 이렇게 설계된 초기 버전의 실행 언어(BPEL)를 기반으로 원하는 SOA 프로젝트 또는 애플리케이션을 서비스 기반으로 IT관점에서 상세 설계함으로 개발을 완료하게 되며, 이를 위해 오라클은 ESB(Enterprise Service Bus)와 BPEL PM(Process Manager)를 제공하고 있다. ESB를 이용함으로 기업은 기존에 갖고 있는 IT 자산들을 서비스기반으로 전환할 수 있으며, BPEL PM을 통해 전환된 서비스들을 기업의 새로운 비즈니스 니즈에 맞게 애플리케이션 형태로 재구성함으로 SOA의 중요한 가치 중 하나인 Composite Application을 이룰 수 있다.

Oracle Apps Server, Enterprise Manager : ESB와 BPEL PM을 통해 SOA 프로젝트 개발이 완료되면, 오라클 애플리케이션 서버를 통해 SOA 애플리케이션이 운영 가능한 형태로 배포되며, 이후 기업이 운영하게 되는 SOA 관련 서비스, 애플리케이션 및 기타 기업 자산들은 엔터프라이즈 매니저를 통해 통합 관리된다.

Oracle BAM : SOA 프로젝트가 개발관점에서 완료되면, SOA 애플리케이션을 이용하는 최종 고객들에게 제공되는 기업의 서비스와 그 품질에 대해 주요 관리 지수(즉, KPIs 또는 SLAs)들을 실시간으로 모니터링하여 개선점을 도출 할 수 있어야 한다. 오라클 BAM은 SOA를 포함한 기타 모든 애플리케이션들에 표준화된 인터페이스를 지원하여, 기업 활동에 대한 실시간 감지(Aware), 해결 방안(Decide) 및 즉시 조치(Act)할 수 있게 함으로 궁극적으로 최근의 기업들이 지향하고 있는 RTE (Real-Time Enterprise)가 가능토록 한다.

Oracle WSM : 단일 SOA 프로젝트 이후에도 기업 내부적으로 SOA 체제가 지속적으로 유지되고 기업의 다양한 정책들에 맞춰 확장되기 위해서는 거버넌스가 필요하게 된다. 오라클  WSM(Web Service Manager)는 웹 서비스들에 대한 보안과 내부 통제를 기술적으로 지원하기 위해 제공되며, 웹 서비스들에 대한 접근제어에서부터 이들을 사용하는 조직들에 대한 모니터링, 그리고 중앙 집중적 정책 관리 등을 가능토록 한다.

Oracle Jdeveloper : 마지막으로 SOA 프로젝트가 설계단계를 거쳐 관리 규제되는 전체 사이클을 마치게 되면, 어떠한 형태로든 기업의 전체 프로세스에 비춰 프로세스가 개선 또는 자동화될 수 있는 포인트들이 도출되게 되며, 이러한 사항들은 오라클 Jdeveloper(ESB, BPEL PM 등 SOA의 공동 개발 환경)를 이용하여 적절히 반영되고 필요에 따라 재개발 되어 질 수 있다. 재개발이 필요하게 되면 다시 SOA 구현 사이클의 원점으로 돌아가 필요한 부분의 설계와 시뮬레이션을 BPA를 통해 수행하고 그 이후 단계는 앞서 설명한 바와 같이 점진적으로 수행하면 된다.

이러한 순환 반복적 개발 방법론을 통해 SOA의 성숙도 모델은 점차적으로 레벨-4를 거쳐 레벨-5로 진화하게 되며, 최종적으로 기업내의 모든 활동은 BPO(Business Process Optimization), 즉 비즈니스 프로세스적으로 최적화될 수 있다.

한국 오라클은 SOA를 도입함에 있어 위에 제시한 SOA의 라이프사이클에 기반한 점진적이고, 순환 반복적인 적용 방안과 성숙도 모델, 그에 따르는 제품군들을 함께 제안하고 있으며, 이들 제품에 대한 보다 상세한 자료는 http://www.oracle.com/lang/kr/technologies/soa/index.html를 통해 제공하고 있다.

SOA 구현 패턴의 분석

지난해 오라클은 SOA 제안의 가치를 높이고 고객을 보다 깊이 이해하기 위해 지난 수년동안 SOA를 공급하였던 사례들을 토대로 고객과 직접적이고 심도 깊은 인터뷰를 수행하였으며, 다음과 같은 SOA 구현 패턴들이 발견되었다.

즉, 1)SOA기반의 통합(Integration), 2)서비스 기반의 새로운 애플리케이션 개발(Composite Application), 3)메인 프레임의 오픈 아키덱처화(Modernization) 등으로 분석되었으며, 이는 국내의 트렌드와도 유사하나, 메인프레임의 경우 Unix기반으로 리호스팅하는 부분이 국내에서는 대세를 이뤄 왔다.

여기에 덧붙여 ‘프로세스 모델링 및 자산화’와 ‘실시간 프로세스 및 액티비티 모니터링’ 등 새로운 SOA 적용 패턴들이 추가되거나 새롭게 발견되고 있으며, 이는 SOA가 보다 완성적인 형태로 도입 및 성숙되고 있음을 보여준다.

SOA가 도입되기 시작된 후, 지금까지 EAI(Enterprise Application Integration)를 기반으로 추진되던 기업 애플리케이션 통합 시장이 실험적으로 또한 차츰 전략적으로 ESB (Enterprise Service Bus)를 이용한 서비스기반의 프로젝트로 전향되고 있다. 기존 EAI의 벤더, 플랫폼 및 메시지 중심적인 통합으로는 개발 및 유지보수에 있어 시간, 비용, 컨설팅 노력 등 여러 가지 측면에서의 비효율성을 극복할 수 없음이 통계적으로 나타나고 있기 때문이며, SOA의 웹 서비스가 제공하는 ‘범용의 재사용성’과 ‘업무 민첩성’ 등을 장기적으로 얻을 수 없기 때문이다.

실제로 오라클은 연구 결과를 통해, 표준(SOA) 기반의 통합 방법론이 유지보수의 편의성을 (현재까지 나온 기술 중에서는) 최대로 개선할 수 있음과, BPEL을 이용하여 SOA 통합 프로젝트를 하는 경우 변경 사이클을 혁신적으로 단축할 수 있음을 실증하였다. 그 이유 중 하나는 J2EE 개발 경험이 전혀 없는 IT 개발자들도, 불과 2 주일이면 BPEL 프로세스 운영 업무에 친숙해질 수 있기 때문이다.

SOA기반의 통합은 현실적으로 웹 사이트(다수 채널)의 통합 또는 B2B 서비스를 포함하는 애플리케이션 통합과 시장의 니즈에 따라 애플리케이션 통합이 빈번히 일어나는 상황에서 보다 효과적임이 분석되었으며, 실제로 개발과 유지보수 업무에 적용하는 경우 기존 기술과 대비하여 (특정 조건을 가정하여) 각각 50%와 70%이상의 업무(또는 시간) 절감 효과를 나타내었다.

서비스 기반 새 애플리케이션 개발

기업의 필요에 맞춰 MIS, EIS, MRP, MRP II, ERP, BPR, BPM등 많은 애플리케이션들이 명멸하는 가운데 아직도 많은 환경에서 이들 IT자원들은 복합적으로 동시에 사용되고 있다. 다른 시각에서 보면 전문 소프트웨어 업체가 공급한 패키지 솔루션과 기업이 자체 요구사항에 맞춘 자체개발(In-House)로 개발한 솔루션이 혼재하여 옛것과 새로운 것이 상존하는 기업의 IT복잡도를 더욱 높이고 있다.

이렇게 복잡한 환경에서 ‘새로운 애플리케이션’을, 그것도 다른 기존의 (앞서 열거한) 많은 애플리케이션의 유사 기능 또는 프로세스를 차용하여 개발해야 한다면 여간 골치 아픈 일이 아닐 수 없다. ‘개발’ 자체도 쉽지 않겠지만, 변경이 생길 때마다 관련된 애플리케이션들을 고려하면서 ‘유지보수’하는 일은 더욱 어려워지며, 여기에 더해서 ‘다른 새로운 애플리케이션’이 필요하게 되면 그 복잡도와 비용은 갈수록 기하급수적으로 늘어나게 된다.

이렇게 기업이 그때 그때의 필요에 맞춰 개발하여 사용중인 독립적 애플리케이션(Silo applications)들을 대상으로 SOA를 적용하여, 즉 이들 독립적 애플리케이션에 대해 요구되는 기능과 프로세스를 필요한 만큼 웹 서비스 형태로 노출하고 이들을 이용하여 ‘새로운 애플리케이션’을 개발하게 되면, SOA를 처음 도입하는 시점에서의 생산성은 큰 차이가 없겠지만, ‘다른 새로운 애플리케이션’들에 대해서는 향후 기하급수적으로 생산성이 올라감은 물론이며, 이들에 대한 유지보수는 단일한 웹 서비스에 대한 관리 형태로 지극히 단순화된다.

오라클은 이번 연구를 통해 실제로 기업의 복잡한 Silo-ed Applications 환경에서 점진적으로 이들 기능과 프로세스들을 서비스화하여 새로운 애플리케이션이 필요한 경우, 단순히 요구되는 ‘서비스들’이나 ‘프로세스들’을 적절하게 조합만 함으로 새로운 서비스 기반 애플리케이션(Composite Application)을 구성할 수 있음을 확인하였다.

이러한 패턴은 다수의 백엔드 시스템(업체간 통합의 경우 포함)들의 리팩터링, 전사적 BPM의 니즈가 있는 경우, 또는 요구사항을 미리 확정할 수 없는 경쟁환경에 적용하기 유리한 SOA 적용 모델이며, 실제로 이러한 상황에 처한 고객에게 SOA가 적용되어 개발 기간 대비 75%의 단축효과와 90% 이상 구축 비용을 절감 효과를 나타낸다.

메인 프레임의 오픈 아키텍처화

SOA를 기반으로 메인 프레임을 개방 아키텍처 환경으로 이전하는 경우는 드물게 나타나고 있지만, 실제로 SOA가 가치를 가져올 수 있는 대표적인 레거시 환경이기도 하다. 메인 프레임은 대표적인 강결합(Tightly-Coupled) 구조를 갖는 IT자원으로 이를 사용하는 기업은 평균 연간 IT 예산의 70～80%를 메인 프레임의 유지보수에 사용하고 있다.

이러한 메인프레임을 SOA기반으로 바꾸는 일은 많은 비용과 더불어 단계별로 장기적인 마스터 플랜을 세워 진행할 필요가 있으며, 여기서는 한 고객의 예를 들어 보기로 한다.

이 고객은 SOA를 도입하기로 결정한 후에 그 첫 단계로서 메인프레임 애플리케이션의 프로세스 코드를 버리고, BPEL을 이용하여 메인프레임의 비즈니스 로직을 서비스 계층과 프로세스 계층으로 재개발하였으며, 이를 통해 추후 발생한 문제들에 대한 Trouble-Shooting 기간을 크게 단축하게 된다.

두 번째 단계로서, COBOL 비즈니스 로직의 논리적 그룹들을 J2EE로 리팩토링하는 작업을 진행하였으며, 이 변경 작업은 메인 프로세스 플로우와 격리된 상태에서 안정적인 서비스 계층을 기반으로 진행하였기에 점진적이고 유연한 마이그레이션이 가능하였다. 마지막으로 이에 덧붙여 비즈니스 프로세스를 실시간으로 관리하고, 성능의 병목점을 확인하여 프로세스 개선점을 찾기 위해 비즈니스 액티비티 모니터링을 적용함으로 감시 및 개선 업무를 강화하게 된다.

종합해 보면, 비즈니스 로직을 대상으로 서비스(또는 프로세스) 단위로 점진적 재개발을 추진하며, 전체 백엔드 시스템에 대해 다시 리팩토링을 수행하여 단계적인 SOA 업무환경을 구축한 후, 룰 엔진과 BPM, BAM을 클로즈 된 순환 구조 형태로 구현함으로 고객사는 구축 이후 첫 1 년 동안 유지 보수비용을 대략 1백만 달러(1 Million$) 절감하는 성과를 얻었다.

오픈 아키덱처화를 통해 SOA의 가치를 얻을 수 있는 적용 대상은 강결합된(tightly coupled) COBOL 메인프레임 애플리케이션들이 많은 기업, 문제 진단 및 테스트 사이클에 오랜 시간이 걸리는 애플리케이션들을 운용하는 기업, IT유지보수 비용이 많이 드는 오래된 애플리케이션들이 많은 기업들이 될 수 있으며, 이들 기업은 위에서 간단히 사례를 든 바와 같이 BRE, BPM, BAM등을 추가로 적용하여 ‘Closed Loop Feedback’을 구성함으로 업무 프로세스를 최적화할 수 있다.

실제 SOA 적용 가능 업무 모델

지금까지 SOA의 도입 성숙도 모델과 SOA가 성공적으로 구현되기 위한 라이프사이클, 그리고 그에 따른 프로젝트 수행 패턴들을 간단하게라도 분석해 보았다. 그렇다면, 실제로 기업이 관심 있어 하는 여러 가지 전산 환경, 즉 ERP, MDM(Master Data Management), BPM (BPR), WEB2.0, RFID등 이미 기업이 사용 중이거나 향후 도입 예정인 이들 업무환경에서 SOA는 어떤 형태로 사용될 수 있고, 또 사용자들에게 어떤 가치를 가져 다 줄 수 있는지 살펴보고자 한다.

이를 위해 한국오라클은 앞서 제시한 IT기술 업무 분야들에 전문성을 갖춘 오라클 협력사들과 각 분야별로 SOA를 도입하기 위한 방안을 함께 고민하였고, 그 결과로서 SOA 프로토타입 시스템들을 구축하여 보았다. 이번 장에서는 앞으로 이어갈 SOA시리즈들에 대한 간단한 소개를 함으로 실용의 측면에서 SOA를 전체적으로 바라볼 수 있도록 돕고자 한다.

▶전사적 자원관리 시스템(ERP)은 기업내의 생산, 회계, 인사 등의 기업 전반의 업무 프로세스들을 지원하고 이 정보들을 상호 공유하여 신속한 의사결정을 지원하는 패키지 소프트웨어로 이 자체가 기업의 모든 업의 노하우와 프로세스를 가지고 있다. 그렇기 때문에 ERP를 도입하기에 앞서 기업이 가진 현재의(As-Is) 모든 프로세스 자산을 테이블 위에 올려놓고 토론을 거듭 거쳐 향후 가져가야 할(To-Be) 최적의 프로세스를 도출하게 된다. 이 과정에서 여러 번의 시뮬레이션이 일어나게 되고, 최종의 결과물은 프로세스 자산으로서 기록되게 된다. 이러한 일련의 프로세스 모델링, 시뮬레이션 및 자산화 업무에 SOA 라이프사이클 중 첫 번째인 ‘설계 및 자산화’가 가장 적합할 것이며, 대표적인 솔루션으로는 오라클 BPA 스위트를 들 수 있다. 이후 ERP가 기업의 IT시스템에 적용되는데 있어 가장 우선 고려할 부분은 Non-ERP 시스템과의 인터페이스가 될 것이며, 이때 단순한 데이터/메시지 통합이 아니라 프로세스 관점에서 통합함으로, Non-ERP 시스템들과 단순 반복적으로 일어나는 프로세스들을 자동화할 수 있고, 더불어 새로운 애플리케이션 요구가 발생하였을 때 Non-ERP와 ERP시스템의 서비스와 프로세스들을 차용하여 쉽게 구현할 수 있게 해준다(Composite Application). 마지막으로 ERP의 주요 프로세스 모듈들 또는 Non-ERP의 주요 업무 프로세스를 BAM을 이용하여 실시간으로 모니터링함으로 업무에 발생한 문제점 또는 프로세스상의 병목/문제점을 통합 대시보드를 통해 한눈에 파악하게 함으로 프로세스 개선과 업무 최적화를 꾀할 수 있게 한다.

▶Master Data Management(MDM)은 기업내부에 걸쳐 불완전 또는 중복적으로 분포되어 사용중인 중요 데이터, 즉 상품, 설비, 자재 또는 고객 데이터들을 완전한 기준 데이터로 통합 관리하는 시스템이다. MDM이 기업의 다양한 업무 또는 분석 시스템들, 그리고 협력사의 관련 애플리케이션들과 연동하여 기준 데이터를 통합하고 배포하는 관점에서 SOA는 이들간의 인터페이스를 표준화하고 필요한 업무별로 프로세스를 최적화할 수 있다. SOA라고 하는 표준 기술을 통해 데이터 서비스가 제공됨으로 기업 내 다른 업무 시스템들 외에도 고객 및 협력사 IT환경에서 쉽고 빠른 마스터 데이터 기반의 업무 개발을 가능케 하며, 유지보수에 있어서도 기존 기술들에 대비하여 최대 70%이상 비용과 노력을 절감할 수 있게 한다. 또한 이렇게 구축되어 사용되고 있는 MDM과 다른 IT시스템들간의 데이터를 모니터링하여 기업의 여러 가지 서비스 품질 및 주요 업무 성과 지수들을 판단하고, 그 품질을 높이는데 기여할 수 있다. .

▶BPR(Business Process Re-Engineering)은 기업의 내부 또는 외부의 고객요구사항을 접수하여 최종적으로 전달되는 일련의 과정을 하나의 프로세스로 설정하여, 경쟁사보다 월등한 성과를 내기 위해 시도하는 프로세스 혁신 운동이다. 국내의 경우는 주로 금융권에 먼저 도입되어 고객업무를 지원하는 백엔드 프로세스(Backend Process)를 대상으로 여신 및 수신, 외환, 지원, 카드 등 다양한 업무에 적용을 완료했거나 현재 구축 중에 있다. BPR자체가 이미 프로세스 관리를 담고 있기 때문에 SOA 라이프사이클의 마지막 단계인 ‘실시간 프로세스 모니터링 및 개선’이 현실적으로 SOA를 적용할 수 있는 모델이 될 것이다. 실제로 BPR시스템을 통해 수행되는 고객 지원 프로세스의 각 단계별로 크리티컬한 업무단위에 BAM을 적용하여 주요 데이터를 Sensing하고 이들 데이터를 조합하여 실시간 서비스 관제센터를 운영하게 함으로, 금융사의 경우는 ‘서비스 품질 레벨’과 서비스 담당자들의 ‘주요 목표 성과지수’를 성공적으로 관리하여 경쟁사에 대해 서비스 경쟁력을 확보할 수 있으며, 더불어 주어진 시간 안에 업무를 마감해야 하는, 타임 크리티컬 한 프로세스에 실시간 업무 담당자 자동 배정 등을 수행하여 리스크 매니지먼트를 수행할 수 있다.

▶WEB2.0 또는 Enterprise2.0은 최근 들어 SOA만큼이나 화제가 되고 있는 IT 키워드 중의 하나이다. 기존의 웹 개념이 ‘공급자’와 ‘소비자’간 단방향성 커뮤니케이션에 많이 치우쳐 있었다면, 웹2.0은 보다 훌륭해진 유저 인터페이스와 함께 공급자와 소비자간에 ‘참여’, ‘공유 및 개방’ 그리고 ‘공동작업’을 통한 웹의 보다 큰 가치의 발현이라는 점이 다르다. 그렇다면 이런 웹2.0이 SOA와 공존할 수 있는 가장 효과적인 방안은 무엇일까?

앞서 밝힌 바와 같이 SOA를 통해 기업의 Silo-ed Application(그때 그때의 필요에 의해 만들어지고, 현재도 사용되고 있는 융통성 없는(Monolithic) 애플리케이션)간을 통합하여 이들을 서비스나 프로세스단위로 조합하여, 웹2.0을 통해 기업이 원하는 형태의 유연하고 풍부한, 그리고 부서간 상호 협력할 수 있는 인터넷 애플리케이션을 개발 할 수 있을 것이다. 이를 위해 한국 오라클은 이와 유사한 요구사항을 갖고 있는 고객을 위해 웹2.0을 전문으로 하는 파트너사와 함께 웹2.0과 SOA를 이용하여 그 해결방안을 제시하였다. 즉, 지역별로 분산되어 있는 애플리케이션 데이터를 통합하고 고객이 원하는 형태의 풍부한 유저 애플리케이션을 개발하여 지역별 업무 담당자간에 상호 수평 협력이 가능한 솔루션을 제안했다.

▶RFID는 지난 몇 년에 걸쳐 유통업계에서부터 제조, 서비스업에 이르기까지 확산 일로에 있는 무선 인식기술로 정부에서도 산업경쟁력 강화를 위한 RFID 확산 방안을 지속적으로 추진하고 있다. RFID는 기술의 성격상 ‘실시간 데이터’를 수집, 관리하여 유통․물류비 절감, 조달체계 효율화, 생산 프로세스 혁신, 거래 투명화를 가져와야 하기 때문에 다른 어떤 기술이나 솔루션에 비해 실시간 기업(RTE: Real-Time Enterprise)이 중요하게 대두된다.

SOA가 제공하는 BAM기술은 기업의 주요 업무와 프로세스가 보여주는 액티비티들에 대해 실시간으로 그 척도(KPIs 또는 SLA형태)를 인지(Aware)하여 필요한 결정을 내리고 (Decide), 문제가 사전에 발생하지 않도록 조치를(Act) 취하게 한다. 가트너(Gatner)에서 RTE의 요건으로서 강조했던 인지(Aware)-결정(Decide)-사전조치(Act)의 실시간 업무지원 사이클이 모두 BAM을 통해 지원되고 있는 셈이다. 한국 오라클은 이번 연구를 통해 RFID 기술을 전문으로 하는 파트너사와 BAM을 적용하여 병원업무에서 실시간 u-헬스케어가 어떻게 구현될 수 있는지 확인한 바 있다.