Beban kerja kritis-misi
Bagian ini berusaha untuk mengatasi tantangan merancang beban kerja misi penting di Azure. Panduan ini didasarkan pada pelajaran yang dipelajari dari meninjau banyak aplikasi pelanggan dan solusi pihak pertama. Bagian ini memberikan panduan yang dapat ditindaklanjuti dan otoritatif yang menerapkan praktik terbaik Well-Architected sebagai fondasi teknis untuk membangun dan mengoperasikan solusi yang sangat andal pada Azure dalam skala besar.
Apa itu beban kerja misi penting?
Istilah beban kerja mengacu pada kumpulan sumber daya aplikasi yang mendukung tujuan bisnis umum atau eksekusi proses bisnis umum, dengan beberapa layanan, seperti API dan penyimpanan data, bekerja sama untuk memberikan fungsionalitas end-to-end tertentu.
Istilah misi-kritis mengacu pada skala kekritisan yang mencakup biaya keuangan yang signifikan (penting bagi bisnis) atau biaya manusia (safety-critical) yang terkait dengan tidak tersedia atau kurangnya performa.
Oleh karena itu, beban kerja misi-kritis menggambarkan kumpulan sumber daya aplikasi, yang harus sangat dapat diandalkan pada platform. Beban kerja harus selalu tersedia, tahan terhadap kegagalan, dan operasional.
Video: Beban kerja misi penting di Azure
Apa saja tantangan umumnya?
Microsoft Azure memudahkan penyebaran dan pengelolaan solusi cloud. Namun, membangun beban kerja misi penting yang sangat dapat diandalkan di platform tetap menjadi tantangan karena alasan utama ini:
Merancang aplikasi yang andal dalam skala besar sangat kompleks. Ini membutuhkan pengetahuan platform yang luas untuk memilih teknologi yang tepat dan mengonfigurasinya secara optimal untuk memberikan fungsionalitas end-to-end.
Kegagalan tidak dapat dihindari dalam sistem terdistribusi yang kompleks, dan solusinya harus dirancang untuk menangani kegagalan dengan dampak yang berkorelasi atau berkala. Ini adalah perubahan pola pikir bagi banyak pengembang dan arsitek yang memasuki cloud dari lingkungan lokal; rekayasa keandalan bukan lagi subjek infrastruktur, tetapi harus menjadi perhatian kelas satu dalam proses pengembangan aplikasi.
Mengoperasionalkan beban kerja misi-kritis membutuhkan tingkat kekakuan dan kematangan teknik yang tinggi di seluruh siklus hidup teknik end-to-end serta kemampuan untuk belajar dari kegagalan.
Apakah misi-kritis hanya tentang keandalan?
Meskipun fokus utama beban kerja misi-kritis adalah Keandalan, pilar lain dari Kerangka Kerja Well-Architected sama pentingnya saat membangun dan mengoperasikan beban kerja misi penting di Azure.
Keamanan: bagaimana beban kerja mengurangi ancaman keamanan, seperti serangan Distributed Denial of Service (DDoS), akan memiliki bantalan signifikan pada keandalan keseluruhan.
Keunggulan Operasional: bagaimana beban kerja dapat merespons masalah operasional secara efektif akan berdampak langsung pada ketersediaan aplikasi.
Efisiensi Performa: ketersediaan lebih dari waktu aktif sederhana, melainkan tingkat layanan dan performa aplikasi yang konsisten relatif terhadap keadaan sehat yang diketahui.
Mencapai keandalan tinggi memberlakukan tradeoff biaya yang signifikan, yang mungkin tidak dapat ditegaskan untuk setiap skenario beban kerja. Oleh karena itu disarankan agar keputusan desain didorong oleh persyaratan bisnis.
Apa saja area desain utamanya?
Panduan misi penting dalam seri ini terdiri dari pertimbangan arsitektur dan rekomendasi yang berorientasi pada area desain utama ini.
Area desain saling terkait dan keputusan yang dibuat dalam satu area dapat memengaruhi atau memengaruhi keputusan di seluruh desain. Kami menyarankan agar pembaca membiasakan diri dengan area desain ini, meninjau pertimbangan dan rekomendasi yang diberikan untuk lebih memahami konsekuensi dari keputusan yang dicakup. Misalnya, untuk menentukan arsitektur target, sangat penting untuk menentukan cara terbaik untuk memantau kesehatan aplikasi di seluruh komponen utama. Dalam hal ini, pembaca harus meninjau area desain pemodelan kesehatan, menggunakan rekomendasi yang diuraikan untuk membantu mendorong keputusan.
| Area desain | Ringkasan |
|---|---|
| Desain aplikasi | Penggunaan arsitektur unit skala dalam konteks membangun aplikasi yang sangat andal. Juga menjelajahi pola desain aplikasi cloud yang memungkinkan penskalaan, dan penanganan kesalahan. |
| Platform aplikasi | Faktor keputusan dan rekomendasi yang terkait dengan pemilihan, desain, dan konfigurasi platform hosting aplikasi, dependensi aplikasi, kerangka kerja, dan pustaka yang sesuai. |
| Platform data | Pilihan dalam teknologi penyimpanan data, diinformasikan dengan mengevaluasi yang diperlukan—volume, kecepatan, variasi, veracity. |
| Jaringan dan konektivitas | Konsep topologi jaringan pada tingkat aplikasi, mempertimbangkan konektivitas yang diperlukan dan manajemen lalu lintas yang berlebihan. Rekomendasi penting dimaksudkan untuk menginformasikan desain topologi jaringan global yang aman dan dapat diskalakan. |
| Pemodelan dan pengamatan kesehatan | Proses untuk menentukan model kesehatan yang kuat, memetakan status kesehatan aplikasi yang terukur melalui pengamatan dan konstruksi operasional untuk mencapai kematangan operasional. |
| Penyebaran dan pengujian | Memberantas waktu henti dan menjaga kesehatan aplikasi untuk operasi penyebaran, memberikan pertimbangan dan rekomendasi utama yang dimaksudkan untuk menginformasikan desain alur CI/CD yang optimal untuk aplikasi misi penting. |
| Keamanan | Lindungi aplikasi dari ancaman yang dimaksudkan untuk secara langsung atau tidak langsung membahayakan keandalannya. |
| Prosedur operasional | Adopsi DevOps dan metode penyebaran terkait digunakan untuk mendorong prosedur operasional yang efektif dan konsisten. |
Contoh ilustrasi
Panduan yang diberikan dalam seri ini didasarkan pada pendekatan berorientasi solusi untuk menggambarkan pertimbangan dan rekomendasi desain utama. Ada beberapa implementasi referensi yang tersedia yang dapat digunakan sebagai dasar untuk pengembangan solusi lebih lanjut.
Arsitektur garis besar aplikasi yang terhubung ke internet—Menyediakan fondasi untuk membangun aplikasi cloud-native, sangat terukur, dan terhubung ke internet di Microsoft Azure. Beban kerja diakses melalui titik akhir publik dan tidak memerlukan konektivitas jaringan privat ke kawasan teknis organisasi di sekitarnya.
Lihat implementasi: Mission-Critical Online
Arsitektur garis besar aplikasi yang terhubung ke internet dengan kontrol jaringan—Memperluas arsitektur garis besar dengan kontrol jaringan yang ketat untuk mencegah akses publik yang tidak sah dari internet ke salah satu sumber daya beban kerja.
Arsitektur garis besar di zona pendaratan Azure—Menyediakan fondasi untuk membangun aplikasi cloud-native yang terhubung dengan perusahaan di Microsoft Azure menggunakan infrastruktur jaringan dan titik akhir privat yang ada. Beban kerja memerlukan konektivitas privat ke sumber daya organisasi lain dan mengambil dependensi pada Virtual Network yang telah disediakan sebelumnya untuk konektivitas ke sumber daya organisasi lainnya. Kasus penggunaan ini ditujukan untuk skenario yang memerlukan integrasi dengan real estat teknis organisasi yang lebih luas untuk beban kerja yang menghadap publik atau internal.
Lihat implementasi: Mission-Critical Connected
Langkah selanjutnya
Mulailah dengan meninjau metodologi desain untuk skenario aplikasi misi-kritis.