正解は「データベースのポーリングは継続します。残りのノードに送信された HTTP リクエストのみが引き続き受け入れられます。」です。: 質問に記載されているアーキテクチャは次のように説明できます。ノード 1 がダウンしているときでも、DB ポーリングはノード 2 経由で継続されます。また、ノード 2 に直接送信されるリクエストも受け入れられ、BAU 方式で処理されます。唯一機能しないのは、リクエストがノード 1 の HTTP コネクタに送信される場合です。このアーキテクチャの欠陥は、HTTP クライアントが HTTP リクエストを個々のクラスター ノードに直接送信していることです。デフォルトでは、Mule ランタイム エンジンをクラスタリングすることにより、システムの高可用性が保証されます。Mule ランタイム エンジン ノードが障害や計画的なダウンタイムにより使用できなくなった場合、クラスタ内の別のノードがワークロードを引き継ぎ、既存のイベントとメッセージの処理を続行できます。

正解は、各アイテムの VM メッセージが 1 つの任意の CloudHub ワーカーによって少なくとも 1 回処理されることです。4 つの CloudHub ワーカーはそれぞれ、いくつかの項目 VM メッセージを処理することが期待できます。 Cloudhub では、各永続的な VM キューはすべての CloudHub ワーカーによってリッスンされます。ただし、各メッセージは 1 つの CloudHub ワーカーのみによって少なくとも 1 回読み取られて処理され、重複した処理は行われません。可能 - CloudHub ワーカーが失敗した場合、メッセージの損失を防ぐために別のワーカーがメッセージを読み取ることができ、これにより処理が重複する可能性があります - デフォルトでは、すべての CloudHub ワーカーの VM リスナーは VM キュー参照: https://dzone から異なるメッセージを受信します.com/articles/deploying-mulesoft-application-on-1-worker-vs-mult

正解は、CloudHub デプロイメントではログを 2 年間保存することはできません。外部ログ管理システムが必要です。ドキュメントに記載されているように、CloudHub には特定のログ保持ポリシーがあります。プラットフォームは、アプリおよびワーカーごとに最大 100 MB、または最大 30 日間のいずれかの制限に達した方のログを保存します。この制限に達すると、最も古いログ情報がまとめて削除され、回復不能に失われます。推奨されるアプローチは、ログ アペンダーを使用して、選択した外部ログ システム (Splunk など) にログを保存することです。この解決策により、ログが当社のプラットフォームに保存されなくなるため、サポート ケースを提出する場合は、レビューとケース解決のために適切なログを提供する必要があることに注意してください。

* 「Mule ドメイン共有リソースとして資格情報を維持する Mule ドメイン プロジェクトを作成する」は、Cloudhub でドメイン プロジェクトがサポートされていないため、間違っています。 * 各 Mule アプリケーションで重複を作成することは避けるべきですが、以下の 2 つのオプションでは資格情報の重複が発生します - 資格情報を保存します組織のデータセンター内の共有フォルダーにあるプロパティ ファイル。Mule アプリケーションが起動時にこの共有場所からプロパティ ファイルをロードするようにします。各バックエンド システムの資格情報を環境固有のプロパティ ファイルに分離します。これらのプロパティ ファイルを、起動時にロードされる場所から各 Mule アプリケーションにパッケージ化します。 つまり、これらも間違った選択です * このシナリオでは、資格情報サービスが最適なアプローチです。Mule ドメイン プロジェクトは CloudHub ではサポートされていません。また、設定値のコピーを複数持つことは保守が困難になるため推奨されません。Mule Credentials Vault を使用して .properties ファイル内のデータを暗号化します。(このドキュメントの文脈では、.properties ファイルを単にプロパティ ファイルと呼びます。) Mule のプロパティ ファイルは、ユーザー名、姓名、クレジット カードなどの情報を含む可能性のあるキーと値のペアとしてデータを保存します。数字。Mule アプリケーションは、外部 Web サービスのログイン認証情報を取得するなど、メッセージを処理するときにこのデータにアクセスすることがあります。ただし、この機密の個人データは、Mule がアクセスできるようにプロパティ ファイルに保存する必要がありますが、Mule アプリケーションにアクセスできる人物による不正使用 (潜在的に悪意のある) から保護する必要もあります。