resilience

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.

Refit 16.4.0 agrega un HttpRetryHandler opcional que reintenta solicitudes idempotentes, respeta Retry-After y encabezados específicos de cada proveedor como x-ratelimit-reset y x-ms-retry-after-ms, y no necesita Polly ni ningún paquete de resiliencia.

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.

StackExchange.Redis 3.3.0 agrega notificaciones de mantenimiento opcionales (smart client handoffs) para Redis Enterprise, Redis Cloud y Azure Managed Redis: timeouts relajados durante las migraciones, relectura de la topología y un cambio proactivo antes de que un endpoint desaparezca. Así se activa y este es el error SER010 que verás primero.

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.

Microsoft.Extensions.AI 10.9.0 agrega RoutingChatClient, OrderedFailoverChatClient y SemanticRoutingChatClient. Verificado contra el paquete real: qué hace failover, qué no, y por qué MEAI001 rompe tu compilación.

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.