Jboss-fuse-introduction-esb
JBoss Fuse-ESBの概要
この章では、Enterprise Service Busの基本から始めます。 以下に、ESBの詳細な説明と、その利点、欠点、および理解を容易にするためのいくつかの図を示します。
ESBとは何ですか？
ESBはEnterprise Service Busの略です。 最も単純な形のESBは、通信する複数のアプリケーションを支援する情報ハイウェイとして機能するミドルウェアです。
エンタープライズの世界では、多くのことに対するソリューションを開発しています。 これらのソリューションは、異なるテクノロジーと異なるデータ形式を使用する場合があります。 これらの技術では通信やデータ形式の互換性の違いにより、これらのソリューションを一緒に使用するのは面倒です。 したがって、これらの異なるソリューション間で*疎結合統合*を可能にする技術が必要です。
ESBは、すべてのアプリケーションの中央に位置し、それらの間のメッセージルーティングを容易にする「HUB」になることにより、この統合の問題を簡素化することを目指しています。 ESBはメディエーターとして機能し、情報ハイウェイとして機能し、データ変換ルーティングを処理し、コーダーまたは開発者は自分のアプリケーションロジックに集中することができます。
ESBを理解することは、ESBが特に設計された問題を理解すると非常に簡単になり、ソリューションが簡単になります。 さまざまな言語で記述され、さまざまなデータ形式を使用してさまざまなマシンで実行し、情報を共有し、統合されたビジネスプラットフォームを形成する多くの異種システムを有効にする方法を明確に理解する必要があります。
統合の問題
エンタープライズプラットフォームでは、複数のアプリケーションが連携してビジネス機能全体を提供するのが一般的ですが、これらのアプリケーションの統合は最も頻繁に発生する問題です。 アプリケーションが成長するにつれて、時間とともにさらに困難になります。
各アプリケーションは、独自の形式でデータを入出力できます。 このアプローチは、アプリケーションの数が少ない場合はうまく機能しますが、アプリケーションの数が増えるにつれて、統合ホイールもより良いアプローチでかき回す必要があります。 たとえば、ビジネスの特定のアプリケーションを変更する必要がある場合、そのマスターアプリケーションに依存するすべてのアプリケーションの出力または入力データ形式が影響を受けます。
このようなアプローチは、密結合アーキテクチャを期待する統合の最大のハードルとして機能します。 ESBが登場するのはここです。 各アプリケーションは、他のアプリケーションと直接通信する必要はありません。代わりに、すべてのアプリケーションがESBと通信し、ESBが情報のルーティングと内部データ形式の変換を処理します。
ESBを選ぶ理由
以下に、Enterprise Service Busが不可欠である理由を説明するいくつかのポイントを示します。
- ESBは、バリアント互換アプリケーションとの統合の問題を簡素化することを目的としています。
- これはミドルウェアとして機能し、すべてのアプリケーションのメディエーターとして機能し、アプリケーション間のメッセージルーティングを容易にします。
- すべてのアプリケーションが他のすべてのアプリケーションと直接インターフェースする代わりに、各アプリケーションはESBへのインターフェースを1つだけ持つようになりました。
- ESBは、メッセージを共通の形式に変換したり、共通の形式から変換したり、宛先にルーティングしたりします。
- 既存のアプリケーションのいずれかを置き換える必要がある場合、このアプローチの大きな節約は恩恵となります。 たくさんの新しいインターフェースを書く代わりに、（アプリケーションとESBの間で）気にするインターフェースが1つだけになりました。
SOA＆ESB？
SOAとESBは一般的に交換可能に使用されますが、完全に異なります。
SOAは、アプリケーションが通信プロトコルを介してネットワーク上のサービスとしてその機能を公開できるようにする設計パターンです。一方、ESBは異種システム間の通信を容易にするモデルですが、ESBはSOAの実装中にバックボーンとして使用できます。
