タイムアウトを100ミリ秒に設定します。これにより、他の2つのダウンストリームAPIが完了するまでに400ミリ秒かかります
*****************************************
与えられたシナリオから取るべき重要な詳細：
>>アップストリームAPIの設計されたSLAは500ms（中央値）です。最大SLA応答時間を無視しましょう。
>>このAPIは3つのダウンストリームAPIを順番に呼び出しますが、これらはすべて同様の複雑さです。
>>最初のダウンストリームAPIは、SLAの中央値が100ミリ秒、80パーセンタイル：500ミリ秒を提供しています。95パーセンタイル：1000ms。
上記の詳細に基づく：
>>50msのタイムアウトを設定することを提案しているオプションを除外することができます。なぜなら、提供されているSLA自体の中央値が100ミリ秒の場合、ほとんどの呼び出しはタイムアウトになり、再試行に時間が浪費され、最終的にはすべての再試行で使い果たされるためです。一部の再試行が成功した場合でも、残りの時間は、2番目と3番目のダウンストリームAPIが時間内に応答するための十分な余地を残しません。
>>このAPIの呼び出しは必須であるため、タイムアウトを設定しないことを提案するオプションは、応答するまで待つ必要があります。タイムアウトを設定しないと、適切な実装パターンに反し、さらに、最初のAPIが提供された中央値SLA 100ミリ秒以内に応答しない場合、おそらく500ミリ秒（80パーセンタイル）または1000ミリ秒（95パーセンタイル）で応答します。どちらの場合も、最初のダウンストリームAPIから正常な応答を取得しても、問題はありません。これは、この時点ですでに500ミリ秒のアップストリームAPISLAに違反しているためです。2番目と3番目のダウンストリームAPIを呼び出す時間はありません。
>>アップストリームAPIで必要なSLAを満たすためのタイムアウトが不可能であるというのは事実ではありません。
1番目のダウンストリームAPIは100msの中央値SLAを提供しているため、その時間内に応答を取得する時間のほとんどを意味します。したがって、タイムアウトを100ミリ秒に設定すると、残りの2つのダウンストリームAPI呼び出しに400ミリ秒の十分なスペースが残るため、MOST呼び出しに最適です。

説明/参照：http：//restcookbook.com/HTTP%20Methods/idempotency/

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