Create and manage function apps in the Flex Consumption plan
Article
This article shows you how to create function apps hosted in the Flex Consumption plan in Azure Functions. It also shows you how to manage certain features of a Flex Consumption plan hosted app.
Function app resources are langauge-specific. Make sure to choose your preferred code development language at the beginning of the article.
Prerequisites
An Azure account with an active subscription. If you don't already have one, you can create an account for free.
Azure CLI: used to create and manage resources in Azure. When using the Azure CLI on your local computer, make sure to use version 2.60.0, or a later version. You can also use Azure Cloud Shell, which has the correct Azure CLI version.
While not required to create a Flex Consumption plan app, you need a code project to be able to deploy to and validate a new function app. Complete the first part of one of these quickstart articles, where you create a code project with an HTTP triggered function:
To create an app in a new Flex Consumption plan during a Maven deployment, you must create your local app project and then update the project's pom.xml file. For more information, see Create a Java Flex Consumption app using Maven
Return to this article after you create and run the local project, but before you're asked to create Azure resources. You create the function app and other Azure resources in the next section.
Create a Flex Consumption app
This section shows you how to create a function app in the Flex Consumption plan by using either the Azure CLI, Azure portal, or Visual Studio Code. For an example of creating an app in a Flex Consumption plan using Bicep/ARM templates, see the Flex Consumption repository.
To support your function code, you need to create three resources:
A resource group, which is a logical container for related resources.
A Storage account, which is used to maintain state and other information about your functions.
A function app in the Flex Consumption plan, which provides the environment for executing your function code. A function app maps to your local function project and lets you group functions as a logical unit for easier management, deployment, and sharing of resources in the Flex Consumption plan.
az group create --name <RESOURCE_GROUP> --location <REGION>
In the above command, replace <RESOURCE_GROUP> with a value that's unique in your subscription and <REGION> with one of the currently supported regions. The az group create command creates a resource group.
Create a general-purpose storage account in your resource group and region:
In the previous example, replace <STORAGE_NAME> with a name that is appropriate to you and unique in Azure Storage. Names must contain three to 24 characters numbers and lowercase letters only. Standard_LRS specifies a general-purpose account, which is supported by Functions. The az storage account create command creates the storage account.
Important
The storage account is used to store important app data, sometimes including the application code itself. You should limit access from other apps and users to the storage account.
In this example, replace both <RESOURCE_GROUP> and <STORAGE_NAME> with the resource group and the name of the account you used in the previous step, respectively. Also replace <APP_NAME> with a globally unique name appropriate to you. The <APP_NAME> is also the default domain name server (DNS) domain for the function app. The az functionapp create command creates the function app in Azure.
This command creates a function app running in the Flex Consumption plan.
Because you created the app without specifying always ready instances, your app only incurs costs when actively executing functions. The command also creates an associated Azure Application Insights instance in the same resource group, with which you can monitor your function app and view logs. For more information, see Monitor Azure Functions.
In the Azure portal, from the menu or the Home page, select Create a resource.
Select Get started and then Create under Function App.
Under Select a hosting option, choose Flex Consumption > Select.
On the Basics page, use the function app settings as specified in the following table:
Setting
Suggested value
Description
Subscription
Your subscription
The subscription in which you create your new function app.
Name for the new resource group in which you create your function app.
Function App name
Globally unique name
Name that identifies your new function app. Valid characters are a-z (case insensitive), 0-9, and -.
Region
Preferred region
Select a region that's near you or near other services that your functions can access. Unsupported regions aren't displayed. For more information, see View currently supported regions.
Runtime stack
Preferred language
Choose one of the supported language runtime stacks. In-portal editing using Visual Studio Code for the Web is currently only available for Node.js, PowerShell, and Python apps. C# class library and Java functions must be developed locally.
Version
Language version
Choose a supported version of your language runtime stack.
Instance size
Default
Determines the amount of instance memory allocated for each instance of your app. For more information, see Instance memory.
Accept the default options in the remaining tabs, including the default behavior of creating a new storage account on the Storage tab and a new Application Insight instance on the Monitoring tab. You can also choose to use an existing storage account or Application Insights instance.
Select Review + create to review the app configuration you chose, and then select Create to provision and deploy the function app.
Select the Notifications icon in the upper-right corner of the portal and watch for the Deployment succeeded message.
Select Go to resource to view your new function app. You can also select Pin to dashboard. Pinning makes it easier to return to this function app resource from your dashboard.
Press F1, and in the command pallet enter Azure Functions: Create function app in Azure...(Advanced).
If you're not signed in, you're prompted to Sign in to Azure. You can also Create a free Azure account. After signing in from the browser, go back to Visual Studio Code.
Following the prompts, provide this information:
Prompt
Selection
Enter a globally unique name for the new function app.
Type a globally unique name that identifies your new function app and then select Enter. Valid characters for a function app name are a-z, 0-9, and -.
Select a hosting plan.
Choose Flex Consumption.
Select a runtime stack.
Choose one of the supported language stack versions.
Select a resource group for new resources.
Choose Create new resource group and type a resource group name, like myResourceGroup, and then select enter. You can also select an existing resource group.
Select a location for new resources.
Select a location in a supported region near you or near other services that your functions access. Unsupported regions aren't displayed. For more information, see View currently supported regions.
Select a storage account.
Choose Create new storage account and at the prompt provide a globally unique name for the new storage account used by your function app and then select Enter. Storage account names must be between 3 and 24 characters long and can contain only numbers and lowercase letters. You can also select an existing account.
Select an Application Insights resource for your app.
Choose Create new Application Insights resource and at the prompt provide the name for the instance used to store runtime data from your functions.
A notification appears after your function app is created. Select View Output in this notification to view the creation and deployment results, including the Azure resources that you created.
Deploying to an existing function app always overwrites the contents of that app in Azure.
In the command palette, enter and then select Azure Functions: Deploy to Function App.
Select the function app you just created. When prompted about overwriting previous deployments, select Deploy to deploy your function code to the new function app resource.
When deployment is completed, select View Output to view the creation and deployment results, including the Azure resources that you created. If you miss the notification, select the bell icon in the lower-right corner to see it again.
In this example, replace <APP_NAME> with the name of your app. A successful deployment shows results similar to the following output (truncated for simplicity):
...
Getting site publishing info...
Creating archive for current directory...
Performing remote build for functions project.
...
Deployment successful.
Remote build succeeded!
Syncing triggers...
Functions in msdocs-azurefunctions-qs:
HttpExample - [httpTrigger]
Invoke url: https://msdocs-azurefunctions-qs.azurewebsites.net/api/httpexample
Create and deploy your app using Maven
You can use Maven to create a Flex Consumption hosted function app and required resources during deployment by modifying the pom.xml file.
Create a Java code project by completing the first part of one of these quickstart articles:
In your Java code project, open the pom.xml file and make these changes to create your function app in the Flex Consumption plan:
Change the value of <properties>.<azure.functions.maven.plugin.version> to 1.34.0.
In the <plugin>.<configuration> section for the azure-functions-maven-plugin, add or uncomment the <pricingTier> element as follows:
<pricingTier>Flex Consumption</pricingTier>
(Optional) Customize the Flex Consumption plan in your Maven deployment by also including these elements in the <plugin>.<configuration> section: .
<instanceSize> - sets the instance memory size for the function app. The default value is 2048.
<maximumInstances> - sets the highest value for the maximum instances count of the function app.
<alwaysReadyInstances> - sets the always ready instance counts with child elements for HTTP trigger groups (<http>), Durable Functions groups (<durable>), and other specific triggers (<my_function>). When you set any instance count greater than zero, you're charged for these instances whether your functions execute or not. For more information, see Billing.
Before you can deploy, sign in to your Azure subscription using the Azure CLI.
az login
The az login command signs you into your Azure account.
Use the following command to deploy your code project to a new function app in Flex Consumption.
mvn azure-functions:deploy
Maven uses settings in the pom.xml template to create your function app in a Flex Consumption plan in Azure, along with the other required resources. Should these resources already exist, the code is deployed to your function app, overwriting any existing code.
Enable virtual network integration
You can enable virtual network integration for your app in a Flex Consumption plan. The examples in this section assume that you already have created a virtual network with subnet in your account. You can enable virtual network integration when you create your app or at a later time.
Important
The Flex Consumption plan currently doesn't support subnets with names that contain underscore (_) characters.
To enable virtual networking when you create your app:
The <VNET_RESOURCE_ID> value is the resource ID for the virtual network, which is in the format: /subscriptions/<SUBSCRIPTION_ID>/resourceGroups/<RESOURCE_GROUP>/providers/Microsoft.Network/virtualNetworks/<VNET_NAME>. You can use this command to get a list of virtual network IDs, filtered by <RESOURCE_GROUP>: az network vnet list --resource-group <RESOURCE_GROUP> --output tsv --query "[]".id.
Use these steps to create your function app with virtual network integration and related Azure resources.
In the Azure portal, from the menu or the Home page, select Create a resource.
Select Get started and then Create under Function App.
Under Select a hosting option, choose Flex Consumption > Select.
On the Basics page, use the function app settings as specified in the following table:
Setting
Suggested value
Description
Subscription
Your subscription
The subscription in which you create your new function app.
Name for the new resource group in which you create your function app.
Function App name
Globally unique name
Name that identifies your new function app. Valid characters are a-z (case insensitive), 0-9, and -.
Region
Preferred region
Select a region that's near you or near other services that your functions can access. Unsupported regions aren't displayed. For more information, see View currently supported regions.
Runtime stack
Preferred language
Choose one of the supported language runtime stacks. In-portal editing using Visual Studio Code for the Web is currently only available for Node.js, PowerShell, and Python apps. C# class library and Java functions must be developed locally.
Version
Language version
Choose a supported version of your language runtime stack.
Instance size
Default
Determines the amount of instance memory allocated for each instance of your app. For more information, see Instance memory.
Accept the default options in the remaining tabs, including the default behavior of creating a new storage account on the Storage tab and a new Application Insight instance on the Monitoring tab. You can also choose to use an existing storage account or Application Insights instance.
In the Networking tab, set Enable public access to Off and Enable network injection to On.
For Virtual network, select or create a virtual network that is in the same region as your app.
Set Enable VNet integration to On and select or create a subnet.
Select Review + create to review the app configuration you chose, and then select Create to provision and deploy the function app with virtual networking.
Select the Notifications icon in the upper-right corner of the portal and watch for the Deployment succeeded message.
Select Go to resource to view your new function app. You can also select Pin to dashboard. Pinning makes it easier to return to this function app resource from your dashboard.
You can't currently enable virtual networking when you use Visual Studio Code to create your app.
For end-to-end examples of how to create apps in Flex Consumption with virtual network integration see these resources:
az functionapp vnet-integration list --resource-group <RESOURCE_GROUP> --name <APP_NAME>
You can integrate your existing app with an existing virtual network and subnet in the portal.
In your function app page in the Azure portal, expand Settings in the left menu and select Networking.
Under Outbound traffic configuration, select Not configured.
In the Virtual Network Integration page, select Add virtual network integration.
Select an existing Virtual network and Subnet and select Connect.
You can't currently configure virtual networking in Visual Studio Code.
When choosing a subnet, these considerations apply:
The subnet you choose can't already be used for other purposes, such as with private endpoints or service endpoints, or be delegated to any other hosting plan or service.
You can share the same subnet with more than one app running in a Flex Consumption plan. Because the networking resources are shared across all apps, one function app might impact the performance of others on the same subnet.
In a Flex Consumption plan, a single function app might use up to 40 IP addresses, even when the app scales beyond 40 instances. While this rule of thumb is helpful when estimating the subnet size you need, it's not strictly enforced.
Configure deployment settings
In the Flex Consumption plan, the deployment package that contains your app's code is maintained in an Azure Blob Storage container. By default, deployments use the same storage account (AzureWebJobsStorage) and connection string value used by the Functions runtime to maintain your app. The connection string is stored in the DEPLOYMENT_STORAGE_CONNECTION_STRING application setting. However, you can instead designate a blob container in a separate storage account as the deployment source for your code. You can also change the authentication method used to access the container.
A customized deployment source should meet this criteria:
The storage account must already exist.
The container to use for deployments must also exist.
When more than one app uses the same storage account, each should have its own deployment container. Using a unique container for each app prevents the deployment packages from being overwritten, which would happen if apps shared the same container.
When configuring deployment storage authentication, keep these considerations in mind:
As a security best practice, you should use managed identities when connecting to Azure Storage from your apps. For more information, see Connections.
When you use a connection string to connect to the deployment storage account, the application setting that contains the connection string must already exist.
When you use a user-assigned managed identity, the provided identity gets linked to the function app. The Storage Blob Data Contributor role scoped to the deployment storage account also gets assigned to the identity.
When you use a system-assigned managed identity, an identity gets created when a valid system-assigned identity doesn't already exist in your app. When a system-assigned identity does exists, the Storage Blob Data Contributor role scoped to the deployment storage account also gets assigned to the identity.
To configure deployment settings when you create your function app in the Flex Consumption plan:
Use the az functionapp create command and supply these additional options that customize deployment storage:
Parameter
Description
--deployment-storage-name
The name of the deployment storage account.
--deployment-storage-container-name
The name of the container in the account to contain your app's deployment package.
--deployment-storage-auth-type
The authentication type to use for connecting to the deployment storage account. Accepted values include StorageAccountConnectionString, UserAssignedIdentity, and SystemAssignedIdentity.
--deployment-storage-auth-value
When using StorageAccountConnectionString, this parameter is set to the name of the application setting that contains the connection string to the deployment storage account. When using UserAssignedIdentity, this parameter is set to the name of the resource ID of the identity you want to use.
This example creates a function app in the Flex Consumption plan with a separate deployment storage account and user assigned identity:
You can't currently configure deployment storage when creating your app in the Azure portal. To configure deployment storage during app creation, instead use the Azure CLI to create your app.
You can use the portal to modify the deployment settings of an existing app, as detailed in the next section.
You can't currently configure deployment storage when creating your app in Azure using Visual Studio Code.
You can also modify the deployment storage configuration for an existing app.
az functionapp deployment config set --resource-group <RESOURCE_GROUP> --name <APP_NAME> --deployment-storage-name <DEPLOYMENT_ACCOUNT_NAME> --deployment-storage-container-name <DEPLOYMENT_CONTAINER_NAME>
In your function app page in the Azure portal, expand Settings in the left menu and select Deployment settings.
Under Application package location, select an existing Storage account and then select an existing empty container in the account.
Under Storage authentication, select your preferred authentication type
If you selected Connection string, select the name of the app setting that contains the connection string for the deployment storage account.
If you selected User assigned identity, select the identity you would like to use.
Select Save to update the app.
You can't currently configure deployment storage for your app in Azure using Visual Studio Code.
Configure instance memory
The instance memory size used by your Flex Consumption plan can be explicitly set when you create your app. For more information about supported sizes, see Instance memory.
To set an instance memory size that's different from the default when creating your app:
When you create your app in a Flex Consumption plan in the Azure portal, you can choose your instance memory size in the Instance size field in the Basics tab. For more information, see Create a Flex Consumption app.
You can't currently control the instance memory size when you use Visual Studio Code to create your app. The default size is used.
At any point, you can change the instance memory size setting used by your app.
az functionapp scale config set --resource-group <resourceGroup> --name <APP_NAME> --instance-memory 4096
In your function app page in the Azure portal, expand Settings in the left menu and select Scale and concurrency.
Select an Instance memory option and select Save to update the app.
You can't currently change the instance memory size setting for your app using Visual Studio Code.
Set always ready instance counts
You can set a number of always ready instances for the Per-function scaling groups or individual functions, to keep your functions loaded and ready to execute. There are three special groups, as in per-function scaling:
http - all the HTTP triggered functions in the app scale together into their own instances.
durable - all the Durable triggered functions (Orchestration, Activity, Entity) in the app scale together into their own instances.
blob - all the blob (Event Grid) triggered functions in the app scale together into their own instances.
Use http, durable or blob as the name for the name value pair setting to configure always ready counts for these groups. For all other functions in the app you need to configure always ready for each individual function using the format function:<FUNCTION_NAME>=n.
Use the --always-ready-instances parameter with the az functionapp create command to define one or more always ready instance designations. This example sets the always ready instance count for all HTTP triggered functions to 5:
This example sets the always ready instance count for all Durable trigger functions to 3 and sets the always ready instance count to 2 for a service bus triggered function named function5:
You can't currently define always ready instances when creating your app in the Azure portal. To define always ready instances during app creation, instead use the Azure CLI to create your app.
You can use the portal to modify always ready instances on an existing app, as detailed in the next section.
You can't currently define always ready instances when creating your app in Azure using Visual Studio Code.
You can also modify always ready instances on an existing app by adding or removing instance designations or by changing existing instance designation counts.
az functionapp scale config always-ready set --resource-group <RESOURCE_GROUP> --name <APP_NAME> --settings http=10
To remove always ready instances, use the az functionapp scale config always-ready delete command, as in this example that removes all always ready instances from both the HTTP triggers group and also a function named hello_world:
In your function app page in the Azure portal, expand Settings in the left menu and select Scale and concurrency.
Under Always-ready instance minimum type http, blob, durable, or a specific function name using the format function:<FUNCTION_NAME>=n in Trigger and type the Number of always-ready instances.
Select Save to update the app.
You can't currently modify always ready instances using Visual Studio Code.
Set HTTP concurrency limits
Unless you set specific limits, HTTP concurrency defaults for Flex Consumption plan apps are determined based on your instance size setting. For more information, see HTTP trigger concurrency.
Here's how you can set HTTP concurrency limits for an existing app:
Use the az functionapp scale config set command to set specific HTTP concurrency limits for your app, regardless of instance size.
az functionapp scale config set --resource-group <RESOURCE_GROUP> --name <APP_NAME> --trigger-type http --trigger-settings perInstanceConcurrency=10
This example sets the HTTP trigger concurrency level to 10. After you specifically set an HTTP concurrency value, that value is maintained despite any changes in your app's instance size setting.
In your function app page in the Azure portal, expand Settings in the left menu and select Scale and concurrency.
Under Concurrency per instance select Assign manually and type a specific limit.
Select Save to update the app.
You can't currently set HTTP concurrency limits using Visual Studio Code.
View currently supported regions
To view the list of regions that currently support Flex Consumption plans:
If you haven't done so already, sign in to Azure:
az login
The az login command signs you into your Azure account.
Use the az functionapp list-flexconsumption-locations command to review the list of regions that currently support Flex Consumption.
az functionapp list-flexconsumption-locations --output table
When you create an app in the Azure portal or by using Visual Studio Code, currently unsupported regions are filtered out of the region list.
In this learning path, discover Azure Functions that create event-driven, compute-on-demand systems using server-side logic to build serverless architectures.
Build end-to-end solutions in Microsoft Azure to create Azure Functions, implement and manage web apps, develop solutions utilizing Azure storage, and more.