*説明：
CloudHub オブジェクト ストアは、Mule アプリケーションがデプロイされているのと同じリージョンに配置する必要があります。これにより、最適なパフォーマンスが得られます。
Mule 4 のキャッシュ スコープとオブジェクト ストアについて学習する前に、一般的なキャッシュとは何か、および関連するその他の事柄について理解する必要があります。
「キャッシュ」とはどういう意味ですか?
キャッシュとは、頻繁に使用されるデータをメモリ、ファイル システム、またはデータベースに保存するプロセスであり、毎回元のソースの場所からアクセスする必要がある場合に、処理時間と負荷を節約します。
コンピューティングにおいて、キャッシュとは、データのサブセットを保存する高速データ ストレージ レイヤーです。これにより、そのデータに対する将来の要求は、データのプライマリ ストレージの場所にアクセスするよりも速く処理されます。キャッシュを使用すると、以前に取得または計算したデータを効率的に再利用できます。
キャッシュはどのように機能しますか?
キャッシュ内のデータは通常、RAM (ランダム アクセス メモリ) などの高速アクセス ハードウェアに保存され、ソフトウェア コンポーネントと関連して使用されることもあります。キャッシュの主な目的は、基盤となる低速のストレージ層にアクセスする必要性を減らすことで、データ取得のパフォーマンスを向上させることです。
MULE 4 でのキャッシュ
Mule 4 では、キャッシュ スコープやオブジェクト ストアを使用して Mule でキャッシュを実現できます。キャッシュ スコープは内部的にオブジェクト ストアを使用してデータを保存します。
オブジェクトストアとは
オブジェクト ストアを使用すると、アプリケーションは、アプリケーション内からバッチ プロセス、Mule コンポーネント、アプリケーション全体のデータと状態を保存できます。クラウド ハブで使用する場合、オブジェクト ストアは、クラスターにデプロイされたアプリケーション間で共有されます。
キャッシュ スコープは、以下の場合に使用されます。
* アウトバウンドプロセッサからの応答全体を保存する必要がある
* アウトバウンドプロセッサから返されるデータはそれほど頻繁に変更されない
* キャッシュ スコープはキャッシュ ヒットとキャッシュ ミスのシナリオを内部的に処理するため、より読みやすくなります。オブジェクト ストアは、以下の場合に使用されます。
* カスタム/中間データの保存が必要
* 透かしを保存する
* アプリケーション、スケジューラ、バッチ間でデータ/ステージを共有します。
CloudHub オブジェクト ストアが Mule アプリケーションがデプロイされているのと同じリージョンにある場合、データへの高速アクセスが可能になり、最適なパフォーマンスが得られます。

* X.509 証明書は、悪意のあるネットワークなりすましに対する重要な保護手段です。x.509 サーバー認証がないと、悪意のあるアクセス ポイントや侵害されたルーターなどによって中間者攻撃が開始される可能性があります。
* X.509 は、SSL/TLS 接続で主に使用され、クライアント (Web ブラウザーなど) が、既知の信頼できる Web サイトを装った悪意のあるなりすまし者に騙されないようにします。
* 質問に戻りますが、SLBではバニティドメイン名の定義が許可されていないため、ここではSLBを使用できません。 * したがって、DLBを使用して証明書を追加する必要があります。
--------------------------------------------------------------------------------------------------------------------- したがって、正解は、X 509 証明書を Mule アプリケーションではなく、クラウドハブ専用ロードバランサ (DLB) に追加することです。DLB のレコードを指す api.acme.com の CNAME を作成します。

