Azure Functions škálování a hostováníAzure Functions scale and hosting

Když vytvoříte aplikaci Function App v Azure, musíte zvolit plán hostování pro vaši aplikaci.When you create a function app in Azure, you must choose a hosting plan for your app. K dispozici jsou tři plány hostování pro Azure Functions: plán spotřeby, Plán Premiuma plán App Service.There are three hosting plans available for Azure Functions: Consumption plan, Premium plan, and App Service plan.

Plán hostování, který zvolíte, bude určovat následující chování:The hosting plan you choose dictates the following behaviors:

  • Jak se škáluje aplikace Function AppHow your function app is scaled.
  • Prostředky dostupné pro jednotlivé instance aplikace Function App.The resources available to each function app instance.
  • Podpora pro pokročilé funkce, jako je třeba připojení k virtuální síti.Support for advanced features, such as VNET connectivity.

Plány spotřeby i úrovně Premium automaticky přidávají výpočetní výkon, když je váš kód spuštěný.Both Consumption and Premium plans automatically add compute power when your code is running. Vaše aplikace se škáluje v případě potřeby na zpracování zatížení a při zastavení kódu se škáluje dolů.Your app is scaled out when needed to handle load, and scaled down when code stops running. Pro plán spotřeby také nemusíte platit za nečinné virtuální počítače nebo rezervovat kapacitu předem.For the Consumption plan, you also don't have to pay for idle VMs or reserve capacity in advance.

Plán Premium poskytuje další funkce, jako jsou výpočetní instance Premium, schopnost udržet instance na neomezenou dobu a připojení k virtuální síti.Premium plan provides additional features, such as premium compute instances, the ability to keep instances warm indefinitely, and VNet connectivity.

App Service plán vám umožní využít výhod vyhrazené infrastruktury, kterou spravujete.App Service plan allows you to take advantage of dedicated infrastructure, which you manage. Vaše aplikace Function App se škáluje na základě událostí, což znamená, že se nikdy neškáluje na nulu.Your function app doesn't scale based on events, which means is never scales down to zero. (Vyžaduje, aby byla povolena možnost vždy zapnuto.)(Requires that Always on is enabled.)

Podpora plánu hostováníHosting plan support

Podpora funkcí spadá do následujících dvou kategorií:Feature support falls into the following two categories:

  • Všeobecně dostupná (GA) : plně podporované a schválené pro použití v produkčním prostředí.Generally available (GA): fully supported and approved for production use.
  • Preview: ještě není plně podporované a schválené pro použití v produkčním prostředí.Preview: not yet fully supported and approved for production use.

Následující tabulka uvádí aktuální úroveň podpory pro tři plány hostování při použití v systému Windows nebo Linux:The following table indicates the current level of support for the three hosting plans, when running on either Windows or Linux:

Plán ConsumptionConsumption plan Plán PremiumPremium plan Vyhrazený plánDedicated plan
WindowsWindows GAGA GAGA GAGA
LinuxLinux GAGA GAGA GAGA

Plán ConsumptionConsumption plan

Pokud používáte plán spotřeby, instance Azure Functions hostitele se dynamicky přidávají a odstraňují na základě počtu příchozích událostí.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. Tento bezserverový plán se automaticky škáluje a výpočetní prostředky se vám účtují, jenom když vaše funkce běží.This serverless plan scales automatically, and you're charged for compute resources only when your functions are running. V plánu Spotřeba po nastavené době vyprší časový limit spuštění funkce.On a Consumption plan, a function execution times out after a configurable period of time.

Fakturace vychází z počtu spuštění, doby spuštění a použité paměti.Billing is based on number of executions, execution time, and memory used. Fakturace se agreguje napříč všemi funkcemi v rámci aplikace funkce.Billing is aggregated across all functions within a function app. Další informace najdete na stránce s cenami Azure Functions.For more information, see the Azure Functions pricing page.

Plán spotřeby je výchozím plánem hostování a nabízí následující výhody:The Consumption plan is the default hosting plan and offers the following benefits:

  • Plaťte jenom v případě, že jsou vaše funkce spuštěné.Pay only when your functions are running
  • Horizontální navýšení kapacity i během období vysokého zatíženíScale out automatically, even during periods of high load

