Bagikan melalui


Opsi hosting Azure Functions

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 Azure Functions Tersedia secara umum (GA) Tidak
Paket Konsumsi Flex Azure Functions Pratinjau Tidak
Paket premium Azure Functions GA Linux
Paket khusus Azure Functions GA Linux
Aplikasi Kontainer Azure Container Apps GA 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:

  • Cara penskalaan aplikasi fungsi Anda.
  • 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 paket

Berikut ini adalah ringkasan manfaat berbagai opsi untuk hosting Azure Functions:

Opsi Keuntungan
Paket Konsumsi Bayar untuk sumber daya komputasi hanya ketika fungsi Anda berjalan (bayar sesuai penggunaan) dengan skala otomatis.

Pada paket Konsumsi, instans dari host Azure Functions ditambahkan dan dihapus secara dinamis berdasarkan jumlah peristiwa yang masuk.

✔ Paket hosting default yang menyediakan hosting tanpa server sejati.
✔ Bayar hanya saat fungsi Anda berjalan.
✔ Menskalakan secara otomatis, bahkan selama periode beban tinggi.
Paket Konsumsi Flex Dapatkan skalabilitas tinggi dengan pilihan komputasi, jaringan virtual, dan penagihan prabayar.

Pada paket Konsumsi Flex, instans host Functions ditambahkan dan dihapus secara dinamis berdasarkan konkurensi per instans yang dikonfigurasi dan jumlah peristiwa masuk.

✔ Kurangi cold start dengan menentukan sejumlah instans yang telah disediakan sebelumnya (selalu siap).
✔ Mendukung jaringan virtual untuk keamanan tambahan.
✔ Bayar saat fungsi Anda berjalan.
✔ Menskalakan secara otomatis, bahkan selama periode beban tinggi.
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 kecil yang tinggi dan tagihan eksekusi yang tinggi, tetapi detik GB rendah seperti 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.
✔ 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 dapat diprediksi sepenuhnya, 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 mengemas pustaka kustom dengan kode fungsi Anda untuk mendukung aplikasi lini bisnis.
✔ Anda perlu memigrasikan eksekusi kode dari aplikasi lokal atau lama 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.

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 ✅ Khusus kode
❌ Kontainer (tidak didukung)
✅ Khusus kode
Paket Konsumsi Flex ✅ Khusus kode
❌ Kontainer (tidak didukung)
❌ Tidak didukung
Paket premium ✅ Khusus kode
✅ Wadah
✅ Khusus kode
Paket khusus ✅ Khusus kode
✅ Wadah
✅ Khusus kode
Aplikasi Kontainer ✅ Hanya kontainer ❌ Tidak didukung
  1. Linux adalah satu-satunya sistem operasi yang didukung untuk tumpukan runtime Python.
  2. Penyebaran Windows hanya kode. Functions saat ini tidak mendukung kontainer Windows.

Durasi batas waktu aplikasi fungsi

Durasi batas waktu untuk fungsi dalam aplikasi fungsi ditentukan oleh functionTimeout properti dalam file proyek host.json . Properti ini berlaku khusus untuk eksekusi fungsi. Setelah pemicu memulai eksekusi fungsi, fungsi perlu mengembalikan/merespons dalam durasi batas waktu. Untuk informasi selengkapnya, lihat Meningkatkan performa dan keandalan Azure Functions.

Tabel berikut menampilkan nilai default dan maksimum (dalam menit) untuk paket tertentu:

Paket Default Maximum1
Paket Konsumsi 5 10
Paket Konsumsi Flex 30 Tidak terbatas3
Paket premium 302 Tidak terbatas3
Paket khusus 302 Tidak terbatas3
Aplikasi Kontainer 305 Tidak terbatas3
  1. Terlepas dari pengaturan batas waktu aplikasi fungsi, 230 detik adalah jumlah waktu maksimum yang dapat diambil oleh fungsi yang dipicu HTTP untuk menanggapi permintaan. Ini karena batas waktu menganggur default Azure Load Balancer. Untuk waktu pemrosesan yang lebih lama, pertimbangkan untuk menggunakan pola asinkron Durable Functions atau tangguhkan pekerjaan aktual dan kembalikan respons segera.
  2. Batas waktu default untuk runtime Functions versi 1.x tidak terbatas.
  3. Dijamin hingga 60 menit. Patching OS dan runtime, patching kerentanan, dan skala perilaku masih dapat membatalkan eksekusi fungsi sehingga memastikan untuk menulis fungsi yang kuat.
  4. Dalam paket Konsumsi Flex, host tidak memberlakukan batas waktu eksekusi. Namun, saat ini tidak ada jaminan karena platform mungkin perlu mengakhiri instans Anda selama penyempurnaan, penyebaran, atau untuk menerapkan pembaruan.
  5. Ketika jumlah minimum replika diatur ke nol, batas waktu default bergantung pada pemicu tertentu yang digunakan dalam aplikasi.

