Keandalan di Azure Bot Service

Artikel ini menjelaskan dukungan keandalan di Azure Bot Service. Ini mencakup keandalan regional dengan zona ketersediaan dan ketahanan lintas wilayah dengan pemulihan bencana untuk bot dengan residensi data lokal. Untuk gambaran umum keandalan yang lebih rinci di Azure, lihat Keandalan Azure.

Saat membuat aplikasi (bot) di Bot Service, Anda dapat memilih residensi data global atau lokal. Residensi data lokal memastikan bahwa data pribadi bot Anda dipertahankan, disimpan, dan diproses dalam batas geografis tertentu, seperti Uni Eropa. Pendekatan ini membantu Anda memenuhi persyaratan kepatuhan dan keandalan regional.

Penting

Dukungan zona ketersediaan tidak diaktifkan untuk saluran standar apa pun di layanan bot regional.

Untuk informasi selengkapnya tentang menyebarkan bot dengan residensi data lokal dan kepatuhan regional, lihat Regionalisasi di Azure Bot Service.

Dukungan 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.

Untuk bot regional, Azure Bot Service mendukung redundansi zona secara default. Anda tidak perlu menyiapkannya atau mengonfigurasi ulang untuk dukungan zona ketersediaan.

Prasyarat

• Bot Anda harus regional (bukan global).
• Saat ini, hanya wilayah "westeurope" yang mendukung zona ketersediaan.

Pengalaman saat zona tidak aktif

Selama pemadaman di seluruh zona, pelanggan harus mengharapkan penurunan performa yang singkat, sampai penyeimbangan mandiri layanan menyeimbangkan kembali kapasitas yang mendasar untuk menyesuaikan dengan zona yang sehat. Ini tidak tergantung pada pemulihan zona; diharapkan bahwa status pemulihan mandiri layanan yang dikelola Microsoft mengkompensasi zona yang hilang, menggunakan kapasitas dari zona lain.

Pemulihan bencana lintas wilayah dalam geografi multi-wilayah

Pemulihan bencana (DR) mengacu pada praktik yang digunakan organisasi untuk pulih dari peristiwa berdampak tinggi, seperti bencana alam atau penyebaran gagal yang mengakibatkan waktu henti dan kehilangan data. Terlepas dari penyebabnya, obat terbaik untuk bencana adalah rencana DR yang terdefinisi dan teruji dengan baik dan desain aplikasi yang secara aktif mendukung DR. Sebelum Anda mulai membuat rencana pemulihan bencana, lihat rekomendasi untuk merancang strategi pemulihan bencana.

Untuk DR, Microsoft menggunakan model tanggung jawab bersama . Dalam model ini, Microsoft memastikan bahwa infrastruktur dasar dan layanan platform tersedia. Namun, banyak layanan Azure tidak secara otomatis mereplikasi data atau beralih dari wilayah yang gagal untuk mereplikasi ke wilayah lain yang tersedia. Untuk layanan tersebut, Anda bertanggung jawab untuk menyiapkan rencana pemulihan bencana yang berfungsi untuk beban kerja Anda. Sebagian besar layanan yang berjalan di penawaran platform as a service (PaaS) Azure menyediakan fitur dan panduan untuk mendukung DR. Anda dapat menggunakan fitur khusus layanan untuk mendukung pemulihan cepat dan membantu mengembangkan rencana DR Anda.

Layanan Azure Bot beroperasi dalam mode aktif-aktif untuk layanan global maupun regional. Ketika pemadaman terjadi, Anda tidak perlu mendeteksi kesalahan atau mengelola layanan. Azure Bot Service secara otomatis melakukan autofailover dan pemulihan otomatis dalam arsitektur geografis multi-wilayah. Untuk layanan regional bot Uni Eropa, Azure Bot Service menyediakan dua wilayah penuh di dalam Eropa dengan replikasi aktif/aktif untuk memastikan redundansi. Untuk layanan bot global, semua wilayah/geografi yang tersedia dapat dilayani melalui cakupan global.

Langkah selanjutnya

Keandalan di Azure