.NET Aspire Azure Service Bus integration
Cloud-native apps often require communication with messaging services such as Azure Service Bus. Messaging services help decouple applications and enable scenarios that rely on features such as queues, topics and subscriptions, atomic transactions, load balancing, and more. The .NET Aspire Service Bus integration handles the following concerns to connect your app to Azure Service Bus:
- A ServiceBusClient is registered in the DI container for connecting to Azure Service Bus.
- Applies
ServiceBusClient
configurations either inline through code or through configuration file settings.
Prerequisites
- Azure subscription - create one for free
- Azure Service Bus namespace, learn more about how to add a Service Bus namespace. Alternatively, you can use a connection string, which is not recommended in production environments.
Get started
To get started with the .NET Aspire Azure Service Bus integration, install the 📦 Aspire.Azure.Messaging.ServiceBus NuGet package in the client-consuming project, i.e., the project for the application that uses the Azure Service Bus client.
dotnet add package Aspire.Azure.Messaging.ServiceBus
For more information, see dotnet add package or Manage package dependencies in .NET applications.
Example usage
In the Program.cs file of your client-consuming project, call the AddAzureServiceBusClient extension to register a ServiceBusClient
for use via the dependency injection container.
builder.AddAzureServiceBusClient("messaging");
To retrieve the configured ServiceBusClient instance using dependency injection, require it as a constructor parameter. For example, to retrieve the client from an example service:
public class ExampleService(ServiceBusClient client)
{
// ...
}
App host usage
To add Azure Service Bus hosting support to your IDistributedApplicationBuilder, install the 📦 Aspire.Hosting.Azure.ServiceBus NuGet package in the app host project.
dotnet add package Aspire.Hosting.Azure.ServiceBus
In your app host project, register the Service Bus integration and consume the service using the following methods:
var builder = DistributedApplication.CreateBuilder(args);
var serviceBus = builder.ExecutionContext.IsPublishMode
? builder.AddAzureServiceBus("messaging")
: builder.AddConnectionString("messaging");
builder.AddProject<Projects.ExampleProject>()
.WithReference(serviceBus)
Configuration
The .NET Aspire Service Bus integration provides multiple options to configure the ServiceBusClient
based on the requirements and conventions of your project.
Use configuration providers
The Service Bus integration supports Microsoft.Extensions.Configuration. It loads the AzureMessagingServiceBusSettings
from appsettings.json or other configuration files using Aspire:Azure:Messaging:ServiceBus
key.
{
"Aspire": {
"Azure": {
"Messaging": {
"ServiceBus": {
"DisableHealthChecks": true,
"DisableTracing": false,
"ClientOptions": {
"Identifier": "CLIENT_ID"
}
}
}
}
}
}
If you have set up your configurations in the Aspire:Azure:Messaging:ServiceBus
section of your appsettings.json file you can just call the method AddAzureServiceBusClient
without passing any parameters.
Use inline delegates
You can also pass the Action<AzureMessagingServiceBusSettings>
delegate to set up some or all the options inline, for example to set the FullyQualifiedNamespace
:
builder.AddAzureServiceBusClient(
"messaging",
static settings => settings.FullyQualifiedNamespace = "YOUR_SERVICE_BUS_NAMESPACE");
You can also set up the ServiceBusClientOptions using Action<IAzureClientBuilder<ServiceBusClient, ServiceBusClientOptions>>
delegate, the second parameter of the AddAzureServiceBus
method. For example to set the ServiceBusClient
ID to identify the client:
builder.AddAzureServiceBusClient(
"messaging",
static clientBuilder =>
clientBuilder.ConfigureOptions(
static options => options.Identifier = "CLIENT_ID"));
Configuration options
The following configurable options are exposed through the AzureMessagingServiceBusSettings class:
Name | Description |
---|---|
ConnectionString |
The connection string used to connect to the Service Bus namespace. |
Credential |
The credential used to authenticate to the Service Bus namespace. |
FullyQualifiedNamespace |
The fully qualified Service Bus namespace. |
DisableTracing |
Disables tracing for the Service Bus client. |
†HealthCheckQueueName |
The name of the queue used for health checks. |
†HealthCheckTopicName |
The name of the topic used for health checks. |
† At least one of the name options are mandatory when enabling health checks.
Observability and telemetry
.NET Aspire integrations automatically set up Logging, Tracing, and Metrics configurations, which are sometimes known as the pillars of observability. For more information about integration observability and telemetry, see .NET Aspire integrations overview. Depending on the backing service, some integrations may only support some of these features. For example, some integrations support logging and tracing, but not metrics. Telemetry features can also be disabled using the techniques presented in the Configuration section.
Logging
The .NET Aspire Azure Service Bus integration uses the following log categories:
Azure.Core
Azure.Identity
Azure-Messaging-ServiceBus
Tracing
Note
Service Bus ActivitySource
support in the Azure SDK for .NET is experimental, and the shape of activities may change in the future without notice.
You can enable tracing in several ways:
Setting the
Azure.Experimental.EnableActivitySource
runtime configuration setting totrue
. Which can be done with either:Call
AppContext.SetSwitch("Azure.Experimental.EnableActivitySource", true);
.Add the
RuntimeHostConfigurationOption
setting to your project file:<ItemGroup> <RuntimeHostConfigurationOption Include="Azure.Experimental.EnableActivitySource" Value="true" /> </ItemGroup>
Set the
AZURE_EXPERIMENTAL_ENABLE_ACTIVITY_SOURCE
environment variable to "true".- Can be achieved by chaining a call to
WithEnvironment("AZURE_EXPERIMENTAL_ENABLE_ACTIVITY_SOURCE", "true")
- Can be achieved by chaining a call to
When enabled, the .NET Aspire Azure Service Bus integration will emit the following tracing activities using OpenTelemetry:
Message
ServiceBusSender.Send
ServiceBusSender.Schedule
ServiceBusSender.Cancel
ServiceBusReceiver.Receive
ServiceBusReceiver.ReceiveDeferred
ServiceBusReceiver.Peek
ServiceBusReceiver.Abandon
ServiceBusReceiver.Complete
ServiceBusReceiver.DeadLetter
ServiceBusReceiver.Defer
ServiceBusReceiver.RenewMessageLock
ServiceBusSessionReceiver.RenewSessionLock
ServiceBusSessionReceiver.GetSessionState
ServiceBusSessionReceiver.SetSessionState
ServiceBusProcessor.ProcessMessage
ServiceBusSessionProcessor.ProcessSessionMessage
ServiceBusRuleManager.CreateRule
ServiceBusRuleManager.DeleteRule
ServiceBusRuleManager.GetRules
For more information, see:
- Azure SDK for .NET: Distributed tracing and the Service Bus client.
- Azure SDK for .NET: OpenTelemetry configuration.
- Azure SDK for .NET: Enabling experimental tracing features.
Metrics
The .NET Aspire Azure Service Bus integration currently doesn't support metrics by default due to limitations with the Azure SDK for .NET. If that changes in the future, this section will be updated to reflect those changes.