第3章 エンタープライズ統合パターンの導入

図5.1「Message パターン」

メッセージチャネルによって接続された 2 つのアプリケーションはどのように情報を交換するか。

図5.2「Message Channel パターン」

メッセージングを使用して単一のアプリケーションが別のアプリケーションと通信する方法。

図5.3「Message Endpoint パターン」

アプリケーションがメッセージングチャネルに接続してメッセージを送受信する方法。

図5.4「Pipes and Filters パターン」

独立性と柔軟性を維持しながら、メッセージで複雑な処理を行う方法。

図5.7「Message Router パターン」

定義された条件のセットに応じてメッセージを異なるフィルターに渡すために、個々の処理ステップを切り離す方法。

図5.8「Message Translator パターン」

メッセージングを使用して、異なるデータフォーマットを使用するシステムの間で通信を行う方法。

図6.1「Point to Point Channel パターン」

1 つの受信側のみがドキュメントの受信や呼び出しを実行するように、呼び出し側が確認する方法。

図6.2「Publish Subscribe Channel パターン」

送信側が対象のすべての受信側にブロードキャストする方法。

図6.3「Dead Letter Channel パターン」

メッセージングシステムが配信できないメッセージの処理方法。

図6.4「Guaranteed Delivery パターン」

メッセージングシステムに障害が発生しても、送信側がメッセージを確実に配信する方法。

図6.5「Message Bus パターン」

独立し、分離したアプリケーションを連携でき、他のアプリケーションに影響を与えることなく 1 つ以上のアプリケーションを追加または削除できるアーキテクチャーとは。

「概要」

受信した応答を生成したリクエストを、要求側が識別する方法。

「返信先アドレス」

応答側が応答の送信先を認識する方法。

「Content-Based Router」

単一の論理関数 (Inventory 確認など) の実装が複数の物理システムに分散されている場合の処理方法。

「Message Filter」

コンポーネントが不必要なメッセージを受信しないようにする方法。

「受信者リスト」

動的に指定された受信者のリストにメッセージをルーティングする方法。

「Splitter」

各要素を異なる方法で処理しなければならない可能性がある、複数の要素が含まれるメッセージの処理方法。

「Aggregator」

個別かつ関連するメッセージの結果を組み合わせ、全体として処理できるようにする方法。

「Resequencer」

順序どおりでない関連するメッセージのストリームを正しい順序に戻す方法。

「Composed Message Processor」

要素ごとに異なる処理が必要となる可能性がある複数の要素で構成されるメッセージを処理する場合に、メッセージフロー全体を維持する方法。

「Scatter-Gather」

複数の受信者にメッセージを送信する必要があり、その各受信者が応答を送信する可能性がある場合に、メッセージフロー全体を維持する方法。

「Routing Slip」

設計時にステップの順序が分からず、ステップの順序がメッセージごとに異なる可能性がある場合に、一連の処理ステップを通じてメッセージを継続的にルーティングする方法。

「Throttler」

メッセージのスロットリングによって、特定のエンドポイントがオーバーロードされないようにする方法、または外部サービスと合意した SLA を越えないようにする方法。

「Delayer」

メッセージの送信を遅らせる方法。

「Load Balancer」

複数のエンドポイント間で負荷を分散する方法。

「Hystrix」

外部サービスの呼び出し時に、Hystrix サーキットブレーカーを使用する方法。Camel 2.18 の新機能。

「Service Call」

レジストリーでサービスを検索して、分散システムでリモートサービスを呼び出す方法。Camel 2.18 の新機能。

「Multicast」

メッセージを同時に複数のエンドポイントにルーティングする方法。

「Loop」

メッセージをループで繰り返し処理する方法。

「Sampling」

ダウンストリームルートをオーバーロードを防ぐために一定の期間で複数のメッセージから 1 つのメッセージをサンプリングする方法。

「Content Enricher」

メッセージの送信元に必要なデータ項目がすべてない場合に他のシステムと通信する方法。

「Content Filter」

数個のデータ項目のみが必要な場合に大きなメッセージの処理を簡単にする方法。

「Claim Check EIP」

情報の内容を減らさずにシステム全体で送信されるメッセージのデータ量を減らす方法。

「ノーマライザー」

意味的には同等で、受け取った形式が異なるメッセージの処理方法。

「並び替え」

メッセージのボディーのソート方法。

「Messaging Mapper」

ドメインオブジェクトとメッセージングインフラストラクチャーの間でデータを移動し、お互いに独立した状態を維持する方法。

「Event Driven Consumer」

メッセージが利用できるようになったときにアプリケーションが自動的にメッセージを消費する方法。

「Polling Consumer」

アプリケーションの準備ができたときに、アプリケーションがメッセージを消費する方法。

「Competing Consumers」

メッセージングクライアントが複数のメッセージを同時に処理する方法。

「Message Dispatcher」

1 つのチャネルで複数のコンシューマーがメッセージ処理を調整する方法。

「Selective Consumer」

メッセージコンシューマーが受信するメッセージを選択する方法

「Durable Subscriber」

サブスクライバーがメッセージをリッスンしていないときにメッセージの欠落を防ぐ方法。

「Idempotent Consumer」

メッセージの受信側が重複メッセージを処理する方法。

「Transactional Client」

クライアントがメッセージングシステムでトランザクションを制御する方法。

「Messaging Gateway」

残りのアプリケーションからメッセージングシステムへのアクセスをカプセル化する方法。

「Service Activator」

サービスがさまざまなメッセージング技術や、メッセージング以外の技術によって呼び出されるように、アプリケーションで設計する方法。

12章システム管理

ポイントツーポイントチャネルで送信されるメッセージを検査する方法。