Connect to Azure Cache for Redis
이 콘텐츠는 아직 번역되지 않았습니다.
This page describes how consuming apps connect to an Azure Cache for Redis resource that’s already modeled in your AppHost. For the AppHost API surface — adding a managed Redis resource, running as a local container, Entra ID versus access key authentication, and more — see Azure Cache for Redis Hosting integration.
When you reference an Azure Cache for Redis resource from your AppHost, Aspire injects the connection information into the consuming app as environment variables. Your app can either read those environment variables directly — the pattern works the same from any language — or, in C#, use the Aspire Redis client integration for automatic dependency injection, health checks, and telemetry.
Connection properties
Section titled “Connection properties”Aspire exposes each property as an environment variable named [RESOURCE]_[PROPERTY]. For instance, the Uri property of a resource called cache becomes CACHE_URI.
The Azure Managed Redis resource exposes the following connection properties:
| Property Name | Description |
|---|---|
Host | The hostname of the Azure Cache for Redis endpoint |
Port | The port number. Uses the default Azure Cache for Redis TLS port when connecting to Azure; uses the configured container port when running locally via RunAsContainer |
Password | The access key. Empty when using Entra ID authentication; populated when using WithAccessKeyAuthentication or running as a local container |
Uri | The connection URI. In Azure mode: redis://{Host}; when running as a local container: redis://[:{Password}@]{Host}:{Port} |
Example connection strings:
Uri (Azure mode, Entra ID): redis://myredis.redis.cache.windows.netUri (local container mode): redis://:p%40ssw0rd1@localhost:6379Connect from your app
Section titled “Connect from your app”Pick the language your consuming app is written in. Each example assumes your AppHost adds an Azure Managed Redis resource named cache and references it from the consuming app.
For C# apps, the recommended approach is the Aspire Redis client integration. It registers an IConnectionMultiplexer through dependency injection and adds health checks and telemetry automatically. If you’d rather read environment variables directly, see the Read environment variables in C# section at the end of this tab.
Install the client integration
Section titled “Install the client integration”Install the 📦 Aspire.StackExchange.Redis NuGet package in the client-consuming project:
dotnet add package Aspire.StackExchange.Redis#:package Aspire.StackExchange.Redis@*<PackageReference Include="Aspire.StackExchange.Redis" Version="*" />Add the Redis client
Section titled “Add the Redis client”In Program.cs, call AddRedisClient on your IHostApplicationBuilder to register an IConnectionMultiplexer:
builder.AddRedisClient(connectionName: "cache");Resolve the connection multiplexer through dependency injection:
public class ExampleService(IConnectionMultiplexer connectionMux){ // Use connection multiplexer...}Add keyed Redis clients
Section titled “Add keyed Redis clients”To register multiple IConnectionMultiplexer instances with different connection names, use AddKeyedRedisClient:
builder.AddKeyedRedisClient(name: "primary-cache");builder.AddKeyedRedisClient(name: "secondary-cache");Then resolve each instance by key:
public class ExampleService( [FromKeyedServices("primary-cache")] IConnectionMultiplexer primaryMux, [FromKeyedServices("secondary-cache")] IConnectionMultiplexer secondaryMux){ // Use connections...}For more information on keyed services, see .NET dependency injection: Keyed services.
Azure Entra ID authentication
Section titled “Azure Entra ID authentication”To enable Microsoft Entra ID (managed identity) authentication for Azure Cache for Redis in C#, install the 📦 Aspire.Microsoft.Azure.StackExchangeRedis NuGet package and use the AddRedisClientBuilder API with WithAzureAuthentication:
builder.AddRedisClientBuilder("cache") .WithAzureAuthentication();This configures the Redis client to obtain access tokens using the app’s managed identity when running in Azure, without storing passwords in connection strings.
Configuration
Section titled “Configuration”The Aspire Redis client integration offers multiple ways to provide configuration.
Connection strings. When using a connection string from the ConnectionStrings configuration section, pass the connection name to AddRedisClient:
builder.AddRedisClient("cache");The connection string is resolved from the ConnectionStrings section:
{ "ConnectionStrings": { "cache": "myredis.redis.cache.windows.net:6380,ssl=True,password=..." }}For more information, see Stack Exchange Redis configuration.
Configuration providers. The client integration supports Microsoft.Extensions.Configuration. It loads StackExchangeRedisSettings from appsettings.json (or any other configuration source) by using the Aspire:StackExchange:Redis key:
{ "Aspire": { "StackExchange": { "Redis": { "ConnectionString": "myredis.redis.cache.windows.net:6380,ssl=True", "DisableHealthChecks": false, "DisableTracing": false } } }}Inline delegates. Pass an Action<StackExchangeRedisSettings> to configure settings inline, for example to disable tracing:
builder.AddRedisClient( "cache", static settings => settings.DisableTracing = true);Client integration health checks
Section titled “Client integration health checks”Aspire client integrations enable health checks by default. The Redis client integration adds a health check that verifies the Redis instance is reachable and can execute commands. The health check is wired into the /health HTTP endpoint, where all registered health checks must pass before the app is considered ready to accept traffic.
Observability and telemetry
Section titled “Observability and telemetry”The Aspire Redis client integration automatically configures logging, tracing, and metrics through OpenTelemetry.
Logging categories:
Aspire.StackExchange.Redis
Tracing activities:
OpenTelemetry.Instrumentation.StackExchangeRedis
Metrics are emitted through OpenTelemetry. Any of these telemetry features can be disabled through the configuration options above.
Distributed caching and output caching
Section titled “Distributed caching and output caching”Azure Cache for Redis also works with the Aspire distributed-caching and output-caching client integrations because they’re built on top of the same Redis client. Install the respective packages and follow their guides:
- Aspire.StackExchange.Redis.DistributedCaching — see Get started with Redis distributed caching.
- Aspire.StackExchange.Redis.OutputCaching — see Get started with Redis output caching.
Read environment variables in C#
Section titled “Read environment variables in C#”If you prefer not to use the Aspire client integration, you can read the Aspire-injected connection properties from the environment and configure 📦 StackExchange.Redis directly:
using StackExchange.Redis;
var connectionString = Environment.GetEnvironmentVariable("CACHE_URI");var mux = await ConnectionMultiplexer.ConnectAsync(connectionString!);
var db = mux.GetDatabase();// Use db to interact with Azure Cache for Redis...Use go-redis, the most actively maintained Go client for the RESP protocol:
go get github.com/redis/go-redis/v9Read the injected environment variables and connect. Azure Cache for Redis requires TLS, so configure the client accordingly:
package main
import ( "context" "crypto/tls" "os" "strconv" "github.com/redis/go-redis/v9")
func main() { // Read Aspire-injected connection properties host := os.Getenv("CACHE_HOST") port := os.Getenv("CACHE_PORT") password := os.Getenv("CACHE_PASSWORD")
portNum, _ := strconv.Atoi(port)
rdb := redis.NewClient(&redis.Options{ Addr: host + ":" + port, Password: password, DB: 0, TLSConfig: &tls.Config{ServerName: host}, }) defer rdb.Close()
_ = rdb.Ping(context.Background()).Err()
// Use rdb to interact with Azure Cache for Redis... _ = portNum}When running as a local container via RunAsContainer, you can use the simpler URI-based connection instead:
package main
import ( "context" "os" "github.com/redis/go-redis/v9")
func main() { // Read the Aspire-injected connection URI opt, err := redis.ParseURL(os.Getenv("CACHE_URI")) if err != nil { panic(err) }
rdb := redis.NewClient(opt) defer rdb.Close()
_ = rdb.Ping(context.Background()).Err()}Install redis-py, the official Python client for RESP servers:
pip install redisRead the injected environment variables and connect. Azure Cache for Redis requires TLS:
import osimport redis
# Read Aspire-injected connection propertieshost = os.getenv("CACHE_HOST")port = int(os.getenv("CACHE_PORT", "6380"))password = os.getenv("CACHE_PASSWORD") # empty when using Entra ID
# Connect with TLS enabled for Azureclient = redis.Redis( host=host, port=port, password=password or None, ssl=True, ssl_cert_reqs=None,)
client.ping()# Use client to interact with Azure Cache for Redis...When running as a local container via RunAsContainer, you can use the simpler URI-based connection:
import osimport redis
# Read the Aspire-injected connection URIclient = redis.from_url(os.getenv("CACHE_URI"))
client.ping()# Use client to interact with Redis...Install ioredis, the most popular RESP client for Node.js:
npm install ioredisRead the injected environment variables and connect. Azure Cache for Redis requires TLS:
import Redis from 'ioredis';
// Read Aspire-injected connection propertiesconst client = new Redis({ host: process.env.CACHE_HOST, port: Number(process.env.CACHE_PORT ?? 6380), password: process.env.CACHE_PASSWORD || undefined, tls: { servername: process.env.CACHE_HOST },});
await client.ping();// Use client to interact with Azure Cache for Redis...When running as a local container via RunAsContainer, you can use the simpler URI-based connection:
import Redis from 'ioredis';
const client = new Redis(process.env.CACHE_URI!);