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 menyediakan 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 kurang 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 oleh karena itu solusi harus dirancang untuk menangani kegagalan dengan dampak berkorelasi atau berkait. 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.

• Mengoptimalisasikan beban kerja misi-kritis membutuhkan tingkat kematangan dan kematangan teknik yang tinggi di seluruh siklus hidup rekayasa end-to-end serta kemampuan untuk belajar dari kegagalan.

Apakah misi sangat penting 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 aplikasi yang konsisten dan performa 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 di sekitar 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 mengeksplorasi 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 observabilitas 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 yang sangat 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 Jaringan Virtual yang telah disediakan sebelumnya untuk konektivitas ke sumber daya organisasi lainnya. Kasus penggunaan ini ditujukan untuk skenario yang memerlukan integrasi dengan kawasan teknis organisasi yang lebih luas untuk beban kerja yang menghadap publik atau internal.

  Lihat implementasi: Mission-Critical Connected

Skenario industri

Panduan misi penting dalam seri ini membentuk metodologi desain agnostik industri yang dapat diterapkan di banyak konteks industri yang berbeda. Daftar berikut memberikan contoh spesifik di mana metodologi desain misi-kritis telah diterapkan dan disesuaikan dengan skenario industri tertentu.

• Kelas operator dalam industri telekomunikasi

Beban kerja kelas operator berpivot pada aspek penting bisnis dan penting bagi keselamatan, di mana ada persyaratan mendasar untuk beroperasi hanya dengan menit atau bahkan detik waktu henti per tahun kalender. Kegagalan untuk mencapai persyaratan waktu aktif ini dapat mengakibatkan hilangnya kehidupan yang luas, dikenakan denda yang signifikan, atau hukuman kontraktual.

Langkah selanjutnya

Mulailah dengan meninjau metodologi desain untuk skenario aplikasi yang sangat penting.

Metodologi desain