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 kullanabileceğiniz üç barındırma planı vardır: Tüketim planı, Premium planve App Service planı.There are three hosting plans available for Azure Functions: Consumption plan, Premium plan, and 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.
  • VNET bağlantısı gibi gelişmiş özellikler için destek.Support for advanced features, such as VNET 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çeklenir.Your app is scaled out when needed to handle load, and scaled down 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 down to zero. ( Her zaman açık özelliğinin etkinleştirilmesini gerektirir.)(Requires that Always on is enabled.)

Not

İşlev uygulaması kaynağının plan özelliğini değiştirerek tüketim ve Premium planlar arasında geçiş yapabilirsiniz.You can switch between Consumption and Premium plans by changing the plan property of the function app resource.

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 desteklenmemiştir ve onaylanmamıştır.Preview: not yet fully supported and 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 GAGA önizlemepreview GAGA
LinuxLinux GAGA önizlemepreview GAGA

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.

Premium plan (Önizleme)Premium plan (preview)

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 ayrılmış örneklerde kullanılan çekirdek saniyeler, yürütme süresi ve bellek 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, execution time, and memory used across needed and reserved instances. En az bir örnek her zaman sıcak olmalıdır.At least one instance must be warm at all times. Bu, yürütme sayısından bağımsız olarak etkin plan başına sabit bir aylık maliyet olduğu anlamına gelir.This means that there is a fixed monthly cost per active plan, regardless of the number of executions.

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.
  • 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 Premium bir planda kullanılabilen, VNET/VPN bağlantısı gibi özellikleri gereklidir.You require features that are only available on a Premium plan, such as VNET/VPN 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 çalışma zamanı sürümlerinde, varsayılan ve en büyük değerler dakika cinsinden gösterilmektedir:The following table shows the default and maximum values in minutes for both plans and in both runtime versions:

PlanPlan Çalışma zamanı sürümüRuntime Version VarsayılanDefault MaksimumMaximum
TüketimConsumption 'in1.x 55 1010
TüketimConsumption 2.x2.x 55 1010
App ServiceApp Service 'in1.x SınırsızUnlimited SınırsızUnlimited
App ServiceApp Service 2.x2.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ı, functionTimeout Host. JSON proje dosyasındaki 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 dynamicçıktısı olduğ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 ElasticPremiumçıktısı olduğ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ütmelerinin günlüğe kaydetme gibi işlemler için Azure Storage 'ı kullandığından, bazı depolama hesaplarının kuyrukları ve tabloları desteklememesinden kaynaklanır.This is because Functions rely 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ı.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.

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 down 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ı en fazla 200 örneğe ölçeklendirilebilir.A single function app only scales up 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.

Faturalama 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:

ResourceResource 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 yüksek örnek sayısıMax instances 200200 2020 10-2010-20
Varsayılan zaman aşımı süresi (dk)Default time out duration (min) 55 3030 302302
Maksimum zaman aşımı süresi (dk)Max time out duration (min) 1010 unboundedunbounded 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.