Azure Işlevleri ölçeklendirme ve barındırmaAzure Functions scale and hosting

Azure 'da bir işlev uygulaması oluşturduğunuzda, uygulamanız için bir barındırma planı seçmeniz gerekir.When you create a function app in Azure, you must choose a hosting plan for your app. Azure Işlevleri için kullanılabilen üç barındırma planı vardır: Tüketim planı, Premium planve adanmış (App Service) plan.There are three hosting plans available for Azure Functions: Consumption plan, Premium plan, and Dedicated (App Service) plan.

Seçtiğiniz barındırma planı aşağıdaki davranışları belirler:The hosting plan you choose dictates the following behaviors:

  • İşlev uygulamanız nasıl ölçeklendirilir.How your function app is scaled.
  • Her işlev uygulaması örneği için kullanılabilir kaynaklar.The resources available to each function app instance.
  • Azure sanal ağ bağlantısı gibi gelişmiş özellikler için destek.Support for advanced features, such as Azure Virtual Network connectivity.

Hem tüketim hem de Premium planlar, kodunuz çalışırken otomatik olarak işlem gücü ekler.Both Consumption and Premium plans automatically add compute power when your code is running. Uygulamanız, yükü işlemek için gerektiğinde ölçeklendirilir ve kod çalışmayı durdurduktan sonra ölçeklendirilir.Your app is scaled out when needed to handle load, and scaled in when code stops running. Tüketim planı için, boş VM 'Ler için ödeme yapmak veya kapasiteyi önceden ayırmak zorunda kalmazsınız.For the Consumption plan, you also don't have to pay for idle VMs or reserve capacity in advance.

Premium plan, Premium işlem örnekleri gibi ek özellikler sağlar, örneklerin sonsuza kadar sıcak kalmasına ve VNet bağlantısına sahip olmasını sağlar.Premium plan provides additional features, such as premium compute instances, the ability to keep instances warm indefinitely, and VNet connectivity.

App Service planı, yönettiğiniz özel altyapıdan yararlanmanızı sağlar.App Service plan allows you to take advantage of dedicated infrastructure, which you manage. İşlev uygulamanız olaylara göre ölçeklendirilmez, yani hiçbir şekilde sıfıra ölçeklenmez.Your function app doesn't scale based on events, which means is never scales in to zero. ( Her zaman açık özelliğinin etkinleştirilmesini gerektirir.)(Requires that Always on is enabled.)

Barındırma planı desteğiHosting plan support

Özellik desteği aşağıdaki iki kategoriye denk gelir:Feature support falls into the following two categories:

  • Genel olarak kullanılabilir (GA) : üretim kullanımı için tam olarak desteklenir ve onaylanır.Generally available (GA): fully supported and approved for production use.
  • Önizleme: üretim kullanımı için henüz tam olarak desteklenmez veya onaylanmamıştır.Preview: not yet fully supported nor approved for production use.

Aşağıdaki tablo, Windows veya Linux üzerinde çalışırken üç barındırma planına yönelik desteğin geçerli olan düzeyini gösterir:The following table indicates the current level of support for the three hosting plans, when running on either Windows or Linux:

Tüketim planıConsumption plan Premium planıPremium plan Adanmış planDedicated plan
WindowsWindows Genel KullanımGA Genel KullanımGA Genel KullanımGA
LinuxLinux Genel KullanımGA Genel KullanımGA Genel KullanımGA

Tüketim planıConsumption plan

Tüketim planını kullanırken, Azure Işlevleri ana bilgisayarının örnekleri, gelen olayların sayısına göre dinamik olarak eklenir ve kaldırılır.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. Bu sunucusuz plan otomatik olarak ölçeklendirilir ve yalnızca işlevleriniz çalışırken işlem kaynakları için ücretlendirilirsiniz.This serverless plan scales automatically, and you're charged for compute resources only when your functions are running. Tüketim planında, yapılandırılabilir bir süre sonra bir işlev yürütme zaman aşımına uğrar.On a Consumption plan, a function execution times out after a configurable period of time.