Aplikace Function App ve stejné oblasti se dají přiřadit ke stejnému plánu spotřeby.Function apps in the same region can be assigned to the same Consumption plan. Neexistuje žádný nevýhodou ani dopad na to, aby ve stejném plánu spotřeby běželo víc aplikací.There's no downside or impact to having multiple apps running in the same Consumption plan. Přiřazení více aplikací ke stejnému plánu spotřeby nemá žádný vliv na odolnost, škálovatelnost nebo spolehlivost každé aplikace.Assigning multiple apps to the same consumption plan has no impact on resilience, scalability, or reliability of each app.

Další informace o odhadu nákladů při spuštění v plánu spotřeby najdete v tématu porozumění nákladům na plán spotřeby.To learn more about how to estimate costs when running in a Consumption plan, see Understanding Consumption plan costs.

Plán PremiumPremium plan

Pokud používáte plán Premium, instance Azure Functions hostitele se přidají a odeberou na základě počtu příchozích událostí stejně jako u plánu spotřeby.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. Plán Premium podporuje následující funkce:Premium plan supports the following features:

  • Trvalé zahřívání instancí, aby nedocházelo k žádnému studenému startuPerpetually warm instances to avoid any cold start
  • Připojení virtuální sítěVNet connectivity
  • Neomezené trvání spuštěníUnlimited execution duration
  • Velikosti instancí Premium (jedna jádro, dvě jádro a čtyři základní instance)Premium instance sizes (one core, two core, and four core instances)
  • Předvídatelné cenyMore predictable pricing
  • Přidělování aplikací s vysokou hustotou pro plány s více aplikacemi Function AppHigh-density app allocation for plans with multiple function apps

Informace o tom, jak můžete tyto možnosti nakonfigurovat, najdete v dokumentu plánu Azure Functions Premium.Information on how you can configure these options can be found in the Azure Functions premium plan document.

Faktura za plán Premium vychází z počtu základních sekund a paměti využitých v případě potřeby a předem zaspotřebovaných instancí, a to místo fakturace za spuštění a využití paměti.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. Aspoň jedna instance musí být v každém plánu zadarmo.At least one instance must be warm at all times per plan. To znamená, že je k dispozici minimální měsíční cena za aktivní plán bez ohledu na počet spuštění.This means that there is a minimum monthly cost per active plan, regardless of the number of executions. Mějte na paměti, že všechny aplikace Function App v plánu Premium sdílí předem zahříváníelné a aktivní instance.Keep in mind that all function apps in a Premium plan share pre-warmed and active instances.

Vezměte v úvahu plán Azure Functions Premium v následujících situacích:Consider the Azure Functions premium plan in the following situations:

  • Vaše aplikace Function App běží nepřetržitě nebo téměř nepřetržitě.Your function apps run continuously, or nearly continuously.
  • Máte vysoký počet malých spuštění a máte vysoké náklady na spuštění, ale v plánu spotřeby se účtují za méně GB.You have a high number of small executions and have a high execution bill but low GB second bill in the consumption plan.
  • Budete potřebovat více možností procesoru nebo paměti, než jaké je k dispozici v plánu spotřeby.You need more CPU or memory options than what is provided by the Consumption plan.
  • Váš kód musí běžet delší dobu, než je Maximální doba spuštění v plánu spotřeby.Your code needs to run longer than the maximum execution time allowed on the Consumption plan.
  • Vyžadujete funkce, které jsou k dispozici pouze v plánu Premium, například připojení VNET/VPN.You require features that are only available on a Premium plan, such as VNET/VPN connectivity.

Při spouštění funkcí JavaScriptu na plánu Premium byste měli zvolit instanci, která má méně vCPU.When running JavaScript functions on a Premium plan, you should choose an instance that has fewer vCPUs. Další informace najdete v tématu Výběr plánů Premium s jedním jádrem.For more information, see the Choose single-core Premium plans.

