ESBの本意とは？

作者 Jean-Jacques Dubray , 翻訳者 編集部 投稿日 2007年10月2日

セクション

エンタープライズ・アーキテクチャ

トピック

WS Standards ,

ESB ,

SOA

タグ

WS_TX ,

WS-ReliableMessaging ,

WS-Star

マイクロソフト社のコネクトシステム部署のプログラムマネージャであるNick Allen氏は自身のブログ上にて質問を投げかけている(source)。

ESB（Enterprise Service Bus）は一体本当は何を意味しているんだろうか？ここ数年に渡ってこの疑問に関して物議を醸しており、それは留まる事を知らないように思える。私が2003年に初めてESBに関する記事を読んだ時、それを理解するのに4年以上かかるなんて思ってもいなかった。

去年Miko Matsumura氏が2記事に渡ってこの疑問に触れている。（パート１・英語、パート２・英語）今回はNick氏が、主要なベンダー達の提示するESBの定義を調査した。しかしながら、

マイクロソフト社...はこの定義に関する疑問を上手くかわしている。（[ESBガイダンス]サイト(サイト・英語)はESBが人によって異なる意味合いを持っているという見解をしている。）

Burton GroupのリサーチディレクターであるAnne Thomas Manes氏は下記のように述べている。

ESBは本質的にSOAシステムではなく統合システムである。SOAはアプリケーションのかたまりを崩壊することに焦点が当てられているが、統合システムはこれらのかたまりを強要するものである。ESBは特にレガシーアプリケーションへの橋渡しとして便利なものであり、それゆえにサービスインフラにおいて実用的なコンポーネントなのである。

Anneの定義はSun Microsystem社のRon Ten-Hvoe氏とJBIのスペックリードの意見と一致しているように思える(source)。

ESBはサービス指向のアプローチを使用した、エンタープライズIT機器資産の統合用分散型ミドルウェアシステムなのである。

それか、もしくはGartnerの定義と一致しているかもしれない。

疎結合、また分離性ビジネスコンポーネント内での媒介関係と知的に指示されたコミュニケーションをサポートするWebサービスに対応可能なインフラである。

Nick氏が記載したように、これはBEA、IBM、Oracleの共通のテーマであるように思える。共通のコミュニケーションとビジネスコンポーネント用の統合サービスである。ベンダー間で明らかな違いがあるのだが、IBM、MicrosoftにとってESBは機能の一連の機能に関連するパターンであり、 他者にとってはそれは製品なのである。これがこの議論の一番厄介な部分だったのである。2005年にはマイクロソフト社アイデンティティプラットフォーム プロダクトマネージャーのRich Turner氏が下記のように記述している(source)。

ESB（製品）はデータ処理能力の無いノードをくっ付けるための効率的な配管設備なのである。WS routeは潜在しているスマートプラミングの必要性を減少させながら、またプラットフォーム、装置全体を通してオープンコミュニケーションを保証し、ノードそれ自体をスマートなものにする。

またRichの要点は今年ますます関連性を帯びてきた。というのも所有者達に多様な代案を提供しながら、スタンダードはWebサービスに基づいた、安全で信頼できる処理されたコミュニケーションメカニズムを可能にしたWS-TX(source)とWS-RX(source)の仕様が承認されたのだ。Rourke McNamara氏はESB実装(ESBi)とESB製品(ESBp)を区別している(source)。

ESB製品(ESBp)はESBiを構築する会社を支援するために作られている。ESBマーケットは成熟しており、ESB製品の定義が2006年1年間に渡って明確にされてきた。そして今年は主要なSOAベンダーがこぞって純化されたESB製品をリリースした年となった。

原文はこちらです：http://www.infoq.com/news/2007/09/what-does-the-term-esb-mean

• 次へ >