Faturalandırma, yürütme süresi ve kullanılan bellek sayısını temel alır.Billing is based on number of executions, execution time, and memory used. Faturalandırma, bir işlev uygulaması içindeki tüm işlevler arasında toplanır.Billing is aggregated across all functions within a function app. Daha fazla bilgi için bkz. Azure işlevleri fiyatlandırma sayfası.For more information, see the Azure Functions pricing page.

Tüketim planı varsayılan barındırma plandır ve aşağıdaki avantajları sunar:The Consumption plan is the default hosting plan and offers the following benefits:

  • Yalnızca işlevleriniz çalışırken ödeyinPay only when your functions are running
  • Yüksek yük dönemlerinde bile otomatik olarak ölçeği genişletmeScale out automatically, even during periods of high load

Aynı bölgedeki işlev uygulamaları aynı tüketim planına atanabilir.Function apps in the same region can be assigned to the same Consumption plan. Aynı tüketim planında çalışan birden çok uygulamayı kullanmanın bir kısmı veya etkisi yoktur.There's no downside or impact to having multiple apps running in the same Consumption plan. Aynı tüketim planına birden fazla uygulamanın atanması, her uygulamanın esnekliği, ölçeklenebilirlik veya güvenilirliğini etkilemez.Assigning multiple apps to the same Consumption plan has no impact on resilience, scalability, or reliability of each app.

Tüketim planında çalışırken maliyetleri tahmin etme hakkında daha fazla bilgi edinmek için bkz. Tüketim planı maliyetlerini anlama.To learn more about how to estimate costs when running in a Consumption plan, see Understanding Consumption plan costs.

Premium planPremium plan

Premium planı kullanırken, Azure Işlevleri ana bilgisayarının örnekleri, tüketim planı gibi gelen olayların sayısına göre eklenir ve kaldırılır.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 plan aşağıdaki özellikleri destekler:Premium plan supports the following features:

  • Soğuk başlangıçtan kaçınmak için adet sürekli sıcak örneklerPerpetually warm instances to avoid any cold start
  • VNet bağlantısıVNet connectivity
  • Sınırsız yürütme süresiUnlimited execution duration
  • Premium örnek boyutları (bir çekirdek, iki çekirdek ve dört temel örnek)Premium instance sizes (one core, two core, and four core instances)
  • Daha öngörülebilir fiyatlandırmaMore predictable pricing
  • Birden çok işlev uygulaması olan planlar için yüksek yoğunluklu uygulama ayırmaHigh-density app allocation for plans with multiple function apps

Bu seçenekleri nasıl yapılandırabileceğiniz hakkında bilgiler, Azure Işlevleri Premium plan belgesindebulunabilir.Information on how you can configure these options can be found in the Azure Functions Premium plan document.

Yürütme başına faturalandırılması ve tüketilen bellek yerine, Premium plan için faturalandırma, gerekli ve önceden çarpımış örneklerde kullanılan çekirdek saniyelik ve belleğin sayısını temel alır.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. Plan başına en az bir örnek her zaman sıcak olmalıdır.At least one instance must be warm at all times per plan. Bu, yürütmelerin sayısından bağımsız olarak etkin plan başına en az aylık maliyet olduğu anlamına gelir.This means that there is a minimum monthly cost per active plan, regardless of the number of executions. Premium planındaki tüm işlev uygulamalarının, önceden çarpımış ve etkin örnekleri paylaştığı göz önünde bulundurun.Keep in mind that all function apps in a Premium plan share pre-warmed and active instances.

Aşağıdaki durumlarda Azure Işlevleri Premium planını göz önünde bulundurun:Consider the Azure Functions Premium plan in the following situations:

  • İşlev uygulamalarınız sürekli veya neredeyse sürekli çalışır.Your function apps run continuously, or nearly continuously.
  • Çok sayıda küçük yürütmeler ve yüksek bir yürütme faturanız, ancak tüketim planında düşük GB ikinci faturanız vardır.You have a high number of small executions and have a high execution bill but low GB second bill in the Consumption plan.
  • Tüketim planı tarafından sağlandıkından daha fazla CPU veya bellek seçeneği gerekir.You need more CPU or memory options than what is provided by the Consumption plan.
  • Kodunuzun, tüketim planında izin verilen maksimum yürütme süresinden daha uzun çalışması gerekir.Your code needs to run longer than the maximum execution time allowed on the Consumption plan.
  • Yalnızca bir Premium planda kullanılabilir olan Özellikler (örneğin, sanal ağ bağlantısı) gereklidir.You require features that are only available on a Premium plan, such as virtual network connectivity.

