polly

Polly.Core 8.8.1 inicia el bucle en segundo plano del circuit breaker bajo ExecutionContext.SuppressFlow, así que un pipeline de larga vida deja de retener los valores AsyncLocal de quien lo construyó. Una reproducción de 15 líneas muestra la fuga en 8.8.0 y la corrección en 8.8.1.

Un DelegatingHandler registrado antes de AddStandardResilienceHandler se ejecuta una vez por solicitud lógica, no una vez por reintento. Muévelo después del handler de resiliencia y hazlo idempotente, porque el reintento vuelve a enviar el mismo HttpRequestMessage. Medido en Microsoft.Extensions.Http.Resilience 10.10.0 y 8.10.0.

Polly 8.8.0 agrega EnableReloadsWithMonitor, para que un pipeline de resiliencia se recargue en caliente desde un monitor de feature flags o de configuración remota que no está registrado en DI. Una prueba muestra la reconstrucción, y hay una trampa: context.GetOptions sigue leyendo el monitor de DI y devuelve valores por defecto.

AddServiceDefaults de Aspire aplica un manejador de resiliencia estándar a cada HttpClient. Llamar a AddStandardResilienceHandler otra vez apila un segundo manejador en lugar de reemplazarlo. Aquí están las tres rutas reales para sobrescribirlo, el nombre de opciones -standard que nadie documenta y el timeout infinito que heredas si solo lo eliminas.

Usa el resilience handler de Microsoft.Extensions.Http.Resilience para las llamadas con HttpClient, porque es Polly con valores predeterminados que entienden HTTP y telemetría en una sola línea. Recurre a ResiliencePipeline de Polly directamente solo cuando protejas algo que no sea un HttpClient.