Échelle et hébergement dans Azure FunctionsAzure Functions scale and hosting

Lorsque vous créez une Function App dans Azure, vous devez choisir un plan d’hébergement pour votre application.When you create a function app in Azure, you must choose a hosting plan for your app. Trois plans d’hébergement pour Azure Functions sont disponibles : plan Consommation, plan Premium et plan dédié (App Service).There are three hosting plans available for Azure Functions: Consumption plan, Premium plan, and Dedicated (App Service) plan.

Le plan d’hébergement que vous choisissez détermine les comportements suivants :The hosting plan you choose dictates the following behaviors:

  • La mise à l’échelle de votre Function App.How your function app is scaled.
  • Les ressources disponibles pour chaque instance de Function App.The resources available to each function app instance.
  • La prise en charge des fonctionnalités avancées, notamment la connectivité du réseau virtuel Azure.Support for advanced features, such as Azure Virtual Network connectivity.

Les plans Consommation et Premium ajoutent automatiquement de la puissance de calcul lors de l’exécution de votre code.Both Consumption and Premium plans automatically add compute power when your code is running. Le cas échéant, votre application bénéficie d’un scale-out afin de gérer la charge et d’un scale-in lorsque le code n’est plus en cours d’exécution.Your app is scaled out when needed to handle load, and scaled in when code stops running. En outre, avec le plan Consommation, vous n’avez pas à payer pour des machines virtuelles inactives ni à réserver de la capacité à l’avance.For the Consumption plan, you also don't have to pay for idle VMs or reserve capacity in advance.

Le plan Premium fournit des fonctionnalités supplémentaires, telles que des instances de calcul premium, la possibilité de conserver les instances chaudes indéfiniment et la connectivité de réseau virtuel.Premium plan provides additional features, such as premium compute instances, the ability to keep instances warm indefinitely, and VNet connectivity.

Le plan App Service vous permet d’exploiter l’infrastructure dédiée que vous gérez.App Service plan allows you to take advantage of dedicated infrastructure, which you manage. L’échelle de votre Function App ne change pas en fonction des événements, un scale-down jusqu’à zéro est donc impossible.Your function app doesn't scale based on events, which means is never scales down to zero. (Always On doit être activé.)(Requires that Always on is enabled.)

Prise en charge du plan d’hébergementHosting plan support

La prise en charge des fonctionnalités se divise en deux catégories :Feature support falls into the following two categories:

  • Disponibilité générale (GA) : entièrement pris en charge et approuvé pour la production.Generally available (GA): fully supported and approved for production use.
  • Préversion : pas encore entièrement pris en charge ni approuvé pour la production.Preview: not yet fully supported nor approved for production use.

Le tableau suivant indique le niveau actuel de prise en charge pour les trois plans d’hébergement en cas d’exécution sous Windows ou Linux :The following table indicates the current level of support for the three hosting plans, when running on either Windows or Linux:

Plan de consommationConsumption plan Plan PremiumPremium plan Plan dédiéDedicated plan
WindowsWindows GAGA GAGA GAGA
LinuxLinux GAGA GAGA GAGA

Plan de consommationConsumption plan

Quand vous utilisez le plan Consommation, les instances de l’hôte Azure Functions sont ajoutées et supprimées de façon dynamique en fonction du nombre d’événements entrants.When you're using the Consumption plan, instances of the Azure Functions host are dynamically added and removed based on the number of incoming events. Ce plan serverless est mis à l’échelle automatiquement, et vous êtes facturé pour les ressources de calcul uniquement lorsque vos fonctions sont exécutées.This serverless plan scales automatically, and you're charged for compute resources only when your functions are running. Dans un plan Consommation, le délai d’attente de l’exécution d’une fonction arrive à expiration après une période configurable.On a Consumption plan, a function execution times out after a configurable period of time.

La facturation est basée sur le nombre d’exécutions, la durée d’exécution et la mémoire utilisée.Billing is based on number of executions, execution time, and memory used. La facturation est unifiée pour toutes les fonctions d’une même application de fonction.Billing is aggregated across all functions within a function app. Pour plus d’informations, consultez la page Tarification d’Azure Functions.For more information, see the Azure Functions pricing page.

