翻訳と辞書
Words near each other
・ エンタープライズ (スタートレック)
・ エンタープライズ (ネバダ州)
・ エンタープライズ (列車)
・ エンタープライズ (空母)
・ エンタープライズアーキテクチャ
・ エンタープライズアーキテクチャフレームワーク
・ エンタープライズコンテンツ管理
・ エンタープライズサーチ
・ エンタープライズ・アーキテクチャ
・ エンタープライズ・アーキテクチャ知識体系
エンタープライズ・サービス・バス
・ エンタープライズ闘争
・ エンター・サンドマン
・ エンター・ザ・フェニックス
・ エンター・ザ・ボイド
・ エンター・ザ・ミュージック
・ エンター・ザ・レビュー
・ エンター・シカリ
・ エンタ天国
・ エンタ娘


Dictionary Lists
翻訳と辞書 辞書検索 [ 開発暫定版 ]
スポンサード リンク

エンタープライズ・サービス・バス : ミニ英和和英辞書
エンタープライズ・サービス・バス[びす]
=====================================
〔語彙分解〕的な部分一致の検索結果は以下の通りです。

: [ちょうおん]
 (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(サービス水準合意)に従って、メッセージ遅延などをモニタリングする。* ユーザーの優先順位付けに従ってサービスをクラス分けする。* アプリケーションが一時的に動作できない場合、メッセージをキューに保持する。 ) : ウィキペディア日本語版
エンタープライズ・サービス・バス()は、一般に標準に基づくミドルウェアインフラストラクチャー製品で実装されるソフトウェアアーキテクチャの構成要素であり、上位のより複雑なアーキテクチャの基盤となるサービスを提供するイベント駆動型で標準ベースのメッセージングエンジン(バス)である。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(サービス水準合意)に従って、メッセージ遅延などをモニタリングする。* ユーザーの優先順位付けに従ってサービスをクラス分けする。* アプリケーションが一時的に動作できない場合、メッセージをキューに保持する。[びす]
エンタープライズ・サービス・バス()は、一般に標準に基づくミドルウェアインフラストラクチャー製品で実装されるソフトウェアアーキテクチャの構成要素であり、上位のより複雑なアーキテクチャの基盤となるサービスを提供するイベント駆動型で標準ベースのメッセージングエンジン(バス)である。
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の実装も定まっていない(中核となるサーバを持つ場合もあるし、持たない構成もある)。例えば、SOAPWS-Addressing を組合わせたものが ESB であるという者もいる。いずれにしても、以下のようなESBの中心となる機能は共通で認識されている。
さらに、ESBは以下の特徴を備えることが多い
* プロセス編成、ビジネスプロセス定義機能(別製品で提供されることもある)。
* 大規模な実装のための部品であり、異機種混合のシステムを SOA(サービス指向アーキテクチャ)によって管理可能にする。ただし、ESB MuleのようなオープンソースのESBは、中小規模のための部品である。
* オペレーティングシステムプログラミング言語に依存しない。例えば、Java.NETのアプリケーションの相互運用を可能にする。
* XMLを通信言語として使用。
* Webサービス標準規格をサポート。
* 各種メッセージ交換パターン(MEP)をサポート(同期、非同期、send-and-forget、出版-購読など)
* 標準ベースのアダプター(J2EE Connector ArchitectureやSAPなど)で既存システムとの統合をサポート
* コンポーネント指向設計によるモジュラー・アーキテクチャ
* データ形式の変換のために、変換サービス(XSLTXQuery)を備え、メッセージの送信側アプリケーションと受信側アプリケーションで必要な形式が異なる場合にも対応。
* メッセージ送受信のためのスキーマに対する妥当性検証
* 中核のない構成の場合、メッセージを状況によってルーティングしたり変換したりする。
* 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(サービス水準合意)に従って、メッセージ遅延などをモニタリングする。* ユーザーの優先順位付けに従ってサービスをクラス分けする。* アプリケーションが一時的に動作できない場合、メッセージをキューに保持する。」の詳細全文を読む




スポンサード リンク
翻訳と辞書 : 翻訳のためのインターネットリソース

Copyright(C) kotoba.ne.jp 1997-2016. All Rights Reserved.