BPEL(Business Process Execution Language) 및 Oracle BPEL Process Manager 업데이트 : 2004년 6월 26일

1. BPEL이란 무엇이며, 웹 서비스 및 서비스 지향 아키텍처(SOA)와는 어떤 관련이 있습니까??
기업들은 각 애플리케이션을 상호 연결하는 것에 대해 언제나 큰 부담을 안고 있습니다. 이러한 이유 때문에 통합 이니셔티브의 비용과 복잡성을 줄이기 위한 기업의 청사진으로서 웹 서비스 및 SOA의 채택을 추진하게 되는 것입니다. 웹 서비스 작업은 게시(publish)와 조정(orchestration)의 2단계 작업 과정으로 이루어집니다. 여기서 게시란 기존 시스템의 일부를 이용하여 그 시스템을 서비스로 노출하는 것을 의미하고, 조정이란 개별적인 여러 서비스를 엔드-투-엔드 프로세스 흐름으로 구성하는 것을 의미합니다. BPEL은 조정을 위한 업계 표준입니다. 

2. BPEL을 지지하는 배경 동기는 무엇입니까? BPEL은 통합 비즈니스 프로세스 문제에 초점을 맞춘 과거의 시도 및 기술과는 어떻게 다릅니까? BPEL의 발전에 대해 간략하게 설명해 주십시오.
일련의 서비스를 엔드-투-엔드 프로세스 흐름으로 조정하는 일에는 여러 새로운 기술 요구 사항들(이기종 시스템으로의 바인딩, 비동기식 및 동기식 메시지 교환 패턴, 데이타 조작, 흐름 조정, 예외 관리, 비결정적(undeterministic) 이벤트, 트랜잭션 보상, 병렬 버전 확인, 진행중인 인스턴스 관리 및 감사 등)이 수반됩니다. BPEL의 목표는 이러한 요구 사항들을 해결하기 위해 더욱 다양하면서도 간단한 추상화/표준을 제공하는 것입니다. BPEL이 상당히 새로운 표준이긴 하지만 여기에는 Microsoft와 IBM이 XLANG 및 WSFL에 투자한 10년 이상의 연구 및 개발 경험이 활용되고 있습니다.

3. 조정(orchestration)이란 무엇입니까? 이것은 혼합 애플리케이션을 구축하는 데 있어 어떤 의미가 있습니까? 그리고 조정이 필요한 이유는 무엇입니까?
기존 시스템이 점차 사라져 가고 있지만 기업은 이러한 기존 시스템에 포함된 기능을 활용할 수 있는 새로운 애플리케이션을 구축할 필요가 있습니다. 혼합 애플리케이션의 개념은 기존의 빌딩 블록을 함께 연결지어 새로운 애플리케이션을 구축한다는 개념을 바탕으로 합니다. 조정은 개별적인 각 서비스의 실행을 조화롭게 통합하는 접착제라 할 수 있으므로 이러한 기본 개념에 있어 그 역할이 대단히 매우 중요합니다. 따라서 적절한 조정 서버는 안정적이고 확장 가능해야 하며 BPEL 프로세스 로직을 충실하게 렌더링할 수 있어야 합니다.

4. Oracle BPEL Process Manager란 정확히 무엇이며 무엇으로 구성되어 있습니까? 그리고 BPEL Process Manager가 나머지 스택과는 어떤 관련이 있습니까?
Oracle BPEL Process Manager는 오라클 제품 포트폴리오에 새롭게 추가된 사항으로서, 이를 사용하여 기업들은 BPEL 프로세스를 모델링, 배포 및 관리할 수 있습니다. Oracle BPEL Process Manager는 사용이 간편한 BPEL 모델러, 확장 가능한 BPEL 엔진, 확장 가능한 WSDL 바인딩 프레임워크, 모니터링 콘솔 및 일련의 내장된 통합 서비스(변형, 사용자 작업, java 임베딩)로 구성되어 있습니다. 뿐만 아니라 Oracle BPEL Process Manager는 BPEL/웹 서비스 조정을 Java 플랫폼의 일류 구성 요소로 만들어 줍니다.

5. BPEL Process Manager는 다른 프로세스 통합 제품과 어떻게 다릅니까?
BPEL Process Manager는 다음과 같은 4가지 측면에서 다른 제품과 차별화됩니다.

• 기본 및 종합적인 BPEL 지원
• 확장 가능한 바인딩 프레임워크(웹 서비스는 물론 JCA, JMS 등을 조정할 수 있음)
• 사용 편의성(15분 내로 구동 및 실행 가능)
• 플랫폼 지원(Oracle Application Server를 비롯한 WebLogic, WebSphere 등)

6. 개방성, 이식성, 상호 운용성이 고객에게 중요한 이유는 무엇입니까?
상호 운용성이 중요한 이유는 그 가치 제안의 핵심이 기존 시스템의 일부를 활용하여 이를 보다 높은 수준의 비즈니스 흐름으로 구성하기 때문입니다. 이식성은 비즈니스 프로세스가 기업의 주요 IP 자산이고 고객들이 특정 솔루션에만 고정되기를 원하지 않기 때문에 중요합니다. 마지막으로, 개방성이 중요한 이유는 대기업들이 WebLogic, WebSphere 및 Oracle Application Server를 사용하고 있고 오라클은 기존 애플리케이션 서버에 대한 투자가 무엇이든 상관 없이 어디에서나 잘 운용되는 솔루션을 제공하고 있기 때문입니다.

