Delen via

Hostingopties voor Azure Functions

Wanneer u een functie-app in Azure maakt, moet u een hostingoptie voor uw app kiezen. Azure biedt u de volgende hostingopties voor uw functiecode:

Hostingoptie Dienst Beschikbaarheid Ondersteuning voor containers
Flex Consumption-abonnement Azure Functions (serverloze computerdiensten van Azure) Algemeen beschikbaar (GA) Geen
Premium-abonnement Azure Functions (serverloze computerdiensten van Azure) Algemene Vergadering Linux
Toegewezen abonnement Azure Functions (serverloze computerdiensten van Azure) Algemene Vergadering Linux
Container Apps Azure Container Apps - een dienst van Microsoft waarmee je containers kunt uitvoeren en beheren in de cloud. Algemene Vergadering Linux
Verbruiksabonnement Azure Functions (serverloze computerdiensten van Azure) Windows - GA
Linux - buiten gebruik gesteld		 Geen

Belangrijk

Na 30 september 2028 wordt de optie voor het hosten van uw functie-app op Linux in een verbruiksabonnement buiten gebruik gesteld. Als u onderbrekingen wilt voorkomen, migreert u uw bestaande verbruiksabonnement-apps die op Linux worden uitgevoerd naar het Flex Consumption-abonnement vóór die datum. Apps die worden uitgevoerd in Windows in een verbruiksabonnement, worden niet beïnvloed door deze wijziging. Zie de kennisgeving over buitengebruikstelling van het Linux-verbruiksplan voor meer informatie.

Azure Functions-hostingopties worden gefaciliteerd door azure App Service-infrastructuur op virtuele Linux- en Windows-machines. De hostingoptie die u kiest, bepaalt het volgende gedrag:

  • Hoe uw functie-app wordt geschaald.
  • De resources die beschikbaar zijn voor elk exemplaar van de functie-app.
  • Ondersteuning voor geavanceerde functionaliteit, zoals Azure Virtual Network-connectiviteit.
  • Ondersteuning voor Linux-containers.

Het plan dat u kiest, heeft ook invloed op de kosten voor het uitvoeren van uw functiecode. Zie Facturering voor meer informatie.

Dit artikel bevat een gedetailleerde vergelijking tussen de verschillende hostingopties. Zie ondersteuning voor Linux-containers in Azure Functions voor meer informatie over het uitvoeren en beheren van uw functiecode.

Overzicht van plannen

Hier volgt een overzicht van de voordelen van de verschillende opties voor Het hosten van Azure Functions:

Optie Voordelen
Flex Consumption-abonnement Ervaar snelle horizontale schaalaanpassing, met flexibele rekenopties, integratie van virtuele netwerken en serverloze betalen per gebruik-facturering.

In het Flex Consumption-plan worden functie-exemplaren dynamisch uitgeschaald (maximaal 1000) op basis van geconfigureerde gelijktijdigheid per instantie, binnenkomende gebeurtenissen en workloads per functie voor optimale efficiëntie.

Houd rekening met het Flex Consumption-abonnement wanneer:

✔ U hebt een serverloze host nodig voor uw functiecode en betaalt alleen voor uitvoeringen op aanvraag.
✔ U hebt virtuele netwerkconnectiviteit nodig voor beveiligde toegang tot Azure-resources.
✔ Uw workloads zijn variabel en kunnen van geen activiteit tot veeleisende snelle, gebeurtenisgestuurde schaalaanpassing gaan.
✔ U wilt de rekenkracht aanpassen met geheugengrootten (512 MB, 2.048 MB of 4.096 MB) en koude starts verminderen via een of meer van tevoren ingerichte (altijd klaar) exemplaren.
Premium-abonnement Schaalt automatisch op basis van vraag met behulp van vooraf opgewarmde werkrollen, die toepassingen zonder vertraging uitvoeren nadat ze inactief zijn, worden uitgevoerd op krachtigere exemplaren en verbinding maken met virtuele netwerken.

Houd rekening met het Azure Functions Premium-abonnement in de volgende situaties:

✔ Uw functie-apps worden continu of bijna continu uitgevoerd.
✔ U wilt meer controle over uw instanties en meerdere functie-apps implementeren in hetzelfde plan met gebeurtenisgestuurd schalen.
✔ U hebt een groot aantal kleine uitvoeringen en een hoge uitvoeringsfactuur, maar lage GB-seconden in het consumptieplan.
✔ U hebt meer CPU- of geheugenopties nodig dan wordt geleverd door verbruiksabonnementen.
✔ Uw code moet langer worden uitgevoerd dan de maximale uitvoeringstijd die is toegestaan voor het verbruiksabonnement.
✔ U hebt virtuele netwerkconnectiviteit nodig voor beveiligde toegang tot Azure-resources.
✔ U wilt een aangepaste Linux-image opgeven waarin u uw functies kunt uitvoeren.
Toegewezen abonnement Voer uw functies uit binnen een App Service-plan tegen normale tarieven voor Een App Service-plan.

Het meest geschikt voor langdurige scenario's waarbij Durable Functions niet kan worden gebruikt. Overweeg een App Service-plan in de volgende situaties:

✔ U hebt bestaande en onderbenutte virtuele machines waarop al andere App Service-exemplaren worden uitgevoerd.
✔ U moet volledig voorspelbare facturering hebben of u moet exemplaren handmatig schalen.
✔ U wilt meerdere web-apps en functie-apps uitvoeren op hetzelfde abonnement
✔ U hebt toegang nodig tot grotere computercapaciteiten.
✔ Volledige rekenisolatie en beveiligde netwerktoegang die wordt geleverd door een App Service Environment (ASE).
✔ Zeer hoog geheugengebruik en hoge schaal (ASE).
Container Apps In containers geplaatste functie-apps maken en implementeren in een volledig beheerde omgeving die wordt gehost door Azure Container Apps.

Gebruik het Azure Functions-programmeermodel om gebeurtenisgestuurde, serverloze, cloudeigen functie-apps te bouwen. Voer uw functies uit naast andere microservices, API's, websites en werkstromen als door containers gehoste programma's. Overweeg in de volgende situaties uw functies op Container Apps te hosten:

✔ U wilt controle over het containerimage en wilt aangepaste bibliotheken verpakken bij uw functiecode om bedrijfsapplicaties te ondersteunen.
✔ U moet code-uitvoering migreren van on-premises of verouderde apps naar cloudeigen microservices die in containers worden uitgevoerd.
✔ Wanneer u de overhead en complexiteit van het beheren van Kubernetes-clusters en toegewezen rekenkracht wilt voorkomen.
✔ Uw functies hebben geavanceerde verwerkingskracht nodig die wordt geleverd door toegewezen GPU-rekenresources.
Verbruiksabonnement Betaal alleen voor rekenresources wanneer uw functies worden uitgevoerd (betalen per gebruik) met automatische schaalaanpassing in Windows.

In het verbruiksabonnement worden functie-exemplaren dynamisch toegevoegd en verwijderd op basis van het aantal binnenkomende gebeurtenissen.

Houd rekening met het verbruiksabonnement wanneer:

✔ U hebt een afhankelijkheid van Windows, bijvoorbeeld met behulp van de v1-runtime, de volledige .NET Framework- of Windows-specifieke functies, zoals bepaalde PowerShell-modules
✔ U wilt een serverloos factureringsmodel en betaalt alleen wanneer uw functies worden uitgevoerd.

De resterende tabellen in dit artikel vergelijken hostingopties op basis van verschillende functies en gedragingen.

Ondersteuning voor besturingssystemen

In deze tabel ziet u besturingssysteemondersteuning voor de hostingopties.

Hosten Linux1-implementatie Implementatie van Windows2
Flex Consumption-abonnement ✅ Alleen code
❌ Container (niet ondersteund)		 ❌ Niet ondersteund
Premium-abonnement ✅ Alleen code
✅ Container		 ✅ Alleen code
Toegewezen abonnement ✅ Alleen code
✅ Container		 ✅ Alleen code
Container Apps ✅ Alleen container ❌ Niet ondersteund
Verbruiksabonnement3 ✅ Alleen code (afgeschaft)
❌ Container (niet ondersteund)		 ✅ Alleen code
  1. Linux is het enige ondersteunde besturingssysteem voor de Python-runtimestack.
  2. Windows-implementaties zijn alleen gebaseerd op code. Functions biedt momenteel geen ondersteuning voor Windows-containers.
  3. De mogelijkheid om uw app uit te voeren op Linux in een verbruiksabonnement is gepland om op 30 september 2028 buiten gebruik te worden gesteld. Zie Verbruiksabonnement voor meer informatie.