Le plan d’hébergement par défaut (le plan Consommation) présente les avantages suivants :The Consumption plan is the default hosting plan and offers the following benefits:

  • Paiement uniquement à l’exécution de vos fonctionsPay only when your functions are running
  • Augmentation automatique de la taille des instances même pendant les périodes de charge élevéeScale out automatically, even during periods of high load

Les Function App d’une même région peuvent être affectées au même plan Consommation.Function apps in the same region can be assigned to the same Consumption plan. Avoir plusieurs applications qui s’exécutent dans le même plan Consommation n’entraîne aucun inconvénient ou impact.There's no downside or impact to having multiple apps running in the same Consumption plan. L’attribution de plusieurs applications au même plan Consommation n’affecte pas la résilience, la scalabilité ni la fiabilité de chaque application.Assigning multiple apps to the same Consumption plan has no impact on resilience, scalability, or reliability of each app.

Pour en savoir plus sur la façon d’estimer les coûts pour une exécution dans le cadre d’un plan Consommation, consultez Compréhension des coûts d’un plan Consommation.To learn more about how to estimate costs when running in a Consumption plan, see Understanding Consumption plan costs.

Plan PremiumPremium plan

Quand vous utilisez le plan Premium, les instances de l’hôte Azure Functions sont ajoutées et supprimées en fonction du nombre d’événements entrants, comme avec le plan Consommation.When you're using the Premium plan, instances of the Azure Functions host are added and removed based on the number of incoming events just like the Consumption plan. Le plan Premium prend en charge les fonctionnalités suivantes :Premium plan supports the following features:

  • Les instances perpétuellement chaudes permettent d’éviter les démarrages à froidPerpetually warm instances to avoid any cold start
  • Connectivité des réseaux virtuelsVNet connectivity
  • Durée d’exécution illimitéeUnlimited execution duration
  • Tailles d’instance premium (instances à un, deux et quatre cœurs)Premium instance sizes (one core, two core, and four core instances)
  • Tarification plus prévisibleMore predictable pricing
  • Allocation d’application à haute densité pour les plans avec plusieurs Function AppHigh-density app allocation for plans with multiple function apps

Vous trouverez plus d’informations sur la configuration de ces options dans la documentation sur le plan Premium d’Azure Functions.Information on how you can configure these options can be found in the Azure Functions Premium plan document.

Au lieu d’une facturation en fonction des exécutions et de la mémoire consommée, la facturation du plan Premium se base sur le nombre de cœurs-seconde et la mémoire utilisée sur les instances nécessaires et préparées.Instead of billing per execution and memory consumed, billing for the Premium plan is based on the number of core seconds and memory used across needed and pre-warmed instances. Au moins une instance doit être chaude en permanence par plan.At least one instance must be warm at all times per plan. Cela signifie qu’il existe un coût mensuel minimum par plan actif, quel que soit le nombre d’exécutions.This means that there is a minimum monthly cost per active plan, regardless of the number of executions. Gardez à l’esprit que toutes les applications de fonction d’un plan Premium partagent des instances actives et préparées.Keep in mind that all function apps in a Premium plan share pre-warmed and active instances.

Envisagez le plan Premium d’Azure Functions dans les situations suivantes :Consider the Azure Functions Premium plan in the following situations:

  • Vos applications de fonction s’exécutent en continu ou presque.Your function apps run continuously, or nearly continuously.
  • Vous disposez d’un grand nombre d’exécutions de petite taille et avez une facture d’exécution élevée, mais également une facture de Go par seconde faible dans le plan Consommation.You have a high number of small executions and have a high execution bill but low GB second bill in the Consumption plan.
  • Vous avez besoin de plus d’options de mémoire ou de processeur que celles qui sont proposées dans le plan Consommation.You need more CPU or memory options than what is provided by the Consumption plan.
  • Votre code exige une durée d’exécution supérieure à celle qui est autorisée dans le plan Consommation.Your code needs to run longer than the maximum execution time allowed on the Consumption plan.
  • Vous avez besoin de fonctionnalités qui sont uniquement disponibles dans un plan Premium, notamment la connectivité de réseau virtuel.You require features that are only available on a Premium plan, such as virtual network connectivity.