Vyhrazený plán (App Service)Dedicated (App Service) plan

Aplikace Function App můžete spustit taky na stejných vyhrazených virtuálních počítačích, jako jsou jiné App Service aplikace (Basic, Standard, Premium a izolované SKU).Your function apps can also run on the same dedicated VMs as other App Service apps (Basic, Standard, Premium, and Isolated SKUs).

Vezměte v úvahu App Service plán v následujících situacích:Consider an App Service plan in the following situations:

  • Máte existující a nevyužité virtuální počítače, které již spouštějí jiné instance App Service.You have existing, underutilized VMs that are already running other App Service instances.
  • Chcete zadat vlastní image, na které se mají spouštět vaše funkce.You want to provide a custom image on which to run your functions.

Totéž platí pro aplikace Function App v plánu App Service, stejně jako u jiných prostředků App Service, jako jsou například webové aplikace.You pay the same for function apps in an App Service Plan as you would for other App Service resources, like web apps. Podrobnosti o tom, jak plán App Service funguje, najdete v podrobném přehledu Azure App Service plány.For details about how the App Service plan works, see the Azure App Service plans in-depth overview.

S plánem App Service můžete ručně škálovat přidáním dalších instancí virtuálních počítačů.With an App Service plan, you can manually scale out by adding more VM instances. Můžete také povolit automatické škálování.You can also enable autoscale. Další informace najdete v tématu Ruční nebo automatické škálování počtu instancí.For more information, see Scale instance count manually or automatically. Horizontální navýšení kapacity můžete také škálovat tak, že vyberete jiný plán App Service.You can also scale up by choosing a different App Service plan. Další informace najdete v tématu horizontální navýšení kapacity aplikace v Azure.For more information, see Scale up an app in Azure.

Při spouštění funkcí JavaScriptu v plánu App Service byste měli zvolit plán, který má méně vCPU.When running JavaScript functions on an App Service plan, you should choose a plan that has fewer vCPUs. Další informace najdete v tématu Výběr plánů App Service s jedním jádrem.For more information, see Choose single-core App Service plans.

Vždy zapnutoAlways On

Pokud spustíte v plánu App Service, měli byste povolit nastavení vždycky zapnuto , aby aplikace Function App běžela správně.If you run on an App Service plan, you should enable the Always on setting so that your function app runs correctly. V App Serviceovém plánu se modul runtime Functions po několika minutách nečinnosti neukončí, takže se vaše funkce vystaví jenom triggery HTTP.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 je k dispozici pouze v plánu App Service.Always on is available only on an App Service plan. V plánu spotřeby platforma automaticky aktivuje aplikace funkcí.On a Consumption plan, the platform activates function apps automatically.

Doba trvání časového limitu aplikace Function AppFunction app timeout duration

Doba trvání časového limitu aplikace Function App je definována vlastností functionTimeout v souboru projektu Host. JSON .The timeout duration of a function app is defined by the functionTimeout property in the host.json project file. Následující tabulka ukazuje výchozí a maximální hodnoty v minutách pro oba plány i pro obě verze modulu runtime:The following table shows the default and maximum values in minutes for both plans and in both runtime versions:

PlánujtePlan Verze modulu runtimeRuntime Version VýchozíDefault MaximumMaximum
VyužitíConsumption verze1.x 55 1010
VyužitíConsumption 2.x2.x 55 1010
VyužitíConsumption 3.x3.x 55 1010
Aplikační službaApp Service verze1.x Bez omezeníUnlimited Bez omezeníUnlimited
Aplikační službaApp Service 2.x2.x 3030 Bez omezeníUnlimited
Aplikační službaApp Service 3.x3.x 3030 Bez omezeníUnlimited

Poznámka

Bez ohledu na nastavení časového limitu aplikace Functions je 230 sekund maximální doba, po kterou může funkce aktivovaná protokolem HTTP reagovat na požadavek.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. Důvodem je, že výchozí časový limit nečinnosti Azure Load Balancer.This is because of the default idle timeout of Azure Load Balancer. Pro delší dobu zpracování zvažte použití Durable Functions asynchronního vzoru nebo odložte skutečnou práci a vraťte okamžitou odpověď.For longer processing times, consider using the Durable Functions async pattern or defer the actual work and return an immediate response.