Dukungan bahasa

Untuk detail tentang dukungan tumpukan bahasa asli saat ini di Functions, lihat Bahasa yang didukung di Azure Functions.

Sisik

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.

Paket Peluasan skala Maks # instans
Paket Konsumsi Digerakkan oleh peristiwa. Peluasan skala secara otomatis, bahkan selama periode beban tinggi. Infrastruktur Functions menskalakan sumber daya CPU dan memori dengan menambahkan lebih banyak instans host Functions, berdasarkan jumlah peristiwa pemicu masuk. Jendela: 200
Linux: 1001
Paket Konsumsi Flex Penskalakan per fungsi. Keputusan penskalaan berbasis peristiwa dihitung 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 skala aplikasi Anda pada instans 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 instans dan menskalakan bersama-sama. Hanya dibatasi oleh total penggunaan memori semua instans di seluruh wilayah tertentu. Untuk informasi selengkapnya, lihat Memori instans.
Paket premium Digerakkan oleh peristiwa. Peluasan skala secara otomatis, 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. Jendela: 100
Linux: 20-1002
Paket khusus3 Manual/skala otomatis 10-30
100 (ASE)
Aplikasi Kontainer Digerakkan oleh peristiwa. Peluasan skala secara otomatis, 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. 10-3004
  1. Selama peluasan skala, saat ini ada batas 500 instans per langganan per jam untuk aplikasi Linux pada paket Konsumsi.
  2. Di beberapa wilayah, aplikasi Linux pada paket Premium dapat menskalakan ke 100 instans. Untuk informasi selengkapnya, lihat artikel paket Premium.
  3. Untuk batas tertentu untuk berbagai opsi paket App Service, lihat batas paket App Service.
  4. Di Container Apps, Anda dapat mengatur jumlah maksimum replika, yang dihormati selama ada cukup kuota inti yang tersedia.

Perilaku cold start

Paket Detail
Paket 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 dingin, termasuk menarik dari fungsi tempat penampung yang sudah memiliki proses host dan bahasa yang berjalan.
Paket Konsumsi Flex Mendukung instans yang selalu siap untuk mengurangi penundaan 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 Khusus, host Functions dapat berjalan terus menerus pada sejumlah instans yang ditentukan, yang berarti bahwa cold start tidak benar-benar menjadi masalah.
Aplikasi Kontainer Tergantung pada jumlah minimum replika:
• Ketika diatur ke nol: aplikasi dapat menskalakan ke nol saat diam dan beberapa permintaan mungkin memiliki lebih banyak latensi saat startup.
• Ketika diatur ke satu atau beberapa: proses host berjalan terus menerus, yang berarti bahwa cold start bukan masalah.

Batas layanan

Sumber daya Paket Konsumsi Paket KonsumsiFlex 12 Paket premium /Paket khusus ASE Aplikasi Kontainer
Durasi waktu habis default (min) 5 30 30 301 3016
Durasi waktu habis maksimum (min) 10 tidak terikat15 tanpa ikatan7 tidak terikat2 tidak terikat17
Koneksi keluar tanpa ikatan maksimum (per instans) 600 aktif (total 1200) tanpa ikatan tanpa ikatan tanpa ikatan tanpa ikatan
Ukuran permintaan maksimum (MB)3 100 100 100 100 100
Panjang string kueri maksimum3 4096 4096 4096 4096 4096
Panjang URL permintaan maksimum3 8192 8192 8192 8192 8192
ACU per instans 100 Bervariasi 210-840 100-840/210-2508 Bervariasi
Memori maksimum (GB per instans) 1.5 413 3.5-14 1.75-14/3.5-14 Bervariasi
Jumlah instans maks (Windows/Linux) 200/100 1000 14 100/20 bervariasi menurut SKU/1009 10-30018
Aplikasi fungsi per paket11 100 100 100 tanpa ikatan4 tanpa ikatan4
Paket App Service 100 per wilayah n/a 100 per grup sumber daya 100 per grup sumber daya n/a
Slot penyebaran per aplikasi10 2 n/a 3 1-209 tidak didukung
Penyimpanan5 5 GB 250 GB 250 GB 50-1000 GB n/a
Domain kustom per aplikasi 5006 500 500 500 tidak didukung
Domain kustom dukungan SSL koneksi SNI SSL tanpa ikatan disertakan SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan SSL SNI tanpa ikatan dan 1 koneksi IP SSL disertakan tidak didukung

