正解: APIクライアントによって呼び出されたメソッドに新しい必須フィールドが追加されたとき
*****************************************
>> 一般的に、API 契約が破綻した場合、API クライアントのロジックを更新する必要があります。
>> APIに新しいメソッドまたは子メソッドが追加されても、APIクライアントは既存のメソッドを引き続き使用できるため、動作に支障はありません。したがって、これら2つのオプションは無効です。
>> 「応答のデータ型が変更された場合」と「新しい必須フィールドが追加された場合」の 2 つが残っています。
>> レスポンスのデータ型を変更すると、APIの規約に違反することになります。ただし、ここで問題となるのは「呼び出し」ロジックであり、レスポンス処理ロジックではありません。APIクライアントはAPIを正常に呼び出し、レスポンスを受け取ることはできますが、レスポンスの一部フィールドのデータ型は変更されます。
>> 新しい必須フィールドを追加すると、APIの呼び出し規約に違反します。新しい必須フィールドを追加すると、APIの契約は、APIクライアント/APIコンシューマーとAPIプロバイダーの間で締結されているRAMLまたはAPI仕様の合意に違反します。そのため、APIクライアントの呼び出しロジックも更新する必要があります。

非機能要件（NFR）の理解:
このコンテキストにおける NFR は、レート制限、LDAP ベースの認証、JSON 脅威保護、IP 許可リスト ポリシーなど、Web API に実装されたセキュリティ対策に関連しています。
オプションの評価:
オプション A (正解): IP 許可リスト ポリシーは、既知のサブネットへのアクセスを制限し、API 呼び出しが定義された範囲の IP から行われるようにします。
オプション B (正解): LDAP を使用した基本認証では、ユーザー名/パスワードの検証が強制され、ID 検証の NFR が満たされます。
オプション C: 機密データのマスキングは、記載されているポリシーのいずれもデータのマスキングに対応していないため、記載されている NFR の一部ではありません。
オプション D: XML 脅威保護については言及されていないため、このオプションは正しくありません。
オプション E: レート制限はパフォーマンス制御を意味しますが、特定のパフォーマンス期待を直接強制するものではありません。
結論：
オプション A と B は、IP 範囲の制限とユーザー名/パスワードの認証に関連する実装されたセキュリティ対策に直接対処しているため、正解です。
LDAP、レート制限、許可リスト ポリシーの詳細については、MuleSoft の API セキュリティ ポリシーに関するドキュメントを参照してください。

制御プレーンとランタイムプレーンの理解:
コントロールプレーン：コントロールプレーンは、Muleアプリケーションの管理、監視、およびデプロイを担います。プライベートクラウドエディション（PCE）では、このコントロールプレーンは顧客のインフラストラクチャ内にオンプレミスでデプロイされ、データレジデンシーとセキュリティ要件を満たします。
ランタイムプレーン：ランタイムプレーンは、Mule アプリケーションを実行する Mule ランタイムで構成されています。これらのランタイムをお客様のインフラストラクチャ内でホストすることで、データとメタデータをローカルに保持でき、データレジデンシーに関する企業ポリシーに準拠できます。
オプションの評価:
オプション A: コントロール プレーンに Anypoint Platform Private Cloud Edition を使用し、MuleSoft がホストするランタイム プレーンを使用すると、ランタイム プレーンが MuleSoft によってホストされ、データがローカルに保持されないため、要件を満たせません。
オプション B: ランタイム プレーン用の Anypoint Runtime Fabric を備えた MuleSoft がホストするコントロール プレーンでは、メタデータは依然として MuleSoft のクラウドで管理されるため、データとメタデータをオンプレミスで保持するという要件に準拠しません。
オプション C: MuleSoft がホストするコントロール プレーンと顧客がホストする Mule ランタイムでは、メタデータがオンプレミスではなくクラウドに存在するため、常駐要件を満たしません。
オプション D (正解): コントロール プレーンと顧客がホストする Mule ランタイム用の Anypoint Platform Private Cloud Edition (PCE) は、コントロール プレーンとランタイム プレーンの両方が顧客のデータ センター内でホストされるため、両方の要件を満たします。
結論：
オプション D が正解です。コントロール プレーンとランタイム プレーンの両方がオンプレミスでホストされ、企業の IT ポリシーに従ってデータとメタデータがローカルに保存されるようになります。
詳細については、MuleSoft の Private Cloud Edition の展開とオンプレミスのランタイム構成に関するドキュメントを参照してください。

正解: Anypoint Runtime Fabric
*****************************************
>> お客様が既に Azure 環境をご利用の場合、一部の Mule ランタイムを Azure でホストし、残りの Mule ランタイムを MuleSoft でホストするハイブリッドモデルを採用するのは、決して理想的なアプローチではありません。これは不要であり、無駄です。
>> CloudHub は Mulesoft がホストするランタイムプレーンであり、AWS 上に存在します。CloudHub をお客様の Azure 環境に向けるようにカスタマイズすることはできません。
>> Pivotal Cloud Foundry 向け Anypoint Platform は、Pivo​​tal Cloud Foundry が提供するインフラストラクチャ専用です。
>> Anypoint Runtime Fabric は、Mule アプリケーションと API ゲートウェイのデプロイメントとオーケストレーションを自動化するコンテナサービスであるため、正解です。Runtime Fabric は、AWS、Azure、仮想マシン (VM)、ベアメタルサーバー上の顧客管理インフラストラクチャ内で実行されます。
-Anypoint Runtime Fabric の機能には次のようなものがあります。
- アプリケーションごとに個別の Mule ランタイムを実行することで、アプリケーション間の分離を実現します。
- 同じリソース セットで複数のバージョンの Mule ランタイムを実行する機能。
- 複数のレプリカにわたってアプリケーションをスケーリングします。
- 自動化されたアプリケーションフェイルオーバー。
-Anypoint Runtime Manager によるアプリケーション管理。

正解: JSON脅威保護
*****************************************
事実：技術的には、どのレイヤーにどのポリシーを適用できるかについて制限はありません。どのレイヤーのAPIにも、どのポリシーを適用できます。ただし、APIにポリシーを盲目的に適用する前に、コンテキストを適切に考慮する必要があります。
そのため、この質問では、プロセス API に適用される可能性が最も低いポリシーを求めました。
指定されたオプションから:
>> 「JSON 脅威保護」を除くすべてのポリシーは、プロセス層の API にためらうことなく適用できます。
>> JSON脅威保護ポリシーは、外部APIクライアントからの疑わしいJSONペイロードを阻止するエクスペリエンスAPIに最適です。エクスペリエンスAPIを呼び出す外部クライアントからの悪意のある、または有害な可能性のあるJSONペイロードを回避することで、セキュリティ面をより強化します。
外部 API クライアントがプロセス API を直接呼び出すことは決して許可されず、また、このような悪意のある有害な JSON ペイロードは常にこのポリシーを使用するエクスペリエンス API レイヤーでのみ停止されるため、同じポリシーがプロセス レイヤー API に再度適用される可能性は最も低くなります。