Premium bir planda JavaScript işlevlerini çalıştırırken, daha az vCPU içeren bir örnek seçmeniz gerekir.When running JavaScript functions on a Premium plan, you should choose an instance that has fewer vCPUs. Daha fazla bilgi için bkz. tek çekirdekli Premium planları seçme.For more information, see the Choose single-core Premium plans.

Adanmış (App Service) planDedicated (App Service) plan

İşlev uygulamalarınız aynı zamanda diğer App Service uygulamalarla aynı ayrılmış VM 'lerde da çalıştırılabilir (temel, standart, Premium ve yalıtılmış SKU 'Lar).Your function apps can also run on the same dedicated VMs as other App Service apps (Basic, Standard, Premium, and Isolated SKUs).

Aşağıdaki durumlarda bir App Service planı düşünün:Consider an App Service plan in the following situations:

  • Zaten başka App Service örnekleri çalıştıran, az önce kullanılan VM 'Ler var.You have existing, underutilized VMs that are already running other App Service instances.
  • İşlevlerinizin çalıştırılacağı özel bir görüntü sağlamak istiyorsunuz.You want to provide a custom image on which to run your functions.

Aynı şekilde, Web Apps gibi diğer App Service kaynaklarda yaptığınız gibi App Service planındaki işlev uygulamaları için de aynı ödeme yaparsınız.You pay the same for function apps in an App Service Plan as you would for other App Service resources, like web apps. App Service planının nasıl çalıştığı hakkında daha fazla bilgi için bkz. ayrıntılı genel bakış Azure App Service planları.For details about how the App Service plan works, see the Azure App Service plans in-depth overview.

App Service planıyla, daha fazla VM örneği ekleyerek ölçeği el ile değiştirebilirsiniz.With an App Service plan, you can manually scale out by adding more VM instances. Otomatik ölçeklendirme özelliğini de etkinleştirebilirsiniz.You can also enable autoscale. Daha fazla bilgi için bkz. örnek sayısını el ile veya otomatik olarak ölçeklendirme.For more information, see Scale instance count manually or automatically. Ayrıca, farklı bir App Service planı seçerek ölçeği genişletebilirsiniz.You can also scale up by choosing a different App Service plan. Daha fazla bilgi için bkz. Azure 'da bir uygulamayı ölçeklendirme.For more information, see Scale up an app in Azure.

JavaScript işlevlerini bir App Service planında çalıştırırken, daha az vCPU içeren bir plan seçmelisiniz.When running JavaScript functions on an App Service plan, you should choose a plan that has fewer vCPUs. Daha fazla bilgi için bkz. tek çekirdekli App Service planlarını seçme.For more information, see Choose single-core App Service plans.

Her zaman açıkAlways On

App Service bir planda çalıştırırsanız, işlev uygulamanızın doğru çalışması için Always on ayarını etkinleştirmeniz gerekir.If you run on an App Service plan, you should enable the Always on setting so that your function app runs correctly. Bir App Service planında, işlevler çalışma zamanı birkaç dakikadan sonra boş kalır, bu nedenle yalnızca HTTP Tetikleyicileri "uyandırır" olur.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. Her zaman açık, yalnızca bir App Service planında kullanılabilir.Always on is available only on an App Service plan. Tüketim planında, platform işlev uygulamalarını otomatik olarak etkinleştirir.On a Consumption plan, the platform activates function apps automatically.

İşlev uygulaması zaman aşımı süresiFunction app timeout duration

