☆ ＥＳＢ概要 現在ほとんどのベンダーが（ＥＳＢと呼んでいるかどう かは 別として）「ＥＳＢにあたるもの」を、その提供するＳＯ Ａ実現の ためのミドルウェア中に、中核のＩＴインフラとして実装 しており ます。 もちろんその基本的な機能は共通ですが、これがＥＳＢ だ というような確定した技術や製品があるわけではなく、各 ベン ダーが提供する ‘ ＥＳＢ ’ の定義や実現技術はそれぞれの特 色が あるものとなり、各社その部分での独自性を逆に特色とし て ウリにしています。
まずその ‘ 基本的な機能 ’ を、ざっとまとめて見ましょう。 ＥＳＢ (Enterprise Service Bus) というように、中心にな るのは ソフトウェアで実現された高機能なバスです。そのバスを 通して ソフトウェアコンポーネント（ＳＯＡでは ‘ サービス ’ です ね）間での メッセージ交換を行なうことにより、その連携を図る、こ れが ＥＳＢの基本の機能です。 サービス ＥＳ Ｂ このサービス間でのメッセージのやり取りが、バスを通じ て 行なわれ目的のシステム統合・連携が実現されて行くわけ です。
メッセージ交換以外の機能を見て見ましょう。 上で ‘ 高機 能な バス ’ と書きましたように、ＥＳＢには更に ・交換するメッセージの自動フォーマット変換機能 ・インテリジエント・ルーティング機能 ・多様な標準プロトコルに対応 ・同期／非同期通信 等の多数の機能があります。 また、このバス機能を実現するために、各ベンダーは自社 の ミドルウェア構築で培ってきたメーッセージング技術を活用 して おり、十分な実績のあるセキュリテイや信頼性技術が組み込 まれています。
これらの機能が実際にＳＯＡを実現して行く上で、ど のように 利用されて行くかは、今後詳しく見ていくこととして、 今回は ＥＳＢがＳＯＡの実現にどのように有効かをまとめます。 ☆ ＥＳＢの有用性 ＥＳＢの有用性について、二つの視点でまとめます。 （１）ＥＡＩのアプリケーション統合のメリットがその まま継承 されます。 実はＥＳＢはＳＯＡのために開発された技術では なく、 ＥＡＩ (Enterprise Application Integration) のための最 新の インフラとして開発されてきた技術なのです。
ＥＡＩの技術としては従来の Hub&Spoke 型の技術があり ましたが、そのいくつかの問題点を ・ ベンダー独自技術ではなく標準技術を利用すること により 導入・変更のための期間とコストを大幅に削減する ・ Hub&Spoke の集中管理ではなく Bus による分散管 理へ という方針により改善したものがＥＳＢなのです。 こうして開発されたＥＳＢが、ちょうど盛り上がってきた ＳＯＡの インフラとして最適なものとして活用されているわけです。
具体的には、 ・ １対Ｎ、Ｎ対Ｎのサービス間連携の複雑さを、Ｅ ＳＢを 仲介役として管理すること ・ ＥＡＩのアダプタによる異種アプリの統合技術か ら、 レガシーシステムのサービス化や、 WebService 以外の、 JMX や JCA といった標準技術を利用した サービスの利用が可能となる 等のメリットがあります。
（２）開発者が、ロジックの開発に専念できる。 上にも書きましたように、ＥＳＢにはデータ変換や、 ルーティ ング、さらにはセキュリティ、信頼性を保証する機能があ ります。 もし、これらの機能を全て自分で作りこまなければなら ないと したら大変な工数が必要となります。 ＥＳＢにこれらの周辺処理を任せることにより、開発者 は 本来のシステムのロジックの部分の開発に専念できるよう に なります。
☆ おわりに ＥＳＢの概要とＳＯＡにとっての有用性をまとめ て 見ました。 今後、このＥＳＢによりＳＯＡを実現して行く上 での、 個別の技術 (WebService,JBI,JMS,BPEL,etc) に ついて、このメルマガ中や、 ASIMA ホームページに て、 順次解説を行なって行く予定です。 （株）ＳＲＡ 文責： 石原