I když je funkce Always On zapnutá, časový limit spuštění pro jednotlivé funkce se řídí nastavením functionTimeout v souboru projektu 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.

Určení plánu hostování existující aplikaceDetermine the hosting plan of an existing application

Chcete-li určit plán hostování používaný vaší aplikací Function App, přečtěte si část App Service plán/cenová úroveň na kartě Přehled pro aplikaci Function App v Azure Portal.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. V případě plánů App Service je cenová úroveň také uvedena.For App Service plans, the pricing tier is also indicated.

Zobrazit plán škálování na portálu

Pomocí rozhraní příkazového řádku Azure můžete také určit plán následujícím způsobem: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

Když je výstup z tohoto příkazu dynamic, vaše aplikace Function App je v plánu spotřeby.When the output from this command is dynamic, your function app is in the Consumption plan. Když je výstup z tohoto příkazu ElasticPremium, vaše aplikace Function App je v plánu Premium.When the output from this command is ElasticPremium, your function app is in the Premium plan. Všechny ostatní hodnoty označují různé úrovně plánu App Service.All other values indicate different tiers of an App Service plan.

Požadavky na účet úložištěStorage account requirements

V jakémkoli plánu aplikace Function App vyžaduje účet obecné Azure Storage, který podporuje Azure Blob, Queue, soubory a Table Storage.On any plan, a function app requires a general Azure Storage account, which supports Azure Blob, Queue, Files, and Table storage. Důvodem je to, že funkce spoléhají na Azure Storage pro operace, jako je Správa triggerů a spouštění funkcí protokolování, ale některé účty úložiště nepodporují fronty a tabulky.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. Tyto účty, které zahrnují účty úložiště jen pro objekty BLOB (včetně služby Premium Storage) a účty úložiště pro obecné účely s replikací zóny redundantního úložiště, se při vytváření aplikace Function Filter odfiltrují ze stávajících výběrů účtu úložiště .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.

Stejný účet úložiště, který používá vaše aplikace Function App, můžete použít taky triggery a vazbami k uložení dat aplikace.The same storage account used by your function app can also be used by your triggers and bindings to store your application data. U operací náročných na úložiště byste ale měli použít samostatný účet úložiště.However, for storage-intensive operations, you should use a separate storage account.

Další informace o typech účtů úložiště najdete v tématu představení služby Azure Storage Services.To learn more about storage account types, see Introducing the Azure Storage services.

Jak fungují plány spotřeby a PremiumHow the consumption and premium plans work

V plánech spotřeby a Premium Azure Functions infrastruktura škálovat prostředky procesoru a paměti přidáním dalších instancí hostitele Functions na základě počtu událostí, na kterých se funkce aktivuje.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. Každá instance hostitele Functions v plánu spotřeby je omezená na 1,5 GB paměti a jeden procesor.Each instance of the Functions host in the consumption plan is limited to 1.5 GB of memory and one CPU. Instance hostitele je celá aplikace Function App, což znamená, že všechny funkce v rámci aplikace Function App sdílejí prostředky v rámci instance a škálují ve stejnou dobu.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. Aplikace Function App, které sdílejí stejný plán spotřeby, se škálují nezávisle.Function apps that share the same consumption plan are scaled independently. V plánu Premium bude velikost vašeho plánu určovat dostupnou paměť a procesor pro všechny aplikace v tomto plánu na této instanci.In the premium plan, your plan size will determine the available memory and CPU for all apps in that plan on that instance.

Soubory s kódem funkce jsou uložené ve sdílených složkách služby soubory Azure na hlavním účtu úložiště funkce.Function code files are stored on Azure Files shares on the function's main storage account. Když odstraníte hlavní účet úložiště aplikace Function App, soubory s kódem funkce se odstraní a nelze je obnovit.When you delete the main storage account of the function app, the function code files are deleted and cannot be recovered.

Škálování za běhuRuntime scaling