Bir işlev uygulamasının zaman aşımı süresi, Host. JSON proje dosyasındaki functionTimeout özelliği tarafından tanımlanır.The timeout duration of a function app is defined by the functionTimeout property in the host.json project file. Aşağıdaki tabloda, hem planlar hem de farklı çalışma zamanı sürümleri için dakika cinsinden varsayılan ve en büyük değerler gösterilmektedir:The following table shows the default and maximum values in minutes for both plans and the different runtime versions:

PlanlamaPlan Çalışma zamanı sürümüRuntime Version VarsayılanDefault En FazlaMaximum
TüketimConsumption 'in1.x 55 1010
TüketimConsumption 2.x2.x 55 1010
TüketimConsumption 3.x3.x 55 1010
PremiumPremium 'in1.x 3030 SınırsızUnlimited
PremiumPremium 2.x2.x 3030 SınırsızUnlimited
PremiumPremium 3.x3.x 3030 SınırsızUnlimited
App ServiceApp Service 'in1.x SınırsızUnlimited SınırsızUnlimited
App ServiceApp Service 2.x2.x 3030 SınırsızUnlimited
App ServiceApp Service 3.x3.x 3030 SınırsızUnlimited

Not

İşlev uygulaması zaman aşımı ayarından bağımsız olarak, 230 saniye bir HTTP tetiklenen işlevin bir isteğe yanıt vermek için gidebildiği en uzun süredir.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. Bunun nedeni, Azure Load Balancer varsayılan boşta kalma zaman aşımı süresi.This is because of the default idle timeout of Azure Load Balancer. Daha uzun işlem süreleri için dayanıklı işlevler zaman uyumsuz model kullanmayı veya gerçek işi erteleyin ve anında yanıt döndürmenizidüşünün.For longer processing times, consider using the Durable Functions async pattern or defer the actual work and return an immediate response.

Her zaman etkinleştirilmiş olsa bile, tek tek işlevlerde yürütme zaman aşımı, Host. JSON proje dosyasındaki functionTimeout ayarıyla denetlenir.Even with Always On enabled, the execution timeout for individual functions is controlled by the functionTimeout setting in the host.json project file.

Mevcut bir uygulamanın barındırma planını belirlemeDetermine the hosting plan of an existing application

İşlev uygulamanız tarafından kullanılan barındırma planını öğrenmek için, Azure Portalişlev uygulaması Için genel bakış sekmesinde App Service plan/fiyatlandırma katmanı ' na bakın.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. App Service planlar için, fiyatlandırma katmanı da belirtilir.For App Service plans, the pricing tier is also indicated.

Portalda ölçeklendirme planını görüntüleme

Planı aşağıdaki gibi öğrenmek için Azure CLı de kullanabilirsiniz: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

Bu komutun çıktısı dynamicolduğunda, işlev uygulamanız tüketim planınızdan olur.When the output from this command is dynamic, your function app is in the Consumption plan. Bu komutun çıktısı ElasticPremiumolduğunda, işlev uygulamanız Premium plandır.When the output from this command is ElasticPremium, your function app is in the Premium plan. Diğer tüm değerler App Service planının farklı katmanlarını gösterir.All other values indicate different tiers of an App Service plan.

Depolama hesabı gereksinimleriStorage account requirements

Herhangi bir planda, bir işlev uygulaması Azure blob, kuyruk, dosyalar ve tablo depolamayı destekleyen genel bir Azure depolama hesabı gerektirir.On any plan, a function app requires a general Azure Storage account, which supports Azure Blob, Queue, Files, and Table storage. Bunun nedeni, Işlevlerin Tetikleyicileri yönetme ve işlev yürütmelerini yönetme gibi işlemler için Azure Storage 'ı temel aldığından, ancak bazı depolama hesapları kuyrukları ve tabloları desteklemezler.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. Yalnızca BLOB depolama hesapları (Premium Depolama dahil) ve bölgesel olarak yedekli depolama çoğaltması olan genel amaçlı depolama hesapları dahil olmak üzere bu hesaplar, bir işlev uygulaması oluşturduğunuzda mevcut depolama hesabı Seçimlerinizden filtrelenmiştir.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.

