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

正解は「コンパイル、パッケージ化、単体テスト、単体テスト カバレッジの検証、デプロイ」です。 Anypoint プラットフォームは、業界標準ツールを使用した継続的インテグレーションと継続的デリバリーをサポートしています。 Mule Maven プラグイン Mule Maven プラグインは、ソースから Mule アプリケーションの構築、パッケージ化、デプロイメントを自動化できます。プロジェクト Mule Maven プラグインを使用すると、次のいずれかのデプロイ戦略を使用して、CloudHub、Anypoint Runtime Fabric、またはオンプレミスへの Mule アプリケーションのデプロイを自動化できます。 * CloudHub デプロイ * ランタイム ファブリック デプロイ * ランタイム マネージャー REST API デプロイ * ランタイム マネージャーエージェントの導入 MUnit Maven プラグイン MUnit Maven プラグインはテストの実行を自動化し、Mule Maven プラグインと連携します。統合および単体テスト機能の完全なスイートを提供します。また、継続的なデプロイメント環境と統合するために、Maven および Surefire と完全に統合されています。MUnit 2.x 以降、カバレッジ レポートの目標は Maven レポート セクションと統合されています。カバレッジ レポートは、Maven のサイト ライフサイクル中、つまりカバレッジ レポートの目標中に生成されます。MUnit Coverage の機能の 1 つは、特定のカバレッジ レベルに達しない場合にビルドが失敗することです。MUnit は統合テストには使用されません。また、Anypoint Exchange への公開や、API Manager で関連する API インスタンスの作成は、mulesoft が提供する Maven プラグインを使用して実現できる CICD パイプラインの一部ではありません。質問で言及されているアーキテクチャは、図的に次のように表すことができます。永続オブジェクト ストアが正解です。カバレッジ レポートの目標は、Maven レポート セクションと統合されています。カバレッジ レポートは、Maven のサイト ライフサイクル中、つまりカバレッジ レポートの目標中に生成されます。MUnit Coverage の機能の 1 つは、特定のカバレッジ レベルに達しない場合にビルドが失敗することです。MUnit は統合テストには使用されません。また、Anypoint Exchange への公開や、API Manager で関連する API インスタンスの作成は、mulesoft が提供する Maven プラグインを使用して実現できる CICD パイプラインの一部ではありません。質問で言及されているアーキテクチャは、図的に次のように表すことができます。永続オブジェクト ストアが正解です。カバレッジ レポートの目標は、Maven レポート セクションと統合されています。カバレッジ レポートは、Maven のサイト ライフサイクル中、つまりカバレッジ レポートの目標中に生成されます。MUnit Coverage の機能の 1 つは、特定のカバレッジ レベルに達しない場合にビルドが失敗することです。MUnit は統合テストには使用されません。また、Anypoint Exchange への公開や、API Manager で関連する API インスタンスの作成は、mulesoft が提供する Maven プラグインを使用して実現できる CICD パイプラインの一部ではありません。質問で言及されているアーキテクチャは、図的に次のように表すことができます。永続オブジェクト ストアが正解です。MUnit Coverage の機能の 1 つは、特定のカバレッジ レベルに達しない場合にビルドが失敗することです。MUnit は統合テストには使用されません。また、Anypoint Exchange への公開や、API Manager で関連する API インスタンスの作成は、mulesoft が提供する Maven プラグインを使用して実現できる CICD パイプラインの一部ではありません。質問で言及されているアーキテクチャは、図的に次のように表すことができます。永続オブジェクト ストアが正解です。MUnit Coverage の機能の 1 つは、特定のカバレッジ レベルに達しない場合にビルドが失敗することです。MUnit は統合テストには使用されません。また、Anypoint Exchange への公開や、API Manager で関連する API インスタンスの作成は、mulesoft が提供する Maven プラグインを使用して実現できる CICD パイプラインの一部ではありません。質問で言及されているアーキテクチャは、図的に次のように表すことができます。永続オブジェクト ストアが正解です。
* Mule オブジェクト ストア: オブジェクト ストアは、Mule アプリケーション内または Mule アプリケーション間でオブジェクトを保存するための機能です。Mule はオブジェクト ストアを使用して、最終的な取得に備えてデータを永続化します。
Mule は 2 種類のオブジェクト ストアを提供します。
1) メモリ内ストア - オブジェクトをローカル Mule ランタイム メモリに保存します。Mule ランタイムのシャットダウン時にオブジェクトが失われます。したがって、すべての Cloudhub ワーカー内でウォーターマークを共有したいため、このシナリオではメモリ ストアで使用できません。
2) 永続ストア - Mule は、オブジェクト ストアが永続的になるように明示的に設定されている場合、データを永続化します。したがって、ワーカーのいずれかがダウンした場合でも、このウォーターマークは利用可能になります。

モック サービスは Anypoint Platform の機能であり、継続的に実行されます。モック サービスは、テキスト エディター、ビジュアル エディター、および Anypoint Exchange から実行できます。API 仕様を Exchange に公開する前に API デザイナーで、または API 仕様を公開した後に Exchange で API への呼び出しをシミュレートできます。