JMX 管理 Java Management Extensions (JMX) は、アプリケーション、デバイス、サービス、およびその他のリソースを管理するためのシンプルで標準的な方法です。JMX は動的であるため、リソースの作成、インストール、実装時にそれを監視および管理するために使用できます。JMX を使用して Java 仮想マシン (JVM) を監視および管理することもできます。各リソースは、1 つ以上のマネージド Bean (MBean) によって計測されます。すべての MBean は MBean サーバーに登録されます。JMX サーバー エージェントは、MBean サーバーと、MBean を処理するための一連のサービスで構成されます。Mule for JMX サポートを備えたエージェントがいくつか提供されています。JMX を構成する最も簡単な方法は、デフォルトの JMX サポート エージェントを使用することです。Log4J エージェント log4j エージェントは、Mule が JMX 管理に使用する Log4J インスタンスの設定を公開します。<jmx-log4j> 要素を使用して Log4J エージェントを有効にします。

* 「データベース システムをオンプレミス ネットワークの DMZ に再配置し、Mule アプリケーションを CloudHub 共有ワーカー クラウドにデプロイして DMZ にのみ接続する」は実現可能なオプションではありません。
* 「CloudHub Shared Worker Cloud にデプロイされた Mule アプリケーションの静的 IP アドレス、およびオンプレミス ネットワーク内の一致するファイアウォール ルールと IP ホワイトリスト」 - 機密データに対するリスクです。- アプリのデータベース IP をホワイトリストに登録した場合でも、アプリはデータベースに接続できないため、これも実行可能なオプションではありません
* 「各オンプレミス データベース システムの前面に 1 つの専用ロード バランサーを備えた Anypoint VPC、さらにロード バランサーの IP ホワイトリストと VPC およびオンプレミス ネットワークのファイアウォール ルールの一致」 バックエンド システムごとに DLB を持つ VPC を 1 つ追加すると、意味がありません、仕事が多すぎます。1 つのシステムに LB を追加する理由。
* 正解:「IPsec トンネルまたは AWS DirectConnect を使用してオンプレミス ネットワークに接続された Anypoint VPC、さらに VPC とオンプレミス ネットワークで一致するファイアウォール ルール」 IPsec トンネル ネットワーク間で IPsec トンネルを使用できます。オンプレミスのデータセンターを Anypoint VPC に接続するための構成。IPsec VPN トンネルは、標準化された安全な接続方法を提供するため、VPC からオンプレミスへの接続に推奨されるソリューションです。この方法は、ルーターやアプライアンスなどの既存の IT インフラストラクチャともうまく統合できます。参照: https://docs.mulesoft.com/runtime-manager/vpc-connectivity-methods-concept

* 「API のスループットが 100% 増加する」は、1 秒あたりに処理されるリクエストの数が増加する可能性があるため、正しく見えるかもしれませんが、100% 増加することが保証されていますか? 4 つのノードを使用すると、システムのスループットが確実に向上します。ただし、スループットが 100% 増加するかどうかは、他の多くの要因に依存するため、正確に言うことはできません。また、説明のどこにも、すべてのノードに同じ CPU/メモリが割り当てられていることは記載されていません。問題は、保証された動作に関するものです * アプリケーションを垂直方向ではなく水平方向にスケーリングしているため、ノード数の増加は応答時間には影響しません。同様に、JVM ヒープ メモリの使用量にも変化はありません。* つまり、正解は各ノードが受信するリクエスト数の 50% 削減です。これは 2 つの理由によるものです。