Lorsque vous exécutez des fonctions JavaScript dans un plan Premium, vous devez choisir une instance qui comporte moins de processeurs virtuels.When running JavaScript functions on a Premium plan, you should choose an instance that has fewer vCPUs. Pour plus d’informations, consultez Choisir des plans Premium à cœur unique.For more information, see the Choose single-core Premium plans.

Plan (App Service) dédiéDedicated (App Service) plan

Vos Function App sont exécutées sur les mêmes machines virtuelles dédiées que d’autres applications App Service (références De base, Standard, Premium et Isolé).Your function apps can also run on the same dedicated VMs as other App Service apps (Basic, Standard, Premium, and Isolated SKUs).

Envisagez un plan App Service dans les situations suivantes :Consider an App Service plan in the following situations:

  • Vous disposez de machines virtuelles existantes, sous-utilisées qui exécutent déjà d’autres instances App Service.You have existing, underutilized VMs that are already running other App Service instances.
  • Vous souhaitez fournir une image personnalisée sur laquelle vos fonctions s’exécuteront.You want to provide a custom image on which to run your functions.

Le coût des Function App dans un plan App Service est le même que pour d’autres ressources App Service, par exemple les applications web.You pay the same for function apps in an App Service Plan as you would for other App Service resources, like web apps. Pour plus d’informations sur le fonctionnement du plan App Service, consultez l’article Présentation détaillée des plans d’Azure App Service.For details about how the App Service plan works, see the Azure App Service plans in-depth overview.

Avec un plan App Service, vous pouvez effectuer un scale-out manuel en ajoutant des instances de machine virtuelle supplémentaires.With an App Service plan, you can manually scale out by adding more VM instances. Vous pouvez également activer la mise à l’échelle automatique.You can also enable autoscale. Pour plus d’informations, consultez Mettre à l’échelle le nombre d’instances manuellement ou automatiquement.For more information, see Scale instance count manually or automatically. Vous pouvez également effectuer une montée en puissance en choisissant un autre plan App Service.You can also scale up by choosing a different App Service plan. Pour plus d’informations, consultez Faire monter en puissance une application web dans Azure.For more information, see Scale up an app in Azure.

Lorsque vous exécutez des fonctions JavaScript dans un plan App Service, vous devez choisir un plan qui comporte moins de processeurs virtuels.When running JavaScript functions on an App Service plan, you should choose a plan that has fewer vCPUs. Pour plus d’informations, consultez Choisir des plans App Service à cœur unique.For more information, see Choose single-core App Service plans.

Always OnAlways On

Si vous utilisez un plan App Service, vous devez activer le paramètre Always On afin que l’application de fonction s’exécute correctement.If you run on an App Service plan, you should enable the Always on setting so that your function app runs correctly. Dans un plan App Service, comme le runtime des fonctions devient inactif après quelques minutes d’inactivité, seuls des déclencheurs HTTP peuvent « relancer » vos fonctions.On an App Service plan, the functions runtime goes idle after a few minutes of inactivity, so only HTTP triggers will "wake up" your functions. Le paramètre Always On est disponible uniquement dans un plan App Service.Always on is available only on an App Service plan. Dans un plan Consommation, la plateforme active automatiquement les applications de fonction.On a Consumption plan, the platform activates function apps automatically.

Durée du délai d’expiration du conteneur de fonctionsFunction app timeout duration

La durée d’expiration d’une application de fonction est définie par la propriété functionTimeout dans le fichier projet host.json.The timeout duration of a function app is defined by the functionTimeout property in the host.json project file. Le tableau suivant présente les valeurs par défaut et les valeurs maximales en minutes pour les deux plans et dans les différentes versions du runtime :The following table shows the default and maximum values in minutes for both plans and the different runtime versions:

