私は Java ベースのテクノロジに関する知識が限られているため、業務上の理由から、少数のスタンドアロン システムを統合するには、WebLogic Integration (WLI) と Oracle Service Bus (OSB) のどちらを選択するのが適切かを判断しなければならない場合があります。どちらの製品も同様のタスクを実行できるように見えますが、一方 (WLI) では統合がより技術的なものであり、もう一方 (OSB) はよりビジネス プロセス主導です。
コストがオプションではないと仮定すると、ある製品と他の製品をいつ使用するかを適切に説明できる人はいますか? 1 つの選択肢は、構成よりもカスタム Java コーディングを含むものですか?
まあそれは異なります。
OSBは、既存のBEAのAqualogicServiceBusを統合します。運行バスのみです。
WLIはもう存在しません。これで、Oracle BPEL PM（Oracle BPEL Process Manager実行エンジン）の一部になります。
サービスバスは、統合されたWebサービスの「準備ができた」アプリケーションに使用できます。小さなアプリケーションがすでにWebサービスとしてデプロイできる場合、これは正しい選択です。そこで調整するものは何もありません。ただ、それらを公開するだけです。
一方、WLIは、サービス間の相互作用を調整し、新しいサービスを作成するためのものです。これらのサービスが相互に作用する方法をコーディングします。
アプリケーションが非常に「プロセス」指向であり（ユーザーの操作がほとんどまたはまったく必要ない場合）、これから新しいサービスを作成する必要がある場合は、これが選択になります（アプリはとにかくWebサービスに対応している必要があります）。
アプリケーションがよりユーザー指向であり、それらをバインドして新しいフロー（ビジネスプロセス）を作成する場合、適切なツールはOracleBPMです。このツールを使用すると、アプリケーション（Webサービスに対応していない場合があります）を統合して、新しいビジネスプロセスを作成し、それをWebサービスとして公開できます。
だから、それはあなたのニーズに依存します。
Oracle BPMツールを使用すると、アプリを統合してWSとしてデプロイできます。
Oracle BPMについては、必要に応じて詳細をお知らせします:)
WLI は時期尚早の BPM および ESB ツールのようです。また、Web サイトでは Oracle SOA Stretegry プラットフォームの一部としてリストされています。WLI は ESB や BPM ツールが行うべきことを行うので、WLI の将来はどうなるでしょうか?
はい。正しいです。Aqualogic サービスバスに集中する必要があります。WLI は今後 5 ～ 10 年で消滅します。オラクル向けの攻略商品ではないので。確認のお知らせです。
WLI は、ビジネス アナリストよりも開発者に適しています。BPM や ESB の観点から WLI を見るのは間違っています。多くのプロセス指向およびメッセージ指向の実装で使用できますが、必ずしも BPM であるとは限りません。BPM と ESB は SOA に分類されますが、WLI は必ずしも SOA 内でのみ機能するとは限りません。より低レベルのプロセス設計と統合作業をサポートするためのツールとして残ると信じています。