İşlev uygulamanız tarafından kullanılan depolama hesabı, Tetikleyiciniz ve bağlamalarınız tarafından, uygulama verilerinizi depolamak için de kullanılabilir.The same storage account used by your function app can also be used by your triggers and bindings to store your application data. Ancak, depolama yoğun işlemler için ayrı bir depolama hesabı kullanmanız gerekir.However, for storage-intensive operations, you should use a separate storage account.

Birden çok işlevli uygulamanın herhangi bir sorun olmadan aynı depolama hesabını paylaşması kesinlikle mümkündür.It's certainly possible for multiple function apps to share the same storage account without any issues. (Bunun iyi bir örneği, bir depolama hesabı gibi davranan Azure Storage öykünücüsü kullanarak yerel ortamınızda birden çok uygulama geliştirmektir.)(A good example of this is when you develop multiple apps in your local environment using the Azure Storage Emulator, which acts like one storage account.)

Depolama hesabı türleri hakkında daha fazla bilgi edinmek için bkz. Azure Storage Services 'A giriş.To learn more about storage account types, see Introducing the Azure Storage services.

Tüketim ve Premium planlar nasıl çalışır?How the consumption and premium plans work

Tüketim ve Premium planlarında, Azure Işlevleri altyapısı, işlevlerinin tetiklendiği olay sayısına göre Işlevler ana bilgisayarının ek örneklerini ekleyerek CPU ve bellek kaynaklarını ölçeklendirir.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. Tüketim planında Işlevlerin ana bilgisayarının her örneği 1,5 GB bellek ve bir CPU ile sınırlıdır.Each instance of the Functions host in the Consumption plan is limited to 1.5 GB of memory and one CPU. Ana bilgisayarın bir örneği, bir işlev uygulamasının tüm işlevleri bir örnek içinde kaynak paylaşır ve aynı anda ölçeklendirin.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. Aynı tüketim planını paylaşan işlev uygulamaları bağımsız olarak ölçeklendirilir.Function apps that share the same Consumption plan are scaled independently. Premium planda, plan boyutunuz söz konusu örnekteki plandaki tüm uygulamalar için kullanılabilir bellek ve CPU 'YU tespit edecektir.In the Premium plan, your plan size will determine the available memory and CPU for all apps in that plan on that instance.

İşlev kodu dosyaları, işlevin ana depolama hesabındaki Azure dosya paylaşımlarında depolanır.Function code files are stored on Azure Files shares on the function's main storage account. İşlev uygulamasının ana depolama hesabını sildiğinizde, işlev kodu dosyaları silinir ve kurtarılamaz.When you delete the main storage account of the function app, the function code files are deleted and cannot be recovered.

Çalışma zamanı ölçeklendirmeRuntime scaling

Azure Işlevleri, olayların oranını izlemek ve ölçeğini genişletmek veya ölçeklendirmek için Ölçek denetleyicisi adlı bir bileşen kullanır.Azure Functions uses a component called the scale controller to monitor the rate of events and determine whether to scale out or scale in. Ölçek denetleyicisi her tetikleyici türü için buluşsal yöntemler kullanır.The scale controller uses heuristics for each trigger type. Örneğin, bir Azure kuyruk depolama tetikleyicisi kullanırken, sıra uzunluğuna ve en eski sıra iletisinin yaşa göre ölçeklendirilir.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.

Azure Işlevleri için ölçek birimi, işlev uygulamasıdır.The unit of scale for Azure Functions is the function app. İşlev uygulaması ölçeklenirse, Azure Işlevleri ana bilgisayarının birden çok örneğini çalıştırmak için ek kaynaklar ayrılır.When the function app is scaled out, additional resources are allocated to run multiple instances of the Azure Functions host. Buna karşılık, işlem talebi azaltıldı, ölçek denetleyicisi işlev ana bilgisayar örneklerini kaldırır.Conversely, as compute demand is reduced, the scale controller removes function host instances. İşlev uygulaması içinde hiçbir işlev çalışmadığı zaman örneklerin sayısı sonunda sıfıra ölçeklendirilir .The number of instances is eventually scaled in to zero when no functions are running within a function app.

Denetleyici izleme olaylarını ölçeklendirme ve örnek oluşturma