PlanPlan Version du runtimeRuntime Version DefaultDefault MaximaleMaximum
ConsommationConsumption 1.x1.x 55 1010
ConsommationConsumption 2.x2.x 55 1010
ConsommationConsumption 3.x3.x 55 1010
App ServiceApp Service 1.x1.x IllimitéUnlimited IllimitéUnlimited
App ServiceApp Service 2.x2.x 3030 IllimitéUnlimited
App ServiceApp Service 3.x3.x 3030 IllimitéUnlimited

Notes

Quel que soit le paramètre de délai d’expiration du conteneur de fonctions, 230 secondes est le temps maximum que peut prendre une fonction déclenchée via HTTP pour répondre à une demande.Regardless of the function app timeout setting, 230 seconds is the maximum amount of time that an HTTP triggered function can take to respond to a request. Cela est dû au délai d’inactivité par défaut d’Azure Load Balancer.This is because of the default idle timeout of Azure Load Balancer. Pour des temps de traitement plus longs, pensez à utiliser un modèle asynchrone Durable Functions ou différez le travail actuel et renvoyez une réponse immédiate.For longer processing times, consider using the Durable Functions async pattern or defer the actual work and return an immediate response.

Même lorsque le paramètre Always On est activé, le délai d’exécution des fonctions individuelles est contrôlé par le paramètre functionTimeout dans le fichier projet host.json.Even with Always On enabled, the execution timeout for individual functions is controlled by the functionTimeout setting in the host.json project file.

Déterminer le plan d’hébergement d’une application existanteDetermine the hosting plan of an existing application

Pour identifier le plan d’hébergement utilisé par votre application de fonction, consultez la section Plan App Service / niveau tarifaire dans l’onglet Vue d’ensemble correspondant à l’application de fonction dans le portail Azure.To determine the hosting plan used by your function app, see App Service plan / pricing tier in the Overview tab for the function app in the Azure portal. Pour les plans App Service, la section affiche également le niveau tarifaire.For App Service plans, the pricing tier is also indicated.

Afficher le plan de mise à l’échelle dans le portail

Vous pouvez également utiliser l’interface de ligne de commande Azure pour identifier le plan utilisé tel que suit :You can also use the Azure CLI to determine the plan, as follows:

appServicePlanId=$(az functionapp show --name <my_function_app_name> --resource-group <my_resource_group> --query appServicePlanId --output tsv)
az appservice plan list --query "[?id=='$appServicePlanId'].sku.tier" --output tsv

Lorsque la sortie de cette commande est dynamic, votre application de fonction utilise le plan Consommation.When the output from this command is dynamic, your function app is in the Consumption plan. Lorsque la sortie de cette commande est ElasticPremium, votre Function App utilise le plan Premium.When the output from this command is ElasticPremium, your function app is in the Premium plan. Les autres valeurs représentent un plan App Service avec des niveaux différents.All other values indicate different tiers of an App Service plan.

Conditions requises pour le compte de stockageStorage account requirements

Dans n’importe quel plan, une Function App nécessite un compte de stockage Azure général prenant en charge les stockages Blob, File d’attente, Fichiers et Table Azure.On any plan, a function app requires a general Azure Storage account, which supports Azure Blob, Queue, Files, and Table storage. Cela s’explique par le fait qu’Azure Functions utilise le stockage Azure pour les opérations telles que la gestion des déclencheurs et la journalisation des exécutions de fonctions. Certains comptes de stockage ne prennent cependant pas en charge les files d’attente et les tables.This is because Functions relies on Azure Storage for operations such as managing triggers and logging function executions, but some storage accounts do not support queues and tables. Ces comptes, qui incluent les comptes de stockage Blob uniquement (notamment le stockage Premium) et les comptes de stockage à usage général avec la réplication de stockage redondant interzone (ZRS), ne sont pas inclus dans la liste de comptes de stockage existants que vous pouvez sélectionner lorsque vous créez une application de fonction.These accounts, which include blob-only storage accounts (including premium storage) and general-purpose storage accounts with zone-redundant storage replication, are filtered-out from your existing Storage Account selections when you create a function app.

Le même compte de stockage que celui utilisé par votre application de fonction peut également être utilisé par vos déclencheurs et liaisons pour stocker vos données d’application.The same storage account used by your function app can also be used by your triggers and bindings to store your application data. Toutefois, pour les opérations gourmandes en stockage, il est préférable d’utiliser un compte de stockage distinct.However, for storage-intensive operations, you should use a separate storage account.

Plusieurs applications de fonction peuvent partager le même compte de stockage.It's certainly possible for multiple function apps to share the same storage account without any issues. (Cela peut notamment être le cas lorsque vous développez plusieurs applications dans votre environnement local à l'aide de l'Émulateur de stockage Azure, qui agit comme un compte de stockage unique.)(A good example of this is when you develop multiple apps in your local environment using the Azure Storage Emulator, which acts like one storage account.)

Pour en savoir plus sur les types de compte de stockage, consultez Présentation des services Stockage Azure.To learn more about storage account types, see Introducing the Azure Storage services.

Fonctionnement des plans Consommation et PremiumHow the consumption and premium plans work

Dans les plans Consommation et Premium, l’infrastructure d’Azure Functions met à l’échelle les ressources processeur et mémoire en ajoutant des instances de l’hôte Functions selon le nombre d’événements sur lesquels ses fonctions sont déclenchées.In the Consumption and Premium plans, the Azure Functions infrastructure scales CPU and memory resources by adding additional instances of the Functions host, based on the number of events that its functions are triggered on. Chaque instance de l’hôte Functions dans le plan Consommation est limitée à 1,5 Go de mémoire et un seul processeur.Each instance of the Functions host in the Consumption plan is limited to 1.5 GB of memory and one CPU. Une instance de l’hôte constitue l’intégralité de la Function App, ce qui signifie que toutes les fonctions dans une Function App partagent des ressources au sein d’une instance et sont mises à l’échelle simultanément.An instance of the host is the entire function app, meaning all functions within a function app share resource within an instance and scale at the same time. Les applications de fonction qui partagent le même plan Consommation sont mises à l’échelle indépendamment.Function apps that share the same Consumption plan are scaled independently. Dans le plan Premium, la taille de votre plan détermine la mémoire et le processeur disponibles pour toutes les applications de ce plan, sur cette instance.In the Premium plan, your plan size will determine the available memory and CPU for all apps in that plan on that instance.

Les fichiers de code de fonction sont stockés dans des partages Azure Files du compte de stockage principal de la fonction.Function code files are stored on Azure Files shares on the function's main storage account. Lorsque vous supprimez le compte de stockage principal de l’application de fonction, les fichiers de code de fonction sont supprimés et ne peuvent pas être récupérés.When you delete the main storage account of the function app, the function code files are deleted and cannot be recovered.

Mise à l’échelle du runtimeRuntime scaling

Azure Functions utilise un composant appelé contrôleur de mise à l’échelle pour surveiller la fréquence des événements et déterminer s’il convient de monter en puissance ou de diminuer la taille des instances.Azure Functions uses a component called the scale controller to monitor the rate of events and determine whether to scale out or scale in. Le contrôleur de mise à l’échelle utilise une méthode heuristique pour chaque type de déclencheur.The scale controller uses heuristics for each trigger type. Par exemple, si vous utilisez un déclencheur de stockage File d’attente Azure, il est mis à l’échelle en fonction de la longueur de la file d’attente et de l’âge du plus ancien message en file d’attente.For example, when you're using an Azure Queue storage trigger, it scales based on the queue length and the age of the oldest queue message.

L’unité d’échelle pour Azure Functions est la Function App.The unit of scale for Azure Functions is the function app. Quand les instances de l’application de fonction font l’objet d’une augmentation de taille, des ressources supplémentaires sont allouées pour exécuter plusieurs instances de l’hôte Azure Functions.When the function app is scaled out, additional resources are allocated to run multiple instances of the Azure Functions host. À l’inverse, quand la demande de calcul est réduite, le contrôleur de mise à l’échelle supprime des instances de l’hôte de fonction.Conversely, as compute demand is reduced, the scale controller removes function host instances. Le nombre d’instances est finalement réduit à zéro si aucune fonction n’est exécutée dans une application de fonction.The number of instances is eventually scaled in to zero when no functions are running within a function app.

Contrôleur de mise à l’échelle surveillant les événements et créant des instances

Présentation des comportements de mise à l’échelleUnderstanding scaling behaviors

La mise à l’échelle peut varier en fonction de certains facteurs et selon le déclencheur et le langage sélectionnés.Scaling can vary on a number of factors, and scale differently based on the trigger and language selected. Il est nécessaire de connaître certaines subtilités relatives aux comportements de mise à l’échelle :There are a few intricacies of scaling behaviors to be aware of:

  • Une application de fonction peut évoluer jusqu’à 200 instances maximum.A single function app only scales up to a maximum of 200 instances. Une seule instance, par contre, peut traiter plusieurs messages ou requêtes à la fois, ainsi il n’y a pas de limite définie sur le nombre d’exécutions simultanées.A single instance may process more than one message or request at a time though, so there isn't a set limit on number of concurrent executions.
  • Pour les déclencheurs HTTP, les nouvelles instances sont allouées une fois par seconde au maximum.For HTTP triggers, new instances will only be allocated at most once every 1 second.
  • Pour les déclencheurs non HTTP, les nouvelles instances sont allouées une fois toutes les 30 secondes au maximum.For non-HTTP triggers, new instances will only be allocated at most once every 30 seconds.

Différents déclencheurs peuvent également avoir des limites de mise à l’échelle différentes, comme documentées ci-dessous :Different triggers may also have different scaling limits as well as documented below:

Bonnes pratiques et modèles pour les applications scalablesBest practices and patterns for scalable apps

Nombreux sont les aspects d’une application de fonction qui impactent sa bonne mise à l’échelle, notamment la configuration de l’hôte, l’encombrement du runtime et l’efficacité des ressources.There are many aspects of a function app that will impact how well it will scale, including host configuration, runtime footprint, and resource efficiency. Pour plus d’informations, consultez la section sur l’extensibilité dans l’article Considérations relatives aux performances.For more information, see the scalability section of the performance considerations article. Vous devez également savoir ce qu’il se passe au niveau des connexions lors de la mise à l’échelle de votre application de fonction.You should also be aware of how connections behave as your function app scales. Pour plus d’informations, consultez How to manage connections in Azure Functions (Comment gérer des connexions dans Azure Functions).For more information, see How to manage connections in Azure Functions.

Pour plus d'informations sur la mise à l'échelle en Python et Node.js, consultez le Guide des développeurs Python sur Azure Functions - Mise à l'échelle et concurrence et le Guide des développeurs Node.js sur Azure Functions - Mise à l'échelle et concurrence.For additional information on scaling in Python and Node.js, see Azure Functions Python developer guide - Scaling and concurrency and Azure Functions Node.js developer guide - Scaling and concurrency.

Modèle de facturationBilling model

La facturation des différents plans est décrite en détail dans la page Tarification d’Azure Functions.Billing for the different plans is described in detail on the Azure Functions pricing page. L’utilisation est agrégée au niveau de l’application de fonction et compte uniquement la durée d’exécution du code de fonction.Usage is aggregated at the function app level and counts only the time that function code is executed. Les unités de facturation sont les suivantes :The following are units for billing:

  • Consommation des ressources en gigaoctet/seconde (Go/s) .Resource consumption in gigabyte-seconds (GB-s). Calcul effectué d’après une combinaison de la taille de la mémoire et de la durée d’exécution pour toutes les fonctions d’une application de fonction.Computed as a combination of memory size and execution time for all functions within a function app.
  • Exécutions.Executions. Comptées chaque fois qu’une fonction est exécutée en réponse à un déclencheur d’événements.Counted each time a function is executed in response to an event trigger.