Time-outduur van functie-app

De time-outduur voor functies in een functie-app wordt gedefinieerd door de functionTimeout eigenschap in het host.json projectbestand. Deze eigenschap is specifiek van toepassing op functie-uitvoeringen. Nadat de trigger de uitvoering van de functie start, moet de functie binnen de time-outduur retourneren/reageren. Om time-outs te voorkomen, is het belangrijk om robuuste functies te schrijven. Zie Prestaties en betrouwbaarheid van Azure Functions verbeteren voor meer informatie.

In de volgende tabel ziet u de standaard- en maximumwaarden (in minuten) voor specifieke plannen:

Plannen Verstek Maximum1
Flex Consumption-abonnement 30 Niet-gebonden2
Premium-abonnement 304 Niet-gebonden2
Toegewezen abonnement 304 Niet-gebonden3
Container Apps 30 Niet-gebonden5
Verbruiksabonnement 5 10
  1. Ongeacht de time-outinstelling van de functie-app, is 230 seconden de maximale hoeveelheid tijd die een door HTTP geactiveerde functie kan duren om te reageren op een aanvraag. Dit komt door de standaard time-out voor inactiviteit van Azure Load Balancer. Overweeg voor langere verwerkingstijden het asynchrone Durable Functions-patroon te gebruiken of stel het werk uit en stuur onmiddellijk een antwoord terug.
  2. Er is geen maximale time-outduur voor uitvoering afgedwongen. De respijtperiode die aan een functie-uitvoering wordt gegeven, is echter 60 minuten tijdens de inschaal voor de Flex Consumption- en Premium-abonnementen en er wordt een respijtperiode van 10 minuten gegeven tijdens platformupdates.
  3. Vereist dat het App Service-plan is ingesteld op AlwaysOn. Tijdens platformupdates wordt er een respijtperiode van 10 minuten gegeven.
  4. De standaardtime-out voor versie 1.x van de Functions-hostruntime is onbegrensd.
  5. Wanneer het minimale aantal replica's is ingesteld op nul, is de standaardtime-out afhankelijk van de specifieke triggers die in de app worden gebruikt.

Bij de waarden in deze tabel wordt ervan uitgegaan dat het Azure Functions-hostproces is gestart en correct wordt uitgevoerd. Er is een maximale time-out van 60 seconden toegestaan voor het taalspecifieke werkproces om ook te starten. De time-out voor het opstarten van het werkproces kan momenteel niet worden geconfigureerd.

Taalondersteuning

Zie Ondersteunde talen in Azure Functions voor meer informatie over de huidige ondersteuning voor systeemeigen taalstacks in Functions.

Schaal

De volgende tabel vergelijkt het schaalgedrag van de verschillende hostingabonnementen.
Maximumaantal exemplaren worden gegeven per functie-app (Verbruik) of per abonnement (Premium/Dedicated), tenzij anders aangegeven.

