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.
Petunjuk / Saran
Konten ini adalah kutipan dari eBook, Arsitektur Layanan Mikro .NET untuk Aplikasi .NET Kontainer, tersedia di .NET Docs atau sebagai PDF gratis yang dapat diunduh yang dapat dibaca secara offline.
Layanan mikro dan aplikasi berbasis cloud Anda harus merangkul kegagalan parsial yang pasti akan terjadi pada akhirnya. Anda harus merancang aplikasi Anda agar tahan terhadap kegagalan parsial tersebut.
Ketahanan adalah kemampuan untuk pulih dari kegagalan dan terus berfungsi. Ini bukan tentang menghindari kegagalan tetapi menerima fakta bahwa kegagalan akan terjadi dan menanggapinya dengan cara yang menghindari waktu henti atau kehilangan data. Tujuan ketahanan adalah untuk mengembalikan aplikasi ke status berfungsi penuh setelah kegagalan.
Ini cukup menantang untuk merancang dan menyebarkan aplikasi berbasis layanan mikro. Tetapi Anda juga perlu menjaga aplikasi Anda tetap berjalan di lingkungan di mana beberapa jenis kegagalan pasti. Oleh karena itu, aplikasi Anda harus tangguh. Ini harus dirancang untuk mengatasi kegagalan parsial, seperti pemadaman jaringan atau node atau VM yang crash di cloud. Bahkan layanan mikro (kontainer) yang dipindahkan ke node yang berbeda dalam kluster dapat menyebabkan kegagalan singkat terputus-terputus dalam aplikasi.
Banyak komponen individual aplikasi Anda juga harus menggabungkan fitur pemantauan kesehatan. Dengan mengikuti panduan dalam bab ini, Anda dapat membuat aplikasi yang dapat bekerja dengan lancar terlepas dari waktu henti sementara atau cegukan normal yang terjadi dalam penyebaran kompleks dan berbasis cloud.
Penting
eShopOnContainer telah menggunakan pustaka Polly untuk menerapkan ketahanan dengan menggunakan Klien Bertipe hingga rilis 3.0.0. Dimulai dengan rilis 3.0.0, ketahanan panggilan HTTP diimplementasikan menggunakan jala Linkerd, yang menangani percobaan ulang dengan cara yang transparan dan dapat dikonfigurasi dalam kluster Kubernetes, tanpa harus menangani kekhawatiran tersebut dalam kode.
Pustaka Polly masih digunakan untuk menambahkan ketahanan pada koneksi database, khususnya saat memulai layanan.
Peringatan
Semua sampel kode dan gambar di bagian ini valid sebelum menggunakan Linkerd dan tidak diperbarui untuk mencerminkan kode aktual saat ini. Jadi mereka masuk akal dalam konteks bagian ini.