7. 고유의 BPEL은 왜 중요합니까? BPEL을 단지 가져오고 내보내기만 하는 제품들을 사용할 경우 어떠한 단점이이 있습니까?
역사적으로 어느 때나 표준이 채택되어왔지만(SQL, J2EE, LDAP, SMTP/POP/IMAP, HTML 등) 고유의 솔루션이 항상 승리하였습니다. 이것은 고유의 솔루션이 덜 복잡하고 더 빠르며 더 풍부한 기능을 제공하기 때문입니다. 특히 유지 관리 및 발전이 동시에 이루어져야 하는 기존의 설치 기반을 갖고 있는 경우, 새로운 추상화 개념을 중심으로 엔진을 다시 설계하는 것은 매우 어렵기 때문입니다.

8. Oracle Business Integration은 계속해서 향상되고 있는 BPEL 및 BPEL Process Manager의 이점을 어떻게 활용합니까?
SOA, BPEL 및 혼합 애플리케이션은 기업들이 “실시간 엔터프라이즈”로 한 걸음 더 가까이 다가갈 수 있게 해줍니다. 오라클은 다양한 비즈니스 활동 모니터링 기능이 그 다음 단계라고 생각합니다. 그 이유는 이러한 풍부한 비즈니스 활동 모니터링을 통해 교차 기능 프로세스의 실행과 비즈니스 프로세스 최적화 플랫폼을 상세히 볼 수 있기 때문입니다. 계속해서 향상되고 있는 솔루션의 이러한 측면에서 앞으로 고객들은 오라클을 통해 더 많은 이점을 누리게 될 것입니다.

9. 오라클은 BPEL 규격의 발전 및 표준화에 대해 어떻게 참여해 왔습니까? 또한 이것은 오라클의 다른 통합 및 웹 서비스 관련 표준 노력과 어떻게 관련되어 있습니까?  오라클은 OASIS BPEL 위원회에서 매우 활동적으로 참여하고 있는 회원입니다. BPEL Process Manager를 사용하는 6,500명 이상의 개발자들과 함께 오라클은 BPEL 채택의 선두 위치에 있으며 OASIS BPEL 위원회를 통해 수집한 피드백을 적용하고 있습니다. 오라클은 또한 기타 관련 규격(WS-신뢰성, WS-메시지 전송, WS-컨텍스트, WS-보안, JSR-208/Java 비즈니스 통합)에 대해서도 적극적으로 참여하고 있습니다. 이러한 모든 표준은 인터넷을 메시징/통합 백본으로 변환하기 위해 함께 사용되고 있습니다. 따라서 이러한 표준들은 BPEL 채택에 있어 매우 중요한 역할을 하게 될 것입니다.

10. BPEL Process Manager를 비롯하여 JDev, ADF, TopLink 등은 모든 J2EE 서버에서 실행됩니다. 이처럼 오라클이 개방형 표준과 개방형 인터페이스에 전념하는 이유는 무엇입니까?
확장 가능하고 신뢰성 있는 컨테이너 구축에 투자한 수많은 노동력과 시간을 개방형 표준과 개방형 인터페이스를 통해 활용할 수 있기 때문에 오라클은 이 분야의 개발에 노력을 기울이고 있습니다. 또한 개방형 표준과 개방형 인터페이스를 이용하면 특정 솔루션에만 얽매이지 않을 수 있다는 점에서 오라클 고객들에게도 유익합니다.

11. .NET 호환성은 왜 중요합니까? 어떤 범위까지 BPEL Process Manager가 .NET 호환성을 지원합니까?
.NET은 고객들이 통합하기를 원하는 시스템 목록 중에서 네 번째 또는 다섯 번째 항목에 속하므로 상당히 중요하다고 할 수 있습니다. 따라서 BPEL Process Manager는 BPEL 프로세스가 .NET 서비스를 호출하는 방법과 .NET 클라이언트가 BPEL 프로세스를 초기화하는 방법을 보여주는 예제와 함께 제공됩니다. 현재 오라클은 안전하고 신뢰할 수 있는 메시지를 보여주는 이러한 예제들을 더 확장할 것을 검토하고 있습니다.

12. BPEL은 교차 플랫폼입니다. 그러나 J2EE 플랫폼에서 기본 서비스를 구축할 수 있는 이점이 있습니까? 그렇다면 이러한 서비스에는 어떤 것들이 있습니까?
J2EE 플랫폼은 클러스터링, 가상화 및 모니터링 지원이 점차 향상되고 있습니다. 오라클은 BPEL Process Manager를 J2EE 구성 요소로 설계함으로써 이러한 기능들을 투명하게 활용할 것입니다. 가상화, 자동 배포, 필요시 확장 가능성 및 자가 치유 능력 등은 비즈니스 프로세스와 아주 밀접하게 결합되는 개념으로서 이러한 개발이 함께 이루어지는 것을 살펴보는 일은 대단히 흥미로울 것입니다.