Probe Kesehatan dan Degradasi Bertahap

Probe kesehatan adalah mekanisme yang digunakan penyeimbang beban dan pengelola lalu lintas untuk mendeteksi apakah instans backend mampu melayani permintaan. Tanpa probe kesehatan, penyeimbang beban mungkin terus mengirimkan lalu lintas ke server yang gagal atau tidak merespons, sehingga menyebabkan kesalahan yang terlihat oleh pengguna. Probe kesehatan yang dikonfigurasi dengan benar memungkinkan pengalihan lalu lintas otomatis dari instans yang tidak sehat dalam hitungan detik setelah terjadi kegagalan.

Azure Load Balancer mendukung dua jenis probe kesehatan:

• probe TCP — memeriksa apakah backend dapat menerima koneksi TCP pada port yang ditentukan. Sederhana, tetapi tidak memverifikasi logika aplikasi.
• probe HTTP/HTTPS — mengirimkan permintaan GET ke jalur yang ditentukan dan mengharapkan respons 200 OK. Lebih akurat karena menguji titik akhir aplikasi secara langsung.

Backend ditandai sebagai tidak sehat jika probe gagal dalam sejumlah upaya berturut-turut yang dapat dikonfigurasi.

Titik akhir kesehatan yang dirancang dengan baik (/health) tidak hanya mengembalikan 200 OK — titik akhir ini memverifikasi bahwa dependensi penting aplikasi dapat dijangkau. Pemeriksaan kesehatan menyeluruh dapat menguji konektivitas ke basis data, tembolok, dan API hilir. Jika dependensi mana pun tidak tersedia, titik akhir tersebut mengembalikan kode status 5xx, yang memberi sinyal kepada penyeimbang beban untuk mengeluarkan instans ini dari rotasi.

Azure Traffic Manager juga menggunakan probe kesehatan, tetapi pada tingkat regional. Layanan ini mengirimkan permintaan GET HTTP atau HTTPS secara berkala ke URL titik akhir yang dikonfigurasi di setiap region. Jika titik akhir gagal merespons dalam jendela waktu habis selama sejumlah interval berturut-turut, Traffic Manager menandai titik akhir tersebut sebagai mengalami penurunan layanan dan berhenti merutekan kueri DNS ke sana, lalu mengarahkan pengguna ke region yang sehat.

Azure Application Gateway memiliki kemampuan probe kesehatan yang lebih canggih daripada Load Balancer standar. Layanan ini mendukung probe khusus yang menentukan header host, rentang kode status yang diharapkan (misalnya, 200-399), dan string pencocokan isi. Application Gateway juga mendukung perutean per jalur, sehingga kumpulan backend yang berbeda dapat memiliki konfigurasi probe kesehatan yang berbeda untuk jalur URL yang berbeda.

Penurunan layanan secara bertahap adalah kemampuan aplikasi untuk terus menyediakan sebagian fungsi saat satu atau beberapa dependensinya gagal. Alih-alih sepenuhnya berhenti, aplikasi mendeteksi tidak tersedianya layanan yang tidak kritis dan beralih ke kondisi yang menurun tetapi masih berguna. Misalnya, jika layanan rekomendasi gagal, situs perdagangan elektronik dapat menampilkan saran umum alih-alih membuat seluruh halaman produk berhenti berfungsi.

Pola pemutus sirkuit mencegah aplikasi berulang kali memanggil layanan hilir yang mengalami kegagalan. Saat suatu layanan mulai gagal, pemutus sirkuit terbuka dan segera mengembalikan kesalahan atau respons cadangan tanpa melakukan panggilan jaringan. Setelah masa pendinginan, pemutus sirkuit memasuki keadaan setengah terbuka dan mengizinkan satu permintaan percobaan. Jika permintaan tersebut berhasil, sirkuit tertutup dan operasi normal dilanjutkan.

Untuk kegagalan sementara (gangguan jaringan singkat atau kelebihan beban layanan sementara), strategi percobaan ulang dengan penundaan Exponential sesuai digunakan. Aplikasi mencoba kembali panggilan yang gagal setelah jeda, dengan menggandakan jeda pada setiap percobaan ulang hingga mencapai maksimum. Menambahkan jitter (variasi acak) pada jeda mencegah semua upaya percobaan ulang berlangsung serempak dan membebani layanan yang sedang pulih.

Pola sekat mengisolasi berbagai bagian aplikasi ke dalam kumpulan sumber daya sehingga kegagalan di satu area tidak menghabiskan semua sumber daya dan melumpuhkan seluruh sistem. Nama ini diambil dari sekat kapal yang mencegah satu kompartemen yang kebanjiran menenggelamkan seluruh kapal. Di Azure, penerapannya dapat berupa penggunaan kumpulan utas terpisah atau paket App Service terpisah untuk layanan yang berbeda guna membatasi dampak kegagalan.

Salah satu teknik degradasi yang terkendali adalah menyajikan data yang disimpan dalam tembolok atau sudah usang saat sumber data langsung tidak tersedia. Misalnya, halaman katalog produk dapat menyajikan harga kemarin yang disimpan dalam tembolok dari Azure Cache for Redis, alih-alih menampilkan kesalahan jika basis data untuk sementara tidak dapat dijangkau. Pengguna hanya mengalami ketidaknyamanan kecil (harga sedikit usang), bukan kegagalan total.

Degradasi yang terkendali harus terlihat dan terukur. Gunakan Application Insights untuk melacak tingkat pembukaan pemutus sirkuit, respons cadangan, dan upaya percobaan ulang sebagai metrik khusus. Siapkan peringatan saat metrik tersebut melampaui ambang batas, sehingga tim yang bertugas menerima pemberitahuan bahwa aplikasi berjalan dalam keadaan terdegradasi meskipun pengalaman pengguna tampak masih dapat diterima.

Uji pemahaman Anda tentang konsep Microsoft Azure Fundamentals (AZ-900) dari pelajaran ini.

Dalam pelajaran ini, Anda telah mempelajari bahwa probe kesehatan memungkinkan penyeimbang beban mendeteksi backend yang gagal dan mengalihkan lalu lintas secara otomatis; degradasi yang terkendali menjaga agar aplikasi tetap berfungsi sebagian saat dependensi mengalami kegagalan; dan pola seperti pemutus sirkuit, percobaan ulang dengan penundaan, serta sekat menerapkan ketahanan pada tingkat aplikasi. Selanjutnya, kita akan membahas konsep pemulihan bencana—menentukan RTO, RPO, dan tingkat pemulihan.