Azure Queue Storage SDK for Go
Service Version: 2018-03-28
Azure Queue storage is a service for storing large numbers of messages that can be accessed from anywhere in
the world via authenticated calls using HTTP or HTTPS.
A single queue message can be up to 64 KiB in size, and a queue can contain millions of messages,
up to the total capacity limit of a storage account.
Source code | API reference documentation | REST API documentation
Getting started
Install the package
Install the Azure Queue Storage SDK for Go with go get:
go get github.com/Azure/azure-sdk-for-go/sdk/storage/azqueue
If you're going to authenticate with Azure Active Directory (recommended), install the azidentity module.
go get github.com/Azure/azure-sdk-for-go/sdk/azidentity
Prerequisites
A supported Go version (the Azure SDK supports the two most recent Go releases).
You need an Azure subscription and a
Storage Account to use this package.
To create a new Storage Account, you can use the Azure Portal,
Azure PowerShell, or the Azure CLI.
Here's an example using the Azure CLI:
az storage account create --name MyStorageAccount --resource-group MyResourceGroup --location westus --sku Standard_LRS
Authenticate the client
In order to interact with the Azure Queue Storage service, you'll need to create an instance of the azqueue.ServiceClient
type. The azidentity module makes it easy to add Azure Active Directory support for authenticating Azure SDK clients with their corresponding Azure services.
cred, err := azidentity.NewDefaultAzureCredential(nil)
client, err := azqueue.NewServiceClient("https://MYSTORAGEACCOUNT.queue.core.windows.net/", cred, nil)
Learn more about enabling Azure Active Directory for authentication with Azure Storage in our documentation and our samples.
Key concepts
The following components make up the Azure Queue Service:
- The storage account itself
- A queue within the storage account, which contains a set of messages
- A message within a queue, in any format, of up to 64 KiB
The Azure Storage Queues client library for GO allows you to interact with each of these components through the
use of a dedicated client object.
Clients
Two different clients are provided to interact with the various components of the Queue Service:
- ServiceClient -
this client represents interaction with the Azure storage account itself, and allows you to acquire preconfigured
client instances to access the queues within. It provides operations to retrieve and configure the account
properties as well as list, create, and delete queues within the account. To perform operations on a specific queue,
retrieve a client using the
NewQueueClient
method. - QueueClient -
this client represents interaction with a specific queue (which need not exist yet). It provides operations to
create, delete, or configure a queue and includes operations to enqueue, dequeue, peek, delete, and update messages
within it.
Messages
- Enqueue - Adds a message to the queue and optionally sets a visibility timeout for the message.
- Dequeue - Retrieves a message from the queue and makes it invisible to other consumers.
- Peek - Retrieves a message from the front of the queue, without changing the message visibility.
- Update - Updates the visibility timeout of a message and/or the message contents.
- Delete - Deletes a specified message from the queue.
- Clear - Clears all messages from the queue.
Goroutine safety
We guarantee that all client instance methods are goroutine-safe and independent of each other (guideline). This ensures that the recommendation of reusing client instances is always safe, even across goroutines.
About Queue metadata
Queue metadata name/value pairs are valid HTTP headers and should adhere to all restrictions governing HTTP headers. Metadata names must be valid HTTP header names, may contain only ASCII characters, and should be treated as case-insensitive. Base64-encode or URL-encode metadata values containing non-ASCII characters.
Additional concepts
Client options |
Accessing the response |
Handling failures |
Logging
Examples
Queue Manipulation
const (
accountName = "MYSTORAGEACCOUNT"
accountKey = "ACCOUNT_KEY"
queueName = "samplequeue"
)
Exploring Queue Service APIs
cred := azqueue.NewSharedKeyCredential(accountName, accountKey)
serviceClient, err := azqueue.NewServiceClientWithSharedKeyCredential(account, cred, nil)
queueClient := serviceClient.NewQueueClient(queueName)
_, err = queueClient.Create(context.TODO(), nil)
_, err = queueClient.EnqueueMessage(context.TODO(), message, nil)
_, err = queueClient.DequeueMessage(context.TODO(), nil)
_, err =queueClient.Delete(context.TODO(), nil)
Enumerating queues
const (
account = "https://MYSTORAGEACCOUNT.queue.core.windows.net/"
)
cred, err := azidentity.NewDefaultAzureCredential(nil)
client, err := azqueue.NewServiceClient(account, cred, nil)
pager := client.NewListQueuesPager(nil)
for pager.More() {
resp, err := pager.NextPage(context.Background())
_require.Nil(err)
for _, queue := range resp.Queues {
fmt.Println(*queue.Name)
}
}
Troubleshooting
All queue service operations will return an
*azcore.ResponseError on failure with a
populated ErrorCode
field. Many of these errors are recoverable.
The queueerror package provides the possible Storage error codes
along with various helper facilities for error handling.
const (
connectionString = "<connection_string>"
queueName = "samplequeue"
)
client, err := azqueue.NewServiceClientFromConnectionString(connectionString, nil)
_, err = client.DeleteQueue(context.TODO(), queueName, nil)
if queueerror.HasCode(err, queueerror.QueueBeingDeleted, queueerror.QueueNotFound) {
} else if err != nil {
}
Next steps
Get started with our Queue samples. They contain complete examples of the above snippets and more.
Contributing
See the Storage CONTRIBUTING.md for details on building,
testing, and contributing to this library.
This project welcomes contributions and suggestions. Most contributions require you to agree to a Contributor License Agreement (CLA) declaring that you have the right to, and actually do, grant us the rights to use your contribution.
If you'd like to contribute to this library, please read the [contributing guide] contributing_guide to learn more about how to build and test the code.
When you submit a pull request, a CLA-bot will automatically determine whether you need to provide a CLA and decorate the PR appropriately (e.g., label, comment). Simply follow the instructions provided by the bot. You will only need to do this once across all repos using our CLA.
This project has adopted the Microsoft Open Source Code of Conduct. For more information, see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.