문제

Java 기반 기술에 대한 지식이 제한되어 있으며 비즈니스 시행 이유에 대해 WLI (Weblogic Integration) 또는 Oracle Service Bus (OSB)가 소수의 독립형 시스템을 함께 통합하는 데 더 나은 선택인지 결정해야 할 수도 있습니다. 두 제품 모두 유사한 작업을 수행 할 수있는 것으로 보이지만, 어떤 경우에는 (WLI) 통합은 다른 사람 (OSB)이 더 비즈니스 프로세스 중심이되는 곳에서 더 기술적으로 주도됩니다.

비용이 선택 사항이 아니라고 가정하면 누구나 한 제품과 다른 제품을 사용하기로 선택한시기에 대한 좋은 설명을 제공 할 수 있습니까? 하나의 선택은 더 많은 맞춤형 Java 코딩 대 구성을 포함 할 것인가?

도움이 되었습니까?

해결책

글쎄, 그것은 달라집니다.

OSB는 기존 BEA의 Aqualogic Service 버스를 통합합니다. 서비스 버스 전용입니다.

WLI는 더 이상 존재하지 않습니다. 이제 Oracle BPEL PM (Oracle BPEL Process Manager Execution Engine)의 일부가 될 것입니다.

서비스 버스는 웹 서비스 "Ready"응용 프로그램을 통합하는 데 사용될 수 있습니다. 소규모 응용 프로그램이 이미 웹 서비스로 배포 될 수 있다면 이것은 올바른 선택이 될 것입니다. 조정할 것이 없습니다.

반면에 WLI는 서비스 간의 상호 작용을 조정하고 새로운 서비스를 만들기위한 것입니다. 해당 서비스가 서로 상호 작용하는 방식을 코딩합니다.

응용 프로그램이 매우 "프로세스"지향적 인 경우 (사용자 상호 작용이 거의없는 경우) 새로운 서비스를 만들어야하는 경우 이렇게하면 선택 사항입니다 (앱은 Webservice가 준비되어 있어야한다고 생각합니다).

응용 프로그램이 더 사용자 지향적이고 새로운 흐름 (비즈니스 프로세스)을 만들기 위해 함께 묶는 경우 올바른 도구는 Oracle BPM이됩니다. 이 도구를 사용하면 응용 프로그램 (웹 서비스 준비가 아닐 수 있음)을 통합 할 수 있습니다. 새로운 비즈니스 프로세스를 작성하고 웹 서비스로 노출시킬 수 있습니다.

따라서 그것은 당신의 필요에 따라 다릅니다.

Oracle BPM 도구를 사용하면 앱을 통합하여 WS로 배포 할 수 있습니다.

Oracle BPM Goes는 필요한 경우 더 자세한 정보를 제공 할 수 있습니다 :)

다른 팁

나는 "WLI가 더 이상 존재하지 않는다"에 대한 오스카의 의견에 동의하지 않는다.

WLI가 사라지지 않습니다. Oracle Integration 플랫폼의 일부입니다. WLI는 OSB보다 더 단단한 통합을 제공하는데, 이는 웹 세반에만 의미가 있습니다. ESB 이전에 WLI 플랫폼이 WLI-ServiceBus라고도했습니다.

WLI를 사용하면 프로세스 (WLI 또는 BPEL)를 작성하여 웹 서비스로 노출 할 수 있습니다. 또한 WLI가 라우팅, 분할, Aggrgation 및 파이프 라인을위한 다양한 패턴과 같은 기능과 같은 ESB와 같은 ESB를 수행 할 수 있습니다. WLI는 BPM의 방향으로 가야했지만 Bea는 Fuego를 Aquired Fuego로 만들어 BPM 플랫폼을 만들었고 WLI는 비즈니스를 향한 Aqualogic 제품 스위트의 일부로 만들기보다 "Weblogic"제품 스위트의 통합에 남겨 두었습니다. 사용자. Weblogic은 개발자를 대상으로합니다.

OSB는 위의 패턴 제작을 지원하지만 BPM 도구를 사용해야 할 수도있는 웹 서비스 및 SOA.Form Orchestation에 더욱 적합합니다.

WLI는 Performnce 지향 응용 프로그램을 찾고 있다면 더 강력합니다. 반면에 SOA 기반 통합 OSB 또는 ALSB를 찾고 있다면 충분해야합니다.

소수의 응용 프로그램을 통합하려는 이후 WLI가 좋은 선택이 될 것입니다.

anil datt

WLI가 조기 BPM 및 ESB 도구 인 것 같습니다. 또한 웹 사이트에서 Oracle Soa Stretegry 플랫폼의 일부로 나열되어 있습니다. ESB와 BPM 도구가해야 할 일이 있기 때문에 WLI의 미래는 무엇입니까?

WLI는 비즈니스 분석가 친화적 인 것보다 개발자 친화적입니다. BPM 또는 ESB 관점에서 WLI를 보는 것은 잘못입니다. 많은 프로세스 지향 및 메시지 지향 구현을 많이 사용할 수 있으며, 반드시 BPM은 아닙니다. BPM과 ESB는 SOA에 속하지만 WLI는 반드시 SOA 내에서만 작동하지는 않습니다. 나는 그것이보다 낮은 수준의 프로세스 설계 및 intergration 노력을 지원하는 도구로 유지 될 것이라고 믿습니다.

예. 맞습니다. Aqualogic Servicebus에 집중해야합니다. WLI는 다음 5-10 년 동안 사라질 것입니다. Oracle의 전략 제품이 아니기 때문입니다. 이것은 확인 뉴스입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top