1

オラクルの「階層化アーキテクチャモデル」がどのように機能するかを理解しようとしていますが、ビジネス、データ、およびプレゼンテーションの機能と、それらが相互にどのように関連しているかについて非常に混乱しています。これがどのように機能するかを示す多くの図を見てきましたが、実際の例が役立つでしょうか？

たとえば、Webアプリケーションはオラクルが「複合アプリケーション」と呼んでいるものであり、これらのWebアプリケーションはオラクルが「プレゼンテーションサービス」と呼んでいるもので構成されていると思います。

4

1 に答える 1

1

私の知る限りで答えてみましょう：

  1. はOSBBEA のALSBオーバーホール済みです。これの主な目的は の仕事ですESB。プレゼンテーション層とアプリケーションの残りの部分の間に位置します。アプリケーションの境界を定義し、さまざまなユニット間の仲介をサポートします。
  2. コンポーネントと、ビジネス ロジックを含むさまざまなサブシステム (組織内のさまざまな部門を考えてください) は、 と呼ばれCompositeます。たとえば、これらのコンポジットは内部で BPEL を使用してビジネス ロジックを表し、JCA を使用してローカルのサービス (データベース、ejbs など) にアクセスできます。
  3. これらCompositeは、管轄外のサービスに連絡する必要がある場合 (申し訳ありませんが、より適切な言葉が思いつきません)、OSB に連絡する必要があります。
  4. サービス調停の内部要件は、Mediator(残念ながら、これは OESB オーバーホールされています)によって満たされます。

おわかりのように、これは Oracle がオリジナルの ESB ソリューションと、BEA から購入した製品の両方を販売しようとする、一種の哀れな試みです。内部サービスをOSB自体に配線することを妨げるものは何もありません（おそらくOracleの究極の方向性です）

読み直して、実際に作業してみると、より多くのことがわかると思います。調査結果で質問を更新してください。

于 2011-03-23T15:30:43.777 に答える