Plannen Horizontaal uitbreiden Maximaal aantal exemplaren
Flex Consumption-abonnement Snelle, gebeurtenisgestuurde schaalbeslissingen worden per functie berekend, ook wel schalen per functie genoemd. Dit biedt een meer deterministische manier om de functies in uw app te schalen. Met uitzondering van HTTP, Blob Storage (Event Grid) en Durable Functions, worden alle andere typen functietriggers in uw app geschaald op onafhankelijke instanties. Alle HTTP-triggers in uw app worden in hun geheel als een groep op dezelfde instanties geschaald, net zoals alle Blob storage- (Event Grid) triggers. Alle Durable Functions-triggers delen ook exemplaren en schalen. 10001
Premium-abonnement Event-gedreven. Automatisch uitschalen, zelfs tijdens perioden met hoge belasting. De Infrastructuur van Azure Functions schaalt CPU- en geheugenresources door meer exemplaren van de Functions-host toe te voegen op basis van het aantal gebeurtenissen waarop de functies worden geactiveerd. Windows: 1006
Linux: 20-1002,6
Toegewezen abonnement Handmatige/automatische schaalaanpassing 10-303
100 (ASE)
Container Apps Event-gedreven. Automatisch uitschalen, zelfs tijdens perioden met hoge belasting. De Infrastructuur van Azure Functions schaalt CPU- en geheugenresources door meer exemplaren van de Functions-host toe te voegen op basis van het aantal gebeurtenissen waarop de functies worden geactiveerd. 300-10004
Verbruiksabonnement Event-gedreven. Automatisch schalen op basis van de bron van gebeurtenissen. De infrastructuur voor functies schaalt de resources door meer exemplaren van de functiehost toe te voegen, op basis van het aantal binnenkomende trigger-gebeurtenissen. Windows: 200
Linux: 1005
  1. Flex Consumption-abonnement heeft een regionaal abonnementsquotum dat het totale geheugengebruik van alle exemplaren in een bepaalde regio beperkt. Zie geheugenquota voor regionale abonnementenvoor meer informatie. Flex Consumption-abonnementen ondersteunen momenteel alleen Linux.
  2. In sommige regio's kunnen Linux-apps op een Premium-abonnement worden geschaald naar 100 exemplaren. Zie het artikel over het Premium-abonnement voor meer informatie.
  3. Zie de App Service-planlimieten voor specifieke limieten voor de verschillende opties van het App Service-plan.
  4. In Container Apps is de standaardwaarde 10 exemplaren, maar u kunt het maximum aantal replica's instellen, met een totaal maximum van 1000. Deze instelling wordt gehonoreerd zolang er voldoende kernquotum beschikbaar is. Zie Quota voor Azure Container Apps voor meer informatie. Wanneer u uw functie-app maakt vanuit Azure Portal, bent u beperkt tot 300 exemplaren.
  5. Tijdens uitschalen geldt momenteel een limiet van 500 exemplaren per abonnement per uur voor Linux-apps in een verbruiksabonnement.
  6. Voor beperkte HTTP-triggers voor privé-eindpunten is uitschalen beperkt tot maximaal 20 exemplaren.

Koude-startgedrag

Plannen Bijzonderheden
Flex Consumption-abonnement Verbeterde koude start, zelfs wanneer deze naar nul wordt afgeschaald. Ondersteunt altijd gereede instanties om de vertraging bij het inrichten van nieuwe exemplaren verder te verminderen.
Premium-abonnement Ondersteunt altijd gereede exemplaren om koude start te voorkomen door u een of meer permanent warme exemplaren te laten onderhouden.
Toegewezen abonnement Wanneer de Functions-host wordt uitgevoerd in een Dedicated plan, kan deze continu worden uitgevoerd op een voorgeschreven aantal instances, wat betekent dat een koude start feitelijk geen probleem is.
Container Apps Afhankelijk van het minimale aantal replica's:
• Wanneer deze optie is ingesteld op nul: apps kunnen worden geschaald naar nul wanneer ze niet actief zijn en sommige aanvragen mogelijk meer latentie hebben bij het opstarten.
• Wanneer ingesteld op één of meer: het hostproces wordt continu uitgevoerd, wat betekent dat koude start geen probleem is.
Verbruiksabonnement Apps kunnen worden geschaald naar nul wanneer ze niet actief zijn, wat betekent dat sommige aanvragen mogelijk meer latenties hebben bij het opstarten. Het verbruiksplan omvat enkele optimalisaties om de koude starttijd te verminderen, waaronder het ophalen van vooraf opgewarmde placeholder-functies, waarop de host- en taalprocessen al worden uitgevoerd.

Beperkingen van diensten

