Compartir a través de

Integración de almacenamiento en caché de salida®

  • Artículo

incluye: integración de hospedaje de e integración de Client

Aprenda cómo utilizar la integración de caché de salida .NET AspireRedis. La integración del cliente Aspire.StackExchange.Redis.OutputCaching se usa para registrar un proveedor de caché de salida ASP.NET Core respaldado por un servidor Redis con la imagen de contenedor docker.io/library/redis.

Aprende a usar la integración de caché de salida .NET AspireRedis. La integración del cliente Aspire.StackExchange.Redis.OutputCaching se utiliza para registrar un proveedor de ASP.NET Core Output Caching respaldado por un servidor Garnet con la imagen de contenedor ghcr.io/microsoft/garnet.

Aprenda cómo utilizar la integración del almacenamiento en caché de salida .NET AspireRedis. La integración de cliente Aspire.StackExchange.Redis.OutputCaching se utiliza para registrar un proveedor de ASP.NET Core almacenamiento en caché de salida respaldado por un servidor Valkey con la imagen de contenedor docker.io/valkey/valkey.

Integración de hospedaje

La integración de hospedaje Redis modela un recurso Redis como el tipo RedisResource. Para acceder a este tipo y a las API para expresarlos como recursos en el proyecto de host de aplicación , agregue el paquete NuGet 📦Aspire.Hosting.Redis.

dotnet add package Aspire.Hosting.Redis

Para obtener más información, consulte dotnet add package o Gestionar dependencias de paquetes en .NET aplicaciones.

Agregar Redis recurso

En el proyecto host de la aplicación, llame a AddRedis en la instancia de builder para agregar un recurso de Redis:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddRedis("cache");

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Cuando .NET.NET Aspire agrega una imagen de contenedor al host de la aplicación, como se muestra en el ejemplo anterior con la imagen de docker.io/Redis/Redis, crea una nueva instancia de Redis en el equipo local. Se agrega una referencia al recurso de Redis (la variable cache) al ExampleProject.

El método WithReference configura una conexión en el ExampleProject denominado "cache". Para obtener más información, consulte ciclo de vida de los recursos de contenedor.

Propina

Si prefiere conectarse a una instancia de Redis existente, llame a AddConnectionString en su lugar. Para obtener más información, vea Consulte los recursos existentes.

Incorporación de un recurso de Redis con Redis Insights

Para agregar Redis Insights al recurso Redis, llame al método WithRedisInsight:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddRedis("cache")
                   .WithRedisInsight();

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Redis Insights es una interfaz gráfica gratuita para analizar Redis datos en todos los sistemas operativos y en todas las implementaciones, con la ayuda de nuestro asistente de inteligencia artificial, Redis Copilot. .NET .NET Aspire agrega otra imagen de contenedor docker.io/redis/redisinsight al host de la aplicación que ejecuta la aplicación comandante.

Nota

Para configurar el puerto de host para el RedisInsightResource encadene una llamada a la API de WithHostPort y proporcione el número de puerto deseado.

Adición de un recurso de Redis con Redis Commander

Para agregar el Redis Commander al recurso Redis, llame al método WithRedisCommander:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddRedis("cache")
                   .WithRedisCommander();

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Redis Commander es una aplicación web Node.js que se usa para ver, editar y administrar una base de datos Redis. .NET .NET Aspire agrega otra imagen de contenedor docker.io/rediscommander/redis-commander al host de la aplicación que ejecuta la aplicación Commander.

Propina

Para configurar el puerto de host para el RedisCommanderResource encadene una llamada a la API de WithHostPort y proporcione el número de puerto deseado.

Agregar el recurso Redis con volumen de datos

Para agregar un volumen de datos al recurso de Redis, llame al método WithDataVolume en el recurso Redis:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddRedis("cache")
                   .WithDataVolume(isReadOnly: false);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

El volumen de datos se utiliza para conservar los datos de Redis fuera del ciclo de vida del contenedor. El volumen de datos se monta en la ruta /data del contenedor Redis y, si no se especifica un parámetro name, el nombre se genera aleatoriamente. Para obtener más información sobre los volúmenes de datos y los detalles sobre por qué se prefieren a los montajes de enlace, consulte la Docker documentación: Volúmenes.

