Delen via

Azure Functions hostingopties

Wanneer u een functie-app maakt in Azure, 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 Algemeen beschikbaar (GA) Geen
Premium-abonnement Azure Functions Algemene Vergadering Linux
Toegewezen abonnement Azure Functions Algemene Vergadering Linux
Container Apps Azure Container Apps Algemene Vergadering Linux
Verbruiksabonnement (verouderd) Azure Functions Windows - GA
Linux - buiten gebruik gesteld		 Geen

Belangrijk

Het verbruiksabonnement is een verouderd hostingabonnement. Gebruik het Flex Consumption-abonnement voor nieuwe serverloze functie-apps. Voor bestaande verbruiksabonnement-apps migreert u naar het Flex Consumption-abonnement.

De Azure App Service-infrastructuur op linux- en Windows virtuele machines vergemakkelijkt de Azure Functions hostingopties. De hostingoptie die u kiest, bepaalt het volgende gedrag:

  • Hoe uw functie-applicatie 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 Linux-containerondersteuning in Azure Functions voor meer informatie over het uitvoeren en beheren van uw functiecode in Linux-containers.

Overzicht van plannen

De volgende tabel bevat een overzicht van de voordelen van de verschillende opties voor het hosten van Azure functies.

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 werkers, die toepassingen direct na inactiviteit zonder vertraging uitvoeren, draaien op krachtigere instanties en verbinden 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 langlopende scenario's waarbij Durable Functions niet kunnen 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 (verouderd) Betaal alleen voor rekenresources wanneer uw functies worden uitgevoerd (betalen per gebruik) met automatische schaalaanpassing op 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. Als u bijvoorbeeld de v1-runtime, het volledige .NET Framework of Windows specifieke functies zoals bepaalde PowerShell-modules gebruikt.
✔ U wilt een serverloos factureringsmodel en betaalt alleen wanneer uw functies worden uitgevoerd.

Voor nieuwe serverloze functie-apps gebruikt u in plaats daarvan het Flex Consumption-abonnement .

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 Windows2-implementatie
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
Verbruiksabonnement ✅ Alleen code (afgeschaft)
❌ Container (niet ondersteund)		 ✅ Alleen code (verouderd)
  1. Linux is het enige ondersteunde besturingssysteem voor de Python runtimestack.
  2. Windows-implementaties bestaan uitsluitend uit code. Azure Functions biedt momenteel geen ondersteuning voor Windows containers.

Belangrijk

Functie-apps die nog steeds de end-of-life v3-runtime op Linux uitvoeren in een verbruiksabonnement, worden na 30 september 2026 niet meer uitgevoerd. Als u serviceonderbreking wilt voorkomen, migreert u uw app naar de v4-runtime.

De optie voor het hosten van functie-apps in Linux in een verbruiksabonnement wordt op 30 september 2028 buiten gebruik gesteld. Het Linux Consumption-abonnement krijgt geen nieuwe functies of taalversies. Apps die worden uitgevoerd op Windows in een verbruiksabonnement, worden momenteel niet beïnvloed. Migreer uw apps naar het Flex Consumption-abonnement vóór de buitengebruikstellingsdatum.

Time-outduur voor de Function app

Met functionTimeout de eigenschap in het host.json projectbestand wordt de time-outduur voor functies in een functie-app ingesteld. 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 of reageren. Wanneer een uitvoering deze duur overschrijdt, treedt er een time-outfout op en wordt het taalwerkproces opnieuw gestart. Voor C#-apps die in het proces worden uitgevoerd, wordt het hostproces zelf opnieuw opgestart. Om time-outs en daaropvolgende herstart van processen te voorkomen, is het belangrijk om robuuste functies te schrijven. Zie Improve Azure Functions performance and reliability 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. Deze limiet bestaat door de standaard inactieve timeout van Azure Load Balancer. Voor langere verwerkingstijden kunt u overwegen het Durable Functions asynchrone patroon te gebruiken of het werk uit te stellen en direct een reactie terug te geven.
  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 deze waarden wordt ervan uitgegaan dat het Azure Functions hostproces wordt gestart en correct wordt uitgevoerd. Er is een maximale time-out van 60 seconden voordat het taalspecifieke werkproces ook wordt gestart. De time-out voor het opstarten van het werkproces kan momenteel niet worden geconfigureerd.

Taalondersteuning

Zie Supported languages 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 instanties wordt per functioneel programma (Verbruik) of per plan (Premium/Dedicated) bepaald, tenzij anders aangegeven.

Plannen Horizontaal uitbreiden Maximaal aantal instanties
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 triggers van Durable Functions delen exemplaren en schalen samen. 10001
Premium-abonnement Event-gedreven. Automatisch uitschalen, zelfs tijdens perioden met hoge belasting. Azure Functions infrastructuur cpu- en geheugenresources schaalt 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 Handmatig/automatisch schalen 10-303
100 (ASE)
Container Apps Event-gedreven. Automatisch uitschalen, zelfs tijdens perioden met hoge belasting. Azure Functions infrastructuur cpu- en geheugenresources schaalt 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's voor Azure Container Apps voor meer informatie. Wanneer u uw functie-app maakt vanuit de 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 het wordt uitgevoerd in een Dedicated plan, kan de Functions-host continu worden uitgevoerd op een voorgeschreven aantal exemplaren, wat betekent dat cold start niet echt een 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 Toegewijd abonnement/ASE Container-apps Verbruiksabonnement
Standaard time-out-duur (min) 30 30 301 3016 5
Maximale time-out-duur (min) niet-gebonden9 niet-gebonden9 onbegrensd2 niet-gebonden17 10
Maximumaantal uitgaande verbindingen (per exemplaar) niet-gebonden niet-gebonden Zie App Service-limieten niet-gebonden 600 actief (1.200 totaal)
Maximale aanvraaggrootte (MB)3 210 210 210 210 210
Maximale lengte van de queryreeks3 4096 4096 4096 4096 4096
Maximale lengte voor aanvraag-URL's3 8192 8192 8192 8192 8192
ACU per instantie 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
Maximum aantal exemplaren (Windows | Linux)15 n/a | 1000 20-100 10-30 (100 ASE)11 300-100018 200 | 100
Functie-apps per abonnement13 1 100 onbegrensd4 onbegrensd4 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. Er wordt een tolerantieperiode van 10 minuten gegeven voor HTTP-geactiveerde functies tijdens platformupdates, maar niet voor andere triggers.
  3. Deze limieten worden vastgelegd 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. Op Linux moet u expliciet uw eigen Azure Files share 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. Werknemers zijn rollen die klant-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 Toegewijd abonnement/ASE Container Apps1
Beperkingen voor binnenkomende toegang ✅ ✅ ✅ ✅ ✅ 2
Privé-eindpunten (inkomend) ✅ ❌ ✅ ✅ ❌
Service-eindpunten (inkomend) ✅ ❌ ✅ ✅ ✅
Integratie van virtueel netwerk (uitgaand) ✅ ❌ ✅ ✅ 3 ✅
Hybride verbindingen ❌ ❌ ✅ (alleen Windows) ✅ (alleen Windows) ✅ (alleen Windows)
  1. Zie Networking in Azure Container Apps omgeving voor meer informatie.
  2. Beheerd via de ingressconfiguratie van de Container Apps-omgeving.
  3. Het Dedicated/ASE-plan biedt ook ondersteuning voor vereiste integratie van virtuele netwerken door de gateway.

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 het geïsoleerde prijsmodel. Zie het overzichtsartikel over ASE voor meer informatie.
Container Apps Facturering in Azure Container Apps is gebaseerd op uw abonnementstype. Zie Billing 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 voor 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>

Deze fouten kunnen optreden wanneer aan de volgende voorwaarden wordt voldaan:

  • U maakt een functie-app in een bestaande resourcegroep die nog geen 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 incompatibiliteit kan optreden tussen versies, besturingssystemen of is te wijten aan andere functies op platformniveau, zoals ondersteuning voor beschikbaarheidszones.

Functie-app- en web-app-plannen worden toegewezen aan verschillende groepen resources wanneer ze worden gemaakt. Voor verschillende plannen 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 een ander plan in die resourcegroep probeert te maken en de toegewezen pool niet over de vereiste resources beschikt, treden de eerder genoemde fouten op.

Als deze situatie zich voordoet, maakt u in plaats daarvan uw functie-app en hostingabonnement in een nieuwe resourcegroep.

Volgende stappen

  • Last updated on