Azure Functions používá komponentu s názvem kontroler škálování pro monitorování míry událostí a určení, zda se má horizontální navýšení nebo škálování škálovat.Azure Functions uses a component called the scale controller to monitor the rate of events and determine whether to scale out or scale in. Kontroler škálování používá heuristiky pro každý typ triggeru.The scale controller uses heuristics for each trigger type. Pokud například používáte Trigger služby Azure Queue Storage, škáluje se podle délky fronty a stáří nejstarší zprávy fronty.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.

Jednotka škálování pro Azure Functions je aplikace Function App.The unit of scale for Azure Functions is the function app. Při horizontálním navýšení kapacity aplikace Function App se přidělí další prostředky pro spuštění více instancí Azure Functionsho hostitele.When the function app is scaled out, additional resources are allocated to run multiple instances of the Azure Functions host. V opačném případě dojde k omezení požadavků na výpočetní výkon, protože řadič škálování odebere instance hostitele funkcí.Conversely, as compute demand is reduced, the scale controller removes function host instances. V případě, že v aplikaci Function App nejsou spuštěny žádné funkce, počet instancí je nakonec zvětšen na hodnotu nula.The number of instances is eventually scaled in to zero when no functions are running within a function app.

Škálování událostí monitorování řadiče a vytváření instancí

Principy chování škálováníUnderstanding scaling behaviors

Škálování se může u různých faktorů lišit a škáluje se různě na základě zvoleného triggeru a jazyka.Scaling can vary on a number of factors, and scale differently based on the trigger and language selected. Existuje několik složitými rozhraními chování škálování, která je potřeba znát:There are a few intricacies of scaling behaviors to be aware of:

  • Jedna aplikace funkcí se může škálovat maximálně na 200 instancí.A single function app only scales up to a maximum of 200 instances. Jedna instance může zpracovávat více než jednu zprávu nebo požádat současně, takže neexistuje nastavený limit počtu souběžných spuštění.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.
  • U triggerů HTTP se nové instance přiřazují jenom jednou za 1 sekundu.For HTTP triggers, new instances will only be allocated at most once every 1 second.
  • U triggerů bez protokolu HTTP se nové instance přiřazují jenom každých 30 sekund.For non-HTTP triggers, new instances will only be allocated at most once every 30 seconds.

Různé aktivační události mohou mít také různá omezení škálování a jsou popsány níže:Different triggers may also have different scaling limits as well as documented below:

Osvědčené postupy a vzory pro škálovatelné aplikaceBest practices and patterns for scalable apps

Existuje mnoho aspektů aplikace Function App, které budou mít vliv na to, jak se bude škálovat, včetně konfigurace hostitele, běhového prostředí a efektivity prostředků.There are many aspects of a function app that will impact how well it will scale, including host configuration, runtime footprint, and resource efficiency. Další informace najdete v části věnované škálovatelnosti v článku věnovaném důležitýminformacím o výkonu.For more information, see the scalability section of the performance considerations article. Měli byste taky vědět, jak se připojení chovají, jak se vaše aplikace Function škáluje.You should also be aware of how connections behave as your function app scales. Další informace najdete v tématu Správa připojení v Azure Functions.For more information, see How to manage connections in Azure Functions.

Model fakturaceBilling model

Fakturace pro různé plány je podrobně popsána na stránce s cenami Azure Functions.Billing for the different plans is described in detail on the Azure Functions pricing page. Použití je agregované na úrovni aplikace funkcí a počítá se pouze v době, kdy je spuštěn kód funkce.Usage is aggregated at the function app level and counts only the time that function code is executed. Níže jsou uvedené jednotky pro fakturaci:The following are units for billing:

  • Spotřeba prostředků v GB-s (GB-s) .Resource consumption in gigabyte-seconds (GB-s). Vypočítáno jako kombinace velikosti paměti a doby provádění pro všechny funkce v rámci aplikace Function App.Computed as a combination of memory size and execution time for all functions within a function app.
  • Spuštění.Executions. Počítá se pokaždé, když se funkce spustí v reakci na Trigger události.Counted each time a function is executed in response to an event trigger.