Ölçeklendirme davranışlarını anlamaUnderstanding scaling behaviors

Ölçeklendirme, bir dizi etkene göre farklılık gösterebilir ve seçilen tetikleyici ve dile göre farklı şekilde ölçeklendirebilir.Scaling can vary on a number of factors, and scale differently based on the trigger and language selected. ' Nin farkında olması için ölçeklendirmenin bazı çok karmaşık özellikleri vardır:There are a few intricacies of scaling behaviors to be aware of:

  • Tek bir işlev uygulaması yalnızca en fazla 200 örneğe ölçeklendirir.A single function app only scales out to a maximum of 200 instances. Tek bir örnek aynı anda birden fazla ileti veya isteği işleyebilir, bu nedenle eşzamanlı yürütmeler sayısında bir küme sınırı yoktur.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.
  • HTTP Tetikleyicileri için, yeni örnekler yalnızca her 1 saniyede bir en çok olacak şekilde ayrılacaktır.For HTTP triggers, new instances will only be allocated at most once every 1 second.
  • HTTP olmayan Tetikleyiciler için, yeni örnekler her 30 saniyede bir en fazla olacak şekilde ayrılacaktır.For non-HTTP triggers, new instances will only be allocated at most once every 30 seconds.

Farklı tetikleyiciler Ayrıca aşağıda belgelenen farklı ölçekleme sınırlarına de sahip olabilir:Different triggers may also have different scaling limits as well as documented below:

Ölçeklenebilir uygulamalar için en iyi uygulamalar ve desenlerBest practices and patterns for scalable apps

Konak yapılandırması, çalışma zamanı kaplama ve kaynak verimliliği dahil, ne kadar iyi ölçeklendirilemeyeceğini etkileyecek bir işlev uygulamasının birçok yönü vardır.There are many aspects of a function app that will impact how well it will scale, including host configuration, runtime footprint, and resource efficiency. Daha fazla bilgi için performans konuları makalesinin ölçeklenebilirlik bölümünebakın.For more information, see the scalability section of the performance considerations article. Ayrıca, işlev uygulamanız ölçeklenirken bağlantıların nasıl davranacağını de bilmelisiniz.You should also be aware of how connections behave as your function app scales. Daha fazla bilgi için bkz. Azure işlevlerinde bağlantıları yönetme.For more information, see How to manage connections in Azure Functions.

Python ve Node. js ' de ölçeklendirme hakkında daha fazla bilgi için bkz. Azure Işlevleri Python Geliştirici Kılavuzu-ölçeklendirme ve eşzamanlılık ve Azure işlevleri Node. js Geliştirici Kılavuzu-ölçekleme ve eşzamanlılık.For additional information on scaling in Python and Node.js, see Azure Functions Python developer guide - Scaling and concurrency and Azure Functions Node.js developer guide - Scaling and concurrency.

Faturalandırma modeliBilling model

Farklı planların faturalandırılması, Azure işlevleri fiyatlandırma sayfasındaayrıntılı olarak açıklanmıştır.Billing for the different plans is described in detail on the Azure Functions pricing page. Kullanım işlevi uygulama düzeyinde toplanır ve yalnızca işlev kodunun yürütüldüğü süreyi sayar.Usage is aggregated at the function app level and counts only the time that function code is executed. Faturalandırma için birimler aşağıda verilmiştir:The following are units for billing:

  • Gigabayt-saniye cinsinden kaynak tüketimi (GB-s) .Resource consumption in gigabyte-seconds (GB-s). Bir işlev uygulaması içindeki tüm işlevler için bellek boyutu ve yürütme süresinin birleşimi olarak hesaplanır.Computed as a combination of memory size and execution time for all functions within a function app.
  • Yürütmeler.Executions. Bir olay tetikleyicisine yanıt olarak bir işlev yürütüldüğünde her seferinde sayılır.Counted each time a function is executed in response to an event trigger.

Tüketim faturanızı nasıl anlayacağınızı öğrenmek için faydalı sorgular ve bilgiler faturalandırma hakkında SSS bölümündebulunabilir.Useful queries and information on how to understand your consumption bill can be found on the billing FAQ.

