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

説明/参照: https://www.folkstalk.com/2019/11/mulesoft-integration-and-platform.html

アセットの生産と同様に消費も促進します。これにより、開発者は他のプロジェクトからアセットを発見して再利用できるようになり、標準化が促進されます。
****************************************
>> MuleSoft が推奨し普及させた新しい IT 運用モデルの主なモットーは、API 主導の接続性と呼ばれる API 戦略を通じて、提供方法を​​実稼働モデルから実稼働 + 消費モデルに変更することです。
>> 構築された資産は、LOB や組織全体で再利用できるように、検出可能でセルフサービス可能である必要があります。
>> MuleSoft の IT 運用モデルでは、SDLC モデル (Agile/Lean など) や MDM についてはまったく触れられていません。したがって、これらを提案するオプションは無効です。
参考文献:
https://blogs.mulesoft.com/biz/connectivity/what-is-a-center-for-enablement-c4e/
https://www.mulesoft.com/resources/api/secret-to-managing-it-projects