Anda dapat menggunakan Edge Node Service (ENS) untuk menerapkan aplikasi guna mengurangi latensi dan meningkatkan pengalaman pengguna yang mengakses layanan Anda. Selain pengalaman pengguna, penting juga untuk mempertimbangkan kontinuitas layanan. Topik ini menjelaskan kemampuan utama yang membantu Anda membangun aplikasi komputasi edge dengan ketersediaan tinggi.
Tanggung jawab bersama
Kontinuitas layanan di cloud merupakan tanggung jawab bersama antara Alibaba Cloud dan pelanggan.
Alibaba Cloud bertanggung jawab atas stabilitas ENS dan memastikan bahwa ketersediaan ENS tidak lebih rendah dari nilai yang disepakati dalam Service Level Agreement (SLA).
Pelanggan bertanggung jawab atas desain arsitektur sistem layanan untuk memastikan bahwa failover dapat diimplementasikan jika diperlukan guna menjamin kontinuitas layanan.
Kami merekomendasikan agar Anda mengimplementasikan kemampuan kontinuitas layanan untuk aplikasi komputasi edge berdasarkan solusi yang dijelaskan dalam topik ini.
Praktik terbaik
Pemulihan bencana multi-instansi
Untuk memastikan ketersediaan tinggi, aplikasi harus mampu menangani beban berat guna mencegah gangguan layanan akibat titik kegagalan tunggal (SPOF). Anda dapat menggunakan Edge Load Balancer (ELB) untuk mengimplementasikan fitur ini. Untuk informasi lebih lanjut, lihat Apa itu ELB? Anda dapat menerapkan aplikasi pada beberapa instansi ENS dan menggunakan ELB untuk menyeimbangkan trafik di antara instansi tersebut. Jika sebuah instansi ENS gagal, ELB dapat mengarahkan ulang trafik ke instansi lainnya untuk memastikan kontinuitas layanan.
Pemulihan bencana primer/sekunder lintas wilayah
Beralih primer/sekunder aplikasi
Saat menerapkan aplikasi pada node edge, Anda perlu menerapkan cadangan aplikasi tersebut pada node edge lain atau di wilayah Alibaba Cloud lain untuk mencegah gangguan layanan akibat kegagalan tingkat wilayah.
Jika terjadi kegagalan tingkat wilayah, Anda dapat menggunakan Global Traffic Manager (GTM) untuk secara otomatis mengarahkan nama domain ke aplikasi di wilayah lain. Dengan cara ini, trafik dapat dialihkan untuk memastikan kontinuitas layanan. Untuk informasi lebih lanjut, lihat Apa itu GTM?
Saat Anda merancang layanan sekunder, Anda dapat menerapkan aplikasi ke wilayah ENS lain atau wilayah Alibaba Cloud terdekat. Perhatikan bahwa saat Anda mengaktifkan layanan sekunder, latensi saat pengguna mengakses layanan mungkin meningkat.
Cadangan data dan pemulihan
Pengalihan trafik selama kegagalan dapat membantu mencegah gangguan layanan akibat kegagalan tingkat wilayah. Namun, layanan data di wilayah yang gagal mungkin menjadi tidak tersedia.
Untuk memastikan bahwa layanan Anda berfungsi seperti yang diharapkan saat mengaktifkan aplikasi di wilayah sekunder, Anda perlu merancang solusi yang sesuai berdasarkan kebutuhan bisnis Anda untuk menyinkronkan data dari wilayah primer ke wilayah sekunder selama periode tanpa kegagalan.
Sebagai contoh, Anda dapat melakukan operasi berikut:
Dalam aplikasi, tulis data ke layanan penyimpanan di wilayah saat ini dan wilayah sekunder. Dengan cara ini, data di wilayah sekunder hampir sama dengan data di wilayah primer. Namun, latensi penulisan mungkin meningkat.
Setelah aplikasi menulis data ke layanan penyimpanan di wilayah primer, sinkronkan data secara asinkron ke layanan penyimpanan di wilayah sekunder. Dengan cara ini, latensi penulisan tidak meningkat. Namun, ketika Anda mengaktifkan layanan di wilayah sekunder, data mungkin berbeda dari data di wilayah primer.
Selain itu, Anda perlu merancang mekanisme pemulihan untuk aplikasi Anda. Setelah kegagalan di wilayah primer diperbaiki, Anda perlu menyinkronkan data baru yang dicatat oleh layanan di wilayah sekunder selama periode kegagalan ke wilayah primer. Dengan cara ini, pengguna tidak mengalami kehilangan data layanan saat wilayah primer dipulihkan.
Arsitektur penerapan
Anda dapat menggabungkan praktik-praktik sebelumnya untuk memaksimalkan ketersediaan layanan dan memastikan kontinuitas layanan. Gambar berikut menunjukkan arsitektur penerapan sistem yang menggunakan ELB, beralih primer/sekunder aplikasi, cadangan data, dan kemampuan pemulihan.
Anda dapat menggunakan kemampuan-kemampuan ini berdasarkan kebutuhan bisnis Anda.
Layanan primer sistem diterapkan pada node edge di Swiss. Layanan primer menggunakan arsitektur yang mencakup beberapa instansi dan ELB untuk mencegah gangguan layanan akibat titik kegagalan tunggal.
Layanan sekunder diterapkan pada node edge terdekat di Jerman. Layanan sekunder juga menggunakan arsitektur yang mencakup beberapa instansi dan ELB. Layanan sekunder juga dapat diterapkan di wilayah Alibaba Cloud terdekat. Jika wilayah primer berfungsi seperti yang diharapkan, data disinkronkan dari wilayah primer ke wilayah sekunder. Ini memastikan bahwa data konsisten dengan data wilayah primer saat wilayah sekunder diaktifkan.
GTM diintegrasikan ke dalam sistem resolusi nama domain.
GTM secara berkala melakukan pemeriksaan kesehatan pada layanan primer berdasarkan frekuensi yang Anda tentukan.
Jika layanan primer berfungsi seperti yang diharapkan, nama domain mengarah ke layanan primer.
Jika layanan primer tidak berfungsi seperti yang diharapkan, nama domain mengarah ke layanan sekunder setelah jumlah pemeriksaan kesehatan yang gagal dilakukan oleh GTM mencapai batas yang Anda tentukan. Ini mengimplementasikan beralih primer/sekunder otomatis.
Selama kegagalan layanan primer, trafik dialihkan ke layanan sekunder, dan data dicatat di layanan penyimpanan layanan sekunder. Setelah kegagalan diperbaiki, Anda perlu menyinkronkan data dari layanan sekunder ke layanan primer.