IBM Integration Bus の技術概要
IBM® Integration Bus を使用すると、メッセージとしてパッケージ化された情報を、大規模な従来のシステムから、パイプライン上のセンサーなどの無人デバイスまで、さまざまなビジネス・アプリケーション間で流すことができます。
IBM Integration Bus は、メッセージ・ルーティングとメッセージ変換の 2 つの方法でメッセージを処理します。
メッセージ・ルーティング
メッセージはその内容に基づいて、送信側から受信側にルーティングすることができます。
ユーザーの設計するメッセージ・フローが、メッセージ・ルーティングを制御します。 メッセージ・フローは、着信メッセージに対して実行する操作、およびそれらの実行順序を記述します。
- メッセージの処理に使用される一連のステップ。 メッセージ・フロー・ノードを参照してください。
- ノード間の接続。処理による経路を定義します。 メッセージ・フロー接続を参照してください。
IBM には、多くの一般的な機能のための組み込みノードとサンプルが用意されています。 追加の機能が必要な場合は、独自のユーザー定義ノードを作成できます。 ユーザー定義拡張機能の概要を参照してください。
IBM Integration Toolkitでメッセージ・フローを作成します。
メッセージの変換
- 送信側と受信側のそれぞれの異なる場合がある要件に適応させるため、メッセージを 1 つのフォーマットから別のフォーマットへ変換することができます。
- メッセージは、データベースに保管された情報に関係するデータ・フィールドを、変更、結合、追加、または除去することによって変換できます。 情報は、メッセージとデータベースとの間でマップすることができます。 メッセージ・データのより複雑な操作は、構成可能ノード内のコード (例えば、拡張 SQL (ESQL) または Java™) を作成することによって行うことができます。
- メッセージの中には、その固有の構造およびフォーマットの定義を含むものがあります。 これらのメッセージは自己定義メッセージと呼ばれ、構造とフォーマットに関する追加情報を必要とせずに処理できます。 自己定義エレメントおよびメッセージを参照してください。
- その他のメッセージには、その構造やフォーマットについての情報が含まれていません。 これらを処理するには、それらの構造のモデルを作成する必要があります。 メッセージ・モデルを参照してください。
- 論理構造: データの抽象的な配置と特性。ツリー構造として表されます。 メッセージ・モデルを参照してください。
- 1 つ以上の物理形式: 物理ビット・ストリームでデータが表現され、区切られる方法。 メッセージ・セット: MRM ドメインの物理形式を参照してください。
補足製品
IBM Integration Bus は、多くの異なる製品を統合します。また、適切な製品またはシステムを製品と共に使用することで、追加の機能を利用することもできます。 補足製品を使用して追加する機能およびフィーチャーは、アプリケーションには影響を与えませんが、 IBM Integration Busの操作を表す統合層で追加のオプションを付与します。
WebSphere® MQ は IBM Integration Busを使用するための前提条件ではなくなりました。 WebSphere MQ によって提供される機能は、 WebSphere MQ を補足製品としてインストールすることによって提供されます。 詳しくは、 補足製品を必要とする IBM Integration Bus 機能を参照してください。
統合ノード環境の作成
メッセージのルーティングや変換といった作業は、統合ノードで行われます。 統合ノード内に、1 つ以上の統合サーバー (メッセージ・フローが実行されるプロセス) を定義することができます。
統合ノードが動作している モード は、デプロイできる統合サーバーとメッセージ・フローの数、および使用できるノードのタイプに影響を与える可能性があります。 各動作モードに適用される制約事項を参照してください。
1 つ以上の統合ノードを、サポートされているオペレーティング・システムで稼働している 1 つ以上のコンピューター上にインストールして作成することができます。 複数の統合ノードを作成すれば、障害に対する保護機能を備えた環境を構成したり、さまざまな業務部門に処理を分散したりすることが可能になります。
統合ノードを管理するには、製品コマンドを使用するか、独自のアプリケーションで IBM 統合 API を使用します。
アプリケーション開発
システム管理者が統合ノードを作成した後、アプリケーション開発者は IBM Integration Toolkitを使用してメッセージ・フローとメッセージ定義を作成および変更できます。
IBM Integration Toolkit のさまざまなパースペクティブを使用して、メッセージ・フロー、 メッセージ・モデル・スキーマ・ファイル、およびその他の関連リソースを開発します。 IBM Integration Toolkitを参照してください。
リポジトリーを使用して、開発リソースのアクセス制御およびバージョン管理を行うことができます。 リポジトリーを使用すると、複数の開発者が同じリソースで並行して作業することもできます。 開発リポジトリーを参照してください。
アプリケーションは、 WebSphere MQ、JMS 1.1 または 2.0、HTTP および HTTPS、Web サービス (SOAP および REST)、ファイル、エンタープライズ情報システム ( SAP および Siebel を含む)、および TCP/IP を含むさまざまなプロトコルを使用して、統合ノードと通信できます。 アプリケーションの接続について詳しくは、 接続のためのノードを参照してください。
アプリケーションの統合ノード環境へのデプロイ
IBM Integration Toolkitの 「統合開発」パースペクティブ を使用して、メッセージ・フロー、 メッセージ・モデル・スキーマ・ファイル、および関連リソースを作成および構成したら、実行可能データを 1 つ以上の統合ノードにデプロイできます。 統合ソリューションのデプロイを参照してください。
- IBM Integration Toolkit の 統合ノード ビュー から、以下のようにします。
- IBM Integration Toolkit のテスト・クライアント環境から
- コマンドを使用して
- IBM 統合 API アプリケーション・プログラミング・インターフェースを使用するアプリケーションを作成する
メッセージ・フローと メッセージ・モデル・スキーマ・ファイルをデプロイすると、それらはコンパイルされて バー ファイルにエンベロープされ、ターゲット統合ノードに送信されます。 統合ソリューションのデプロイを参照してください。 BAR ファイルには構成可能なシステム・プロパティーが入っています。 キューまたはデータベース名などのプロパティーは、ソース・ファイルを変更したり、メッセージ・フローを再開発したりしなくても、指定変更することができます。 この構成によって、システム間で定義を容易に移動させることができます。
統合ノードは BAR ファイルを開き、その内容を取り出し、受信した情報のレコードを作成して、エンベロープを廃棄します。 ブローカーは、コンピューター・ファイル・システム内のローカル・ストレージ域に情報を保持するので、必要に応じてアプリケーション・リソースを復元してメッセージ・フローを再開することができます。