Etiqueta: caching

Usa un prefijo de clave por tenant en un Redis compartido para casi cualquier app multitenant de ASP.NET Core, mueve a su propia instancia solo a los tenants con aislamiento contractual o cargas ruidosas, y evita las bases de datos numeradas: Redis Cluster, Azure Managed Redis y Redis Cloud solo tienen la base de datos 0.

Una recarga solo revalida index.html, así que un main.dart.js sin hash sigue saliendo de la caché del navegador. Envía Cache-Control: no-cache para la salida de compilación de Flutter, agrega un build id donde no puedas configurar headers y deja que el service worker autolimpiable retire las cachés anteriores a la 3.41.

El output caching es la opción por defecto correcta para casi toda app del lado del servidor en ASP.NET Core 11. El response caching solo gana cuando tu objetivo es dirigir las cachés del navegador y de los proxies mediante cabeceras HTTP. Aquí está la decisión, con una matriz de características y los detalles que fuerzan la elección.

Una guía completa y funcional sobre output caching en una minimal API de ASP.NET Core 11: AddOutputCache y UseOutputCache, CacheOutput en endpoints y MapGroup, políticas nombradas y base, Expire, VaryByQuery y VaryByHeader, invalidación por tags con EvictByTagAsync, protección contra cache stampede, revalidación con ETag y un almacén de respaldo en Redis.

Para el código de caché nuevo en .NET 11, usa HybridCache por defecto. Recurre a IMemoryCache solo cuando necesites velocidad en un único servidor sin serialización, y a IDistributedCache solo como almacén de respaldo. Aquí tienes la matriz de decisión.

.NET 11 Preview 4 incluye un meter integrado para Microsoft.Extensions.Caching.Memory, así la tasa de aciertos de caché y las expulsiones fluyen a OpenTelemetry sin un poller en segundo plano.