Hulpbron Flex Consumption-abonnement Premium-abonnement As-omgeving van toegewezen abonnement/ Container-apps Verbruiksabonnement
Standaardtime-outduur (min. ) 30 30 301 3016 5
Maximale time-outduur (min. ) niet-gebonden9 niet-gebonden9 niet-gebonden2 niet-gebonden17 10
Maximumaantal uitgaande verbindingen (per exemplaar) niet-gebonden niet-gebonden niet-gebonden niet-gebonden 600 actief (1.200 totaal)
Maximale aanvraaggrootte (MB)3 210 210 210 210 210
Maximale tekenreekslengte voor query's3 4096 4096 4096 4096 4096
Maximale lengte voor aanvraag-URL's3 8192 8192 8192 8192 8192
ACU per exemplaar 210-840 100-840/210-250 10 varieert 100 Varieert
Maximaal geheugen (GB per exemplaar) 414 3,5-14 1.75-256/8-256 varieert 1.5
Maximumaantal exemplaren (Windows | Linux)15 n/a | 1000 20-100 10-30 (100 ASE)11 300-100018 200 | 100
Functie-apps per abonnement13 1 100 niet-gebonden4 niet-gebonden4 100
App Service-abonnementen n.v.t 100 per resourcegroep 100 per resourcegroep n.v.t 100 per regio
Implementatiesites per app12 n.v.t 3 1-2011 niet ondersteund 2
Opslag (tijdelijk)5 0,8 GB 21-140 GB 11-140 GB n.v.t 0,5 GB
Opslag (persistent) 0 GB7 250 GB 10-1000 GB11 n.v.t 1 GB6,7
Aangepaste domeinen per app 258 500 500 niet ondersteund 5008
TSL-/SSL-ondersteuning voor aangepast domein niet-gebonden SNI SSL en één IP SSL-verbinding opgenomen niet-gebonden SNI SSL en één IP SSL-verbinding opgenomen niet-gebonden SNI SSL en één IP SSL-verbinding opgenomen niet ondersteund niet-gebonden SNI SSL-verbinding inbegrepen

Opmerkingen over servicelimieten:

  1. De time-out voor de Functions 1.x-runtime in een App Service-plan is standaard niet gebonden.
  2. Vereist dat het App Service-plan is ingesteld op AlwaysOn. Tegen standaardtarieven. Tijdens platformupdates wordt er een respijtperiode van 10 minuten gegeven.
  3. Deze limieten worden ingesteld in de host.
  4. Het werkelijke aantal functie-apps dat u kunt hosten, is afhankelijk van de activiteit van de apps, de grootte van de machine-exemplaren en het bijbehorende resourcegebruik.
  5. De opslaglimiet is de totale inhoudsgrootte in tijdelijke opslag voor alle apps in hetzelfde App Service-plan. Voor verbruiksabonnementen op Linux is de opslag momenteel 1,5 GB.
  6. Verbruiksabonnement maakt gebruik van een Azure Files-share voor permanente opslag. Wanneer u uw eigen Azure Files-share opgeeft, zijn de limieten voor de specifieke sharegrootte afhankelijk van het opslagaccount dat u hebt ingesteld voor WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
  7. In Linux moet u uw eigen Azure Files-share expliciet koppelen.
  8. Wanneer uw functie-app wordt gehost in een verbruiksabonnement, wordt alleen de CNAME-optie ondersteund. Voor functie-apps in een Premium-abonnement of een App Service-abonnement kunt u een aangepast domein toewijzen met een CNAME- of A-record.
  9. Er is geen maximale time-outduur voor uitvoering afgedwongen. De respijtperiode die aan een functie-uitvoering wordt gegeven, is echter 60 minuten tijdens het inschalen en 10 minuten tijdens platformupdates.
  10. Werkrollen zijn rollen die klanten-apps hosten. Werkrollen zijn beschikbaar in drie vaste grootten: één vCPU/3,5 GB RAM; Twee vCPU/7 GB RAM; Vier vCPU/14 GB RAM.
  11. Zie App Service-limieten voor meer informatie.
  12. Inclusief de productiesite.
  13. Er is momenteel een limiet van 5000 functie-apps in een bepaald abonnement.
  14. De instantiegrootten van flexverbruiksabonnementen zijn momenteel gedefinieerd als 512 MB, 2048 MB of 4096 MB. Zie Exemplaargeheugen voor meer informatie.
  15. Zie Schalen in het artikel Hostingvergelijking voor meer informatie.
  16. Wanneer het minimale aantal replica's is ingesteld op nul, is de standaardtime-out afhankelijk van de specifieke triggers die in de app worden gebruikt.
  17. Wanneer het minimumaantal replica's is ingesteld op een of meer replica's .

Netwerkfuncties

