resilience

Polly.Core 8.8.1 はサーキットブレーカーのバックグラウンドループを ExecutionContext.SuppressFlow の下で開始するため、長寿命のパイプラインがそれを構築した側の AsyncLocal 値を保持しなくなりました。15 行の再現コードで 8.8.0 のリークと 8.8.1 の修正を示します。

Refit 16.4.0 では、べき等なリクエストをリトライするオプトインの HttpRetryHandler が追加されました。Retry-After や x-ratelimit-reset、x-ms-retry-after-ms といったプロバイダー固有のヘッダーを尊重し、Polly やレジリエンスパッケージは不要です。

AddStandardResilienceHandler より前に登録した DelegatingHandler は、リトライごとではなく論理リクエストごとに 1 回しか実行されません。レジリエンスハンドラーの後ろに移動し、リトライが同じ HttpRequestMessage を再送信するため、ハンドラーを冪等にしてください。Microsoft.Extensions.Http.Resilience 10.10.0 と 8.10.0 で計測しています。

StackExchange.Redis 3.3.0 は Redis Enterprise、Redis Cloud、Azure Managed Redis 向けにオプトインのメンテナンス通知 (スマートクライアントハンドオフ) を追加しました。移行中のタイムアウト緩和、トポロジの再読み込み、エンドポイントが消える前の事前移動を行います。有効化の方法と、最初に遭遇する SER010 エラーを解説します。

Polly 8.8.0 で EnableReloadsWithMonitor が追加され、DI に登録されていない機能フラグやリモート設定のモニターからレジリエンスパイプラインをホットリロードできるようになりました。検証コードで再構築の様子を示すとともに、落とし穴を 1 つ紹介します。context.GetOptions は引き続き DI のモニターを読むため、既定値が返されます。

Microsoft.Extensions.AI 10.9.0 で RoutingChatClient、OrderedFailoverChatClient、SemanticRoutingChatClient が追加されました。実際のパッケージで検証した内容として、何がフェイルオーバーし何がしないのか、そしてなぜ MEAI001 がビルドを壊すのかを解説します。

Aspire の AddServiceDefaults はすべての HttpClient に標準レジリエンスハンドラーを適用します。AddStandardResilienceHandler をもう一度呼んでも置き換えにはならず、2 つ目のハンドラーが積み重なります。実際に上書きする 3 つの方法、どこにも書かれていないオプション名 -standard、そして単に削除しただけで引き継いでしまう無限タイムアウトを解説します。

HttpClient の呼び出しには Microsoft.Extensions.Http.Resilience の resilience handler を使ってください。これは HTTP を理解したデフォルト値とテレメトリを 1 行で備えた Polly そのものだからです。HttpClient ではないものを保護する場合にのみ、Polly の ResiliencePipeline を直接使ってください。