Azure Event Hubs
This health check verifies the ability to communicate with Azure Event Hubs. It uses the provided EventHubProducerClient to get event hub properties.
Installation
Defaults
By default, the EventHubProducerClient
instance is resolved from service provider.
Customization
You can additionally add the following parameters:
clientFactory
: A factory method to provideEventHubProducerClient
instance. This can be very useful when you need more than oneEventHubProducerClient
instance in your app (please see the example below that uses keyed DI introduced in .NET 8).failureStatus
: TheHealthStatus
that should be reported when the health check fails. Default isHealthStatus.Unhealthy
.tags
: A list of tags that can be used to filter sets of health checks.timeout
: ASystem.TimeSpan
representing the timeout of the check.
Breaking changes
In the prior releases, AzureEventHubHealthCheck
was a part of Pulse.AzureServiceBus
package. It had a dependency on not just Azure.Messaging.EventHubs
, but also Azure.Messaging.ServiceBus
. The packages have been split to avoid bringing unnecessary dependencies. Moreover, AzureEventHubHealthCheck
was letting the users specify how EventHubProducerClient
should be created (from raw connection string or from fully qualified namespace and managed identity credentials), at a cost of maintaining an internal, static client instances cache. Now the type does not create client instances nor maintain an internal cache and it’s the caller responsibility to provide the instance of EventHubProducerClient
(please see #2040 for more details). Since Azure SDK recommends treating clients as singletons
Was this page helpful?