正解: Anypoint Exchangeで適切な既存のフォールバックAPIを検索し、注文APIに加えてこのフォールバックAPIへの呼び出しを実装します。
*****************************************
>> API クライアントが HTTP 3xx 一時リダイレクト ステータス コードを受信し、別の API を呼び出すためにフォールバック ロジックを API クライアント側で実装する必要があるという事前承認済みの合意がない限り、これは理想的でも適切なアプローチでもありません。
>> APIマネージャーで同じ注文APIの別のエントリを作成すると、同じAPI実装の上に別のインスタンスが作成されるだけです。そのため、同じAPIのクローンをフォールバックAPIとして使用しても意味がありません。フォールバックAPIは、理想的にはプライマリAPIとは異なるAPI実装である必要があります。
>> 現在、Anypoint HTTP Connector では、応答として特定の HTTP ステータス コードを受信したときにフォールバック API を呼び出すことができるオプションは提供されていません。
指定されたオプションの中で TRUE となる唯一のステートメントは、適切な既存のフォールバック API を Anypoint エクスチェンジで検索し、注文 API に加えてこのフォールバック API への呼び出しを実装することです。

正解: API実装とAPIクライアント間でサーバー側負荷分散TLS相互認証が必要な場合
*****************************************
事実/メモリのヒント: CloudHub 専用ロードバランサには多くの利点がありますが、検討する際に心に留めておくべき重要な点が 2 つあります。
>> CloudHub にデプロイされたアプリでカスタム DNS 名を持つ URL エンドポイントを持つ
>> HTTPS と双方向 (相互) 認証の両方に対してカスタム証明書を構成します。
この質問に対して提供されているオプションは次のとおりです。
>> DLB を使用して、同じ Mule アプリケーションの個別のデプロイメント間でリージョン間の負荷分散を実行することはできません。
>> 複数のDLB URLを同じMuleアプリにマッピングするルールを設定できます。ただし、その逆（複数のMuleアプリが同じDLB URLを持つ）は不可能です。
>> DLB は Cloudhub にデプロイされた Mule アプリのカスタム DNS 名の設定に役立ちますが、顧客がホストする Mule ランタイムにデプロイされたアプリの場合は役に立ちません。
>> DLB を使用することで、複数の CloudHub ワーカー間で API 呼び出しの負荷分散を行うことは可能ですが、必須ではありません。SLB (共有ロードバランサー) を使用しても同様の負荷分散を実現できます。DLB は必ずしも必要ではありません。
したがって、シナリオに適合し、DLB を使用する必要がある唯一の適切なオプションは、API 実装と API クライアント間で TLS 相互認証が必要な場合です。

正解: テストは、Mule アプリケーションがコンパイルされパッケージ化された直後に実行されます。
*****************************************
>> 統合テストは、完全にカバーするために追加する必要があるテストの最後のレイヤーです。
>> これらのテストは、実際には完全な構成で実行されている Mule に対して実行され、PROD で動作しているときに外部ソースからテストされます。
>> これらのテストは、実際のトランスポートを有効にした状態でアプリケーション全体をテストします。そのため、テストの実行時に外部システムに影響が及ぶ可能性があります。
したがって、これらのテストは、Mule アプリケーションがコンパイルされパッケージ化された直後には実行されません。
参考までに... ユニット テストは、Mule アプリケーションがコンパイルされパッケージ化された直後に実行されるテストです。

Anypoint Platform のデフォルトのアラート機能:
Anypoint Platform には、呼び出し回数のしきい値の設定など、API 呼び出し条件を監視するためのすぐに使用できるアラート機能が備わっています。
トラフィックの高低（定義されたしきい値を超える呼び出しや下回る呼び出し）などの条件に対してアラートを設定できます。
オプションの評価:
オプション A: Anypoint Platform は、DNS レコードに基づく直接的なアラートを提供しません。
オプション B: Anypoint Platform では、呼び出しで TLS/SSL が使用されるかどうかに基づいてデフォルトのアラートは提供されません。これにはカスタム構成が必要になります。
オプション C: 地理位置情報に基づくアラートは、Anypoint Platform ではネイティブにサポートされていません。
オプション D (正解): API 呼び出ししきい値 (設定されたしきい値を下回る呼び出しなど) に基づくアラートがサポートされており、デフォルトの Anypoint アラート機能の一部として設定できます。
結論：
オプション D が正解です。Anypoint Platform では、しきい値を下回ったり超えたりした API 呼び出しの数に基づいてアラートを設定できます。
詳細については、MuleSoft の Anypoint モニタリングとアラート構成に関するドキュメントを参照してください。