Catatan tentang batas layanan:

  1. Secara default, batas waktu untuk runtime Functions 1.x dalam paket App Service tidak terbatas.
  2. Mengharuskan paket App Service diatur ke Always On. Bayar dengan tarif standar.
  3. Batasan ini diatur dalam host.
  4. Jumlah aktual aplikasi fungsi yang dapat Anda host tergantung pada aktivitas aplikasi, ukuran instans komputer, dan pemanfaatan sumber daya yang sesuai.
  5. Batas penyimpanan adalah ukuran total konten dalam penyimpanan sementara di semua aplikasi dalam paket App Service yang sama. Paket konsumsi menggunakan Azure Files untuk penyimpanan sementara.
  6. Saat aplikasi fungsi Anda dihosting dalam paket 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.
  7. Dijamin hingga 60 menit.
  8. Pekerja adalah peran yang menghosting aplikasi pelanggan. Pekerja tersedia dalam tiga ukuran tetap: Satu vCPU/3,5 GB RAM; Dua vCPU/7 GB RAM; Empat vCPU/14 GB RAM.
  9. Lihat Batas App Service untuk detailnya.
  10. Termasuk slot produksi.
  11. Saat ini ada batas 5000 aplikasi fungsi dalam langganan tertentu.
  12. Paket Konsumsi Flex saat ini dalam pratinjau.
  13. Ukuran instans paket Konsumsi Flex saat ini didefinisikan sebagai 2.048 MB atau 4.096 MB. Untuk informasi selengkapnya, lihat Memori instans.
  14. Paket Konsumsi Flex selama pratinjau memiliki kuota langganan regional yang membatasi total penggunaan memori semua instans di seluruh wilayah tertentu. Untuk informasi selengkapnya, lihat Memori instans.
  15. Dalam paket Konsumsi Flex, host tidak memberlakukan batas waktu eksekusi. Namun, saat ini tidak ada jaminan karena platform mungkin perlu mengakhiri instans Anda selama penyempurnaan, penyebaran, atau untuk menerapkan pembaruan.
  16. Ketika jumlah minimum replika diatur ke nol, batas waktu default bergantung pada pemicu tertentu yang digunakan dalam aplikasi.
  17. Ketika jumlah minimum replika diatur ke satu atau beberapa replika.
  18. Di Container Apps, Anda dapat mengatur jumlah maksimum replika, yang dihormati selama ada cukup kuota inti yang tersedia.

Fitur jaringan

Fitur Paket Konsumsi Paket Konsumsi Flex Paket premium /Paket khusus ASE Aplikasi Kontainer*
Pembatasan IP masuk ✅Ya ✅Ya ✅Ya ✅Ya ❌Tidak
Titik Akhir Privat Masuk ❌Tidak ✅Ya ✅Ya ✅Ya ❌Tidak
Integrasi Virtual Network ❌Tidak ✅Ya (Regional) ✅Ya (Regional) ✅Ya (Regional dan Gateway) ✅Ya
Pemicu jaringan virtual (non-HTTP) ❌Tidak ✅Ya ✅Ya ✅Ya ✅Ya
Sambungan hibrid (khusus Windows) ❌Tidak ❌ Tidak ✅Ya ✅Ya ❌Tidak
Pembatasan IP keluar ❌Tidak ✅Ya ✅Ya ✅Ya ❌Tidak

*Untuk informasi selengkapnya, lihat Jaringan di lingkungan Azure Container Apps.

Billing

Paket Detail
Paket Konsumsi Bayar hanya untuk waktu fungsi Anda berjalan. Penagihan didasarkan pada jumlah eksekusi, waktu eksekusi, dan memori yang digunakan.
Paket Konsumsi Flex Penagihan didasarkan pada jumlah eksekusi, memori instans saat aktif menjalankan fungsi, ditambah biaya instans yang selalu siap. Untuk informasi selengkapnya, lihat Penagihan paket Konsumsi Flex.
Paket premium Paket premium didasarkan pada jumlah detik inti dan memori yang digunakan di seluruh instans yang diperlukan dan yang sudah ada sebelumnya. Setidaknya satu contoh per paket harus selalu tetap panas. 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 membayar infrastruktur dan tidak berubah dengan ukuran lingkungan. Ada juga biaya per paket Azure App Service 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.

Untuk perbandingan biaya langsung antara paket hosting dinamis (Konsumsi, Konsumsi Flex, dan Premium), lihat halaman harga Azure Functions. Untuk harga berbagai opsi paket Khusus, lihat halaman harga Azure 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:

  • Tingkat harga tidak diizinkan dalam grup sumber daya ini
  • <SKU_name> pekerja tidak tersedia dalam 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 paket aplikasi web dipetakan ke kumpulan sumber daya yang berbeda 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 paket lain di grup sumber daya tersebut dan kumpulan yang dipetakan tidak memiliki sumber daya yang diperlukan, kesalahan ini terjadi.

Jika kesalahan ini terjadi, buat aplikasi fungsi dan paket hosting Anda di grup sumber daya baru.

Langkah berikutnya