Eigenschap Flex Consumption-abonnement Verbruiksabonnement Premium-abonnement As-omgeving van toegewezen abonnement/ Container Apps1
Binnenkomende IP-beperkingen ✔ ✔ ✔ ✔ ✔
Binnenkomende privé-eindpunten ✔ ✔ ✔
virtuele netwerkintegratie ✔ ✔Arabisch cijfer ✔3 ✔
Uitgaande IP-beperkingen ✔ ✔ ✔ ✔
  1. Zie Netwerken in de Azure Container Apps-omgeving voor meer informatie.
  2. Er zijn speciale overwegingen bij het werken met triggers voor virtuele netwerken.
  3. Alleen het Toegewezen/ASE-plan biedt ondersteuning voor integratie van virtuele netwerken die een gateway vereisen.

Facturatie

Plannen Bijzonderheden
Flex Consumption-abonnement Facturering is gebaseerd op het aantal uitvoeringen, het geheugen van exemplaren wanneer ze actief functies uitvoeren, plus de kosten van alle exemplaren die altijd gereed zijn. Zie Facturering voor Flex Consumption-abonnement voor meer informatie.
Premium-abonnement Premium-abonnement is gebaseerd op het aantal kernseconden en het geheugen dat wordt gebruikt voor de benodigde en vooraf geconfigureerde instanties. Ten minste één exemplaar per abonnement moet altijd warm worden gehouden. Dit abonnement biedt de meest voorspelbare prijzen.
Toegewezen abonnement U betaalt hetzelfde voor functie-apps in een App Service-plan als voor andere App Service-resources, zoals web-apps.

Voor een ASE is er een vast maandelijks tarief dat betaalt voor de infrastructuur en niet verandert met de grootte van de omgeving. Er zijn ook kosten per virtuele CPU van het App Service-plan. Alle apps die in een ASE worden gehost, bevinden zich in de geïsoleerde prijs-SKU. Zie het overzichtsartikel over ASE voor meer informatie.
Container Apps Facturering in Azure Container Apps is gebaseerd op uw abonnementstype. Zie Facturering in Azure Container Apps voor meer informatie.
Verbruiksabonnement Betaal alleen voor de tijd dat uw functies worden uitgevoerd. Facturering is gebaseerd op het aantal uitvoeringen, uitvoeringstijd en gebruikte geheugen.

Zie de pagina met prijzen van Azure Functions voor een directe kostenvergelijking tussen dynamische hostingabonnementen (Verbruik, Flex Consumption en Premium). Voor prijzen van de verschillende opties voor een Dedicated-abonnement raadpleegt u de pagina met prijzen van App Service. Zie Azure Container Apps prijzen voor het hosten van Container Apps.

Beperkingen voor het maken van nieuwe functie-apps in een bestaande resourcegroep

In sommige gevallen ontvangt u een van de volgende fouten wanneer u een nieuw hostingabonnement voor uw functie-app in een bestaande resourcegroep probeert te maken:

  • De prijscategorie is niet toegestaan in deze resourcegroep
  • <SKU_name> werkers zijn niet beschikbaar in resourcegroep <resource_group_name>

Dit kan gebeuren wanneer aan de volgende voorwaarden wordt voldaan:

  • U maakt een functie-app in een bestaande resourcegroep die ooit een andere functie-app of web-app bevat. Linux Consumption-apps worden bijvoorbeeld niet ondersteund in dezelfde resourcegroep als Linux Dedicated- of Linux Premium-abonnementen.
  • Uw nieuwe functie-app wordt gemaakt in dezelfde regio als de vorige app.
  • De vorige app is op een of andere manier niet compatibel met uw nieuwe app. Deze fout kan optreden tussen SKU's, besturingssystemen of vanwege andere functies op platformniveau, zoals ondersteuning voor beschikbaarheidszones.

De reden hiervoor is dat functie-app- en web-app-plannen worden toegewezen aan verschillende groepen resources wanneer ze worden gemaakt. Voor verschillende SKU's is een andere set infrastructuurmogelijkheden vereist. Wanneer u een app in een resourcegroep maakt, wordt die resourcegroep gekoppeld en toegewezen aan een specifieke pool van resources. Als u probeert een ander plan in die resource group te maken en de toegewezen pool niet over de benodigde bronnen beschikt, treedt deze fout op.

Wanneer deze fout optreedt, maakt u in plaats daarvan uw functie-app en hostingabonnement in een nieuwe resourcegroep.

Volgende stappen