AKS 上の決済マイクロサービスが、断続的に 5xx エラーとタイムアウトを負荷時に返す外部プロバイダーを呼び出しています。スパイクによりスレッドプールが枯渇し、同じノードプールを共有する他のサービスでカスケード障害が発生します。プロバイダーのパフォーマンスが低下した場合でも、カスケード障害を防ぎ、無関係なサービスが応答性を維持できるようにする必要があります。実装すべき回復性パターンを2つ選択してください。

サーキットブレーカーは、外部プロバイダーの障害が続く場合に呼び出しを短絡させ、システムリソースの枯渇を防ぎます。これにより、障害のあるサービスへの呼び出しが一時的に停止され、そのサービスが回復する機会が与えられ、他のサービスへのカスケード障害を防ぎます。バルクヘッドパターンは、依存関係ごとにリソース（接続プール、スレッドプール）を分離し、キュー長を制限することで、1つのサービスの障害が他のサービスに影響を与えないようにします。これにより、決済サービスの障害が同じノードプールの他のサービスに波及するのを防ぎ、システム全体の応答性を維持します。ジッターなしのリトライは、障害を悪化させる可能性があり、タイムアウトの削除は、リソースが長時間占有されるため、スレッドプール枯渇のリスクを高めます。ファンアウト/ファンインは、このシナリオには直接適用されません。