Repository navigation
Document environment variable naming conventions for resources #498
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Changes from 7 commits
761e2d3
a7cde38
a3daa4f
83b843e
e76ba5e
6a64285
7c9e616
4f33824
097f13d
6b8d8e9
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
|
IEvangelist marked this conversation as resolved.
|
| Original file line number | Diff line number | Diff line change | ||||||||
|---|---|---|---|---|---|---|---|---|---|---|
| @@ -0,0 +1,222 @@ | ||||||||||
| --- | ||||||||||
| title: Environment variables | ||||||||||
| description: Learn how Aspire generates environment variables from resource names and how to access them in your applications. | ||||||||||
| --- | ||||||||||
|
|
||||||||||
| import { Aside } from '@astrojs/starlight/components'; | ||||||||||
|
|
||||||||||
| When you use `WithReference` to connect resources in the AppHost, Aspire automatically injects environment variables into the consuming resource—this is often referred to as *configuration injection*. | ||||||||||
|
|
||||||||||
| These environment variable names follow specific conventions based on the referenced resource's name and its type. Understanding these conventions is especially important for non-.NET applications (such as Python, Node.js, or Go), where you read environment variables directly instead of relying on typed Aspire client integrations. | ||||||||||
|
|
||||||||||
| ## Naming conventions | ||||||||||
|
|
||||||||||
| Aspire generates environment variables in different formats depending on the type of resource being referenced. The following sections describe each category. | ||||||||||
|
|
||||||||||
| ### Connection strings | ||||||||||
|
|
||||||||||
| When you reference a resource that exposes a connection string (such as a database, cache, or messaging resource), Aspire generates an environment variable using the `ConnectionStrings__` prefix: | ||||||||||
|
|
||||||||||
| ```txt | ||||||||||
| ConnectionStrings__{resource-name} | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| The resource name is used **as-is** (preserving the original casing and hyphens). For example: | ||||||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. NB: this causes issues in Azure App Service because the service automatically rewrites the ENV as dashes are not supported on Linux. |
||||||||||
|
|
||||||||||
| ```csharp title="C# — AppHost.cs" | ||||||||||
| var builder = DistributedApplication.CreateBuilder(args); | ||||||||||
|
|
||||||||||
| var cache = builder.AddRedis("my-cache"); | ||||||||||
| var db = builder.AddPostgres("postgres").AddDatabase("my-db"); | ||||||||||
|
|
||||||||||
| var api = builder.AddProject<Projects.Api>("api") | ||||||||||
| .WithReference(cache) | ||||||||||
| .WithReference(db); | ||||||||||
|
|
||||||||||
| // After adding all resources, run the app... | ||||||||||
| builder.Build().Run(); | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| The `api` resource receives the following environment variables: | ||||||||||
|
|
||||||||||
| | Environment variable | Description | | ||||||||||
| |---|---| | ||||||||||
| | `ConnectionStrings__my-cache` | Connection string for the Redis cache | | ||||||||||
| | `ConnectionStrings__my-db` | Connection string for the PostgreSQL database | | ||||||||||
|
|
||||||||||
| <Aside type="tip"> | ||||||||||
|
|
||||||||||
| In .NET applications, you can access connection strings with `builder.Configuration.GetConnectionString("my-cache")`, which automatically resolves the `ConnectionStrings__` prefix. For non-.NET applications, read the full environment variable name directly. | ||||||||||
|
|
||||||||||
| </Aside> | ||||||||||
|
|
||||||||||
| ### Endpoint URLs | ||||||||||
|
|
||||||||||
| When you reference a resource that exposes HTTP or HTTPS endpoints (such as a project or container service), Aspire generates environment variables for the endpoint URLs. The resource name is first **encoded** (hyphens and other non-alphanumeric characters are replaced with underscores), then **uppercased**: | ||||||||||
|
|
||||||||||
| ```txt | ||||||||||
| {RESOURCE_NAME}_{SCHEME} | ||||||||||
|
IEvangelist marked this conversation as resolved.
Outdated
|
||||||||||
| ``` | ||||||||||
|
|
||||||||||
| If the resource only exposes a single endpoint, the scheme suffix is omitted: | ||||||||||
|
|
||||||||||
| ```txt | ||||||||||
| {RESOURCE_NAME} | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| For example: | ||||||||||
|
|
||||||||||
| ```csharp title="C# — AppHost.cs" | ||||||||||
| var builder = DistributedApplication.CreateBuilder(args); | ||||||||||
|
|
||||||||||
| var api = builder.AddProject<Projects.Api>("my-api"); | ||||||||||
|
|
||||||||||
| var frontend = builder.AddJavaScriptApp("frontend", "./app") | ||||||||||
| .WithReference(api); | ||||||||||
|
|
||||||||||
| // After adding all resources, run the app... | ||||||||||
| builder.Build().Run(); | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| The `frontend` resource receives: | ||||||||||
|
|
||||||||||
| | Environment variable | Example value | | ||||||||||
| |---|---| | ||||||||||
| | `MY_API_HTTP` | `http://localhost:5000` | | ||||||||||
| | `MY_API_HTTPS` | `https://localhost:5001` | | ||||||||||
|
|
||||||||||
| ### Service discovery variables | ||||||||||
|
|
||||||||||
| In addition to the endpoint URL variables, Aspire also generates service discovery variables for .NET service resolution. These use the format: | ||||||||||
|
|
||||||||||
| ```txt | ||||||||||
| services__{resourcename}__{scheme}__{index} | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| These variables use double underscores (`__`) as separators and are **lowercase**. For example, `services__my-api__http__0`. .NET applications use these automatically through the service discovery system. Non-.NET applications should use the [endpoint URL variables](#endpoint-urls) instead. | ||||||||||
|
IEvangelist marked this conversation as resolved.
Outdated
|
||||||||||
|
|
||||||||||
| ### Resource properties | ||||||||||
|
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Maybe I missed a conversation. In the other parts of the docs (where they are listed) and in code these are called "Connection properties". |
||||||||||
|
|
||||||||||
| Some integrations expose individual resource properties as environment variables. The resource name is **encoded** (hyphens replaced with underscores) and **uppercased**, with the property name appended: | ||||||||||
|
|
||||||||||
| ```txt | ||||||||||
| {RESOURCE_NAME}_{PROPERTY} | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| For example, a ClickHouse resource named `my-clickhouse` exposes: | ||||||||||
|
|
||||||||||
| | Environment variable | Description | | ||||||||||
| |---|---| | ||||||||||
| | `MY_CLICKHOUSE_HOST` | The hostname | | ||||||||||
| | `MY_CLICKHOUSE_PORT` | The port number | | ||||||||||
| | `MY_CLICKHOUSE_USERNAME` | The username | | ||||||||||
| | `MY_CLICKHOUSE_PASSWORD` | The password | | ||||||||||
| | `MY_CLICKHOUSE_DATABASENAME` | The database name | | ||||||||||
|
|
||||||||||
| ## Resource name encoding rules | ||||||||||
|
|
||||||||||
| When a resource name is used in an endpoint URL or property variable, Aspire applies the following transformations: | ||||||||||
|
|
||||||||||
| 1. **Non-alphanumeric characters are replaced with underscores**: Hyphens (`-`), dots (`.`), and any other characters that aren't ASCII letters or digits are replaced with `_`. | ||||||||||
| 2. **Leading digits get a prefix**: If the name starts with a digit, an underscore (`_`) is prepended. | ||||||||||
| 3. **The result is uppercased**: The encoded name is converted to uppercase for the final environment variable name. | ||||||||||
|
|
||||||||||
| For example, a resource named `foundry-demo-proj` becomes `FOUNDRY_DEMO_PROJ` in environment variable prefixes: | ||||||||||
|
|
||||||||||
| | Resource name | Encoded prefix | Example variable | | ||||||||||
| |---|---|---| | ||||||||||
| | `api` | `API` | `API_HTTP` | | ||||||||||
| | `my-api` | `MY_API` | `MY_API_HTTPS` | | ||||||||||
| | `foundry-demo-proj` | `FOUNDRY_DEMO_PROJ` | `FOUNDRY_DEMO_PROJ_URI` | | ||||||||||
|
|
||||||||||
| <Aside type="note"> | ||||||||||
|
|
||||||||||
| Connection string variables (`ConnectionStrings__`) do **not** apply encoding to the resource name. The original resource name (including hyphens) is preserved. | ||||||||||
|
|
||||||||||
| </Aside> | ||||||||||
|
|
||||||||||
| ## Accessing environment variables | ||||||||||
|
|
||||||||||
| ### C\# | ||||||||||
|
|
||||||||||
| In .NET applications, Aspire client integrations handle environment variable access automatically. For manual access: | ||||||||||
|
|
||||||||||
| ```csharp title="C# — Program.cs" | ||||||||||
| // Connection strings | ||||||||||
| string cache = builder.Configuration.GetConnectionString("my-cache"); | ||||||||||
|
|
||||||||||
| // Endpoint URLs | ||||||||||
| string apiUrl = builder.Configuration.GetValue<string>("MY_API_HTTP"); | ||||||||||
|
|
||||||||||
| // Resource properties | ||||||||||
| string host = builder.Configuration.GetValue<string>("MY_CLICKHOUSE_HOST"); | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| ### Python | ||||||||||
|
|
||||||||||
| ```python title="Python — main.py" | ||||||||||
| import os | ||||||||||
|
|
||||||||||
| # Connection strings | ||||||||||
| cache_conn = os.getenv("ConnectionStrings__my-cache") | ||||||||||
|
|
||||||||||
| # Endpoint URLs | ||||||||||
| api_url = os.getenv("MY_API_HTTP") | ||||||||||
|
|
||||||||||
| # Resource properties | ||||||||||
| db_host = os.getenv("MY_CLICKHOUSE_HOST") | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| ### JavaScript / TypeScript | ||||||||||
|
|
||||||||||
| ```javascript title="JavaScript — app.js" | ||||||||||
| // Connection strings (use bracket notation for names with hyphens) | ||||||||||
| const cacheConn = process.env["ConnectionStrings__my-cache"]; | ||||||||||
|
|
||||||||||
| // Endpoint URLs | ||||||||||
| const apiUrl = process.env.MY_API_HTTP; | ||||||||||
|
|
||||||||||
| // Resource properties | ||||||||||
| const dbHost = process.env.MY_CLICKHOUSE_HOST; | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| <Aside type="caution"> | ||||||||||
|
|
||||||||||
| In JavaScript, `process.env` is an object. Property names containing hyphens require bracket notation: `process.env["ConnectionStrings__my-cache"]`. | ||||||||||
|
|
||||||||||
| </Aside> | ||||||||||
|
|
||||||||||
| ## Custom environment variables | ||||||||||
|
|
||||||||||
| If you need different variable names, use `WithEnvironment` to set custom environment variables: | ||||||||||
|
|
||||||||||
| ```csharp title="C# — AppHost.cs" | ||||||||||
| var builder = DistributedApplication.CreateBuilder(args); | ||||||||||
|
|
||||||||||
| var db = builder.AddPostgres("postgres").AddDatabase("my-db"); | ||||||||||
|
|
||||||||||
| var api = builder.AddPythonApp("api", "../api", "main.py") | ||||||||||
| .WithReference(db) | ||||||||||
| .WithEnvironment("DB_HOST", db.Resource.Parent.PrimaryEndpoint.Property(EndpointProperty.Host)) | ||||||||||
| .WithEnvironment("DB_PORT", db.Resource.Parent.PrimaryEndpoint.Property(EndpointProperty.Port)); | ||||||||||
|
Comment on lines
+197
to
+198
Contributor
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. Most connection properties are available as direct properties. This makes it easier to write (even in polyglot):
Suggested change
|
||||||||||
|
|
||||||||||
| // After adding all resources, run the app... | ||||||||||
| builder.Build().Run(); | ||||||||||
| ``` | ||||||||||
|
|
||||||||||
| This approach lets you define explicit, predictable variable names without relying on the automatic naming conventions. | ||||||||||
|
|
||||||||||
| <Aside type="tip"> | ||||||||||
|
|
||||||||||
| Use the [Aspire dashboard](/dashboard/explore/#resource-details) to inspect the actual environment variables that Aspire injects into each resource. This is the fastest way to discover the exact variable names available to your application. | ||||||||||
|
|
||||||||||
| </Aside> | ||||||||||
|
|
||||||||||
| ## See also | ||||||||||
|
|
||||||||||
| - [Service discovery](/fundamentals/service-discovery/) | ||||||||||
| - [Inner-loop networking overview](/fundamentals/networking-overview/) | ||||||||||
| - [Python integration](/integrations/frameworks/python/) | ||||||||||
| - [JavaScript integration](/integrations/frameworks/javascript/) | ||||||||||
| - [Executable resources](/app-host/executable-resources/) | ||||||||||
| - [Deployment manifest format](/deployment/manifest-format/) | ||||||||||
Uh oh!
There was an error while loading. Please reload this page.