Etiqueta: resilience

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.