Menerapkan prinsip desain dan operasi tingkat lanjut

  • Artikel

Tiga disiplin manajemen cloud pertama menggambarkan garis besar manajemen. Minimal, garis besar manajemen harus mencakup komitmen bisnis standar untuk meminimalkan gangguan bisnis dan mempercepat pemulihan jika layanan terganggu. Sebagian besar garis besar manajemen mencakup fokus disiplin pada pemeliharaan inventaris dan visibilitas, kepatuhan operasional, dan perlindungan dan pemulihan.

Tujuan dari garis besar manajemen adalah untuk menciptakan penawaran yang konsisten yang memberikan tingkat minimum komitmen bisnis untuk semua beban kerja yang didukung. Garis besar dari penawaran manajemen yang umum dan berulang ini memungkinkan tim untuk memberikan tingkat manajemen operasional yang sangat dioptimalkan, dengan penyimpangan minimal. Namun penawaran standar itu mungkin tidak memberikan komitmen yang cukup kaya untuk bisnis.

Diagram di bagian berikutnya menggambarkan tiga cara untuk melampaui garis besar manajemen.

Garis besar manajemen harus memenuhi komitmen minimum yang diperlukan oleh 80 persen dari beban kerja kekritisan terendah dalam portofolio. Garis besar tidak boleh diterapkan pada beban kerja misi-kritis. Ini juga tidak boleh diterapkan pada platform umum yang digunakan bersama di seluruh beban kerja. Beban kerja tersebut memerlukan fokus pada prinsip desain dan operasi tingkat lanjut.

Opsi operasi tingkat lanjut

Ada tiga jalur yang disarankan untuk meningkatkan komitmen bisnis di luar garis besar manajemen, seperti yang ditunjukkan pada diagram berikut:

Operasi tingkat lanjut

Garis besar manajemen yang disempurnakan

Seperti yang diuraikan dalam Panduan Manajemen Azure, garis besar manajemen yang disempurnakan menggunakan alat cloud-native untuk meningkatkan waktu aktif dan mengurangi waktu pemulihan. Peningkatannya signifikan, tetapi kurang dari beban kerja atau spesialisasi platform. Keuntungan dari garis besar manajemen yang ditingkatkan adalah pengurangan biaya dan waktu implementasi yang sama signifikannya.

Spesialisasi manajemen

Aspek beban kerja dan operasi platform mungkin memerlukan perubahan pada prinsip desain dan arsitektur. Perubahan tersebut dapat memakan waktu dan dapat mengakibatkan peningkatan biaya operasional. Untuk mengurangi jumlah beban kerja yang membutuhkan investasi semacam itu, garis besar manajemen yang ditingkatkan dapat memberikan peningkatan yang cukup terhadap komitmen bisnis.

Untuk beban kerja yang menjamin investasi lebih tinggi agar memenuhi komitmen bisnis, spesialisasi operasi adalah kuncinya.

Bidang spesialisasi manajemen

Ada dua bidang spesialisasi:

  • Spesialisasi platform: Berinvestasi dalam operasi yang sedang berlangsung dari platform bersama, mendistribusikan investasi di berbagai beban kerja.
  • Spesialisasi beban kerja: Berinvestasi dalam operasi yang sedang berlangsung dari beban kerja tertentu, umumnya disediakan untuk beban kerja misi-kritis.

Tim TI pusat atau pusat keunggulan cloud (CCoE)

Keputusan antara spesialisasi platform dan spesialisasi beban kerja didasarkan pada kekritisan dan dampak dari setiap beban kerja. Namun, keputusan ini juga menunjukkan keputusan budaya yang lebih besar antara tim TI pusat dan model organisasi CCoE.

Spesialisasi beban kerja sering memicu perubahan budaya. TI tradisional dan TI terpusat keduanya membangun proses yang dapat memberikan dukungan dalam skala besar. Dukungan skala lebih dapat dicapai untuk layanan berulang yang ditemukan di garis besar manajemen, garis besar yang disempurnakan, atau bahkan operasi platform. Spesialisasi beban kerja jarang menskalakan. Kurangnya skala ini menyulitkan organisasi TI terpusat untuk memberikan dukungan yang diperlukan tanpa mencapai batasan skala organisasi.

Atau, pendekatan pusat keunggulan cloud menskalakan melalui delegasi tanggung jawab dan sentralisasi selektif yang disengaja. Spesialisasi beban kerja cenderung lebih sejajar dengan pendekatan tanggung jawab yang didelegasikan dari CCoE.

Penjajaran alami peran dalam CCoE diuraikan sebagai berikut:

  • Tim platform cloud membantu membangun platform umum yang mendukung beberapa tim adopsi cloud.
  • Tim otomatisasi cloud memperluas platform tersebut ke aset yang dapat disebarkan dalam katalog layanan.
  • Manajemen cloud memberikan garis besar manajemen secara terpusat dan membantu mendukung penggunaan katalog layanan.
  • Namun, unit bisnis (dalam bentuk tim DevOps bisnis atau tim adopsi cloud) bertanggung jawab atas operasi sehari-hari dari beban kerja, alur, atau performa.

Untuk menyelaraskan bidang manajemen, tim TI pusat dan model CCoE umumnya dapat memberikan spesialisasi platform, dengan perubahan budaya yang minimal. Memberikan spesialisasi beban kerja mungkin lebih kompleks untuk tim TI pusat.

Proses spesialisasi manajemen