Adición del recurso Redis con montaje con enlace de datos

Para agregar una vinculación de datos al recurso Redis, llame al método WithDataBindMount:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddRedis("cache")
                   .WithDataBindMount(
                       source: @"C:\Redis\Data",
                       isReadOnly: false);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Importante

Los montajes de enlace de datos bind mounts tienen una funcionalidad limitada en comparación con los volúmenes, que ofrecen un mejor rendimiento, portabilidad y seguridad, lo que los hace más adecuados para entornos de producción. Sin embargo, los montajes bind permiten el acceso directo y la modificación de archivos en el sistema host, siendo ideal para el desarrollo y pruebas donde se necesiten cambios en tiempo real.

Los montajes de unión de datos dependen del sistema de archivos de la máquina anfitriona para preservar los datos de Redis a través de los reinicios del contenedor. El montaje de enlace de datos se monta en C:\Redis\Data en Windows (o /Redis/Data en Unix) en el equipo host dentro del contenedor Redis. Para obtener más información sobre los montajes de vinculaciones de datos, consulte la documentación de Docker: montajes enlazados.

Añadir recurso Redis con persistencia

Para añadir persistencia al recurso Redis, llame al método WithPersistence con un volumen de datos o un montaje de enlace de datos.

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddRedis("cache")
                   .WithDataVolume()
                   .WithPersistence(
                       interval: TimeSpan.FromMinutes(5),
                       keysChangedThreshold: 100);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

El código anterior agrega persistencia al recurso Redis mediante la toma de instantáneas de los datos de Redis en un intervalo y umbral especificados. El interval es el tiempo entre las exportaciones de instantáneas y el keysChangedThreshold es el número de operaciones de cambio clave necesarias para desencadenar una instantánea. Para obtener más información sobre la persistencia, consulte la documentación de Redis: Persistencia.

La integración de hospedaje de Garnet modela un recurso de Garnet como el tipo GarnetResource. Para acceder a este tipo y a las API que le permiten agregarlo al paquete NuGet 📦Aspire.Hosting.Garnet en el proyecto host de la aplicación .

dotnet add package Aspire.Hosting.Garnet

Para obtener más información, consulte dotnet add package o Gestionar dependencias de paquetes en .NET aplicaciones.

Adición de un recurso de Garnet

En el proyecto host de la aplicación, llame a AddGarnet en la instancia de builder para agregar un recurso de Garnet:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddGarnet("cache");

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Cuando .NET.NET Aspire agrega una imagen de contenedor al host de la aplicación, como se muestra en el ejemplo anterior con la imagen de ghcr.io/microsoft/garnet, crea una nueva instancia de Garnet en el equipo local. Se agrega una referencia al recurso Garnet (la variable cache) al ExampleProject.

El método WithReference configura una conexión en el ExampleProject denominado "cache". Para obtener más información, consulte ciclo de vida de los recursos de contenedor.

Propina

Si prefiere conectarse a una instancia de Garnet existente, llame a AddConnectionString en su lugar. Para obtener más información, vea Consulte los recursos existentes.

Adición de un recurso de Garnet con volumen de datos

Para agregar un volumen de datos al recurso garnet, llame al método AddGarnet en el recurso garnet:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddGarnet("cache")
                   .WithDataVolume(isReadOnly: false);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

El volumen de datos se usa para conservar los datos de Garnet fuera del ciclo de vida de su contenedor. El volumen de datos se monta en el camino /data en el contenedor de Garnet y, cuando no se proporciona un parámetro name, el nombre se genera aleatoriamente. Para obtener más información sobre los volúmenes de datos y los detalles sobre por qué se prefieren a bind mounts, consulte los Docker documentos: Volúmenes.

Adición de un recurso de Garnet con montaje de enlace de datos

Para agregar un montaje de vinculación de datos al recurso Garnet, llame al método WithDataBindMount:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddGarnet("cache")
                   .WithDataBindMount(
                       source: @"C:\Garnet\Data",
                       isReadOnly: false);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Importante

Los montajes de enlace de datos tienen una funcionalidad limitada en comparación con los volúmenes, que ofrecen un mejor rendimiento, portabilidad y seguridad, lo que los hace más adecuados para entornos de producción. Sin embargo, los montajes bind permiten el acceso directo y la modificación de archivos en el sistema host, lo que es ideal para el desarrollo y las pruebas donde se requieren cambios en tiempo real.

Los montajes de enlace de datos dependen del sistema de archivos del equipo host para conservar los datos de Garnet entre reinicios del contenedor. El montaje de enlace de datos se monta en la ruta de acceso C:\Garnet\Data en Windows (o /Garnet/Data en Unix) en la máquina host dentro del contenedor Garnet. Para obtener más información sobre los montajes de datos, consulte la documentación de Docker: montajes enlazados.

Adición de un recurso de Garnet con persistencia

Para agregar persistencia al recurso Garnet, llame al método WithPersistence utilizando el volumen de datos o el punto de montaje del enlace de datos.

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddGarnet("cache")
                   .WithDataVolume()
                   .WithPersistence(
                       interval: TimeSpan.FromMinutes(5),
                       keysChangedThreshold: 100);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

El código anterior agrega persistencia al recurso de Redis tomando instantáneas de los datos de garnet en un intervalo y umbral especificados. El interval es el tiempo entre las exportaciones de instantáneas y el keysChangedThreshold es el número de operaciones de cambio clave necesarias para desencadenar una instantánea. Para obtener más información sobre la persistencia, consulte la documentación de Redis: Persistencia.

La integración de hosting de Valkey modela un recurso Valkey como el tipo ValkeyResource. Para acceder a este tipo y a las API que permiten agregarlo al paquete NuGet 📦Aspire.Hosting.Valkey en el proyecto host de la aplicación .

dotnet add package Aspire.Hosting.Valkey

Para obtener más información, consulte dotnet add package o Gestionar dependencias de paquetes en .NET aplicaciones.

Adición de un recurso Valkey

En el proyecto host de la aplicación, llame a AddValkey en la instancia de builder para agregar un recurso Valkey:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddValkey("cache");

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Cuando .NET.NET Aspire agrega una imagen de contenedor al host de la aplicación, como se muestra en el ejemplo anterior con la imagen de docker.io/valkey/valkey, crea una nueva instancia de Valkey en el equipo local. Se agrega una referencia al recurso Valkey (la variable cache) al ExampleProject.

El método WithReference configura una conexión en el ExampleProject denominado "cache". Para obtener más información, consulte ciclo de vida de los recursos de contenedor.

Consejo / Sugerencia (if the context is advice or hint)

Si prefiere conectarse a una instancia de Valkey existente, llame a AddConnectionString en su lugar. Para obtener más información, vea Consulte los recursos existentes.

Adición de un recurso Valkey con volumen de datos

Para agregar un volumen de datos al recurso Valkey, llame al método AddValkey en el recurso Valkey:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddValkey("cache")
                   .WithDataVolume(isReadOnly: false);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

El volumen de datos se usa para conservar los datos de Valkey fuera del ciclo de vida de su contenedor. El volumen de datos se monta en la ruta de acceso /data del contenedor Valkey y, cuando no se proporciona un parámetro name, el nombre se genera de forma aleatoria. Para obtener más información sobre los volúmenes de datos y los detalles sobre por qué se prefieren a montajes vinculados, consulte la Docker documentación: Volúmenes.

Adición de un recurso Valkey con montaje de enlace de datos

Para agregar un montaje de vinculación de datos al recurso Valkey, utilice el método WithDataBindMount:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddValkey("cache")
                   .WithDataBindMount(
                       source: @"C:\Valkey\Data",
                       isReadOnly: false);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

Importante

Los montajes de enlace de de datos tienen una funcionalidad limitada en comparación con los volúmenes de , que ofrecen un mejor rendimiento, portabilidad y seguridad, lo que hace que sean más adecuados para entornos de producción. Sin embargo, los montajes de vinculación permiten el acceso directo y la modificación de archivos en el sistema host, lo que es ideal para el desarrollo y las pruebas cuando se requiere hacer cambios en tiempo real.

Los montajes de unión de datos dependen del sistema de archivos de la máquina host para conservar los datos de Valkey durante los reinicios del contenedor. El montaje de datos vinculado se monta en la ruta C:\Valkey\Data en Windows (o /Valkey/Data en Unix) en el equipo host dentro del contenedor Valkey. Para obtener más información sobre los montajes de datos, consulte la documentación de Docker: montajes enlazados.

Adición de un recurso Valkey con persistencia

Para agregar persistencia al recurso Valkey, llame al método WithPersistence con el volumen de datos o el montaje de enlace de datos:

var builder = DistributedApplication.CreateBuilder(args);

var cache = builder.AddValkey("cache")
                   .WithDataVolume()
                   .WithPersistence(
                       interval: TimeSpan.FromMinutes(5),
                       keysChangedThreshold: 100);

builder.AddProject<Projects.ExampleProject>()
       .WithReference(cache);

// After adding all resources, run the app...

El código anterior agrega persistencia al recurso de Redis tomando instantáneas de los datos de Valkey en un intervalo y umbral especificados. El interval es el tiempo entre las exportaciones de instantáneas y el keysChangedThreshold es el número de operaciones de cambio clave necesarias para desencadenar una instantánea. Para obtener más información sobre la persistencia, consulte la documentación de Redis: Persistencia.

Hospedaje de comprobaciones de estado de integración

La Redis integración de hospedaje agrega automáticamente una comprobación de estado para el tipo de recurso apropiado. La comprobación de estado comprueba que el servidor se está ejecutando y que se puede establecer una conexión a él.

La integración de hospedaje se basa en el 📦 AspNetCore.HealthChecks.Redis paquete NuGet.

integración con Client

Para empezar a trabajar con la integración del cliente de caché de salida de .NET AspireRedis, instale el paquete NuGet 📦Aspire.StackExchange.Redis.OutputCaching en el proyecto cliente, es decir, el proyecto de la aplicación que utiliza el cliente de caché de salida. La integración del cliente para el almacenamiento en caché de salida Redis registra los servicios necesarios para habilitar las llamadas al método CacheOutput y el uso del atributo [OutputCache], confiando en Redis como su mecanismo de almacenamiento en caché.

dotnet add package Aspire.StackExchange.Redis.OutputCaching

Agregar almacenamiento en caché de salida

En el archivo Program.cs del proyecto que consume servicios de cliente, llame al método de extensión denominado AddRedisOutputCache sobre cualquier objeto IHostApplicationBuilder para registrar los servicios necesarios para el almacenamiento en caché de salida.

builder.AddRedisOutputCache(connectionName: "cache");

Propina

El parámetro connectionName debe coincidir con el nombre usado al agregar el recurso Redis en el proyecto host de la aplicación. Para obtener más información, consulte Agregar Redis recurso.

Propina

El parámetro connectionName debe coincidir con el nombre usado al agregar el recurso garnet en el proyecto host de la aplicación. Para obtener más información, consulte Agregar recurso de Garnet.

Propina

El parámetro connectionName debe coincidir con el nombre usado al agregar el recurso Valkey en el proyecto host de la aplicación. Para obtener más información, consulte Agregar recurso Valkey.

Agregue el middleware a la canalización de procesamiento de solicitudes llamando a UseOutputCache(IApplicationBuilder):

var app = builder.Build();

app.UseOutputCache();

Para aplicaciones de API mínimas, configure un punto de conexión para realizar el almacenamiento en caché llamando a CacheOutputo aplicando el OutputCacheAttribute, como se muestra en los ejemplos siguientes:

app.MapGet("/cached", () => "Hello world!")
   .CacheOutput();

app.MapGet(
    "/attribute",
    [OutputCache] () => "Hello world!");

En el caso de las aplicaciones con controladores, aplique el atributo [OutputCache] al método de acción. En el caso de las aplicaciones de Razor Pages, aplique el atributo a la clase de página de Razor.

Configuración

La integración del almacenamiento en caché de salida de .NET Aspire Stack Exchange Redis proporciona varias opciones para configurar la conexión Redis en función de los requisitos y convenciones del proyecto.

Uso de una cadena de conexión

Al usar una cadena de conexión de la sección de configuración de ConnectionStrings, puede proporcionar el nombre de la cadena de conexión al llamar a AddRedisOutputCache:

builder.AddRedisOutputCache(connectionName: "cache");

A continuación, la cadena de conexión se obtendrá desde la sección de configuración de ConnectionStrings.

{
  "ConnectionStrings": {
    "cache": "localhost:6379"
  }
}

Para obtener más información sobre cómo dar formato a esta cadena de conexión, consulte los documentos de configuración de Redis de Stack Exchange.

Uso de proveedores de configuración

La integración del almacenamiento en caché de salida de .NET Aspire Stack Exchange Redis admite Microsoft.Extensions.Configuration. Carga el StackExchangeRedisSettings desde la configuración utilizando la clave Aspire:StackExchange:Redis. Ejemplo appsettings.json que configura algunas de las opciones:

{
  "Aspire": {
    "StackExchange": {
      "Redis": {
        "ConfigurationOptions": {
          "ConnectTimeout": 3000,
          "ConnectRetry": 2
        },
        "DisableHealthChecks": true,
        "DisableTracing": false
      }
    }
  }
}

Para consultar el esquema completo de la integración del cliente de almacenamiento en caché de salida, vea Aspire.StackExchange.Redis.OutputCaching/ConfigurationSchema.json.

Utiliza delegados en línea

También puede pasar el delegado de Action<StackExchangeRedisSettings> configurationSettings para configurar algunas o todas las opciones en línea, por ejemplo, para deshabilitar las comprobaciones de estado desde el código:

builder.AddRedisOutputCache(
    "cache",
    static settings => settings.DisableHealthChecks  = true);

También puede configurar el ConfigurationOptions mediante el parámetro de delegado Action<ConfigurationOptions> configureOptions del método AddRedisOutputCache. Por ejemplo, para establecer el tiempo de espera de conexión:

builder.AddRedisOutputCache(
    "cache",
    static settings => settings.ConnectTimeout = 3_000);

Client comprobaciones de salud de integración

De forma predeterminada, las integraciones de cliente .NET.NET Aspire tienen las comprobaciones de estado habilitadas para todos los servicios. Del mismo modo, muchas .NET.NET Aspireintegraciones de hospedaje también habilitan las interfaces para la comprobación del estado de salud. Para obtener más información, consulte:

La integración del almacenamiento en caché de salida de .NET Aspire Stack Exchange Redis controla lo siguiente:

  • Agrega la comprobación de estado cuando StackExchangeRedisSettings.DisableHealthChecks es false, que intenta conectarse a la instancia del contenedor.
  • Se integra con el punto de conexión HTTP de /health, que especifica que todas las comprobaciones de estado registradas deben pasar para que la aplicación se considere lista para aceptar el tráfico.

Observabilidad y telemetría

.NET .NET Aspire integraciones configuran automáticamente las configuraciones de registro, seguimiento y métricas, que a veces se conocen como los pilares de la observabilidad. Para obtener más información sobre la observabilidad de integración y la telemetría, consulte información general sobre las integraciones de .NET.NET Aspire. En función del servicio de respaldo, algunas integraciones solo pueden admitir algunas de estas características. Por ejemplo, algunas integraciones admiten el registro y el seguimiento, pero no las métricas. Las características de telemetría también se pueden deshabilitar mediante las técnicas presentadas en la sección Configuración.

Registro

La integración del almacenamiento en caché de salida de .NET Aspire Stack Exchange Redis usa las siguientes categorías de registro:

  • Aspire.StackExchange.Redis
  • Microsoft.AspNetCore.OutputCaching.StackExchangeRedis

Seguimiento

La integración de caché de salida .NET Aspire de Redis Stack Exchange generará las siguientes actividades de rastreo mediante OpenTelemetry:

  • OpenTelemetry.Instrumentation.StackExchangeRedis

Métricas

La integración del almacenamiento en caché de salida de .NET Aspire Stack Exchange Redis actualmente no admite métricas de forma predeterminada debido a limitaciones con la biblioteca de StackExchange.Redis.

Consulte también

*: Redis es una marca registrada de Redis Ltd. Cualquier derecho en ella está reservado a Redis Ltd. Cualquier uso por parte de Microsoft es solo para fines referenciales y no indica ningún patrocinio, aprobación o afiliación entre Redis y Microsoft. Volver al inicio?