Not
Bu sayfaya erişim yetkilendirme gerektiriyor. Oturum açmayı veya dizinleri değiştirmeyi deneyebilirsiniz.
Bu sayfaya erişim yetkilendirme gerektiriyor. Dizinleri değiştirmeyi deneyebilirsiniz.
Azure'de bir işlev uygulaması oluşturduğunuzda, uygulamanız için bir barındırma seçeneği belirlemeniz gerekir. Azure, işlev kodunuz için şu barındırma seçeneklerini sağlar:
| Barındırma seçeneği | Hizmet | Kullanılabilirlik | Kapsayıcı desteği |
|---|---|---|---|
| Esnek Tüketim planı | Azure İşlevleri | Genel Erişime Açık (GA) | Hiçbiri |
| Premium plan | Azure İşlevleri | Georgia | Linux işletim sistemi |
| Özel plan | Azure İşlevleri | Georgia | Linux işletim sistemi |
| Container Apps | Azure Konteyner Uygulamaları | Georgia | Linux işletim sistemi |
| Tüketim planı (eski) | Azure İşlevleri | Windows - GA Linux - Kullanımdan Kaldırıldı |
Hiçbiri |
Önemli
Tüketim planı eski bir barındırma planıdır. Yeni sunucusuz işlev uygulamaları için Flex Consumption planını kullanın. Mevcut Tüketim planı uygulamaları için Esnek Tüketim planına geçin.
Hem Linux hem de Windows sanal makinelerinde Azure App Service altyapısı, Azure İşlevleri barındırma seçeneklerini kolaylaştırır. Seçtiğiniz barındırma seçeneği aşağıdaki davranışları belirler:
- İşlev uygulamanızın nasıl ölçeklendirildiği.
- Her işlev uygulaması örneğinde kullanılabilen kaynaklar.
- Azure Sanal Ağ bağlantısı gibi gelişmiş işlevler için destek.
- Linux kapsayıcılarına destek.
Seçtiğiniz plan, işlev kodunuzu çalıştırma maliyetlerini de etkiler. Daha fazla bilgi için bkz . Faturalama.
Bu makale, çeşitli barındırma seçenekleri arasında ayrıntılı bir karşılaştırma sağlar. İşlev kodunuzu Linux kapsayıcılarında çalıştırma ve yönetme hakkında daha fazla bilgi edinmek için bkz. Azure İşlevleri'da
Planlara genel bakış
Aşağıdaki tabloda, Azure işlevleri barındırmaya yönelik çeşitli seçeneklerin avantajları özetlenmektedir.
| Seçenek | Sosyal haklar |
|---|---|
| Esnek Tüketim planı | Esnek işlem seçenekleri, sanal ağ tümleştirmesi ve sunucusuz kullandıkça öde faturalaması ile hızlı yatay ölçeklendirme deneyimi yaşayın. Esnek Tüketim planında işlev örnekleri, en iyi verimlilik için yapılandırılmış örnek başına eşzamanlılık, gelen olaylar ve işlev başına iş yüklerine göre dinamik olarak ölçeği genişletir (1.000'e kadar). Aşağıdaki durumlarda Esnek Tüketim planını göz önünde bulundurun: ✔ İşlev kodunuz için yalnızca isteğe bağlı yürütmeler için ödeme yapan sunucusuz bir konağa ihtiyacınız vardır. ✔ Azure kaynaklarına güvenli erişim için sanal ağ bağlantısına ihtiyacınız vardır. ✔ İş yükleriniz değişkendir ve hiçbir etkinlik yokken hızlı ve olay odaklı ölçeklendirmeye geçebilir. ✔ İşlemi bellek boyutlarıyla (512 MB, 2.048 MB veya 4.096 MB) özelleştirmek ve bir veya daha fazla önceden sağlanan (her zaman hazır) örnek aracılığıyla soğuk başlangıçları azaltmak istiyorsunuz. |
| Premium plan | Uygulamaları boşta kaldıktan sonra gecikme olmadan çalıştıran, daha güçlü örneklerde çalışan ve sanal ağlara bağlanan önceden uyarlanmış çalışanlar kullanılarak isteğe göre otomatik olarak ölçeklendirilir. Aşağıdaki durumlarda Azure İşlevleri Premium planını göz önünde bulundurun: ✔ İşlev uygulamalarınız sürekli veya neredeyse sürekli çalışır. ✔ Örnekleriniz üzerinde daha fazla denetime sahip olmak ve olay temelli ölçeklendirme ile aynı plana birden çok işlev uygulaması dağıtmak istiyorsunuz. ✔ Tüketim planında çok sayıda küçük yürütme ve yüksek yürütme faturanız, ancak düşük GB saniyeniz vardır. ✔ Tüketim planları tarafından sağlanandan daha fazla CPU veya bellek seçeneğine ihtiyacınız vardır. ✔ Kodunuzun Tüketim planında izin verilen en uzun yürütme süresinden daha uzun çalışması gerekir. ✔ Azure kaynaklarına güvenli erişim için sanal ağ bağlantısına ihtiyacınız vardır. ✔ İşlevlerinizin çalıştırıldığı özel bir Linux görüntüsü sağlamak istiyorsunuz. |
| Özel plan | İşlevlerinizi bir App Service planında normal App Service planı fiyatlarında çalıştırın. Dayanıklı İşlevler'nin kullanılamadığı uzun süre çalışan senaryolar için en iyi yöntemdir. Aşağıdaki durumlarda bir App Service planı düşünün: ✔ Zaten diğer App Service örneklerini çalıştıran mevcut ve az kullanılan sanal makineleriniz var. ✔ Tam olarak tahmin edilebilir bir faturalamaya sahip olmanız veya örnekleri el ile ölçeklendirmeniz gerekir. ✔ Aynı planda birden çok web uygulaması ve işlev uygulaması çalıştırmak istiyorsunuz ✔ Daha büyük işlem boyutu seçeneklerine erişmeniz gerekir. ✔ Bir App Service Ortamı (ASE) tarafından sağlanan tam işlem yalıtımı ve güvenli ağ erişimi. ✔ Çok yüksek bellek kullanımı ve yüksek ölçek (ASE). |
| Container Apps | Azure Container Apps tarafından barındırılan tam olarak yönetilen bir ortamda kapsayıcılı işlev uygulamaları oluşturun ve dağıtın. Olay odaklı, sunucusuz ve buluta özel işlev uygulamaları oluşturmak için Azure İşlevleri programlama modelini kullanın. İşlevlerinizi diğer mikro hizmetler, API'ler, web siteleri ve iş akışlarıyla birlikte kapsayıcı tarafından barındırılan programlar olarak çalıştırın. Aşağıdaki durumlarda işlevlerinizi Container Apps'te barındırmayı göz önünde bulundurun: ✔ Kapsayıcı görüntüsünün denetimine sahip olmak ve iş kolu uygulamalarını desteklemek için işlev kodunuzla özel kitaplıkları paketlemek istiyorsunuz. ✔ Kod yürütmeyi şirket içi veya eski uygulamalardan kapsayıcılarda çalışan buluta özel mikro hizmetlere geçirmeniz gerekir. ✔ Kubernetes kümelerini ve ayrılmış işlem yönetiminin ek yükünü ve karmaşıklığını önlemek istediğinizde. ✔ İşlevleriniz, ayrılmış GPU işlem kaynakları tarafından sağlanan üst düzey işleme gücüne ihtiyaç duyar. |
| Tüketim planı (eski) | İşlevleriniz Windows otomatik ölçekle çalışırken, yalnızca hesaplama kaynakları için (kullandıkça öde) ödeme yapın. Tüketim planında, işlev örnekleri gelen olayların sayısına göre dinamik olarak eklenir ve kaldırılır. Aşağıdaki durumlarda Tüketim planını göz önünde bulundurun: ✔ Windows bağımlılığınız var. Örneğin, v1 çalışma zamanını, tam .NET Framework'ünü veya belirli PowerShell modülleri gibi Windows özgü özellikleri kullanarak. ✔ Sunucusuz faturalama modeli istiyorsunuz ve yalnızca işlevleriniz çalışırken ödeme yapın. Yeni sunucusuz işlev uygulamaları için bunun yerine Flex Consumption planını kullanın. |
Bu makaledeki diğer tablolar, barındırma seçeneklerini çeşitli özelliklere ve davranışlara göre karşılaştırır.
İşletim sistemi desteği
Bu tabloda barındırma seçenekleri için işletim sistemi desteği gösterilmektedir.
| Barındırma | Linux1 dağıtımı | Windows2 dağıtımı |
|---|---|---|
| Esnek Tüketim planı |
✅ Yalnızca kod ❌ Kapsayıcı (desteklenmez) |
❌ Desteklenmiyor |
| Premium plan |
✅ Yalnızca kod ✅ Konteyner |
✅ Yalnızca kod |
| Özel plan |
✅ Yalnızca kod ✅ Konteyner |
✅ Yalnızca kod |
| Container Apps | ✅ Yalnızca kapsayıcı | ❌ Desteklenmiyor |
| Tüketim planı |
✅ Yalnızca kod (Kullanımdan kaldırıldı) ❌ Kapsayıcı (desteklenmez) |
✅ Yalnızca kod (eski) |
- Linux, Python çalışma zamanı yığını için desteklenen tek işletim sistemidir.
- Windows dağıtımları yalnızca koda yöneliktir. Azure İşlevleri şu anda Windows kapsayıcılarını desteklemez.
Önemli
Tüketim planında Linux'ta kullanım süresi sonu v3 çalışma zamanını çalıştırmaya devam eden işlev uygulamaları 30 Eylül 2026'dan sonra çalışmayı durduruyor. Hizmet kesintisini önlemek için uygulamanızı v4 çalışma zamanına geçirin.
Tüketim planında Linux'ta işlev uygulamaları barındırma seçeneği 30 Eylül 2028'de kullanımdan kaldırılıyor. Linux Tüketim planı yeni özellik veya dil sürümleri almayacak. Tüketim planında Windows çalışan uygulamalar şu anda etkilenmez. Uygulamalarınızı kullanımdan kaldırma tarihinden önce Esnek Tüketim planına geçirin.
Fonksiyon uygulaması zaman aşımı süresi
functionTimeout
host.json proje dosyasındaki özelliği, işlev uygulamasındaki işlevlerin zaman aşımı süresini ayarlar. Bu özellik özellikle işlev yürütmeleri için geçerlidir. Tetikleyici işlev yürütmeyi başlatıldıktan sonra, işlevin zaman aşımı süresi içinde dönmesi veya yanıt vermesi gerekir. Yürütme bu süreyi aştığında bir zaman aşımı hatası oluşur ve dil çalışanı işlemi yeniden başlatılır. İşlemde çalışan C# uygulamaları için konak işlemi kendisi yeniden başlatılır. Zaman aşımlarını ve sonraki işlem yeniden başlatmalarını önlemek için sağlam işlevler yazmak önemlidir. Daha fazla bilgi için bkz. Azure İşlevleri performans ve güvenilirliğini geliştirin.
Aşağıdaki tabloda belirli planlar için varsayılan ve en yüksek değerler (dakika cinsinden) gösterilmektedir:
| Tasarı | Varsayılan | En Fazla1 |
|---|---|---|
| Esnek Tüketim planı | 30 | Sınırsız2 |
| Premium plan | 304 | Sınırsız2 |
| Özel plan | 304 | Sınırsız3 |
| Container Apps | 30 | Sınırsız5 |
| Tüketim planı | 5 | 10 |
- İşlev uygulaması zaman aşımı ayarından bağımsız olarak 230 saniye, HTTP ile tetiklenen bir işlevin isteğe yanıt vermesi için gereken en uzun süredir. Bu sınır, Azure Load Balancer'ın varsayılan boşta kalma zaman aşımı nedeniyle vardır. Daha uzun işleme süreleri için Dayanıklı İşlevler zaman uyumsuz deseni'ni veya fiili çalışmayı ertelemeyi ve anında yanıt döndürmeyi kullanmayı göz önünde bulundurun.
- Yürütme zaman aşımı süresi için herhangi bir üst sınır uygulanmamaktadır. Ancak, bir işlev yürütmesine verilen avans süresi Esnek Tüketim ve Premium planları için ölçek küçültme sırasında 60 dakikadır ve platform güncellemeleri sırasında 10 dakikalık bir avans süresi verilir.
- App Service planının Always On olarak ayarlanmasını gerektirir. Platform güncelleştirmeleri sırasında 10 dakikalık bir yetkisiz kullanım süresi verilir.
- İşlevler konak çalışma zamanının 1.x sürümü için varsayılan zaman aşımı sınırsızdır.
- En az çoğaltma sayısı sıfır olarak ayarlandığında, varsayılan zaman aşımı uygulamada kullanılan belirli tetikleyicilere bağlıdır.
Bu değerler, Azure İşlevleri ana bilgisayar işleminin doğru şekilde başlatıldığını ve çalıştığını varsayar. Dile özgü çalışan işleminin de başlatılması için en fazla 60 saniyelik bir zaman aşımı vardır. Çalışan işlemi başlatma zaman aşımı şu anda yapılandırılamaz.
Dil desteği
İşlevler'deki geçerli yerel dil yığını desteği hakkında ayrıntılı bilgi için bkz. Supported languages in Azure İşlevleri.
Ölçek
Aşağıdaki tablo, çeşitli barındırma planlarının ölçeklendirme davranışlarını karşılaştırır.
Fonksiyon uygulaması (Tüketim) veya plan başına (Premium/Dedicated) maksimum örnek sayısı verilir, aksi belirtilmedikçe.
| Tasarı | Ölçek genişletme | Maksimum # örnek |
|---|---|---|
| Esnek Tüketim planı | Hızlı olay odaklı ölçeklendirme kararları, uygulamanızdaki işlevleri ölçeklendirmenin daha belirleyici bir yolunu sağlayan işlev başına ölçeklendirme olarak adlandırılır. HTTP, Blob depolama (Event Grid) ve Dayanıklı İşlevler dışında, uygulamanızdaki diğer tüm işlev tetikleyici türleri bağımsız örneklere göre ölçeklendirilir. Uygulamanızdaki tüm HTTP tetikleyicileri, tüm Blob depolama (Event Grid) tetikleyicileri gibi aynı örneklerde bir grup olarak birlikte ölçeklendirilir. Tüm Dayanıklı İşlevler tetikleyicileri de örnekleri paylaşır ve birlikte ölçeklendirir. | 10001 |
| Premium plan | Olay güdümlü. Yüksek yük dönemlerinde bile ölçeği otomatik olarak genişletme. Azure İşlevleri altyapısı, işlevlerinin tetiklediği olay sayısına göre İşlevler konağına daha fazla örnek ekleyerek CPU ve bellek kaynaklarını ölçeklendirir. |
Windows: 1006 Linux: 20-1002,6 |
| Özel plan | El ile/otomatik ölçeklendirme | 10-303 100 (ASE) |
| Container Apps | Olay güdümlü. Yüksek yük dönemlerinde bile ölçeği otomatik olarak genişletme. Azure İşlevleri altyapısı, işlevlerinin tetiklediği olay sayısına göre İşlevler konağına daha fazla örnek ekleyerek CPU ve bellek kaynaklarını ölçeklendirir. | 300-10004 |
| Tüketim planı | Olay güdümlü. Olayların kaynağına göre otomatik ölçeklendirme. İşlevler altyapısı, gelen tetikleyici olaylarının sayısına göre işlev konağına daha fazla örnek ekleyerek kaynakları ölçeklendirir. |
Windows: 200 Linux: 1005 |
- Esnek Tüketim planı, belirli bir bölgedeki tüm örneklerin toplam bellek kullanımını sınırlayan bölgesel bir abonelik kotasına sahiptir. Daha fazla bilgi için bkz . Bölgesel abonelik bellek kotaları. Esnek Tüketim planları şu anda yalnızca Linux'a destek sağlar.
- Bazı bölgelerde Premium plandaki Linux uygulamaları 100 örneğe ölçeklendirilebilir. Daha fazla bilgi için Premium plan makalesine bakın.
- Çeşitli App Service planı seçeneklerinin belirli sınırlarını görmek için App Service planı sınırları bölümüne bakın.
- Container Apps'te varsayılan değer 10 örnektir, ancak toplam en fazla 1000 çoğaltma içeren en fazla çoğaltma sayısını ayarlayabilirsiniz. Yeterli çekirdek kotası olduğu sürece bu ayar kabul edilir. Daha fazla bilgi için bkz. Azure Container Apps için Kotalar. İşlev uygulamanızı Azure portalından oluşturduğunuzda 300 örnekle sınırlısınız.
- Ölçekleme sırasında, Tüketim planındaki Linux uygulamaları için abonelik başına saatte 500 örnekleme sınırı vardır.
- Özel uç nokta kısıtlanmış http tetikleyicileri için ölçeği genişletme işlemi en fazla 20 örnekle sınırlıdır.
Soğuk başlangıç davranışı
| Tasarı | Ayrıntılar |
|---|---|
| Esnek Tüketim planı | Sıfıra ölçeklendirildiğinde bile iyileştirilmiş soğuk başlangıç. Yeni örnekler sağlanırken gecikmeyi daha da azaltmak için her zaman hazır örnekleri destekler. |
| Premium plan | Bir veya daha fazla sürekli sıcak örneği korumanıza izin vererek soğuk başlangıçları önlemek amacıyla her zaman hazır örnekleri destekler. |
| Özel plan | Dedicated plan'da çalıştığında Functions host, belirli sayıda örnekte sürekli olarak çalışabilir ve bu, soğuk başlatmanın sorun olmaktan çıktığı anlamına gelir. |
| Container Apps |
En az çoğaltma sayısına bağlıdır: • Sıfır olarak ayarlandığında: uygulamalar boşta olduğunda sıfıra ölçeklendirilebilir ve bazı istekler başlangıçta daha fazla gecikme süresine sahip olabilir. • Bir veya daha fazla ayarlandığında: ana süreç kesintisiz çalışır, bu da soğuk başlatmanın bir sorun olmayacağı anlamına gelir. |
| Tüketim planı | Uygulamalar boştayken sıfıra ölçeklendirilebilir, bu da bazı isteklerin başlangıçta daha fazla gecikme süresine sahip olabileceği anlamına gelir. Tüketim planında, soğuk başlangıç süresini azaltmaya yardımcı olacak bazı iyileştirmeler bulunmaktadır; bunlar arasında, konak ve dil işlemlerinin zaten çalıştığı önceden ısıtılmış yer tutucu işlevlerden yararlanma da vardır. |
Hizmet sınırları
| Kaynak | Esnek Tüketim planı | Premium plan | Özel plan/ASE | Kapsayıcı Uygulamaları | Tüketim planı |
|---|---|---|---|---|---|
| Varsayılan zaman aşımı süresi (dk) | 30 | 30 | 301 | 3016 | 5 |
| En uzun zaman aşımı süresi (dk) | ilişkisiz9 | ilişkisiz9 | ilişkisiz2 | sınırsız17 | 10 |
| En fazla giden bağlantı (örnek başına) | Sınırsız | Sınırsız | Bkz App Service sınırları | Sınırsız | 600 etkin (toplam 1200) |
| Maksimum istek boyutu (MB)3 | 210 | 210 | 210 | 210 | 210 |
| En fazla sorgu dizesi uzunluğu3 | 4096 | 4096 | 4096 | 4096 | 4096 |
| En fazla istek URL'si uzunluğu3 | 8192 | 8192 | 8192 | 8192 | 8192 |
| Örnek başına ACU | 210-840 | 100-840/210-25010 | Değişir | 100 | Değişir |
| Maksimum bellek (örnek başına GB) | 414 | 3.5-14 | 1.75-256/8-256 | Değişir | 1.5 |
| En fazla örnek sayısı (Windows | Linux)15 | yok | 1000 | 20-100 | 10-30 (100 ASE)11 | 300-100018 | 200 | 100 |
| Plan başına işlev uygulamaları13 | 1 | 100 | ilişkisiz4 | ilişkisiz4 | 100 |
| App Service planları | Yok | Kaynak grubu başına 100 | Kaynak grubu başına 100 | Yok | Bölge başına 100 |
| Uygulamabaşına dağıtım yuvaları 12 | Yok | 3 | 1-2011 | desteklenmiyor | 2 |
| Depolama (geçici)5 | 0,8 GB | 21-140 GB | 11-140 GB | Yok | 0,5 GB |
| Depolama (kalıcı) | 0 GB7 | 250 GB | 10-1000 GB11 | Yok | 1 GB6,7 |
| Uygulama başına özel etki alanları | 258 | beş yüz | beş yüz | desteklenmiyor | 5008 |
| Özel etki alanı SSL/TLS desteği | ilişkisiz SNI SSL ve bir IP SSL bağlantısı dahil | ilişkisiz SNI SSL ve bir IP SSL bağlantısı dahil | ilişkisiz SNI SSL ve bir IP SSL bağlantısı dahil | desteklenmiyor | ilişkisiz SNI SSL bağlantısı dahil |
Hizmet sınırlarıyla ilgili notlar:
- Varsayılan olarak, app service planındaki İşlevler 1.x çalışma zamanı için zaman aşımı sınırsızdır.
- App Service planının Always On olarak ayarlanmasını gerektirir. Standart fiyatlarla ödeme. Platform güncelleştirmeleri sırasında HTTP ile tetiklenen işlevler için 10 dakikalık bir yetkisiz kullanım süresi verilir, ancak diğer tetikleyiciler için verilmez.
- Bu sınırlar ana bilgisayarda ayarlanır.
- Barındırabileceğiniz işlev uygulamalarının gerçek sayısı, uygulamaların etkinliğine, makine örneklerinin boyutuna ve buna karşılık gelen kaynak kullanımına bağlıdır.
- Depolama sınırı, aynı App Service planındaki tüm uygulamalar genelinde geçici depolamadaki toplam içerik boyutudur. Linux'ta Tüketim planları için depolama alanı şu anda 1,5 GB'tır.
- Tüketim planı kalıcı depolama için bir Azure Dosyalar paylaşımı kullanır. Kendi Azure Dosyalar paylaşımınızı sağladığınızda, belirli paylaşım boyutu sınırları WEBSITE_CONTENTAZUREFILECONNECTIONSTRING için ayarladığınız depolama hesabına bağlıdır.
- Linux'ta kendi Azure Dosyalar paylaşımınızı açıkça bağlamanız gerekir.
- İşlev uygulamanız tüketim planında barındırıldığında yalnızca CNAME seçeneği desteklenir. Premium planındaki veya App Service planındaki işlev uygulamaları için, CNAME veya A kaydı kullanarak özel bir etki alanını eşleyebilirsiniz.
- Maksimum yürütme zaman aşımı süresi uygulanmamaktadır. Ancak, işlev yürütmeye verilen geçiş süresi, ölçekleme sırasında 60 dakika ve platform güncelleştirmeleri sırasında 10 dakikadır.
- Çalışanlar, müşteri uygulamalarını barındıran rollerdir. Çalışanlar üç sabit boyutta kullanılabilir: Bir vCPU/3,5 GB RAM; İki vCPU/7 GB RAM; Dört vCPU/14 GB RAM.
- Ayrıntılar için bkz . App Service sınırları .
- Üretim slotu dahil.
- Şu anda belirli bir abonelikte 5.000 işlev uygulaması sınırı vardır.
- Esnek Tüketim planı örnek boyutları şu anda 512 MB, 2.048 MB veya 4.096 MB olarak tanımlanmaktadır. Daha fazla bilgi için bkz . Örnek belleği.
- Ayrıntılar için Barındırma karşılaştırma makalesindeki Ölçeklendirme bölümüne bakın.
- En az çoğaltma sayısı sıfır olarak ayarlandığında, varsayılan zaman aşımı uygulamada kullanılan belirli tetikleyicilere bağlıdır.
- Çoğaltma sayısının minimum değeri bir veya daha fazla olarak ayarlandığında.
Ağ özellikleri
| Özellik | Esnek Tüketim planı | Tüketim planı | Premium plan | Özel plan/ASE | Container Apps1 |
|---|---|---|---|---|---|
| Gelen erişim kısıtlamaları | ✅ | ✅ | ✅ | ✅ | ✅ 2 |
| Özel uç noktalar (gelen) | ✅ | ❌ | ✅ | ✅ | ❌ |
| Hizmet uç noktaları (gelen) | ✅ | ❌ | ✅ | ✅ | ✅ |
| Sanal ağ tümleştirmesi (giden) | ✅ | ❌ | ✅ | ✅ 3 | ✅ |
| Karma Bağlantılar | ❌ | ❌ | ✅ (yalnızca Windows) | ✅ (yalnızca Windows) | ✅ (yalnızca Windows) |
- Daha fazla bilgi için Azure Container Apps ortamında Ağ Kurulumu'na bakın.
- Container Apps ortamı giriş yapılandırması aracılığıyla yönetilir.
- Özel/ASE planı, geçidi gerektiren sanal ağ tümleştirmesi desteğini de içerir.
Faturalandırma
| Tasarı | Ayrıntılar |
|---|---|
| Esnek Tüketim planı | Faturalama, yürütme sayısına, işlevleri etkin bir şekilde yürüten örneklerin belleğine ve her zaman hazır örneklerin maliyetine bağlıdır. Daha fazla bilgi için bkz . Esnek Tüketim planı faturalaması. |
| Premium plan | Premium plan, gerekli ve önceden uyarlanmış örneklerde kullanılan çekirdek saniye ve bellek sayısını temel alır. Plan başına en az bir örnek her zaman sıcak tutulmalıdır. Bu plan en öngörülebilir fiyatlandırmayı sağlar. |
| Özel plan | App Service Planındaki işlev uygulamaları için, web uygulamaları gibi diğer App Service kaynakları için yaptığınız gibi ödeme yaparsınız. ASE için, altyapı için ödenen ve ortamın boyutuyla değişmeyen sabit bir aylık ücret vardır. App Service planı başına vCPU için de bir maliyet vardır. ASE'de barındırılan tüm uygulamalar Yalıtılmış fiyatlandırma modelindedir. Daha fazla bilgi için ASE'ye genel bakış makalesine bakın. |
| Container Apps | Azure Container Apps faturalama, plan türünüz temelinde yapılır. Daha fazla bilgi için bkz. billing in Azure Container Apps. |
| Tüketim planı | İşlevlerinizin çalıştığı süresince yalnızca ödeme yapın. Fatura oluşturulurken yürütme sayısı, yürütme süresi ve kullanılan bellek temel alınır. |
Dinamik barındırma planları (Tüketim, Esnek Tüketim ve Premium) arasında doğrudan maliyet karşılaştırması için Azure İşlevleri fiyatlandırma sayfasına bakın. Çeşitli Ayrılmış plan seçeneklerinin fiyatlandırması için App Service fiyatlandırma sayfasına bakın. Container Apps barındırma fiyatlandırması için bkz. Azure Container Apps pricing.
Mevcut bir kaynak grubunda yeni işlev uygulamaları oluşturma sınırlamaları
Bazı durumlarda, mevcut bir kaynak grubunda işlev uygulamanız için yeni bir barındırma planı oluşturmaya çalışırken aşağıdaki hatalardan birini alabilirsiniz:
- Bu kaynak grubunda fiyatlandırma katmanına izin verilmiyor
- <SKU_name> çalışanları <resource_group_name> kaynak grubunda yok.
Aşağıdaki koşullar karşılandığında bu hatalar oluşabilir:
- Henüz başka bir işlev uygulaması veya web uygulaması içermeyen mevcut bir kaynak grubunda işlev uygulaması oluşturursunuz. Örneğin, Linux Tüketim uygulamaları Linux Ayrılmış veya Linux Premium planları ile aynı kaynak grubunda desteklenmez.
- Yeni işlev uygulamanız önceki uygulamayla aynı bölgede oluşturulur.
- Önceki uygulama bir şekilde yeni uygulamanızla uyumsuz. Bu uyumsuzluk sürümler, işletim sistemleri arasında oluşabilir veya kullanılabilirlik alanı desteği gibi platform düzeyindeki diğer özelliklerden kaynaklanabilir.
İşlev uygulaması ve web uygulaması planları, oluşturulduklarında farklı kaynak havuzlarına eşlenir. Farklı planlar için farklı bir altyapı özellikleri kümesi gerekir. Bir kaynak grubunda uygulama oluşturduğunuzda, bu kaynak grubu eşlenir ve belirli bir kaynak havuzuna atanır. Bu kaynak grubunda başka bir plan oluşturmaya çalışırsanız ve eşlenen havuz gerekli kaynaklara sahip değilse, daha önce bahsedilen hatalar oluşur.
Bu durumda işlev uygulamanızı ve barındırma planınızı yeni bir kaynak grubunda oluşturun.