Dequeueable.AzureQueueStorage 1.1.1

Dequeueable.AzureQueueStorage

This project is inspired by the Azure Function Host. This project is an opinionated optimization on the Azure Function:

• Build as a Console App
• Being able to use optimized alpine/dotnet images
• Have the freedom to use Keda or any other scalers to retrieve queue messages

This framework can run as a listener or job:

• Listener: Highly scalable queue listener that will be invoked automatically when new messages are detected on the Azure Queue.
• Job: Framework that depends on external queue triggers, eg; KEDA. When the host is started, new messages on the Azure Queue are being retrieved and executed. After execution the host will shutdown automatically.

Getting started

Scaffold a new project, you can either use a console or web app.

1. Add a class that implements the IAzureQueueFunction.
2. Add the job or listener services:
   • Add AddAzureQueueStorageJob<TestFunction> in the DI container of your app to run the host as a job.
   • Add AddAzureQueueStorageListener in the DI container of your app to run the app as a back ground listener.

await Host.CreateDefaultBuilder(args)
    .ConfigureServices((context, services) =>
    {
        // Uncomment to run as a job:
        // services.AddAzureQueueStorageJob<TestFunction>();
        // Uncomment to run as a listener
        // services.AddAzureQueueStorageListener<TestFunction>();
    })
    .RunConsoleAsync();

Configurations

You can configure the host via the appsettings.json or via the IOptions pattern during registration.

Appsettings

Use the Dequeueable section to configure the settings:

"Dequeueable": {
    "ConnectionString": "UseDevelopmentStorage=true",
    "QueueName": "queue-name"
  }

Options

await Host.CreateDefaultBuilder(args)
    .ConfigureServices((context, services) =>
    {
        services.AddAzureQueueStorageJob<TestFunction>(options =>
        {
            options.AuthenticationScheme = new DefaultAzureCredential();
            options.VisibilityTimeout = TimeSpan.FromMinutes(10);
            options.QueueName = "testqueue";
        });
    })
    .RunConsoleAsync();

Settings

The library uses the IOptions pattern to inject the configured app settings.

Host options

These options can be set for both the job as the listener project:

Listener options

Authentication

SAS

You can authenticate to the storage account & queue by setting the ConnectionString:

"WebHost": {
    "ConnectionString": "UseDevelopmentStorage=true",
    ...
  }

    services.AddAzureQueueStorageJob<TestFunction>(options =>
    {
        // ...
        options.ConnectionString = "UseDevelopmentStorage=true";
    });

Identity

Authenticating via Azure Identity is also possible and the recommended option. Make sure that the identity used have the following roles on the storage account

• 'Storage Queue Data Contributor'
• 'Storage Blob Data Contributor' - Only when making use of the singleton function.

Set the AuthenticationScheme and the AccountName options to authenticate via azure AD:

    services.AddAzureQueueStorageJob<TestFunction>(options =>
    {
        options.AuthenticationScheme = new DefaultAzureCredential();
        options.AccountName = "thestorageaccountName";
    });

Any token credential provider can be used that inherits the abstract class Azure.Core.TokenCredential

The QueueUriFormat options is used to format the correct URI to the queue. When making use of the singleton function, the BlobUriFormat is used to format the correct URI to the blob lease.

Custom QueueProvider

There are plenty ways to construct the QueueClient, and not all are by default supported. You can override the default implementations to retrieve the queue client by implementing the IQueueClientProvider. You still should register your custom provider in your DI container, specific registration order is not needed:

internal class MyCustomQueueProvider : IQueueClientProvider
    {
        public QueueClient GetQueue()
        {
            return new QueueClient(new Uri("https://myaccount.chinacloudapi.cn/myqueue"), new QueueClientOptions { MessageEncoding = QueueMessageEncoding.Base64 });
        }

        public QueueClient GetPoisonQueue()
        {
            return new QueueClient(new Uri("https://myaccount.chinacloudapi.cn/mypoisonqueue"), new QueueClientOptions { MessageEncoding = QueueMessageEncoding.Base64 });
        }
    }

Singleton

A singleton attribute can be applied the job to ensure that only a single instance of the job is executed at any given time. It uses the blob lease and therefore distributed lock is guaranteed. The blob is always leased for 60 seconds. The lease will be released if no longer required. It will be automatically renewed if executing the message(s) takes longer.

NOTE: The blob files will not be automatically deleted. If needed, consider specifying data lifecycle rules for the blob container: https://learn.microsoft.com/en-us/azure/storage/blobs/lifecycle-management-overview

Set the Singleton("<scope>" attribute above the job:

    [Singleton("Id")]
    internal class SampleSingletonJob : IAzureQueueJob
    {
        //...
    }

Only messages containing a JSON format is supported. The scope should always be a property in the message body that exists.

Given a queue message with the following body:

{
    "Id": "d89c209a-6b81-4266-a768-8cde6f613753",
    // ...
}

When the scope is set to [Singleton("Id")] on the job. Only a single message containing id "d89c209a-6b81-4266-a768-8cde6f613753" will be executed at an given time.

Nested properties are also supported. Given a queue message with the following body:

{
    "My": {
        "Nested": {
            "Property": 500
        }
    }
    // ...
}

When the scope is set to [Singleton("My:Nested:Property")] on the function. Only a single message containing 500 will be executed at an given time.

Singleton Options

You can specify the following singleton options via the singleton attribute [Singleton(scope: "Id", containerName: ContainerName, minimumIntervalInSeconds: 1)]:

Custom BlobClientProvider

There are plenty ways to construct the BlobClient, and not all are by default supported. You can override the default implementations to retrieve the blob client for the lease by implementing the IBlobClientProvider. You still should register your custom provider in your DI container, specific registration order is not needed:

internal class MyCustomBlobClientProvider : IBlobClientProvider
    {
        public BlobClient Get(string blobName)
        {
            return new BlobClient(new Uri($"https://myaccount.chinacloudapi.cn/mycontainer/{blobName}"),
                new BlobClientOptions { GeoRedundantSecondaryUri = new Uri($"https://mysecaccount.chinacloudapi.cn/mycontainer/{blobName}") });
        }
    }

Timeouts

Visibility Timeout Queue Message

The visibility timeout of the queue messages is automatically updated. It will be updated when the half VisibilityTimeout option is reached. Choose this setting wisely to prevent talkative hosts. When renewing the timeout fails, the host cannot guarantee if the message is executed only once. Therefore the CancelationToken is set to Cancelled. It is up to you how to handle this scenario!

Lease timeout

The lease timeout of the blob lease is automatically updated. It will be updated when the half lease is reached. When renewing the timeout fails, the host cannot guarantee the lock. Therefore the CancelationToken is set to Cancelled. It is up to you how to handle this scenario!

Sample

• Job Console app
• Listener Console app