Dalam setiap spesialisasi, proses empat langkah berikut disampaikan dalam pendekatan yang disiplin dan berulang. Pendekatan ini membutuhkan kemitraan antara adopsi cloud, platform cloud, otomatisasi cloud, dan pakar manajemen cloud untuk membuat umpan balik yang layak dan terinformasi.

  • Meningkatkan desain sistem: Meningkatkan desain sistem umum (platform) atau beban kerja tertentu untuk meminimalkan gangguan secara efektif.
  • Mengotomatisasi remediasi: Beberapa peningkatan tidak menghemat biaya. Dalam kasus seperti itu, mungkin lebih masuk akal untuk mengotomatiskan remediasi dan mengurangi dampak dari gangguan.
  • Mencari solusi: Ketika desain sistem dan remediasi otomatis ditingkatkan, Anda dapat menskalakan perubahan tersebut di seluruh lingkungan melalui katalog layanan.
  • Peningkatan berkelanjutan: Anda dapat menggunakan berbagai alat pemantauan untuk menemukan peningkatan tambahan untuk mengatasi di lulus berikutnya dari desain sistem, otomatisasi, dan skala.

Meningkatkan desain sistem

Meningkatkan desain sistem adalah pendekatan yang paling efektif untuk meningkatkan operasi dari setiap platform umum. Peningkatan desain sistem dapat membantu meningkatkan stabilitas dan mengurangi gangguan bisnis. Desain sistem individual berada di luar cakupan untuk tampilan lingkungan yang diambil di seluruh Cloud Adoption Framework.

Sebagai pelengkap kerangka kerja ini, Kerangka Kerja Microsoft Azure yang Terarsitektur dengan Baik menyediakan prinsip panduan untuk meningkatkan kualitas platform atau beban kerja tertentu. Kerangka kerja ini berfokus pada peningkatan di lima pilar keunggulan arsitektur:

  • Optimalisasi biaya: Kelola biaya untuk memaksimalkan nilai yang diberikan.
  • Keunggulan operasional: Ikuti proses operasional yang menjaga agar sistem tetap berjalan dalam produksi.
  • Efisiensi performa: Sistem skala untuk beradaptasi dengan perubahan beban.
  • Keandalan: Rancang sistem untuk pulih dari kegagalan dan terus berfungsi.
  • Keamanan: Lindungi aplikasi dan data dari ancaman.

Sebagian besar gangguan bisnis sama dengan beberapa bentuk utang teknis, atau kekurangan dalam arsitektur. Untuk penyebaran yang ada, peningkatan desain sistem dapat dilihat sebagai pembayaran terhadap utang teknis yang ada. Untuk penyebaran baru, peningkatan desain sistem dapat dilihat sebagai penghindaran utang teknis. Bagian selanjutnya menunjukkan cara menangani utang teknis yang tidak dapat atau tidak seharusnya ditangani.

Untuk meningkatkan desain sistem, pelajari lebih lanjut tentang Kerangka Kerja Microsoft Azure yang Terarsitektur dengan Baik. Ketika desain sistem Anda meningkat, kembali ke artikel ini untuk menemukan peluang baru untuk meningkatkan dan menskalakan peningkatan di seluruh lingkungan Anda.

Remediasi otomatis

Beberapa utang teknis tidak dapat atau tidak seharusnya ditangani. Resolusi bisa jadi terlalu mahal untuk diperbaiki. Hal ini bisa direncanakan tetapi mungkin memiliki durasi proyek yang panjang. Gangguan bisnis mungkin tidak memiliki dampak bisnis yang signifikan, atau prioritas bisnis adalah pulih dengan cepat daripada berinvestasi dalam ketahanan.

Ketika resolusi utang teknis bukanlah jalan yang diinginkan, remediasi otomatis biasanya merupakan langkah berikutnya yang diinginkan. Menggunakan Azure Automation dan Azure Monitor untuk mendeteksi tren dan menyediakan remediasi otomatis adalah pendekatan paling umum untuk remediasi otomatis.

Untuk panduan tentang remediasi otomatis, lihat Azure Automation dan peringatan.

Menskalakan solusi dengan katalog layanan

Landasan spesialisasi platform dan operasi platform adalah katalog layanan yang dikelola dengan baik. Ini adalah bagaimana peningkatan desain sistem dan remediasi diskalakan di seluruh lingkungan. Tim platform cloud dan tim otomatisasi cloud menyelaraskan untuk menciptakan solusi berulang ke platform paling umum di lingkungan apa pun. Namun, jika solusi tersebut tidak diterapkan secara konsisten, manajemen cloud dapat memberikan sedikit lebih dari penawaran garis besar.

Untuk memaksimalkan adopsi dan meminimalkan overhead pemeliharaan dari platform yang dioptimalkan, platform harus ditambahkan ke katalog layanan. Setiap aplikasi dalam katalog dapat disebarkan untuk konsumsi internal melalui katalog layanan, atau sebagai penawaran pasar untuk konsumen eksternal.

Untuk informasi tentang penerbitan ke katalog layanan, lihat seri tentang penerbitan ke katalog layanan.

Peningkatan berkelanjutan

Spesialisasi platform dan operasi platform keduanya bergantung pada perulangan umpan balik yang kuat antara adopsi, platform, otomatisasi, dan tim manajemen. Mendasarkan perulangan umpan balik dalam data memberdayakan setiap tim untuk mengambil keputusan yang bijaksana. Agar operasi platform dapat mencapai komitmen bisnis jangka panjang, penting untuk memanfaatkan wawasan yang khusus untuk platform terpusat. Karena kontainer dan SQL Server adalah dua platform yang paling umum dikelola secara terpusat, pertimbangkan untuk memulai dengan kumpulan data peningkatan berkelanjutan dengan meninjau artikel berikut: