Azure Functions schalen en hostenAzure Functions scale and hosting

Wanneer u een functie-app in azure maakt, moet u een hosting abonnement kiezen voor uw app.When you create a function app in Azure, you must choose a hosting plan for your app. Er zijn drie hosting plannen beschikbaar voor Azure Functions: verbruiks abonnement, Premium-abonnementen app service plan.There are three hosting plans available for Azure Functions: Consumption plan, Premium plan, and App Service plan.

Het hosting abonnement dat u kiest, bepaalt het volgende gedrag:The hosting plan you choose dictates the following behaviors:

  • Hoe de functie-app wordt geschaald.How your function app is scaled.
  • De bronnen die beschikbaar zijn voor elk exemplaar van de functie-app.The resources available to each function app instance.
  • Ondersteuning voor geavanceerde functies, zoals VNET-connectiviteit.Support for advanced features, such as VNET connectivity.

Zowel verbruik als Premium-abonnementen voegen automatisch reken kracht toe wanneer uw code wordt uitgevoerd.Both Consumption and Premium plans automatically add compute power when your code is running. Uw app wordt uitgeschaald wanneer deze nodig is voor het verwerken van de belasting en wordt omlaag geschaald wanneer de uitvoering van de code wordt gestopt.Your app is scaled out when needed to handle load, and scaled down when code stops running. Voor het verbruiks abonnement hoeft u ook niet vooraf te betalen voor niet-actieve Vm's of reserve ring van capaciteit.For the Consumption plan, you also don't have to pay for idle VMs or reserve capacity in advance.

Premium-abonnement biedt extra functies, zoals Premium Compute-instanties, waarmee instanties voor onbepaalde tijd en VNet-connectiviteit kunnen worden bewaard.Premium plan provides additional features, such as premium compute instances, the ability to keep instances warm indefinitely, and VNet connectivity.

Met App Service plan kunt u profiteren van de toegewezen infra structuur, die u beheert.App Service plan allows you to take advantage of dedicated infrastructure, which you manage. De functie-app kan niet worden geschaald op basis van gebeurtenissen, wat betekent dat nooit wordt geschaald naar nul.Your function app doesn't scale based on events, which means is never scales down to zero. (Vereist dat Always on is ingeschakeld.)(Requires that Always on is enabled.)

Notitie

U kunt scha kelen tussen verbruiks-en Premium-abonnementen door de eigenschap plan van de resource van de functie-app te wijzigen.You can switch between Consumption and Premium plans by changing the plan property of the function app resource.

Ondersteuning voor hosting abonnementenHosting plan support

Functie ondersteuning valt in de volgende twee categorieën:Feature support falls into the following two categories:

  • Algemeen beschikbaar (ga) : volledig ondersteund en goedgekeurd voor productie gebruik.Generally available (GA): fully supported and approved for production use.
  • Preview: nog niet volledig ondersteund en goedgekeurd voor productie gebruik.Preview: not yet fully supported and approved for production use.

In de volgende tabel wordt het huidige ondersteunings niveau voor de drie hosting plannen aangegeven, wanneer dit wordt uitgevoerd op Windows of Linux:The following table indicates the current level of support for the three hosting plans, when running on either Windows or Linux:

VerbruiksabonnementConsumption plan Premium-planPremium plan Toegewezen planDedicated plan
WindowsWindows Algemene beschikbaarheidGA previewpreview Algemene beschikbaarheidGA
LinuxLinux Algemene beschikbaarheidGA previewpreview Algemene beschikbaarheidGA

VerbruiksabonnementConsumption plan

Wanneer u het verbruiks abonnement gebruikt, worden instanties van de Azure Functions-host dynamisch toegevoegd en verwijderd op basis van het aantal binnenkomende gebeurtenissen.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. Dit serverloze plan wordt automatisch geschaald en er worden alleen kosten in rekening gebracht voor reken resources wanneer uw functies worden uitgevoerd.This serverless plan scales automatically, and you're charged for compute resources only when your functions are running. Bij een verbruiks abonnement wordt een time-out van de functie uitgevoerd na een Configureer bare periode.On a Consumption plan, a function execution times out after a configurable period of time.

De facturering is gebaseerd op het aantal uitvoeringen, de uitvoerings tijd en het gebruikte geheugen.Billing is based on number of executions, execution time, and memory used. Facturering wordt samengevoegd over alle functies in een functie-app.Billing is aggregated across all functions within a function app. Zie de pagina met prijzen voor Azure functionsvoor meer informatie.For more information, see the Azure Functions pricing page.

Het verbruiks abonnement is het standaard hosting plan en biedt de volgende voor delen:The Consumption plan is the default hosting plan and offers the following benefits:

  • Betaal alleen wanneer uw functies worden uitgevoerdPay only when your functions are running
  • Automatisch uitschalen, zelfs tijdens peri Oden van hoge belastingScale out automatically, even during periods of high load

Functie-apps in dezelfde regio kunnen worden toegewezen aan hetzelfde verbruiks plan.Function apps in the same region can be assigned to the same Consumption plan. Er is geen nadeel of gevolgen voor het uitvoeren van meerdere apps in hetzelfde verbruiks abonnement.There's no downside or impact to having multiple apps running in the same Consumption plan. Het toewijzen van meerdere apps aan hetzelfde verbruiks plan heeft geen invloed op de flexibiliteit, schaal baarheid of betrouw baarheid van elke app.Assigning multiple apps to the same consumption plan has no impact on resilience, scalability, or reliability of each app.

Zie voor meer informatie over het schatten van kosten bij het uitvoeren van een verbruiks abonnement de kosten van verbruiks plan.To learn more about how to estimate costs when running in a Consumption plan, see Understanding Consumption plan costs.

Premium-abonnement (preview-versie)Premium plan (preview)

Wanneer u het Premium-abonnement gebruikt, worden exemplaren van de Azure Functions-host toegevoegd en verwijderd op basis van het aantal binnenkomende gebeurtenissen, net als het verbruiks abonnement.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. Premium-abonnement biedt ondersteuning voor de volgende functies:Premium plan supports the following features:

  • Ongebruikte en warme exemplaren om te voor komen dat ze koud worden gestartPerpetually warm instances to avoid any cold start
  • VNet-connectiviteitVNet connectivity
  • Onbeperkte uitvoerings duurUnlimited execution duration
  • Grootte van Premium-instanties (één kern, twee kernen en vier kern instanties)Premium instance sizes (one core, two core, and four core instances)
  • Meer voorspel bare prijzenMore predictable pricing
  • App-toewijzing met hoge densiteit voor plannen met meerdere functie-appsHigh-density app allocation for plans with multiple function apps

Informatie over hoe u deze opties kunt configureren, vindt u in het document van het Azure functions Premium-abonnement.Information on how you can configure these options can be found in the Azure Functions premium plan document.

In plaats van de facturering per uitvoering en het verbruikte geheugen, wordt de facturering voor het Premium-abonnement gebaseerd op het aantal kern seconden en het geheugen dat voor de benodigde en vooraf gewarmte instanties wordt gebruikt.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. Ten minste één exemplaar moet op elk moment per plan warm zijn.At least one instance must be warm at all times per plan. Dit betekent dat er een mini maal maandelijks bedrag per actief abonnement is, ongeacht het aantal uitvoeringen.This means that there is a minimum monthly cost per active plan, regardless of the number of executions. Houd er rekening mee dat alle functie-apps in een Premium-abonnement vooraf gewarmde en actieve instanties delen.Keep in mind that all function apps in a Premium plan share pre-warmed and active instances.

Bekijk het Azure Functions Premium-abonnement in de volgende situaties:Consider the Azure Functions premium plan in the following situations:

  • Uw functie-apps worden continu uitgevoerd, of bijna continu.Your function apps run continuously, or nearly continuously.
  • U hebt een groot aantal kleine uitvoeringen en beschikt over een hoog uitvoerings bedrag, maar een laag van minder dan een tweede factuur in het verbruiks abonnement.You have a high number of small executions and have a high execution bill but low GB second bill in the consumption plan.
  • U hebt meer CPU-of geheugen opties nodig dan in het verbruiks abonnement is opgenomen.You need more CPU or memory options than what is provided by the Consumption plan.
  • De code moet langer worden uitgevoerd dan de Maxi maal toegestane uitvoerings tijd voor het verbruiks abonnement.Your code needs to run longer than the maximum execution time allowed on the Consumption plan.
  • U hebt functies nodig die alleen beschikbaar zijn in een Premium-abonnement, zoals VNET/VPN-verbindingen.You require features that are only available on a Premium plan, such as VNET/VPN connectivity.

Wanneer u Java script-functies uitvoert op een Premium-abonnement, kiest u een instantie met minder Vcpu's.When running JavaScript functions on a Premium plan, you should choose an instance that has fewer vCPUs. Zie voor meer informatie het kiezen van single-core Premium-abonnementen.For more information, see the Choose single-core Premium plans.

Speciaal plan (App Service)Dedicated (App Service) plan

Uw functie-apps kunnen ook worden uitgevoerd op dezelfde specifieke Vm's als andere App Service-apps (Basic-, Standard-, Premium-en geïsoleerde Sku's).Your function apps can also run on the same dedicated VMs as other App Service apps (Basic, Standard, Premium, and Isolated SKUs).

Houd rekening met een App Service-abonnement in de volgende situaties:Consider an App Service plan in the following situations:

  • U hebt al bestaande, te weinig gebruikte virtuele machines waarop andere exemplaren van App Service worden uitgevoerd.You have existing, underutilized VMs that are already running other App Service instances.
  • U wilt een aangepaste installatie kopie opgeven waarop uw functies moeten worden uitgevoerd.You want to provide a custom image on which to run your functions.

U betaalt hetzelfde voor functie-apps in een App Service plan zoals u zou doen voor andere App Service resources, zoals web-apps.You pay the same for function apps in an App Service Plan as you would for other App Service resources, like web apps. Zie het overzicht van Azure app service plannenvoor meer informatie over de werking van het app service plan.For details about how the App Service plan works, see the Azure App Service plans in-depth overview.

Met een App Service-abonnement kunt u hand matig uitschalen door meer VM-exemplaren toe te voegen.With an App Service plan, you can manually scale out by adding more VM instances. U kunt ook automatisch schalen inschakelen.You can also enable autoscale. Zie aantal exemplaren hand matig of automatisch schalenvoor meer informatie.For more information, see Scale instance count manually or automatically. U kunt ook omhoog schalen door een ander App Service plan te kiezen.You can also scale up by choosing a different App Service plan. Zie een app omhoog schalen in azurevoor meer informatie.For more information, see Scale up an app in Azure.

Wanneer u Java script-functies uitvoert op een App Service-abonnement, moet u een abonnement kiezen dat minder Vcpu's heeft.When running JavaScript functions on an App Service plan, you should choose a plan that has fewer vCPUs. Zie voor meer informatie single-core app service-abonnementen kiezen.For more information, see Choose single-core App Service plans.

Altijd aanAlways On

Als u uitvoert met een App Service-abonnement, moet u de instelling altijd aan inschakelen, zodat de functie-app correct wordt uitgevoerd.If you run on an App Service plan, you should enable the Always on setting so that your function app runs correctly. Bij een App Service-abonnement wordt de runtime van functions na een paar minuten inactiviteit niet-actief, zodat alleen HTTP-triggers uw functies kunnen activeren.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. Always on is alleen beschikbaar voor een App Service plan.Always on is available only on an App Service plan. In een verbruiks abonnement activeert het platform automatisch functie-apps.On a Consumption plan, the platform activates function apps automatically.

Time-outperiode van functie-appFunction app timeout duration

De time-outwaarde van een functie-app wordt gedefinieerd door de eigenschap functionTimeout in het project van de host. json -bestand.The timeout duration of a function app is defined by the functionTimeout property in the host.json project file. In de volgende tabel ziet u de standaard-en maximum waarden in minuten voor beide plannen en in runtime versies:The following table shows the default and maximum values in minutes for both plans and in both runtime versions:

PlannenPlan Runtime versieRuntime Version StandaardDefault MaximumMaximum
VerbruikConsumption 1.x1.x 55 1010
VerbruikConsumption 2.x2.x 55 1010
App ServiceApp Service 1.x1.x OnbeperktUnlimited OnbeperktUnlimited
App ServiceApp Service 2.x2.x 3030 OnbeperktUnlimited

Notitie

Ongeacht de time-outinstelling van de functie-app is 230 seconden de maximale tijds duur die een door HTTP geactiveerde functie kan ondernemen om te reageren op een aanvraag.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. Dit komt door de standaard time-out voor inactiviteit van Azure Load Balancer.This is because of the default idle timeout of Azure Load Balancer. Overweeg het Durable functions async-patroon te gebruiken of de werkelijke hoeveelheid werk uit te stellen en een onmiddellijke reactie te retour nerenvoor langere verwerkings tijden.For longer processing times, consider using the Durable Functions async pattern or defer the actual work and return an immediate response.

Zelfs met Always ingeschakeld, wordt de time-out voor uitvoering voor afzonderlijke functies bepaald door de functionTimeout instelling in het JSON-project bestand van de host.Even with Always On enabled, the execution timeout for individual functions is controlled by the functionTimeout setting in the host.json project file.

Het hosting plan van een bestaande toepassing bepalenDetermine the hosting plan of an existing application

Zie app service plan/prijs categorie in het tabblad overzicht voor de functie-app in de Azure Portalom het hosting plan te bepalen dat door uw functie-app wordt gebruikt.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. Voor App Service plannen wordt de prijs categorie ook aangegeven.For App Service plans, the pricing tier is also indicated.

Schaal plan weer geven in de portal

U kunt de Azure CLI ook gebruiken om het plan als volgt te bepalen: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

Wanneer de uitvoer van deze opdracht wordt dynamic, bevindt uw functie-app zich in het verbruiks abonnement.When the output from this command is dynamic, your function app is in the Consumption plan. Wanneer de uitvoer van deze opdracht is ElasticPremium, bevindt uw functie-app zich in het Premium-abonnement.When the output from this command is ElasticPremium, your function app is in the Premium plan. Alle andere waarden geven verschillende lagen van een App Service plan aan.All other values indicate different tiers of an App Service plan.

Vereisten voor een opslagaccountStorage account requirements

Voor een wille keurig abonnement is voor een functie-app een algemeen Azure Storage account vereist, dat Azure Blob, wachtrij, bestanden en tabel opslag ondersteunt.On any plan, a function app requires a general Azure Storage account, which supports Azure Blob, Queue, Files, and Table storage. Dit komt omdat functies afhankelijk zijn van Azure Storage voor bewerkingen, zoals het beheren van triggers en de uitvoering van logboek functies, maar sommige opslag accounts bieden geen ondersteuning voor wacht rijen en tabellen.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. Deze accounts, waaronder alleen Blob Storage-accounts (inclusief Premium Storage) en opslag accounts voor algemeen gebruik met zone-redundante opslag replicatie, worden uitgefilterd op basis van uw bestaande opslag accounts geselecteerd bij het maken van een functie-app.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.

Het opslag account dat wordt gebruikt door uw functie-app kan ook worden gebruikt door uw triggers en bindingen om uw toepassings gegevens op te slaan.The same storage account used by your function app can also be used by your triggers and bindings to store your application data. Voor Storage-intensieve bewerkingen moet u echter een afzonderlijk opslag account gebruiken.However, for storage-intensive operations, you should use a separate storage account.

Zie Inleiding tot de Azure Storage servicesvoor meer informatie over typen opslag accounts.To learn more about storage account types, see Introducing the Azure Storage services.

Hoe de verbruiks-en Premium-abonnementen werkenHow the consumption and premium plans work

In de verbruiks-en Premium-abonnementen schaalt de Azure Functions-infra structuur CPU-en geheugen bronnen door extra exemplaren van de functions-host toe te voegen op basis van het aantal gebeurtenissen waarvoor de functies zijn geactiveerd.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. Elk exemplaar van de functions-host in het verbruiks abonnement is beperkt tot 1,5 GB aan geheugen en één CPU.Each instance of the Functions host in the consumption plan is limited to 1.5 GB of memory and one CPU. Een exemplaar van de host is de volledige functie-app, wat betekent dat alle functies binnen een functie-app resources delen binnen een exemplaar en op hetzelfde moment kunnen worden geschaald.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. Functie-apps die hetzelfde verbruiks abonnement delen, worden onafhankelijk geschaald.Function apps that share the same consumption plan are scaled independently. In het Premium-abonnement bepaalt de grootte van het abonnement het beschik bare geheugen en de CPU voor alle apps in dat exemplaar.In the premium plan, your plan size will determine the available memory and CPU for all apps in that plan on that instance.

Functie code bestanden worden opgeslagen op Azure Files shares op het belangrijkste opslag account van de functie.Function code files are stored on Azure Files shares on the function's main storage account. Wanneer u het belangrijkste opslag account van de functie-app verwijdert, worden de functie code bestanden verwijderd en kunnen deze niet worden hersteld.When you delete the main storage account of the function app, the function code files are deleted and cannot be recovered.

Runtime schalenRuntime scaling

Azure Functions gebruikt een onderdeel dat de schaal controller wordt genoemd om de frequentie van gebeurtenissen te controleren en te bepalen of u wilt schalen of schalen.Azure Functions uses a component called the scale controller to monitor the rate of events and determine whether to scale out or scale in. De schaal controller maakt gebruik van heuristiek voor elk trigger type.The scale controller uses heuristics for each trigger type. Wanneer u bijvoorbeeld een Azure Queue-opslag trigger gebruikt, wordt deze geschaald op basis van de lengte van de wachtrij en de leeftijd van het oudste wachtrij bericht.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.

De eenheid van de schaal voor Azure Functions is de functie-app.The unit of scale for Azure Functions is the function app. Wanneer de functie-app is geschaald, worden er extra resources toegewezen om meerdere exemplaren van de Azure Functions host uit te voeren.When the function app is scaled out, additional resources are allocated to run multiple instances of the Azure Functions host. Als de berekenings aanvraag daarentegen wordt verkleind, worden de instanties van de functie-host door de schaal controller verwijderd.Conversely, as compute demand is reduced, the scale controller removes function host instances. Het aantal exemplaren wordt uiteindelijk naar nul geschaald wanneer er geen functies in een functie-app worden uitgevoerd.The number of instances is eventually scaled down to zero when no functions are running within a function app.

Controller bewakings gebeurtenissen schalen en instanties maken

Meer informatie over het schalen van gedragUnderstanding scaling behaviors

Schalen kan variëren op basis van een aantal factoren en op verschillende manieren schalen, afhankelijk van de geselecteerde trigger en taal.Scaling can vary on a number of factors, and scale differently based on the trigger and language selected. Er zijn een aantal complexiteit waarmee u rekening moet houden:There are a few intricacies of scaling behaviors to be aware of:

  • Een functie-app kan zelfstandig omhoog worden geschaald naar maximaal 200 exemplaren.A single function app only scales up to a maximum of 200 instances. Eén exemplaar kan echter meer dan één bericht of aanvraag tegelijk verwerken, dus er is geen limiet ingesteld voor het aantal gelijktijdige uitvoeringen.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.
  • Voor HTTP-triggers worden nieuwe instanties slechts elke 1 seconde toegewezen.For HTTP triggers, new instances will only be allocated at most once every 1 second.
  • Voor niet-HTTP-triggers worden nieuwe instanties Maxi maal elke 30 seconden toegewezen.For non-HTTP triggers, new instances will only be allocated at most once every 30 seconds.

Andere triggers kunnen ook verschillende schaal limieten hebben, zoals hieronder wordt beschreven:Different triggers may also have different scaling limits as well as documented below:

Aanbevolen procedures en patronen voor schaal bare appsBest practices and patterns for scalable apps

Er zijn veel aspecten van een functie-app die van invloed zijn op de manier waarop deze worden geschaald, met inbegrip van hostconfiguratie, runtime footprint en resource-efficiëntie.There are many aspects of a function app that will impact how well it will scale, including host configuration, runtime footprint, and resource efficiency. Zie de sectie schaal baarheid in het artikel over prestatie overwegingenvoor meer informatie.For more information, see the scalability section of the performance considerations article. U moet ook weten hoe verbindingen zich gedragen als uw functie-app wordt geschaald.You should also be aware of how connections behave as your function app scales. Zie verbindingen beheren in azure functionsvoor meer informatie.For more information, see How to manage connections in Azure Functions.

FactureringsmodelBilling model

De facturering voor de verschillende plannen wordt gedetailleerd beschreven op de pagina met Azure functions prijzen.Billing for the different plans is described in detail on the Azure Functions pricing page. Het gebruik wordt geaggregeerd op het niveau van de functie-app en telt alleen de tijd waarop de functie code wordt uitgevoerd.Usage is aggregated at the function app level and counts only the time that function code is executed. Hier volgen enkele eenheden voor facturering:The following are units for billing:

  • Resource verbruik in Gigabyte-seconden (GB-s) .Resource consumption in gigabyte-seconds (GB-s). Berekend als een combi natie van geheugen grootte en uitvoerings tijd voor alle functies in een functie-app.Computed as a combination of memory size and execution time for all functions within a function app.
  • Uitvoeringen.Executions. Geteld wanneer een functie wordt uitgevoerd in reactie op een gebeurtenis trigger.Counted each time a function is executed in response to an event trigger.

Nuttige query's en informatie over het begrijpen van uw verbruiks factuur vindt u in de veelgestelde vragen over facturering.Useful queries and information on how to understand your consumption bill can be found on the billing FAQ.

ServicebeperkingenService limits

In de volgende tabel worden de limieten aangegeven die van toepassing zijn op app-functies wanneer ze worden uitgevoerd in de verschillende hosting plannen:The following table indicates the limits that apply to function apps when running in the various hosting plans:

ResourceResource Verbruiks abonnementConsumption plan Premium-abonnementPremium plan App service plan 1App Service plan1
UitschalenScale out Gestuurde gebeurtenisEvent driven Gestuurde gebeurtenisEvent driven Hand matig/automatisch schalenManual/autoscale
Max. exemplarenMax instances 200200 2020 10-2010-20
Standaard time-outduur (min)Default time out duration (min) 55 3030 302302
Maximale time-outduur (min.)Max time out duration (min) 1010 unboundedunbounded niet-gebonden3unbounded3
Maximum aantal uitgaande verbindingen (per instantie)Max outbound connections (per instance) 600 actief (1200 totaal)600 active (1200 total) unboundedunbounded unboundedunbounded
Maximale aanvraag grootte (MB)4Max request size (MB)4 100100 100100 100100
Maximale lengte van de query teken reeks4Max query string length4 40964096 40964096 40964096
Maximale lengte van de aanvraag-URL4Max request URL length4 81928192 81928192 81928192
ACU per instantieACU per instance 100100 210-840210-840 100-840100-840
Maxi maal geheugen (GB per instantie)Max memory (GB per instance) 1.51.5 3,5-143.5-14 1,75-141.75-14
Functie-apps per planFunction apps per plan 100100 100100 niet-gebonden5unbounded5
App Service-abonnementenApp Service plans 100 per regio100 per region 100 per resource groep100 per resource group 100 per resource groep100 per resource group
Opslag6Storage6 1 GB1 GB 250 GB250 GB 50-1000 GB50-1000 GB
Aangepaste domeinen per appCustom domains per app 50075007 500500 500500
SSL- ondersteuning voor aangepaste domeinenCustom domain SSL support niet-gebonden SNI SSL verbinding opgenomenunbounded SNI SSL connection included niet-gebonden SNI SSL en 1 IP SSL verbindingen inbegrepenunbounded SNI SSL and 1 IP SSL connections included niet-gebonden SNI SSL en 1 IP SSL verbindingen inbegrepenunbounded SNI SSL and 1 IP SSL connections included

1 zie de app service plan limietenvoor specifieke limieten voor de verschillende opties voor het app service plan.1 For specific limits for the various App Service plan options, see the App Service plan limits.
2 standaard is de time-out voor de functies 1. x runtime in een app service plan ongebonden.2 By default, the timeout for the Functions 1.x runtime in an App Service plan is unbounded.
3 vereist dat het app service-abonnement is ingesteld op Always on.3 Requires the App Service plan be set to Always On. Betaal op basis van standaard tarieven.Pay at standard rates.
4 deze limieten worden ingesteld op de host.4 These limits are set in the host.
5 het werkelijke aantal functie-apps dat u kunt hosten, is afhankelijk van de activiteit van de apps, de grootte van de computer instanties en het bijbehorende resource gebruik.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 de opslag limiet is de totale inhouds grootte in tijdelijke opslag voor alle apps in hetzelfde app service-abonnement.6 The storage limit is the total content size in temporary storage across all apps in the same App Service plan. Het verbruiks abonnement gebruikt Azure Files voor tijdelijke opslag.Consumption plan uses Azure Files for temporary storage.
7 wanneer uw functie-app wordt gehost in een verbruiks abonnement, wordt alleen de CNAME-optie ondersteund.7 When your function app is hosted in a Consumption plan, only the CNAME option is supported. Voor functie-apps in een Premium-abonnement of een app service- abonnementkunt u een aangepast domein toewijzen met BEhulp van een CNAME-of a-record.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.