Hizmet sınırlamalarıService limits

Aşağıdaki tablo çeşitli barındırma planlarında çalışırken işlev uygulamalarına uygulanan limitleri gösterir:The following table indicates the limits that apply to function apps when running in the various hosting plans:

KaynakResource Tüketim planıConsumption plan Premium planPremium plan App Service planı1App Service plan1
Ölçeği genişletmeScale out Olay odaklıEvent driven Olay odaklıEvent driven El ile/otomatik ölçeklendirmeManual/autoscale
En fazla örnekMax instances 200200 100100 10-2010-20
Varsayılan zaman aşımı süresi (dk)Default timeout duration (min) 55 3030 302302
En fazla zaman aşımı süresi (dk)Max timeout duration (min) 1010 sınırsız8unbounded8 sınırsız3unbounded3
En fazla giden bağlantı (örnek başına)Max outbound connections (per instance) 600 etkin (1200 toplam)600 active (1200 total) Unboundedunbounded Unboundedunbounded
En fazla istek boyutu (MB)4Max request size (MB)4 100100 100100 100100
En fazla sorgu dizesi uzunluğu4Max query string length4 40964096 40964096 40964096
En fazla istek URL uzunluğu4Max request URL length4 81928192 81928192 81928192
Örnek başına acuACU per instance 100100 210-840210-840 100-840100-840
Maksimum bellek (örnek başına GB)Max memory (GB per instance) 1,51.5 3,5-143.5-14 1,75-141.75-14
Plan başına işlev uygulamalarıFunction apps per plan 100100 100100 sınırsız5unbounded5
App Service planlarıApp Service plans bölge başına 100100 per region kaynak grubu başına 100100 per resource group kaynak grubu başına 100100 per resource group
Depolama6Storage6 1 GB1 GB 250 GB250 GB 50-1000 GB50-1000 GB
Uygulama başına özel etki alanlarıCustom domains per app 50075007 500500 500500
Özel etki alanı SSL desteğiCustom domain SSL support sınırsız SNI SSL bağlantısı dahildirunbounded SNI SSL connection included sınırsız SNI SSL ve 1 IP SSL bağlantı dahildirunbounded SNI SSL and 1 IP SSL connections included sınırsız SNI SSL ve 1 IP SSL bağlantı dahildirunbounded SNI SSL and 1 IP SSL connections included

1 çeşitli App Service planı seçeneklerine yönelik belirli sınırlar için, App Service plan sınırlarınabakın.1 For specific limits for the various App Service plan options, see the App Service plan limits.
2 varsayılan olarak, bir App Service planındaki işlev 1. x çalışma zamanının zaman aşımı değeri sınırsız olur.2 By default, the timeout for the Functions 1.x runtime in an App Service plan is unbounded.
3 App Service planının her zaman açıkolarak ayarlanmasını gerektirir.3 Requires the App Service plan be set to Always On. Standart oranlardaödeyin.Pay at standard rates.
4 bu sınırlar konakta ayarlanır.4 These limits are set in the host.
5 barındırabilmeniz gereken işlev uygulamalarının gerçek sayısı, uygulamaların etkinliğine, makine örneklerinin boyutuna ve karşılık gelen kaynak kullanımına göre değişir.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 depolama sınırı, aynı App Service planındaki tüm uygulamalarda geçici depolamadaki toplam içerik boyutudur.6 The storage limit is the total content size in temporary storage across all apps in the same App Service plan. Tüketim planı, geçici depolama için Azure dosyalarını kullanır.Consumption plan uses Azure Files for temporary storage.
7 işlev uygulamanız bir Tüketim PLANıNDAbarındırılıyorsa yalnızca CNAME seçeneği desteklenir.7 When your function app is hosted in a Consumption plan, only the CNAME option is supported. Bir Premium planındaki veya bir App Service planındakiişlev UYGULAMALARı için, bir CNAME veya a kaydı kullanarak özel bir etki alanını eşleyebilirsiniz.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.
60 dakikaya kadar garanti edilir .8 Guaranteed for up to 60 minutes.