Vous trouverez des requêtes et des informations utiles pour vous aider à comprendre votre facture de consommation dans la FAQ sur la facturation.Useful queries and information on how to understand your consumption bill can be found on the billing FAQ.

Limites du serviceService limits

Le tableau suivant indique les limites qui s’appliquent aux Function App lorsqu’elles sont exécutées dans les différents plans d’hébergement :The following table indicates the limits that apply to function apps when running in the various hosting plans:

RessourceResource Plan ConsommationConsumption plan Plan PremiumPremium plan Plan App Service1App Service plan1
Montée en chargeScale out Basé sur les événementsEvent driven Basé sur les événementsEvent driven Manuel/Mise à l’échelle automatiqueManual/autoscale
Nombre maximal d’instancesMax instances 200200 100100 10-2010-20
Durée du délai d’expiration (min) par défautDefault timeout duration (min) 55 3030 302302
Durée du délai d’expiration maximum (min)Max timeout duration (min) 1010 6060 illimité3unbounded3
Nbre max. de connexions sortantes (par instance)Max outbound connections (per instance) 600 actives (1 200 au total)600 active (1200 total) unboundedunbounded unboundedunbounded
Taille de requête max. (Mo)4Max request size (MB)4 100100 100100 100100
Longueur de chaîne de requête max.4Max query string length4 40964096 40964096 40964096
Longueur d’URL de requête max.4Max request URL length4 8 1928192 8 1928192 8 1928192
ACU par instanceACU per instance 100100 210-840210-840 100-840100-840
Mémoire max. (en Go par instance)Max memory (GB per instance) 1.51.5 3,5-143.5-14 1,75-141.75-14
Applications de fonction par planFunction apps per plan 100100 100100 illimité5unbounded5
Plans App ServiceApp Service plans 100 par région100 per region 100 par groupe de ressources100 per resource group 100 par groupe de ressources100 per resource group
Stockage6Storage6 1 Go1 GB 250 Go250 GB 50-1 000 Go50-1000 GB
Domaines personnalisés par applicationCustom domains per app 50075007 500500 500500
domaines personnalisés Prise en charge SSLCustom domain SSL support connexion SNI SSL illimitée incluseunbounded SNI SSL connection included connexions 1 IP SSL et SNI SSL illimitées inclusesunbounded SNI SSL and 1 IP SSL connections included connexions 1 IP SSL et SNI SSL illimitées inclusesunbounded SNI SSL and 1 IP SSL connections included

1 Pour connaître les limites spécifiques des différentes options du plan App Service, consultez les limites du plan App Service.1 For specific limits for the various App Service plan options, see the App Service plan limits.
2 Par défaut, le délai d’attente du runtime de Functions 1.x dans un plan App Service est illimité.2 By default, the timeout for the Functions 1.x runtime in an App Service plan is unbounded.
3 Nécessite que le plan App Service soit défini sur Always On.3 Requires the App Service plan be set to Always On. Facturation aux tarifs standard.Pay at standard rates.
4 Ces limites sont définies dans l’hôte.4 These limits are set in the host.
5 Le nombre réel d’applications de fonction qui peuvent être hébergées dépend de l’activité des applications, de la taille des instances de machine et de l’utilisation de ressources correspondante.5 The actual number of function apps that you can host depends on the activity of the apps, the size of the machine instances, and the corresponding resource utilization.
6 La limite de stockage est la taille totale du contenu dans le stockage temporaire de toutes les applications du même plan App Service.6 The storage limit is the total content size in temporary storage across all apps in the same App Service plan. Le plan Consommation utilise Azure Files pour le stockage temporaire.Consumption plan uses Azure Files for temporary storage.
7 Lorsque votre application de fonction est hébergée dans un Plan Consommation, seule l’option CNAME est prise en charge.7 When your function app is hosted in a Consumption plan, only the CNAME option is supported. Pour les applications de fonction présentes dans un plan Premium ou un plan App Service, vous pouvez mapper un domaine personnalisé en utilisant l’un ou l’autre des enregistrements : CNAME ou A.For function apps in a Premium plan or an App Service plan, you can map a custom domain using either a CNAME or an A record.