title | description | ms.date | ms.topic | ms.custom |
---|---|---|---|---|
Connect functions to Azure Storage using Visual Studio |
Learn how to add an output binding to connect your C# class library functions to an Azure Storage queue using Visual Studio. |
07/22/2019 |
quickstart |
mvc |
[!INCLUDE functions-add-storage-binding-intro]
This article shows you how to use Visual Studio to connect the function you created in the previous quickstart article to Azure Storage. The output binding that you add to this function writes data from the HTTP request to a message in an Azure Queue storage queue.
Most bindings require a stored connection string that Functions uses to access the bound service. To make it easier, you use the Storage account that you created with your function app. The connection to this account is already stored in an app setting named AzureWebJobsStorage
.
Before you start this article, you must:
-
Complete part 1 of the Visual Studio quickstart.
-
Sign in to your Azure subscription from Visual Studio.
In the previous quickstart article, you created a function app in Azure along with the required Storage account. The connection string for this account is stored securely in app settings in Azure. In this article, you write messages to a Storage queue in the same account. To connect to your Storage account when running the function locally, you must download app settings to the local.settings.json file.
-
In Solution Explorer, right-click the project and select Publish.
-
Under Actions, select Edit Azure App Service Settings.
-
Under AzureWebJobsStorage, copy the Remote string value to Local, and then select OK.
The storage binding, which uses the AzureWebJobsStorage
setting for the connection, can now connect to your Queue storage when running locally.
Because you're using a Queue storage output binding, you need the Storage bindings extension installed before you run the project. Except for HTTP and timer triggers, bindings are implemented as extension packages.
-
From the Tools menu, select NuGet Package Manager > Package Manager Console.
-
In the console, run the following Install-Package command to install the Storage extensions:
Install-Package Microsoft.Azure.WebJobs.Extensions.Storage -Version 3.0.6
Now, you can add the storage output binding to your project.
[!INCLUDE functions-add-storage-binding-csharp-library]
After the binding is defined, you can use the name
of the binding to access it as an attribute in the function signature. By using an output binding, you don't have to use the Azure Storage SDK code for authentication, getting a queue reference, or writing data. The Functions runtime and queue output binding do those tasks for you.
[!INCLUDE functions-add-storage-binding-csharp-library-code]
[!INCLUDE functions-run-function-test-local-vs]
A new queue named outqueue
is created in your storage account by the Functions runtime when the output binding is first used. You'll use Cloud Explorer to verify that the queue was created along with the new message.
-
In Visual Studio from the View menu, select Cloud Explorer.
-
In Cloud Explorer, expand your Azure subscription and Storage Accounts, then expand the storage account used by your function. If you can't remember the storage account name, check the
AzureWebJobsStorage
connection string setting in the local.settings.json file. -
Expand the Queues node, and then double-click the queue named outqueue to view the contents of the queue in Visual Studio.
The queue contains the message that the queue output binding created when you ran the HTTP-triggered function. If you invoked the function with the default
name
value of Azure, the queue message is Name passed to the function: Azure. -
Run the function again, send another request, and you'll see a new message appear in the queue.
Now, it's time to republish the updated function app to Azure.
-
In Solution Explorer, right-click the project and select Publish, then choose Publish to republish the project to Azure.
-
After deployment completes, you can again use the browser to test the redeployed function. As before, append the query string
&name=<yourname>
to the URL. -
Again view the message in the storage queue to verify that the output binding again generates a new message in the queue.
[!INCLUDE Clean-up resources]
You've updated your HTTP triggered function to write data to a Storage queue. To learn more about developing Functions, see Develop Azure Functions using Visual Studio.
Next, you should enable Application Insights monitoring for your function app:
[!div class="nextstepaction"] Enable Application Insights integration