* サーキットブレーカーポリシーの理解:
* サーキット ブレーカーは、障害を検出し、アプリケーションが失敗した操作を継続的に実行しようとするのを防ぐために使用される設計パターンです。この場合、応答時間を改善し、ダウンストリーム API の需要を減らすのに役立ちます。
* 指定された構成には、時間の経過に伴うエラー率に基づいて回路を開く、半開にする、閉じる条件が含まれます。
* 回路オープン: 3 分連続で 1 分あたり 10 件を超えるエラーが発生した場合にトリガーされます。
* 回路半開: 1 分間に 1 つのエラーが発生すると、回路は半開状態に移行します。
* 回路が閉じる: エラー率が 5 分間に 1 分あたり 1 エラー未満になると、回路が閉じます。
* オプションの評価:
* オプション A: テンプレート式を使用してカスタム ポリシーを作成することもできますが、カスタム開発が必要になります。Anypoint Platform にはすでに Circuit Breaker ポリシーが用意されているため、このソリューションは効率が低く、複雑になります。
* オプション B: Anypoint Monitoring アラートは API の監視に使用できますが、サーキット ブレーカー機能は提供されません。また、半開状態の再試行戦略を実装するだけでは、必要なサーキット ブレーカーの動作を実現するには不十分です。
* オプション C (正解): Anypoint Platform の API インスタンスに Circuit Breaker ポリシーを追加すると、回路遮断条件を直接設定できます。このアプローチでは、組み込みの Circuit Breaker ポリシーを使用し、要件に合わせてエラーしきい値や時間間隔などのパラメータを設定できます。このソリューションは効率的で信頼性が高く、Anypoint のすぐに使用できる機能を活用します。
* オプション D: YAML 構成を使用して Mule アプリケーション内で戦略を実装すると、複雑になり、管理しにくくなる可能性があります。また、このシナリオに適した Anypoint Platform の組み込み Circuit Breaker ポリシーは活用されません。
* 結論：
* オプション C は、Anypoint Platform の Circuit Breaker ポリシーを活用するため、正しい選択です。このソリューションでは、しきい値と時間間隔を指定どおりに設定できるため、Anypoint の管理ポリシー機能を活用しながら、応答時間を改善し、ダウンストリーム API に対する需要を削減できます。
詳細な構成ガイダンスについては、API Manager での Circuit Breaker ポリシーの実装に関する MuleSoft のドキュメントを参照してください。

Anypoint Platform を使用すると、組織は ID およびアクセス管理 (IAM) 用に 1 つの外部 ID プロバイダー (IdP) を統合し、SSO と集中型ユーザー認証をサポートできます。
* アイデンティティプロバイダーの制限:
* Anypoint Platform は、組織に対して単一の IdP を構成することをサポートしており、これを使用して、Anypoint 組織内のビジネス グループと環境全体のすべてのユーザーを認証できます。
* 正解（C）の説明：
* 1 つの IdP を構成すると、MuleSoft のアーキテクチャに沿った集中化された安全な ID 管理が保証されます。
* 誤ったオプションの説明:
* オプション A は不正解です。外部 IdP からの SAML 2.0 ベアラー トークンは、Anypoint Platform API の呼び出しに実際に使用できます。
* クライアント プロバイダーは特定のビジネス グループと環境に割り当てることができるため、オプション B は不正解です。
* オプション D は不正解です。ID 管理のみに厳密に IdP が必要であり、クライアント管理には必要ないためです。
参考資料: ID 管理オプションの詳細については、Anypoint Platform の IAM 機能に関する MuleSoft のドキュメントを参照してください。

非Muleアプリケーション
****************************************
>> Mule ランタイム上で実行されるすべてのタイプの Mule アプリケーション (Mule 3/Mule 4/APIkit 付き/カスタム Java コード付きなど) は、埋め込みポリシーの適用をサポートしています。
>> 埋め込みポリシーの適用ができない、またはサポートされておらず、API プロキシが必要な唯一のオプションは、非 Mule アプリケーション用です。
したがって、非 Mule アプリケーションが正しい答えです。