標準データ モデルは、統合プロジェクトで使用され、さまざまなシステムやアプリケーション間でデータを表す標準的な方法を提供します。標準データ モデルを使用する主な理由は 2 つあります。
A: プロセス内で整合された一貫したデータ構造を持つようにするためです。標準データ モデルを使用することで、すべてのプロセスとシステムでデータが均一に表現されることが保証されます。この一貫性により、データ統合が簡素化され、変換ロジックが削減され、エラーが最小限に抑えられます。
E: モデルはバックエンド システムを分離し、Mule アプリケーションを変更からサポートするため: 標準データ モデルは、バックエンド システムの基盤となるデータ構造を抽象化します。この分離により、バックエンド システムの変更は Mule アプリケーションに直接影響しません。アプリケーションは標準モデルと対話し、必要な変換は一元的に処理されるため、システムは変更に対してより適応しやすくなります。
実装手順:
* 標準データモデルを設計する:
* さまざまなシステム間で使用される共通のデータ要素と構造を識別します。
* これらの要素を一貫した方法で表現する統一されたスキーマを定義します。
* データ変換ロジックを実装する:
* MuleSoft DataWeave を使用して、標準モデルと各システムに必要な特定の形式の間でデータを変換します。
* 変換ロジックを一元化して、メンテナンスと更新を簡素化します。
* Mule アプリケーションとの統合:
* すべての Mule アプリケーションがデータ交換に標準データ モデルを使用していることを確認します。
* 既存のアプリケーションを変更して、標準モデルとの間でデータを変換します。
標準データ モデルを使用すると、データの一貫性とシステムの柔軟性が向上し、統合プロジェクトで価値のあるアプローチになります。
参考文献:
* MuleSoft ドキュメント: DataWeave
* MuleSoft ドキュメント: 統合のベスト プラクティス

Mule アプリケーションでは、パフォーマンスとリソースの使用率を最適化するために、さまざまなコンポーネントが特定のスレッド プールによって処理されます。
* HTTP リスナー: このコンポーネントは、受信 HTTP リクエストを処理し、共有セレクター プールによって管理されます。共有セレクター プールは、非ブロッキング IO 操作を効率的に処理する役割を担います。
* Logger: Logger コンポーネントは軽量で、CPU を集中的に使用する操作は実行しません。これは、軽量の CPU 操作用に設計された CPU_LITE スレッド プールによって管理されます。
この分離により、IO バウンド操作が CPU バウンド操作をブロックすることがなくなり、アプリケーションのパフォーマンスと応答性が最適に維持されます。
参考文献:
* MuleSoft スレッドとスレッド プール
* MuleSoft HTTP リスナーのドキュメント

* 信頼性の低いバックエンド システムでも注文を処理し、信頼性を確保する統合 Mule アプリケーションを設計するには、次のコンポーネントと ActiveMQ キューを使用する必要があります。
* 成功するまでの範囲: この範囲は、Mule アプリケーションが、成功するか指定された再試行制限に達するまで、バックエンド システムへの注文の送信を試行し続けることを保証します。これは、一時的なネットワークの問題やバックエンド システムの軽微な停止を処理するのに役立ちます。
* ActiveMQ の長時間再試行キュー: 注文を長時間再試行キューに配置することで、アプリケーションは長期間にわたって再試行を管理できます。これは、バックエンド システムの停止が長時間に及ぶ場合に特に便利です。組織のファイアウォール内にある ActiveMQ ブローカーは、これらのキューを確実に処理できます。
* ActiveMQ デッドレター キュー: すべての再試行後も正常に送信できなかった注文は、デッドレター キューに移動する必要があります。これにより、これらの注文を手動で処理できるようになります。デッドレター キューは、注文が失われないようにし、送信に失敗した注文を処理するための明確なメカニズムを提供します。
実装手順:
* HTTP リスナー: 受信注文を受信するための HTTP リスナーを設定します。
* 即時確認: 注文の受領をクライアントに直ちに確認します。
* 成功するまでの範囲: 成功するまでの範囲を使用して、バックエンド システムへの注文の送信を試行します。再試行間隔と制限を構成します。
* 長い再試行キュー: 再試行を管理するために ActiveMQ の長い再試行キューを構成します。
* デッドレター キュー: 最大再試行回数後に失敗した注文に対して ActiveMQ デッドレター キューを設定し、手動介入を可能にします。
このアプローチにより、手動処理を最小限に抑えながら、システムが一時的かつ長期にわたるバックエンドの停止に対処できるようになります。
参考文献:
* 成功するまでの範囲に関する MuleSoft ドキュメント:
https://docs.mulesoft.com/mule-runtime/4.3/until- success-scope
* ActiveMQ ドキュメント: https://activemq.apache.org/