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.
Azure Container Apps adalah layanan hosting kontainer tanpa server yang dikelola sepenuhnya untuk menyebarkan layanan mikro dan aplikasi kontainer.
Saat Anda menggunakan Azure, keandalan adalah tanggung jawab bersama. Microsoft menyediakan berbagai kemampuan untuk mendukung ketahanan dan pemulihan. Anda bertanggung jawab untuk memahami cara kerja kemampuan tersebut dalam semua layanan yang Anda gunakan, dan memilih kemampuan yang Anda butuhkan untuk memenuhi tujuan bisnis dan tujuan waktu aktif Anda.
Artikel ini menjelaskan cara membuat Container Apps tahan terhadap berbagai potensi pemadaman dan masalah, termasuk kesalahan sementara, pemadaman zona ketersediaan, pemadaman wilayah, dan pemeliharaan layanan. Ini juga menjelaskan cara menggunakan cadangan untuk memulihkan dari jenis masalah lain dan menyoroti informasi utama tentang perjanjian tingkat layanan (SLA) Container Apps.
Rekomendasi penyebaran produksi
Untuk mempelajari cara menyebarkan Aplikasi Kontainer untuk mendukung persyaratan keandalan solusi Anda dan bagaimana keandalan memengaruhi aspek lain dari arsitektur Anda, lihat Praktik terbaik arsitektur untuk Aplikasi Kontainer di Azure Well-Architected Framework.
Gambaran umum arsitektur keandalan
Saat menggunakan Aplikasi Kontainer, Anda menyebarkan lingkungan yang berfungsi sebagai unit penyebaran dasar dan menentukan batas aman di sekitar sekelompok aplikasi kontainer. Lingkungan adalah tempat Anda mengonfigurasi pengaturan inti, termasuk dukungan zona ketersediaan dan konfigurasi jaringan. Dua jenis lingkungan tersebut adalah lingkungan profil beban kerja dan lingkungan khusus konsumsi. Untuk informasi selengkapnya, lihat Struktur komputasi dan penagihan di Aplikasi Kontainer.
Anda dapat menyebarkan beberapa aplikasi dalam satu lingkungan. Setiap aplikasi menjalankan satu atau beberapa kontainer. Lingkungan juga dapat menjalankan satu atau beberapa pekerjaan, yang mewakili tugas noninteraktif. Untuk informasi selengkapnya, lihat Kontainer di Aplikasi Kontainer dan Pekerjaan di Aplikasi Kontainer.
Setiap aplikasi memiliki satu atau beberapa replika, yang mewakili instans aplikasi yang sedang berjalan. Anda dapat mengontrol bagaimana aplikasi Anda menskalakan, termasuk jumlah minimum dan maksimum replika dan bagaimana aplikasi secara dinamis menambahkan dan menghapus replika. Penjadwal platform memastikan distribusi optimal di seluruh host fisik sambil memenuhi persyaratan jumlah replika minimum Anda. Untuk informasi selengkapnya, lihat Mengatur aturan penskalaan di Aplikasi Kontainer.
Container Apps mendukung keandalan aplikasi Anda dengan menggunakan kemampuan yang berbeda:
Pemantauan kesehatan otomatis: Pengontrol ingress bawaan secara otomatis memuat lalu lintas keseimbangan di seluruh replika yang sehat. Jika replika gagal dalam pemeriksaan kesehatan atau infrastruktur yang mendasarinya menjadi tidak tersedia untuk waktu yang lama, layanan secara otomatis memulai ulang kontainer yang mengalami kegagalan atau membuat replika pengganti. Ini juga mendistribusikan ulang lalu lintas dari replika yang tidak sehat dan mengelola percobaan ulang jaringan di kluster. Proses pemulihan otomatis ini tidak memerlukan intervensi pelanggan dan mempertahankan jumlah replika yang Anda tentukan. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan.
Ketahanan aplikasi melalui Dapr: Container Apps menyediakan integrasi yang ketat dengan Dapr, yang merupakan kerangka kerja yang mendukung layanan mikro tingkat produksi dan aplikasi kontainer. Dapr mencakup fitur yang membantu meningkatkan ketahanan, termasuk menangani kegagalan di layanan lain. Untuk informasi selengkapnya, lihat Layanan mikro dengan Aplikasi Kontainer.
Ketahanan infrastruktur untuk komponen sistem: Ketahanan ini mencakup sarana kontrol, pengontrol ingress, dan runtime kontainer. Di wilayah yang memiliki zona ketersediaan, Container Apps menyediakan redundansi zona. Untuk informasi selengkapnya, lihat Ketahanan terhadap kegagalan zona ketersediaan.
Ketahanan terhadap kesalahan sementara
Kesalahan sementara adalah kegagalan yang bersifat sementara dan intermiten dalam komponen. Mereka sering terjadi di lingkungan terdistribusi seperti cloud, dan mereka adalah bagian normal dari operasi. Kesalahan sementara memperbaiki diri setelah waktu yang singkat. Penting bahwa aplikasi Anda dapat menangani kesalahan sementara, biasanya dengan mencoba kembali permintaan yang terpengaruh.
Semua aplikasi yang dihosting cloud harus mengikuti panduan penanganan kesalahan sementara Azure saat berkomunikasi dengan API, database, dan komponen lain yang dihosting cloud. Untuk informasi selengkapnya, lihat Rekomendasi untuk menangani kesalahan sementara.
Container Apps secara otomatis menangani banyak kesalahan transien melalui mekanisme coba lagi tingkat platform dan pemantauan kesehatan. Untuk memastikan bahwa aplikasi Anda tahan terhadap kesalahan sementara, lakukan tindakan berikut:
Konfigurasikan probe kesehatan yang memungkinkan platform mendeteksi dan merespons kondisi kegagalan yang spesifik untuk aplikasi. Atur ambang kegagalan dan nilai batas waktu yang sesuai berdasarkan karakteristik startup aplikasi Anda. Misalnya, untuk menghindari restart kontainer prematur selama masalah sementara, gunakan ambang kegagalan 3 dengan periode 10 detik untuk pemeriksaan keaktifan. Untuk informasi selengkapnya, lihat Pemeriksaan kesehatan.
Gunakan kebijakan ketahanan penemuan layanan (pratinjau) untuk secara proaktif mencegah, mendeteksi, dan memulihkan dari kegagalan permintaan layanan. Misalnya, saat Anda menggunakan kebijakan ketahanan, setiap permintaan masuk ke aplikasi dapat dicoba kembali secara otomatis jika ada kesalahan sementara yang mencegah aplikasi merespons. Untuk informasi selengkapnya, lihat Ketahanan penemuan layanan (pratinjau).
Terapkan logika coba lagi di aplikasi Anda untuk panggilan layanan eksternal, koneksi database, dan permintaan API.
Jika aplikasi Anda menggunakan Dapr untuk berintegrasi dengan layanan cloud, gunakan ketahanan komponen Dapr (pratinjau) untuk mengonfigurasi percobaan ulang, batas waktu, dan pemutus sirkuit.
Untuk dependensi lain, aplikasi Anda harus menangani kesalahan sementara. Gunakan strategi backoff eksponensial dan pola pemutus arus saat memanggil layanan eksternal untuk mencegah kegagalan berjenjang selama gangguan layanan hilir. Fitur penemuan layanan dan penyeimbangan beban bawaan Container Apps secara otomatis merutekan lalu lintas dari instans yang gagal. Namun, kebijakan ulangi pada tingkat aplikasi Anda memastikan penanganan masalah sementara dilakukan dengan baik, sebelum pemeriksaan kesehatan tingkat platform memicu mulai ulang kontainer.
Merancang pekerjaan agar tahan terhadap kesalahan sementara, termasuk kegagalan selama eksekusi pekerjaan atau dalam dependensinya. Rancanglah tugas Anda agar dapat melanjutkan pekerjaan jika dimulai ulang, atau desain dengan sifat idempoten sehingga dapat dijalankan ulang dengan aman.
Ketahanan terhadap kegagalan zona ketersediaan
Zona ketersediaan adalah grup pusat data yang terpisah secara fisik dalam wilayah Azure. Ketika satu zona gagal, layanan dapat melakukan failover ke salah satu zona yang tersisa.
Saat membuat lingkungan Container Apps, Anda dapat mengaktifkan redundansi zona untuk mendistribusikan infrastruktur yang mendasar di beberapa zona ketersediaan di wilayah Azure yang dipilih. Container Apps secara otomatis menjadwalkan replika aplikasi Anda di seluruh zona. Distribusi ini terjadi secara transparan, yang berarti Anda tidak perlu menentukan penempatan zona untuk replika individual.
Redundansi zona meningkatkan ketahanan aplikasi Anda terhadap kegagalan tingkat zona dengan memastikan bahwa replika aplikasi kontainer Anda tersebar di beberapa zona.
Diagram berikut menunjukkan aplikasi kontainer zona redundan dengan tiga replika. Setiap replika berjalan di zona ketersediaan terpisah.
Persyaratan
Periksa dukungan wilayah. Redundansi zona tersedia di semua wilayah yang mendukung Aplikasi Kontainer dan zona ketersediaan.
Untuk melihat wilayah mana yang mendukung zona ketersediaan, lihat Wilayah Azure dengan dukungan zona ketersediaan.
Untuk melihat wilayah mana yang mendukung Aplikasi Kontainer, lihat Ketersediaan produk menurut wilayah.
Gunakan profil beban kerja. Redundansi zona tersedia untuk semua paket Aplikasi Kontainer, termasuk profil beban kerja Konsumsi dan Khusus.
Aktifkan redundansi zona selama pembuatan lingkungan. Pengaturan ini tidak dapat diubah setelah lingkungan dibuat.
Menyebarkan lingkungan Aplikasi Kontainer di jaringan virtual. Jaringan virtual harus berada di wilayah yang mendukung zona ketersediaan. Pastikan bahwa jaringan virtual memiliki subnet berukuran memadai. Lingkungan yang hanya untuk konsumsi memerlukan subnet dengan rentang Classless Inter-Domain Routing (CIDR)
/23atau yang lebih besar, sedangkan lingkungan dengan profil beban kerja memerlukan rentang CIDR/27atau yang lebih besar.Atur jumlah replika minimum Anda ke setidaknya dua untuk memastikan distribusi di beberapa zona ketersediaan. Pertimbangkan untuk menetapkan jumlah replika minimum yang lebih tinggi jika salah satu kondisi berikut berlaku:
Beban puncak yang diharapkan membutuhkan lebih dari dua replika.
Anda harus tahan terhadap beberapa pemadaman zona simultan.
Anda ingin meminimalkan waktu Anda menunggu replika baru dibuat di zona lain selama pemadaman zona.
Biaya
Anda tidak dikenakan biaya tambahan di luar harga Container Apps standar saat mengaktifkan redundansi zona. Anda membayar tarif yang sama untuk sumber daya komputasi, permintaan, dan detik vCore, apakah redundansi zona diaktifkan atau tidak. Untuk informasi selengkapnya, lihat Harga Container Apps dan penagihan Container Apps.
Mengonfigurasi dukungan zona ketersediaan
Buat lingkungan Container Apps redundan zona. Untuk instruksi penyebaran yang mencakup portal Microsoft Azure, Azure CLI, dan Azure PowerShell, lihat Membuat aplikasi kontainer zona redundan.
Bermigrasi ke penyebaran zona-redundan. Anda tidak dapat mengaktifkan redundansi zona pada lingkungan Container Apps yang ada. Untuk meningkatkan lingkungan yang ada yang tidak memiliki redundansi zona, buat lingkungan baru dengan redundansi zona yang diaktifkan di wilayah yang didukung. Kemudian sebarkan ulang aplikasi kontainer Anda.
Nonaktifkan redundansi zona. Redundansi zona tidak dapat dinonaktifkan setelah diaktifkan selama pembuatan lingkungan. Jika Anda memerlukan penyebaran non-zona-redundan, Anda harus membuat lingkungan baru tanpa mengaktifkan opsi redundansi zona atau menyebarkan ke wilayah yang tidak mendukung zona ketersediaan.
Verifikasi redundansi zona. Anda dapat menggunakan portal Microsoft Azure, Azure CLI, dan Azure PowerShell untuk memverifikasi status redundansi zona lingkungan Anda.
Perencanaan dan manajemen kapasitas
Jika zona ketersediaan menjadi tidak tersedia, platform Container Apps menggunakan aturan skala Anda untuk memutuskan kapan harus mengganti replika yang hilang di zona tersebut. Penting untuk mengonfigurasi aturan skala Anda dengan benar sehingga penjadwal dapat membuat keputusan penjadwalan yang sesuai.
Untuk mengonfigurasi aturan skala Anda dengan benar, ikuti prinsip-prinsip berikut:
Tetapkan jumlah minimum replika yang dapat ditoleransi aplikasi Anda. Mungkin perlu waktu singkat agar replika yang hilang diganti karena platform harus mendeteksi bahwa replika lama hilang. Kemudian replika baru harus memulai dan mengembalikan status pemeriksaan kesiapan yang sehat sebelum mereka dapat menerima permintaan masuk. Jika Anda tidak dapat mentolerir periode apa pun dengan jumlah replika minimum yang telah Anda tentukan, pertimbangkan untuk melakukan over-provisioning atau menyediakan sumber daya lebih dari yang dibutuhkan untuk menjaga performa aplikasi Anda meskipun zona menjadi tidak tersedia.
Atur permintaan dan batas sumber daya untuk membantu penjadwal Container Apps membuat keputusan penempatan yang optimal di seluruh zona. Persyaratan sumber daya yang kurang ditentukan dapat menyebabkan kegagalan distribusi atau penempatan yang tidak merata selama beban tinggi.
Untuk informasi selengkapnya tentang opsi konfigurasi, lihat Mengatur aturan penskalaan.
Perilaku ketika semua zona sehat
Bagian ini menjelaskan apa yang dapat diharapkan ketika sumber daya Container Apps dikonfigurasi untuk redundansi zona dan semua zona ketersediaan berfungsi.
Perutean lalu lintas antar zona: Dengan Container Apps zona-redundan, platform beroperasi dalam model aktif-aktif di mana beberapa replika secara bersamaan melayani lalu lintas. Kontroler ingress mendistribusikan permintaan masuk ke semua replika yang sehat tanpa memperhatikan zona mereka dan menggunakan penyeimbangan beban round-robin secara default. Setiap zona memproses permintaan secara independen, dan platform tidak memprioritaskan zona tertentu untuk distribusi lalu lintas. Pemeriksaan kesehatan berasal dari semua zona untuk memastikan penilaian kesehatan yang akurat dari setiap replika dari beberapa perspektif.
Replikasi data antar zona: Aplikasi Kontainer tidak mereplikasi data aplikasi antar zona karena dirancang untuk beban kerja tanpa status. Data apa pun yang disimpan aplikasi Anda di penyimpanan sementara, termasuk dalam penyimpanan cakupan kontainer dan penyimpanan cakupan replika, dihapus saat kontainer atau replika dimatikan.
Untuk persyaratan data stateful, siapkan berbagi file Azure Files yang dikonfigurasi untuk penyimpanan yang redundant di seluruh zona, atau gunakan layanan Azure lainnya seperti Azure Cosmos DB atau Azure SQL Database yang menyediakan kemampuan replikasi antar zona.
Platform tersebut hanya mereplikasi metadata kendali kontrol, termasuk konfigurasi aplikasi, aturan penskalaan, dan rahasia antar zona demi ketersediaan tinggi. Gambar kontainer ditarik dari register kontainer Anda ke setiap zona sesuai kebutuhan saat replika dibuat.
Perilaku selama kegagalan zona
Bagian ini menjelaskan apa yang diharapkan ketika sumber daya Container Apps dikonfigurasi untuk redundansi zona dan ada pemadaman zona ketersediaan.
Deteksi dan respons: Azure secara otomatis mendeteksi kegagalan zona. Container Apps segera menghentikan penjadwalan replika baru ke zona yang gagal dan mulai mendistribusikan ulang lalu lintas ke replika sehat di zona yang tersisa. Platform ini menangani semua operasi failover secara otomatis tanpa memerlukan intervensi Anda.
Pemberitahuan: Microsoft tidak secara otomatis memberi tahu Anda saat zona tidak berfungsi. Namun, Anda dapat menggunakan Azure Service Health untuk memahami kesehatan layanan secara keseluruhan, termasuk kegagalan zona apa pun, dan Anda dapat menyiapkan pemberitahuan Service Health untuk memberi tahu Anda tentang masalah.
Anda juga dapat memantau kesehatan aplikasi Anda melalui metrik Aplikasi Kontainer di Azure Monitor. Konfigurasikan peringatan tentang penurunan jumlah replika dan tingkat kegagalan permintaan untuk menerima notifikasi segera saat masalah terkait zona terjadi.
Permintaan aktif: Permintaan dalam penerbangan ke replika di zona yang gagal mungkin dihilangkan, atau mengalami waktu habis atau kesalahan koneksi. Setiap eksekusi pekerjaan yang berjalan di zona yang terpengaruh dibatalkan dan ditandai sebagai gagal.
Kehilangan data yang diharapkan: Tidak ada kehilangan data yang terjadi di tingkat platform Container Apps karena layanan ini dirancang untuk beban kerja tanpa status. Setiap data yang disimpan dalam penyimpanan sementara dalam zona ketersediaan hilang ketika replika dihentikan, dan penyimpanan sementara hanya boleh digunakan untuk data sementara.
Waktu henti yang diharapkan: Aplikasi mengalami sedikit atau tidak ada waktu henti selama kegagalan zona. Dampak sesungguhnya tergantung pada pengaturan uji kesehatan aplikasi Anda dan jumlah replika di zona yang sehat. Pastikan klien mengikuti panduan penanganan kesalahan sementara untuk meminimalkan efek apa pun.
Setiap pekerjaan yang berjalan di zona yang terpengaruh dibatalkan dan ditandai sebagai gagal. Jika Anda memerlukan tugas agar tahan terhadap kegagalan zona, konfigurasikan pengulangan, atau atur paralelisme sehingga tugas menjalankan beberapa replika eksekusi yang sama. Untuk informasi selengkapnya, lihat Konfigurasi pekerjaan tingkat lanjut.
Pengalihan lalu lintas: Sistem pemeriksaan kesehatan pengontrol ingress dengan cepat mendeteksi replika yang tidak dapat dijangkau dan menghapusnya dari pool penyeimbang beban. Bergantung pada konfigurasi pemeriksaan kesehatan aplikasi Anda, proses failover ini biasanya terjadi dalam waktu sekitar 30 detik. Lalu lintas jaringan masuk berikutnya didistribusikan ke replika-replika sehat yang tersisa. Pengalihan lalu lintas ini terjadi secara transparan kepada klien, yang terus menggunakan URL aplikasi yang sama.
Jika afinitas sesi diaktifkan dan sebuah zona mengalami gangguan, klien yang sebelumnya dirutekan ke replika di zona tersebut akan dialihkan ke replika baru karena replika sebelumnya tidak lagi tersedia. Status apa pun yang terkait dengan replika sebelumnya hilang.
Tidak ada instance pekerjaan baru yang akan dimulai di zona yang rusak.
Manajemen instans: Instans replika baru mungkin dibuat di zona sehat jika aturan penskalaan otomatis Anda dipicu oleh peningkatan beban.
Pemulihan zona
Saat zona ketersediaan pulih dari kegagalan, Container Apps secara otomatis mengintegrasi ulang zona ke dalam layanan aktif tanpa memerlukan intervensi Anda. Probe kesehatan platform mendeteksi kapan infrastruktur di zona pemulihan tersedia dan Container Apps mulai menjadwalkan replika baru di zona tersebut berdasarkan konfigurasi penskalaan Anda. Replika yang ada di zona sehat terus melayani lalu lintas selama proses reintegrasi, yang membantu mencegah gangguan layanan.
Container Apps secara bertahap menyeimbangkan kembali distribusi replika di semua zona yang tersedia sebagai bagian dari operasi penskalaan normal. Penyeimbangan ulang otomatis ini terjadi ketika replika dibuat karena peristiwa penskalaan atau ketika replika yang tidak sehat diganti. Platform ini tidak memaksa redistribusi segera dari replika sehat yang ada, yang mencegah restart kontainer yang tidak perlu dan menjaga stabilitas aplikasi selama pemulihan.
Uji kegagalan zona
Platform Container Aplikasi mengelola pengaturan lalu lintas, failover, dan failback untuk aplikasi kontainer zona redundan. Fitur ini dikelola sepenuhnya, sehingga Anda tidak perlu memulai atau memvalidasi proses kegagalan zona ketersediaan.
Untuk memvalidasi ketahanan aplikasi Anda terhadap kegagalan zona, simulasikan gangguan tingkat zona di lapisan aplikasi dengan menggunakan pendekatan pengujian terkontrol. Hentikan atau hapus replika dari zona tertentu dengan menurunkan skala aplikasi Anda, dan pantau bagaimana replika yang tersisa menangani peningkatan beban. Pantau metrik utama selama pengujian ketahanan, termasuk jumlah replika, tingkat keberhasilan permintaan, waktu respons, dan perilaku penskalaan otomatis. Pastikan jumlah replika minimum Anda mempertahankan ketersediaan layanan saat replika dihapus dan verifikasi bahwa aturan penskalaan Anda dapat menangani peningkatan beban pada replika yang tersisa. Uji konfigurasi pemeriksaan kesehatan Anda dengan sengaja menggagalkan titik akhir kesehatan untuk mengonfirmasi bahwa platform menghapus instans yang tidak sehat dari rotasi selama jangka waktu yang diharapkan.
Ketahanan terhadap kegagalan di seluruh wilayah
Container Apps adalah layanan wilayah tunggal. Jika wilayah menjadi tidak tersedia, lingkungan dan aplikasi Anda juga tidak dapat diakses.
Solusi multi-wilayah kustom untuk ketahanan
Untuk mengurangi risiko kegagalan wilayah tunggal yang memengaruhi aplikasi, Anda dapat menyebarkan lingkungan di beberapa wilayah. Langkah-langkah berikut membantu memperkuat ketahanan:
Sebarkan aplikasi Anda ke lingkungan di setiap wilayah. Setiap lingkungan memerlukan konfigurasi jaringan virtualnya sendiri, dan persyaratan subnet berlaku secara independen untuk setiap penyebaran regional. Gambar kontainer Anda harus tersedia dari semua wilayah, yang dapat Anda capai dengan menggunakan Azure Container Registry dengan replikasi geografis diaktifkan.
Konfigurasikan kebijakan penyeimbangan beban dan failover dengan menggunakan layanan seperti Azure Front Door atau Azure Traffic Manager.
Replikasi data Anda di seluruh wilayah sehingga Anda dapat memulihkan status aplikasi terakhir Anda.
Pencadangan dan pemulihan
Container Apps tidak menyediakan kemampuan pencadangan bawaan untuk aplikasi atau data Anda. Sebagai platform hosting kontainer stateless, Container Apps mengharapkan aplikasi untuk mengelola persistensi data dan strategi pemulihan mereka sendiri melalui layanan eksternal. Kontainer aplikasi Anda dan sistem file lokalnya bersifat sementara, dan data apa pun yang disimpan secara lokal hilang saat replika dimulai ulang atau dipindahkan.
Ketahanan selama pembaruan aplikasi
Gunakan manajemen revisi untuk menyebarkan pembaruan ke aplikasi Anda tanpa waktu henti. Anda dapat membuat revisi baru dengan gambar kontainer yang diperbarui dan melakukan cutover dengan menggunakan strategi penyebaran biru-hijau, atau secara bertahap mengalihkan lalu lintas dengan menggunakan aturan pemisahan lalu lintas. Selama pembaruan aplikasi, platform mempertahankan jumlah replika minimum dengan membuat kontainer baru sebelum menonaktifkan yang lama, yang membantu mencegah gangguan layanan.
Untuk informasi selengkapnya, lihat Memperbarui dan menyebarkan perubahan di Aplikasi Kontainer.
Ketahanan terhadap pemeliharaan layanan
Container Apps melakukan pemeliharaan platform otomatis untuk menerapkan pembaruan keamanan, menyebarkan fitur baru, dan meningkatkan keandalan layanan. Platform ini menggunakan pembaruan bergulir di seluruh domain kesalahan dan zona ketersediaan untuk mengurangi gangguan pada aplikasi yang sedang berjalan. Selama jendela pemeliharaan, kontainer Anda terus berjalan tanpa gangguan karena pembaruan diterapkan ke infrastruktur yang mendasarinya secara bertahap.
Anda dapat menentukan jendela pemeliharaan Anda sendiri, yang merupakan periode waktu pemeliharaan yang ingin Anda lakukan pada aplikasi Anda. Perlu diingat bahwa pembaruan penting mungkin terjadi di luar jendela pemeliharaan Anda. Untuk informasi selengkapnya, lihat Pemeliharaan terencana Container Apps.
Perjanjian tingkat layanan
Perjanjian tingkat layanan (SLA) untuk layanan Azure menjelaskan ketersediaan yang diharapkan dari setiap layanan dan kondisi yang harus dipenuhi solusi Anda untuk mencapai harapan ketersediaan tersebut. Untuk informasi selengkapnya, lihat SLA untuk layanan online.
Ketersediaan SLA untuk Container Apps didasarkan pada aturan skala yang Anda tetapkan di aplikasi Anda.