発生したエラーのタイプを他の方法では判定できない場合に使用します。プロキシに障害が発生したとします。ポリシーを呼び出します。トレースツールやレスポンスで確認して、エラーの原因を調べられます。プロキシがエラー状態になった後に実行される唯一のフローです。ポリシーのみを接続できます。このポリシーは、クライアントにレスポンスが返送された後に実行されます。ポリシーを接続することは、技術的にはエラー処理ではありませんが、エラーが発生したときに情報をログに記録するためにこれを使用できます。ポリシーは必ず実行されます。使用して、あらゆるポリシーエラーをエラー状態の一部として処理しています。フローに移るからです。メッセージを呼び出し側アプリに返します。設定すると、制御が現在のフローにとどまり、エラーが発生したポリシーの後には、パイプラインで次に続くポリシーが実行されます。エラーを現在のフローで処理することの利点は、エラー状態を解消してリクエストの処理を完了できる可能性があることです。ポリシーを以下に示します。設定しますが、現在のフローでは処理が続行されます。直後のステップでは、条件を使用してエラーの有無がテストされています。いう名前のポリシーが実行されます。ポリシーはスキップされます。ポリシーでは、エラーのログ記録、エラー解消の試行、その他のアクションの実行など、さまざまな処理ができます。ポリシーは、フロー中にエラーをトリガーするのにいつでも使用できます。ポリシーが実行されると、現在のフローが停止され、制御がエラー状態に移ります。つに、他のポリシーでは検出できない特定条件のテストが挙げられます。ポリシーが実行されるようになっています。ポリシーの場合、制御はエラー状態に移行します。ポリシーをフローに挿入することもできます。条件を使用して処理できます。