Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Saat membuat aplikasi fungsi di Azure, Anda harus memilih opsi hosting untuk aplikasi Anda. Azure memberi Anda opsi hosting ini untuk kode fungsi Anda:
| Opsi Hosting | Layanan | Ketersediaan | Dukungan kontainer |
|---|---|---|---|
| Paket Konsumsi Fleksibel | Azure Functions | Tersedia secara umum (GA) | Tidak |
| Paket premium | Azure Functions | GA | Linux |
| Paket khusus | Azure Functions | GA | Linux |
| Aplikasi Kontainer | Azure Container Apps | GA | Linux |
| Rencana Konsumsi | Azure Functions | Windows - GA Linux - Dihentikan |
Tidak |
Penting
Setelah 30 September 2028, opsi untuk menghosting aplikasi fungsi Anda di Linux dalam paket Konsumsi dihentikan. Untuk menghindari gangguan, migrasikan aplikasi paket Konsumsi yang ada yang berjalan di Linux ke paket Konsumsi Flex sebelum tanggal tersebut. Aplikasi yang berjalan di Windows dalam paket Konsumsi tidak terpengaruh oleh perubahan ini. Untuk informasi selengkapnya, lihat pemberitahuan penghentian paket Konsumsi Linux.
Opsi hosting Azure Functions difasilitasi oleh infrastruktur Azure App Service pada komputer virtual Linux dan Windows. Opsi hosting yang Anda pilih menentukan perilaku berikut:
- Bagaimana aplikasi fungsi Anda diskalakan.
- Sumber daya yang tersedia untuk setiap instans aplikasi fungsi.
- Dukungan untuk fungsionalitas tingkat lanjut, seperti konektivitas Microsoft Azure Virtual Network.
- Dukungan untuk kontainer Linux.
Paket yang Anda pilih juga berdampak pada biaya untuk menjalankan kode fungsi Anda. Untuk mengetahui informasi lebih lanjut, lihat Penagihan.
Artikel ini menyediakan perbandingan terperinci antara berbagai opsi hosting. Untuk mempelajari selengkapnya tentang menjalankan dan mengelola kode fungsi Anda di kontainer Linux, lihat Dukungan kontainer Linux di Azure Functions.
Gambaran Umum Rencana
Berikut ini adalah ringkasan manfaat berbagai opsi untuk hosting Azure Functions:
| Opsi | Keuntungan |
|---|---|
| Paket Konsumsi Fleksibel | Rasakan penskalaan horizontal yang cepat, dengan opsi komputasi yang fleksibel, integrasi jaringan virtual, dan penagihan prabayar tanpa server. Dalam paket Konsumsi Flex, instans fungsi dapat meningkatkan skala secara dinamis (hingga 1.000) berdasarkan konkurensi per instans yang telah dikonfigurasi, peristiwa yang masuk, dan beban kerja per fungsi untuk efisiensi optimal. Pertimbangkan paket Konsumsi Flex ketika: ✔ Anda memerlukan host tanpa server untuk kode fungsi Anda, hanya membayar untuk eksekusi sesuai permintaan. ✔ Anda memerlukan konektivitas jaringan virtual untuk akses aman ke sumber daya Azure. ✔ Beban kerja Anda bervariasi dan dapat berubah dari tidak ada aktivitas ke kebutuhan penskalaan cepat yang digerakkan oleh peristiwa. ✔ Anda ingin menyesuaikan komputasi dengan ukuran memori (512 MB, 2.048 MB, atau 4.096 MB) dan mengurangi cold start melalui satu atau beberapa instans yang telah disediakan sebelumnya (selalu siap). |
| Paket premium | Secara otomatis menskalakan berdasarkan permintaan menggunakan pekerja yang sudah ada sebelumnya, yang menjalankan aplikasi tanpa penundaan setelah diam, berjalan pada instans yang lebih kuat, dan terhubung ke jaringan virtual. Pertimbangkan paket Azure Functions Premium dalam situasi berikut: ✔ Aplikasi fungsi Anda berjalan terus menerus, atau hampir terus menerus. ✔ Anda menginginkan kontrol instans yang lebih baik dan ingin menyebarkan beberapa aplikasi fungsi pada paket yang sama dengan penskalaan berbasis peristiwa. ✔ Anda memiliki jumlah eksekusi yang banyak dan tagihan eksekusi yang tinggi, tetapi GB detik yang rendah dalam paket Konsumsi. ✔ Anda memerlukan lebih banyak opsi CPU atau memori daripada yang disediakan oleh paket konsumsi. ✔ Kode Anda perlu berjalan lebih lama dari waktu eksekusi maksimum yang diizinkan pada paket Konsumsi. ✔ Anda memerlukan konektivitas jaringan virtual untuk akses aman ke sumber daya Azure. ✔ Anda ingin menyediakan gambar Linux kustom untuk menjalankan fungsi Anda. |
| Paket khusus | Jalankan fungsi Anda dalam paket Azure App Service dengan tarif paket Azure App Service reguler. Terbaik untuk skenario jangka panjang di mana Durable Functions tidak dapat digunakan. Pertimbangkan paket Azure App Service dalam situasi berikut: ✔ Anda memiliki komputer virtual yang sudah ada dan kurang digunakan yang sudah menjalankan instans App Service lainnya. ✔ Anda harus memiliki penagihan yang sepenuhnya dapat diprediksi, atau Anda perlu menskalakan instans secara manual. ✔ Anda ingin menjalankan beberapa aplikasi web dan aplikasi fungsi pada paket yang sama ✔ Anda memerlukan akses ke pilihan ukuran komputasi yang lebih besar. ✔ Isolasi komputasi penuh dan akses jaringan aman yang disediakan oleh App Service Environment (ASE). ✔ Penggunaan memori yang sangat tinggi dan skala tinggi (ASE). |
| Aplikasi Kontainer | Membuat dan menyebarkan aplikasi fungsi dalam kontainer di lingkungan yang dikelola sepenuhnya yang dihosting oleh Azure Container Apps. Gunakan model pemrograman Azure Functions untuk membangun aplikasi fungsi asli cloud berbasis peristiwa, tanpa server. Jalankan fungsi Anda bersama layanan mikro, API, situs web, dan alur kerja lainnya sebagai program yang dihosting kontainer. Pertimbangkan untuk menghosting fungsi Anda di Container Apps dalam situasi berikut: ✔ Anda ingin mengontrol gambar kontainer dan ingin mengemas pustaka kustom dengan kode fungsi Anda untuk mendukung aplikasi lini bisnis. ✔ Anda perlu memigrasikan eksekusi kode dari aplikasi lokal atau warisan ke layanan mikro asli cloud yang berjalan dalam kontainer. ✔ Ketika Anda ingin menghindari overhead dan kompleksitas pengelolaan kluster Kubernetes dan komputasi khusus. ✔ Fungsi Anda memerlukan daya pemrosesan kelas atas yang disediakan oleh sumber daya komputasi GPU khusus. |
| Rencana Konsumsi | Bayar sumber daya komputasi hanya ketika fungsi Anda berjalan (bayar sesuai penggunaan) dengan skala otomatis di Windows. Pada paket Konsumsi, instance fungsi ditambahkan dan dihapus secara dinamis berdasarkan jumlah peristiwa masuk. Pertimbangkan rencana Konsumsi ketika: ✔ Anda memiliki dependensi pada Windows, misalnya, menggunakan runtime v1, .NET Framework lengkap, atau fitur khusus Windows seperti modul PowerShell tertentu ✔ Anda menginginkan model penagihan tanpa server dan hanya membayar saat fungsi Anda berjalan. |
Tabel yang tersisa dalam artikel ini membandingkan opsi hosting berdasarkan berbagai fitur dan perilaku.
Dukungan sistem operasi
Tabel ini menunjukkan dukungan sistem operasi untuk opsi hosting.
| Hosting | Penyebaran Linux1 | Penyebaran Windows2 |
|---|---|---|
| Paket Konsumsi Fleksibel |
✅ Hanya kode ❌ Kontainer (tidak didukung) |
❌ Tidak didukung |
| Paket premium |
✅ Hanya kode ✅ Wadah |
✅ Hanya kode |
| Paket khusus |
✅ Hanya kode ✅ Wadah |
✅ Hanya kode |
| Aplikasi Kontainer | ✅ Hanya kontainer | ❌ Tidak didukung |
| Paket konsumsi3 |
✅ Hanya kode (Dihentikan) ❌ Kontainer (tidak didukung) |
✅ Hanya kode |
- Linux adalah satu-satunya sistem operasi yang didukung untuk stack runtime Python.
- Penyebaran Windows terdiri dari kode saja. Functions saat ini tidak mendukung kontainer Windows.
- Kemampuan untuk menjalankan aplikasi Anda di Linux dalam paket Konsumsi direncanakan akan dihentikan pada 30 September 2028. Untuk informasi selengkapnya, lihat Paket konsumsi.
Durasi batas waktu aplikasi fungsi
Durasi habis waktu untuk fungsi dalam aplikasi fungsi ditentukan oleh properti functionTimeout dalam file proyek host.json. Properti ini berlaku khusus untuk pelaksanaan fungsi. Setelah pemicu memulai eksekusi fungsi, fungsi perlu mengembalikan/merespons dalam batas waktu. Untuk menghindari batas waktu, penting untuk menulis fungsi yang andal. Untuk informasi selengkapnya, lihat Meningkatkan performa dan keandalan Azure Functions.
Tabel berikut menampilkan nilai default dan maksimum (dalam menit) untuk paket tertentu:
| Rencana | Bawaan | Maksimum1 |
|---|---|---|
| Paket Konsumsi Fleksibel | 30 | Tak Terbatas2 |
| Paket premium | 304 | Tak Terbatas2 |
| Paket khusus | 304 | Tanpa Batas3 |
| Aplikasi Kontainer | 30 | Tanpa Batas5 |
| Rencana Konsumsi | 5 | 10 |
- Terlepas dari pengaturan batas waktu aplikasi fungsi, 230 detik adalah jumlah waktu maksimum yang dapat diambil fungsi yang dipicu HTTP untuk merespons permintaan. Ini karena waktu jeda tidak aktif default dari Azure Load Balancer. Untuk waktu pemrosesan yang lebih lama, pertimbangkan untuk menggunakan pola asinkron Durable Functions atau tangguhkan pekerjaan aktual dan kembalikan respons segera.
- Tidak ada durasi batas waktu eksekusi maksimum yang diberlakukan. Namun, masa tenggang yang diberikan untuk eksekusi fungsi adalah 60 menit selama proses penurunan skala pada paket Konsumsi Fleksibel dan Premium, dan masa tenggang 10 menit diberikan selama pembaruan platform.
- Mengharuskan paket App Service diatur ke Always On. Masa tenggang 10 menit diberikan selama pembaruan platform.
- Batas waktu default untuk runtime host Functions versi 1.x adalah tanpa batas.
- Saat jumlah minimum replika diatur ke nol, batas waktu default bergantung pada pemicu tertentu yang digunakan dalam aplikasi.
Nilai dalam tabel ini mengasumsikan bahwa proses host Azure Functions telah dimulai dan berjalan dengan benar. Ada batas waktu maksimum 60 detik yang diizinkan agar proses pekerja yang khusus untuk bahasa dapat juga dimulai. Batas waktu mulai proses kerja saat ini belum dapat dikonfigurasi.
Dukungan bahasa
Untuk detail tentang dukungan tumpukan bahasa asli saat ini di Functions, lihat Bahasa yang didukung di Azure Functions.
Timbangan
Tabel berikut membandingkan perilaku penskalaan dari berbagai paket hosting.
Instans maksimum diberikan berdasarkan aplikasi per fungsi (Konsumsi) atau per paket (Premium/Khusus), kecuali dinyatakan lain.
| Rencana | Memperluas kapasitas | Maks # instans |
|---|---|---|
| Paket Konsumsi Fleksibel | Keputusan penskalaan berbasis peristiwa yang cepat dihitung berdasarkan per fungsi, yang disebut penskalaan per fungsi, yang menyediakan cara yang lebih deterministik untuk menskalakan fungsi di aplikasi Anda. Dengan pengecualian HTTP, penyimpanan Blob (Event Grid), dan Durable Functions, semua jenis pemicu fungsi lainnya dalam aplikasi Anda akan diskalakan pada instans yang independen. Semua pemicu HTTP dalam aplikasi Anda menskalakan bersama-sama sebagai grup pada instans yang sama, seperti halnya semua pemicu penyimpanan Blob (Event Grid). Semua pemicu Durable Functions juga berbagi instance dan menskalakan bersama. | 10001 |
| Paket premium | Digerakkan oleh peristiwa. Secara otomatis meningkatkan kapasitas, bahkan selama periode beban tinggi. Infrastruktur Azure Functions menskalakan sumber daya CPU dan memori dengan menambahkan lebih banyak instans host Functions, berdasarkan jumlah peristiwa yang dipicu fungsinya. |
Windows: 1006 Linux: 20-1002,6 |
| Paket khusus | Manual/skala otomatis | 10-303 100 (ASE) |
| Aplikasi Kontainer | Digerakkan oleh peristiwa. Secara otomatis meningkatkan kapasitas, bahkan selama periode beban tinggi. Infrastruktur Azure Functions menskalakan sumber daya CPU dan memori dengan menambahkan lebih banyak instans host Functions, berdasarkan jumlah peristiwa yang dipicu fungsinya. | 300-10004 |
| Rencana Konsumsi | Digerakkan oleh peristiwa. Skala otomatis berdasarkan sumber peristiwa. Infrastruktur Functions menskalakan sumber daya dengan menambahkan lebih banyak instans host fungsi, berdasarkan jumlah peristiwa pemicu masuk. |
Jendela: 200 Linux: 1005 |
- Paket Konsumsi Flex memiliki kuota langganan regional yang membatasi total penggunaan memori semua instans di seluruh wilayah tertentu. Untuk informasi selengkapnya, lihat Kuota memori langganan regional. Paket Konsumsi Flex saat ini hanya mendukung Linux.
- Di beberapa wilayah, aplikasi Linux pada paket Premium dapat menskalakan ke 100 instans. Untuk informasi selengkapnya, lihat artikel paket Premium.
- Untuk batas tertentu untuk berbagai opsi paket App Service, lihat batas paket App Service.
- Pada Container Apps, defaultnya adalah 10 instans, tetapi Anda dapat mengatur jumlah maksimum replika, yang memiliki maksimum keseluruhan 1000. Pengaturan ini dihormati selama ada cukup kuota inti yang tersedia. Untuk informasi selengkapnya, silakan lihat Kuota untuk Azure Container Apps. Saat membuat aplikasi fungsi dari portal Azure, Anda dibatasi hingga 300 instans.
- Selama peningkatan skala, aplikasi Linux pada paket Konsumsi dibatasi hingga 500 instans per langganan setiap jam.
- Untuk pemicu HTTP yang dibatasi oleh titik akhir privat, penskalaan dibatasi hingga paling banyak 20 instansi.
Perilaku cold start
| Rencana | Detail-detail |
|---|---|
| Paket Konsumsi Fleksibel | Peningkatan "cold start" bahkan ketika diskalakan ke nol. Mendukung instans yang selalu siap untuk mengurangi penundaan lebih lanjut saat menyediakan instans baru. |
| Paket premium | Mendukung instans yang selalu siap untuk menghindari cold start dengan memungkinkan Anda mempertahankan satu atau beberapa instans yang selalu hangat. |
| Paket khusus | Saat berjalan dalam paket Dedikasi, host Functions dapat berjalan tanpa henti pada sejumlah instans yang ditentukan, yang berarti bahwa cold start tidak menjadi masalah besar. |
| Aplikasi Kontainer | Tergantung pada jumlah minimum replika: • Ketika diatur ke nol: aplikasi dapat menskalakan ke nol saat tidak aktif dan beberapa permintaan dapat mengalami latensi lebih tinggi saat startup. • Ketika disetel ke satu atau lebih: proses host berjalan terus menerus, yang berarti bahwa cold start bukan masalah. |
| Rencana Konsumsi | Aplikasi dapat menskalakan ke nol saat diam, yang berarti beberapa permintaan mungkin memiliki lebih banyak latensi saat startup. Rencana konsumsi memang memiliki beberapa pengoptimalan untuk membantu mengurangi waktu mulai lambat, termasuk memanfaatkan fungsi tempat penampung yang telah dipanaskan sebelumnya dan sudah menjalankan proses host dan bahasa. |
Batas layanan
| Sumber daya | Rencana Konsumsi Fleksibel | Paket premium | Rencana Khusus/Paket khusus ASE | Aplikasi Kontainer | Rencana Konsumsi |
|---|---|---|---|---|---|
| Durasi default batas waktu (menit) | 30 | 30 | 301 | 3016 | 5 |
| Durasi waktu tunggu maksimum (menit) | tidak terikat9 | tidak terikat9 | tak terbatas2 | tak terbatas17 | 10 |
| Koneksi keluar maksimum (per instance) | tanpa ikatan | tanpa ikatan | tanpa ikatan | tanpa ikatan | 600 aktif (total 1200) |
| Ukuran permintaan maksimum (MB)3 | 210 | 210 | 210 | 210 | 210 |
| Panjang string kueri maksimum3 | 4096 | 4096 | 4096 | 4096 | 4096 |
| Panjang URL permintaan maksimum3 | 8192 | 8192 | 8192 | 8192 | 8192 |
| ACU per kasus | 210-840 | 100-840/210-25010 | Beragam | 100 | Bervariasi |
| Memori maksimum (GB per instans) | 414 | 3.5-14 | 1.75-256/8-256 | Beragam | 1.5 |
| Jumlah instans maks (Windows | Linux)15 | n/a | 1000 | 20-100 | 10-30 (100 ASE)11 | 300-100018 | 200 | 100 |
| Aplikasi fungsi per paket13 | 1 | 100 | tak terbatas4 | tak terbatas4 | 100 |
| Paket Rencana Layanan Aplikasi | N/a | 100 per grup sumber daya | 100 per grup sumber daya | N/a | 100 per wilayah |
| Slot penerapan per aplikasi12 | N/a | 3 | 1-2011 | tidak didukung | 2 |
| Penyimpanan (sementara)5 | 0,8 GB | 21-140 GB | 11 sampai 140 GB | N/a | 0,5 GB |
| Penyimpanan (bertahan) | 0 GB7 | 250 GB | 10-1000 GB11 | N/a | 1 GB6,7 |
| Domain kustom per aplikasi | 258 | 500 | 500 | tidak didukung | 5008 |
| Dukungan TLS/SSL untuk domain kustom | SSL SNI tidak terikat dan satu koneksi IP SSL disertakan | SSL SNI tidak terikat dan satu koneksi IP SSL disertakan | SSL SNI tidak terikat dan satu koneksi IP SSL disertakan | tidak didukung | koneksi SNI SSL tanpa ikatan disertakan |
Catatan tentang batas layanan:
- Secara bawaan, batas waktu untuk runtime Functions 1.x dalam paket App Service tidak terbatas.
- Mengharuskan paket App Service diatur ke Always On. Bayar dengan tarif standar. Masa tenggang 10 menit diberikan untuk fungsi yang dipicu HTTP selama pembaruan platform tetapi tidak untuk pemicu lain.
- Batasan ini diatur dalam host.
- Jumlah aktual aplikasi fungsi yang dapat Anda host tergantung pada aktivitas aplikasi, ukuran instans komputer, dan pemanfaatan sumber daya yang sesuai.
- Batas penyimpanan adalah ukuran total konten dalam penyimpanan sementara di semua aplikasi dalam paket App Service yang sama. Untuk paket Konsumsi di Linux, penyimpanan saat ini 1,5 GB.
- Rencana konsumsi menggunakan saham Azure Files untuk penyimpanan persisten. Saat Anda menyediakan berbagi Azure Files Anda sendiri, batas ukuran berbagi tertentu bergantung pada akun penyimpanan yang Anda tetapkan untuk WEBSITE_CONTENTAZUREFILECONNECTIONSTRING.
- Di Linux, anda harus secara eksplisit mengaitkan share Azure Files anda sendiri.
- Saat aplikasi fungsi Anda dihosting dalam rencana Konsumsi, hanya opsi CNAME yang didukung. Untuk aplikasi fungsi dalam paket Premium atau paket App Service, Anda dapat memetakan domain kustom menggunakan CNAME atau catatan A.
- Tidak ada durasi batas waktu eksekusi maksimum yang diberlakukan. Namun, masa tenggang yang diberikan untuk eksekusi fungsi adalah 60 menit selama scale in dan 10 menit selama pembaruan platform.
- Pekerja adalah peran yang menjalankan aplikasi pelanggan. Pekerja tersedia dalam tiga ukuran tetap: Satu vCPU/3,5 GB RAM; Dua vCPU/7 GB RAM; Empat vCPU/14 GB RAM.
- Lihat Batas App Service untuk detailnya.
- Termasuk slot produksi.
- Saat ini ada batas 5.000 aplikasi fungsi dalam langganan tertentu.
- Ukuran instans paket Konsumsi Flex saat ini didefinisikan sebagai 512 MB, 2.048 MB, atau 4.096 MB. Untuk informasi selengkapnya, lihat Memori instans.
- Untuk detailnya, lihat Menskalakan di artikel Perbandingan hosting.
- Saat jumlah minimum replika diatur ke nol, batas waktu default bergantung pada pemicu tertentu yang digunakan dalam aplikasi.
- Ketika jumlah minimum replika diatur ke satu atau beberapa replika.
Fitur jaringan
| Fitur | Rencana Konsumsi Fleksibel | Rencana Konsumsi | Paket premium | Rencana Khusus/Paket khusus ASE | Aplikasi Kontainer1 |
|---|---|---|---|---|---|
| Pembatasan IP masuk | ✔ | ✔ | ✔ | ✔ | ✔ |
| Titik Akhir Privat Masuk | ✔ | ✔ | ✔ | ||
| Integrasi Jaringan Virtual | ✔ | ✔2 | ✔3 | ✔ | |
| Pembatasan IP keluar | ✔ | ✔ | ✔ | ✔ |
- Untuk informasi selengkapnya, lihat Jaringan di lingkungan Azure Container Apps.
- Ada pertimbangan khusus saat bekerja dengan pemicu jaringan virtual.
- Hanya rencana Dedicated/ASE yang mendukung integrasi jaringan virtual yang memerlukan gateway.
Penagihan
| Rencana | Detail-detail |
|---|---|
| Paket Konsumsi Fleksibel | Penagihan didasarkan pada jumlah eksekusi, memori dari instans saat menjalankan fungsi, ditambah biaya instansyang selalu siap. Untuk informasi selengkapnya, lihat Penagihan paket Konsumsi Flex. |
| Paket premium | Paket premium didasarkan pada jumlah detik pemakaian inti dan memori yang digunakan di seluruh instans yang diperlukan dan instans yang dipanaskan sebelumnya. Setidaknya satu contoh per rencana harus selalu dijaga tetap hangat. Paket ini menyediakan harga yang paling dapat diprediksi. |
| Paket khusus | Anda membayar sama untuk aplikasi fungsi dalam Paket Azure App Service seperti yang Anda bayarkan untuk sumber daya Layanan Aplikasi lainnya, seperti aplikasi web. Untuk ASE, ada tarif bulanan tetap yang menutupi biaya infrastruktur dan tidak berubah berdasarkan ukuran lingkungan. Ada juga biaya per rencana layanan aplikasi vCPU. Semua aplikasi yang dihosting di ASE berada di SKU harga terisolasi. Untuk informasi selengkapnya, lihat artikel gambaran umum ASE. |
| Aplikasi Kontainer | Penagihan di Azure Container Apps didasarkan pada jenis paket Anda. Untuk informasi selengkapnya, lihat Tagihan di Azure Container Apps. |
| Rencana Konsumsi | Bayar hanya untuk waktu fungsi Anda berjalan. Penagihan didasarkan pada jumlah eksekusi, waktu eksekusi, dan memori yang digunakan. |
Untuk perbandingan biaya langsung antara paket hosting dinamis (Konsumsi, Konsumsi Flex, dan Premium), lihat halaman harga Azure Functions. Untuk mengetahui harga dari berbagai opsi paket Dedicated, lihat halaman harga App Service. Untuk harga hosting Container Apps, lihat Harga Azure Container Apps.
Batasan untuk membuat aplikasi fungsi baru di grup sumber daya yang sudah ada
Dalam beberapa kasus, saat mencoba membuat paket hosting baru untuk aplikasi fungsi Anda di grup sumber daya yang ada, Anda mungkin menerima salah satu kesalahan berikut:
- Kategori harga tidak diizinkan di grup sumber daya ini
- < >SKU_name proses kerja tidak tersedia di grup sumber daya <resource_group_name>
Hal ini dapat terjadi jika kondisi berikut terpenuhi:
- Anda membuat aplikasi fungsi di grup sumber daya yang sudah ada yang pernah berisi aplikasi fungsi atau aplikasi web lain. Misalnya, aplikasi Konsumsi Linux tidak didukung dalam grup sumber daya yang sama dengan paket Linux Dedicated atau Linux Premium.
- Aplikasi fungsi baru Anda dibuat di kawasan yang sama dengan aplikasi sebelumnya.
- Aplikasi sebelumnya dalam beberapa hal tidak kompatibel dengan aplikasi baru Anda. Kesalahan ini dapat terjadi antara SKU, sistem operasi, atau karena fitur tingkat platform lainnya, seperti dukungan zona ketersediaan.
Alasan ini terjadi adalah karena cara aplikasi fungsi dan rencana aplikasi web dipetakan ke kumpulan sumber daya yang berbeda-beda saat dibuat. SKU yang berbeda memerlukan serangkaian kemampuan infrastruktur yang berbeda pula. Saat Anda membuat aplikasi di grup sumber daya, aplikasi tersebut dipetakan dan ditetapkan ke kumpulan sumber daya tertentu. Jika Anda mencoba membuat rencana lain di grup sumber daya tersebut dan kumpulan yang sudah dipetakan tidak memiliki sumber daya yang diperlukan, pesan kesalahan ini akan muncul.
Jika kesalahan ini terjadi, buat aplikasi fungsi dan paket hosting Anda di grup sumber daya baru.