Keandalan di Azure Logic Apps
Artikel ini menjelaskan dukungan keandalan di Azure Logic Apps, yang mencakup ketahanan intra-regional melalui zona ketersediaan dan penyebaran multi-wilayah.
Ketahanan adalah tanggung jawab bersama antara Anda dan Microsoft, sehingga artikel ini juga mencakup cara bagi Anda untuk membuat solusi tangguh yang memenuhi kebutuhan Anda.
Alur kerja aplikasi logika membantu Anda lebih mudah mengintegrasikan dan mengatur data antara aplikasi, layanan cloud, dan sistem lokal dengan mengurangi berapa banyak kode yang harus Anda tulis. Saat Anda merencanakan ketahanan, pastikan Anda mempertimbangkan bukan hanya aplikasi logika Anda, tetapi juga sumber daya Azure ini yang Anda gunakan dengan aplikasi logika Anda:
Koneksi yang Anda buat dari alur kerja aplikasi logika ke aplikasi, layanan, dan sistem lain. Informasi selengkapnya, lihat Koneksi ke sumber daya nanti dalam topik ini.
Gateway data lokal, yang merupakan sumber daya Azure yang Anda buat dan gunakan di aplikasi logika Anda untuk mengakses data di sistem lokal. Setiap sumber daya gateway mewakili instalasi gateway data terpisah di komputer lokal. Anda dapat mengonfigurasi gateway data lokal untuk ketersediaan tinggi dengan menggunakan beberapa komputer. Untuk informasi selengkapnya, lihat Dukungan ketersediaan tinggi.
Akun integrasi tempat Anda menentukan dan menyimpan artefak yang digunakan alur kerja aplikasi logika untuk skenario integrasi perusahaan business-to-business (B2B). Misalnya, Anda dapat menyiapkan pemulihan bencana lintas wilayah untuk akun integrasi.
Azure Logic Apps multipenyewa secara otomatis mengelola infrastruktur dan sumber daya komputasi untuk alur kerja Konsumsi. Anda tidak perlu mengonfigurasi atau mengelola komputer virtual (VM) apa pun. Alur kerja konsumsi berbagi infrastruktur komputasi antara banyak pelanggan.
Azure Logic Apps penyewa tunggal menjalankan alur kerja Standar pada sumber daya komputasi khusus, yang didedikasikan untuk Anda dan disebut paket. Setiap paket dapat memiliki beberapa instans, dan instans tersebut dapat secara opsional tersebar di beberapa zona ketersediaan. Alur kerja Anda berjalan pada instans paket Anda.
Rekomendasi penyebaran produksi
Untuk alur kerja perusahaan dan aman dengan persyaratan isolasi atau keamanan jaringan, kami sarankan Anda membuat dan menjalankan alur kerja Standar di Azure Logic Apps penyewa tunggal, bukan alur kerja Konsumsi di Azure Logic Apps multipenyewa. Untuk informasi selengkapnya, lihat Membuat dan menyebarkan ke lingkungan yang berbeda.
Untuk penyebaran produksi dengan Azure Logic Apps penyewa tunggal, Anda harus mengaktifkan redundansi zona untuk menyebarkan sumber daya aplikasi logika Anda di beberapa zona ketersediaan.
Kesalahan sementara
Kesalahan sementara adalah kegagalan terputus-terputus-putus dalam komponen. Mereka sering terjadi di lingkungan terdistribusi seperti cloud, dan mereka adalah bagian normal dari operasi. Mereka mengoreksi diri mereka sendiri setelah waktu yang singkat. Penting bahwa aplikasi Anda 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 lainnya yang dihosting cloud. Untuk mempelajari selengkapnya tentang menangani kesalahan sementara, lihat Rekomendasi untuk menangani kesalahan sementara.
Di Azure Logic Apps, banyak pemicu dan tindakan secara otomatis mendukung kebijakan coba lagi, yang secara otomatis mencoba kembali permintaan yang gagal karena kesalahan sementara. Untuk mempelajari cara mengubah atau menonaktifkan kebijakan coba lagi untuk aplikasi logika Anda, lihat Menangani kesalahan dan pengecualian di Azure Logic Apps.
Jika tindakan gagal, Anda dapat menyesuaikan perilaku tindakan berikutnya. Anda juga dapat membuat cakupan untuk mengelompokkan tindakan terkait yang mungkin gagal atau berhasil bersama-sama.
Untuk informasi selengkapnya tentang penanganan kesalahan di Azure Logic Apps, lihat Menangani kesalahan dan pengecualian di Azure Logic Apps.
Dukungan zona ketersediaan
Zona ketersediaan adalah grup pusat data yang terpisah secara fisik di setiap wilayah Azure. Ketika satu zona gagal, layanan dapat melakukan failover ke salah satu zona yang tersisa.
Untuk informasi selengkapnya tentang zona ketersediaan di Azure, lihat Apa itu zona ketersediaan?
Azure Logic Apps mendukung redundansi zona, yang menyebarkan sumber daya komputasi di beberapa zona ketersediaan. Saat Anda mendistribusikan sumber daya beban kerja aplikasi logika di seluruh zona ketersediaan, Anda meningkatkan ketahanan dan keandalan untuk beban kerja aplikasi logika produksi Anda.
Alur kerja aplikasi logika Konsumsi baru dan yang sudah ada di Azure Logic Apps multipenyewa secara otomatis mengaktifkan redundansi zona.
Untuk alur kerja Standar dengan opsi hosting Paket Layanan Alur Kerja di Azure Logic Apps penyewa tunggal, Anda dapat mengaktifkan redundansi zona secara opsional.
Untuk alur kerja Standar dengan opsi hosting App Service Environment v3, Anda dapat mengaktifkan redundansi zona secara opsional. Untuk informasi selengkapnya tentang bagaimana App Service Environments v3 mendukung zona ketersediaan, lihat Keandalan di App Service.
Wilayah yang didukung
Aplikasi logika konsumsi yang disebarkan di wilayah mana pun yang mendukung zona ketersediaan secara otomatis redundansi zona. Jepang Barat adalah pengecualian, yang saat ini tidak mendukung aplikasi logika zona-redundan karena beberapa layanan dependensi belum mendukung redundansi zona.
Anda dapat menyebarkan aplikasi logika Standar redundan zona dengan Paket Layanan Alur Kerja di wilayah mana pun yang mendukung zona ketersediaan untuk Azure App Service. Jepang Barat adalah pengecualian, yang saat ini tidak mendukung aplikasi logika zona-redundan. Untuk informasi selengkapnya, lihat Keandalan di Azure App Service.
Untuk melihat wilayah mana yang mendukung zona ketersediaan untuk App Service Environment v3, lihat Wilayah.
Persyaratan
Anda harus menyebarkan setidaknya tiga instans Paket Layanan Alur Kerja Anda. Setiap instans kira-kira sesuai dengan satu VM. Untuk mendistribusikan instans ini (VM) di seluruh zona ketersediaan, Anda harus memiliki minimal tiga instans.
Pertimbangan
- Penyimpanan: Saat mengonfigurasi penyimpanan eksternal untuk alur kerja Standar stateful, Anda harus mengonfigurasi akun penyimpanan Anda untuk redundansi zona. Untuk informasi selengkapnya, lihat Pertimbangan penyimpanan untuk Azure Functions.
Konektor: Konektor bawaan secara otomatis zona redundan saat aplikasi logika Anda redundan zona.
Akun integrasi: Akun integrasi SKU Premium adalah zona redundan secara default.
Biaya
Tidak ada biaya tambahan yang berlaku untuk menggunakan redundansi zona, yang secara otomatis diaktifkan untuk alur kerja Konsumsi baru dan yang sudah ada di Azure Logic Apps multipenyewa.
Saat Anda memiliki alur kerja Standar dengan Paket Layanan Alur Kerja di Azure Logic Apps penyewa tunggal, tidak ada biaya tambahan yang berlaku untuk mengaktifkan zona ketersediaan selama Anda memiliki tiga atau beberapa instans paket. Anda dikenakan biaya berdasarkan SKU paket Anda, kapasitas yang ditentukan, dan instans apa pun yang Anda tingkatkan atau turunkan, berdasarkan kriteria skala otomatis Anda. Jika Anda mengaktifkan zona ketersediaan tetapi menentukan kapasitas kurang dari tiga instans, platform memberlakukan minimum tiga instans dan menagih Anda untuk ketiga instans ini.
App Service Environment v3 memiliki model harga tertentu untuk redundansi zona. Untuk informasi harga untuk Lingkungan App Service v3, lihat Harga.
Mengonfigurasi dukungan zona ketersediaan
Alur kerja aplikasi logika konsumsi secara otomatis mendukung redundansi zona, sehingga tidak diperlukan konfigurasi.
Buat alur kerja baru dengan redundansi zona.
Untuk mengaktifkan redundansi zona untuk alur kerja aplikasi logika Standar, lihat Mengaktifkan redundansi zona untuk aplikasi logika Anda.
Migration
Anda tidak dapat mengaktifkan redundansi zona setelah membuat paket layanan. Sebagai gantinya, Anda perlu membuat paket baru dengan redundansi zona diaktifkan dan menghapus yang lama.
Nonaktifkan redundansi zona.
Anda tidak dapat menonaktifkan redundansi zona setelah membuat Paket Layanan Alur Kerja. Sebagai gantinya, Anda perlu membuat paket baru dengan redundansi zona dinonaktifkan dan menghapus yang lama.
Perencanaan dan manajemen kapasitas
Untuk mempersiapkan kegagalan zona ketersediaan, pertimbangkan untuk menyediakan kapasitas layanan Anda secara berlebihan. Provisi berlebihan memungkinkan solusi untuk mentolerir beberapa tingkat kehilangan kapasitas dan masih terus berfungsi tanpa penurunan performa.
Untuk mengetahui berapa banyak instans yang akan disediakan secara berlebihan, penting untuk mengetahui bahwa platform menyebarkan instans di beberapa zona. Anda perlu memperhitungkan setidaknya kegagalan satu zona.
Ikuti langkah-langkah ini untuk mengetahui jumlah total instans yang harus Anda provisikan:
- Tentukan jumlah instans yang diperlukan beban kerja puncak Anda. Dalam contoh ini, kita menggunakan dua skenario. Satu adalah dengan 3 instans dan satu dengan 4.
- Ambil jumlah instans provisi berlebihan dengan mengalikan jumlah instans beban kerja puncak dengan faktor [(zona/(zona-1)].
- Bulatkan hasil ke bilangan bulat terdekat.
Catatan
Tabel berikut mengasumsikan bahwa Anda menggunakan tiga zona ketersediaan. Jika Anda menggunakan jumlah zona ketersediaan yang berbeda, sesuaikan rumus yang sesuai.
| Jumlah instans beban kerja puncak | Faktor [(zona/(zona-1)] | Rumus | Instans yang akan disediakan (Dibulatkan) |
|---|---|---|---|
| 3 | 3/2 atau 1,5 | (3 x 1,5 = 4,5) | 5 instans |
| 4 | 3/2 atau 1,5 | (4 x 1,5 = 6) | 6 instans |
Perutean lalu lintas antar zona
Selama operasi normal, pemanggilan alur kerja dapat menggunakan sumber daya komputasi di salah satu zona ketersediaan dalam wilayah tersebut.
Selama operasi normal, pemanggilan alur kerja tersebar di antara semua instans paket Anda yang tersedia di semua zona ketersediaan.
Pengalaman zona tidak berfungsi
Deteksi dan respons: Platform Azure Logic Apps bertanggung jawab untuk mendeteksi kegagalan di zona ketersediaan. Anda tidak perlu melakukan apa pun untuk memulai failover zona.
Permintaan aktif: Jika zona ketersediaan menjadi tidak tersedia, eksekusi alur kerja yang sedang berlangsung yang berjalan pada VM di zona ketersediaan yang salah dihentikan. Platform Azure Logic Apps secara otomatis melanjutkan alur kerja pada VM lain di zona ketersediaan yang berbeda. Karena perilaku ini, alur kerja aktif mungkin mengalami beberapa kesalahan sementara atau latensi yang lebih tinggi karena VM baru ditambahkan ke zona ketersediaan yang tersisa.
Gagal kembali
Saat zona ketersediaan pulih, Azure Logic Apps secara otomatis memulihkan instans di zona ketersediaan, menghapus instans sementara yang dibuat di zona ketersediaan lain, dan mengalihkan lalu lintas antara instans Anda seperti biasa.
Pengujian untuk kegagalan zona
Platform Azure Logic Apps mengelola perutean lalu lintas, failover, dan failback untuk sumber daya aplikasi logika zona-redundan. Anda tidak perlu memulai apa pun. Fitur ini dikelola sepenuhnya, sehingga Anda tidak perlu memvalidasi proses kegagalan zona ketersediaan.
Dukungan multi-wilayah
Setiap aplikasi logika disebarkan ke dalam satu wilayah Azure. Jika wilayah menjadi tidak tersedia, aplikasi logika Anda juga tidak tersedia.
Pendekatan multi-wilayah alternatif
Untuk ketahanan yang lebih tinggi, Anda dapat menyebarkan aplikasi logika siaga atau cadangan di wilayah sekunder dan melakukan failover ke wilayah lain tersebut jika wilayah utama tidak tersedia. Untuk mengaktifkan kemampuan ini, selesaikan tugas berikut:
- Sebarkan aplikasi logika Anda di wilayah primer dan sekunder.
- Konfigurasi ulang koneksi ke sumber daya sesuai kebutuhan.
- Mengonfigurasi kebijakan penyeimbangan beban dan failover.
- Rencanakan untuk memantau kesehatan instans utama dan memulai failover.
Untuk informasi selengkapnya tentang penyebaran multi-wilayah untuk alur kerja aplikasi logika Anda, lihat dokumentasi berikut:
- Penyebaran multi-wilayah di Azure Logic Apps
- Menyiapkan pemulihan bencana lintas wilayah untuk akun integrasi di Azure Logic Apps
- Membuat tugas replikasi untuk sumber daya Azure menggunakan Azure Logic Apps
Perjanjian tingkat layanan
Perjanjian tingkat layanan (SLA) untuk Azure Logic Apps menjelaskan ketersediaan layanan yang diharapkan. Perjanjian ini juga menjelaskan kondisi yang harus dipenuhi untuk mencapai harapan ini. Untuk memahami kondisi ini, pastikan Anda meninjau Perjanjian Tingkat Layanan (SLA) untuk Layanan Online.