|
===================================== 〔語彙分解〕的な部分一致の検索結果は以下の通りです。 ・ ー ： [ちょうおん] (n) long vowel mark (usually only used in katakana) ・ ビス ： [びす] 1. (fr:) (n) (1) screw (fr: vis) 2. -bis (again, second version) (fr: bis) 3. BIS (Bank of International Settlements) 4. (fr:) (n) (1) screw (fr: vis)/(2) -bis (again, second version) (fr: bis)/(3) BIS (Bank of International Settlements) エンタープライズ・サービス・バス（）は、一般に標準に基づくミドルウェアインフラストラクチャー製品で実装されるソフトウェアアーキテクチャの構成要素であり、上位のより複雑なアーキテクチャの基盤となるサービスを提供するイベント駆動型で標準ベースのメッセージングエンジン（バス）である。 ESB は一般に Enterprise Messaging System の実装の上の抽象化層を提供し、コードを書かずにメッセージングの利点を活用できるようにする。一方、以前からあるエンタープライズアプリケーション統合 (EAI) はハブ・アンド・スポーク型アーキテクチャによるモノリシックな構成であり、ESB ではその構成要素を機能単位に分割し、必要に応じて協調動作するよう分散配置される。 ESB 自体はサービス指向アーキテクチャ (SOA) の実装ではないが、SOA 実装のための機能を提供する。ESB は必ずしも Webサービスに基づいてはいない。例えば、ESB Muleは従来のシステムとの連携を容易に行えるようにするためにFTP, SMTP, POP3, RESTなどの非Webサービス技術にも対応している。ESB は標準ベースで柔軟であり、各種転送媒体をサポートしている。呼び出されるサービスと転送媒体の結合度を弱めるのは、SOA の特徴ではなく、ESB の特徴である。 ESB 製品の多くは SOA での利用を第一に考えられており、それにより利用が広がりを見せている（BPELなど）。 == 主な特徴 == エンタープライズサービスバスは一連の機能を総称する便利な用語であり、その実装は様々である。ESB が実体のある製品なのか、アーキテクチャ的なスタイルなのかは議論となっており、ESBの実装も定まっていない（中核となるサーバを持つ場合もあるし、持たない構成もある）。例えば、SOAP と WS-Addressing を組合わせたものが ESB であるという者もいる。いずれにしても、以下のようなESBの中心となる機能は共通で認識されている。 さらに、ESBは以下の特徴を備えることが多い。 * プロセス編成、ビジネスプロセス定義機能（別製品で提供されることもある）。 * 大規模な実装のための部品であり、異機種混合のシステムを SOA（サービス指向アーキテクチャ）によって管理可能にする。ただし、ESB MuleのようなオープンソースのESBは、中小規模のための部品である。 * オペレーティングシステムやプログラミング言語に依存しない。例えば、Javaと.NETのアプリケーションの相互運用を可能にする。 * XMLを通信言語として使用。 * Webサービス標準規格をサポート。 * 各種メッセージ交換パターン(MEP)をサポート（同期、非同期、send-and-forget、出版-購読など） * 標準ベースのアダプター（J2EE Connector ArchitectureやSAPなど）で既存システムとの統合をサポート * コンポーネント指向設計によるモジュラー・アーキテクチャ * データ形式の変換のために、変換サービス（XSLTやXQuery）を備え、メッセージの送信側アプリケーションと受信側アプリケーションで必要な形式が異なる場合にも対応。 * メッセージ送受信のためのスキーマに対する妥当性検証 * 中核のない構成の場合、メッセージを状況によってルーティングしたり変換したりする。 * SLA（サービス水準合意）に従って、メッセージ遅延などをモニタリングする。 * ユーザーの優先順位付けに従ってサービスをクラス分けする。 * アプリケーションが一時的に動作できない場合、メッセージをキューに保持する。 抄文引用元・出典: フリー百科事典『 ウィキペディア（Wikipedia）』 ■ウィキペディアで「エンタープライズ・サービス・バス（）は、一般に標準に基づくミドルウェアインフラストラクチャー製品で実装されるソフトウェアアーキテクチャの構成要素であり、上位のより複雑なアーキテクチャの基盤となるサービスを提供するイベント駆動型で標準ベースのメッセージングエンジン（バス）である。ESB は一般に Enterprise Messaging System の実装の上の抽象化層を提供し、コードを書かずにメッセージングの利点を活用できるようにする。一方、以前からあるエンタープライズアプリケーション統合 (EAI) はハブ・アンド・スポーク型アーキテクチャによるモノリシックな構成であり、ESB ではその構成要素を機能単位に分割し、必要に応じて協調動作するよう分散配置される。ESB 自体はサービス指向アーキテクチャ (SOA) の実装ではないが、SOA 実装のための機能を提供する。ESB は必ずしも Webサービスに基づいてはいない。例えば、ESB Muleは従来のシステムとの連携を容易に行えるようにするためにFTP, SMTP, POP3, RESTなどの非Webサービス技術にも対応している。ESB は標準ベースで柔軟であり、各種転送媒体をサポートしている。呼び出されるサービスと転送媒体の結合度を弱めるのは、SOA の特徴ではなく、ESB の特徴である。ESB 製品の多くは SOA での利用を第一に考えられており、それにより利用が広がりを見せている（BPELなど）。== 主な特徴 ==エンタープライズサービスバスは一連の機能を総称する便利な用語であり、その実装は様々である。ESB が実体のある製品なのか、アーキテクチャ的なスタイルなのかは議論となっており、ESBの実装も定まっていない（中核となるサーバを持つ場合もあるし、持たない構成もある）。例えば、SOAP と WS-Addressing を組合わせたものが ESB であるという者もいる。いずれにしても、以下のようなESBの中心となる機能は共通で認識されている。さらに、ESBは以下の特徴を備えることが多い。* プロセス編成、ビジネスプロセス定義機能（別製品で提供されることもある）。* 大規模な実装のための部品であり、異機種混合のシステムを SOA（サービス指向アーキテクチャ）によって管理可能にする。ただし、ESB MuleのようなオープンソースのESBは、中小規模のための部品である。* オペレーティングシステムやプログラミング言語に依存しない。例えば、Javaと.NETのアプリケーションの相互運用を可能にする。* XMLを通信言語として使用。* Webサービス標準規格をサポート。* 各種メッセージ交換パターン(MEP)をサポート（同期、非同期、send-and-forget、出版-購読など）* 標準ベースのアダプター（J2EE Connector ArchitectureやSAPなど）で既存システムとの統合をサポート* コンポーネント指向設計によるモジュラー・アーキテクチャ* データ形式の変換のために、変換サービス（XSLTやXQuery）を備え、メッセージの送信側アプリケーションと受信側アプリケーションで必要な形式が異なる場合にも対応。* メッセージ送受信のためのスキーマに対する妥当性検証* 中核のない構成の場合、メッセージを状況によってルーティングしたり変換したりする。* SLA（サービス水準合意）に従って、メッセージ遅延などをモニタリングする。* ユーザーの優先順位付けに従ってサービスをクラス分けする。* アプリケーションが一時的に動作できない場合、メッセージをキューに保持する。」の詳細全文を読む スポンサード リンク
|