説明
https://dzone.com/articles/api-led-connectivity-with-mule

正解: XML over HTTP
****************************************
>> API 主導の接続とアプリケーション ネットワークでは、最も効果的な API とその上にネットワークを構築するために、HTTP ベースのプロトコルで API を使用することが求められています。
>> HTTP ベースの API により、プラットフォームはさまざまなポリシーを適用して多くの NFR に対応できます。
>> HTTP ベースの API を使用すると、HTTP ベースの w3c ルールに準拠した多くの標準的で効果的な実装パターンを実装することもできます。

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

正解: API コンシューマが API へのアクセスをリクエスト >> API クライアントが API を呼び出すロジックを実装 >> API がリクエストを >> API 実装にルーティング
****************************************
>> API コンシューマーは API を呼び出すためのロジックを実装しません。それは単なる役割です。したがって、「API Consumer は API を呼び出すロジックを実装する」というオプションは無効です。
>> API 実装はリクエストをルーティングしません。これは、ターゲット システムの機能が公開されるロジックの最後の部分です。したがって、リクエストは他のエンティティによって API 実装にルーティングされる必要があります。したがって、「API 実装はリクエストを >> API にルーティングする」というオプションは無効です。
>> オプションの 1 つのステートメントは正しいですが、順序が間違っています。シーケンスは、「API クライアントが API を呼び出すロジックを実装 >> API コンシューマが API へのアクセスをリクエスト >> API がリクエストをルーティング >> API 実装」となります。ここで、オプションのステートメントは有効ですが、順序が間違っています。
>> 正しいオプションとシーケンスは、API コンシューマーが最初に Anypoint Exchange 上の API へのアクセスをリクエストし、クライアントの認証情報を取得するものです。次に、API クライアントは、API コンシューマーによって要求されたアクセス クライアント資格情報を使用して API を呼び出すロジックを作成し、その要求は API Manager によって管理される API を介して API 実装にルーティングされます。