Užitečné dotazy a informace o tom, jak pochopit vyúčtování spotřeby, najdete na stránce s nejčastějšími dotazy k fakturaci.Useful queries and information on how to understand your consumption bill can be found on the billing FAQ.

Omezení službyService limits

Následující tabulka uvádí omezení, která platí pro aplikace Function App při spuštění v různých plánech hostování:The following table indicates the limits that apply to function apps when running in the various hosting plans:

ProstředekResource Plán spotřebyConsumption plan Plán PremiumPremium plan App Service plán1App Service plan1
Horizontální navýšení kapacityScale out Řízená událostmiEvent driven Řízená událostmiEvent driven Ruční nebo automatické škálováníManual/autoscale
Max. instancíMax instances 200200 100100 10-2010-20
Výchozí doba Trvání vyprší (min.)Default time out duration (min) 55 3030 302302
Maximální Doba trvání vypršela (min.)Max time out duration (min) 1010 6060 neohraničené3unbounded3
Maximální počet odchozích připojení (na instanci)Max outbound connections (per instance) 600 aktivní (celkem 1200)600 active (1200 total) Unboundedunbounded Unboundedunbounded
Maximální velikost požadavku (MB)4Max request size (MB)4 100100 100100 100100
Maximální délka řetězce dotazu4Max query string length4 4 0964096 4 0964096 4 0964096
Maximální délka adresy URL žádosti4Max request URL length4 81928192 81928192 81928192
ACU na instanciACU per instance 100100 210-840210-840 100-840100-840
Maximální velikost paměti (GB na instanci)Max memory (GB per instance) 1,51.5 3,5 – 143.5-14 1,75 – 141.75-14
Aplikace Function App na plánFunction apps per plan 100100 100100 neohraničené5unbounded5
Plány služby App ServiceApp Service plans 100 na oblast100 per region 100 na skupinu prostředků100 per resource group 100 na skupinu prostředků100 per resource group
Úložiště6Storage6 1 GB1 GB 250 GB250 GB 50-1000 GB50-1000 GB
Vlastní domény na aplikaciCustom domains per app 50075007 500500 500500
Podpora protokolu SSL vlastní doményCustom domain SSL support zahrnuto do nevázaného SNI SSL připojeníunbounded SNI SSL connection included neohraničená SNI SSL a jsou zahrnutá 1 IP SSL připojení.unbounded SNI SSL and 1 IP SSL connections included neohraničená SNI SSL a jsou zahrnutá 1 IP SSL připojení.unbounded SNI SSL and 1 IP SSL connections included

1 Pokud chcete určit omezení pro různé možnosti plánu App Service, přečtěte si omezení App Service plánu.1 For specific limits for the various App Service plan options, see the App Service plan limits.
2 ve výchozím nastavení je časový limit pro modul runtime Functions 1. x v plánu App Service neohraničený.2 By default, the timeout for the Functions 1.x runtime in an App Service plan is unbounded.
3 vyžaduje, aby byl plán App Service nastavený na vždycky zapnutý.3 Requires the App Service plan be set to Always On. Platíte za standardní sazby.Pay at standard rates.
4 tato omezení se nastavují na hostiteli.4 These limits are set in the host.
5 skutečný počet aplikací Function App, které můžete hostovat, závisí na aktivitách aplikací, velikosti instancí počítačů a na odpovídajícím využití prostředků.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 limit úložiště je celková velikost obsahu v dočasném úložišti napříč všemi aplikacemi ve stejném plánu App Service.6 The storage limit is the total content size in temporary storage across all apps in the same App Service plan. Plán spotřeby používá soubory Azure pro dočasné úložiště.Consumption plan uses Azure Files for temporary storage.
7 Pokud je vaše aplikace Function hostovaná v plánu spotřeby, podporuje se jenom možnost CNAME.7 When your function app is hosted in a Consumption plan, only the CNAME option is supported. Pro aplikace Function App v plánu Premium nebo v plánu App Servicemůžete namapovat vlastní doménu pomocí záznamu CNAME nebo 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.