Operasi platform dalam manajemen cloud
Garis besar manajemen cloud yang mencakup inventaris dan visibilitas, kepatuhan operasional, serta perlindungan dan pemulihan mungkin memberikan tingkat manajemen cloud yang cukup untuk sebagian besar beban kerja dalam portofolio IT. Tapi garis besar itu jarang cukup untuk mendukung portofolio penuh. Artikel ini dibuat berdasarkan langkah selanjutnya yang paling umum dalam manajemen cloud, operasi portofolio.
Studi cepat tentang aset dalam portofolio TI menyoroti pola yang ada di seluruh beban kerja yang didukung. Dalam beban kerja tersebut, ada platform umum. Platform dapat sangat bervariasi tergantung pada keputusan teknis sebelumnya dalam perusahaan.
Untuk beberapa organisasi, ada ketergantungan yang berat pada SQL Server, Oracle, atau platform data sumber terbuka lainnya. Di organisasi lain, kesamaan mungkin berakar pada platform hosting untuk mesin virtual (VM) atau kontainer. Yang lain mungkin memiliki ketergantungan umum pada aplikasi atau sistem perencanaan sumber daya perusahaan (ERP) seperti SAP atau Oracle.
Ketika Anda memahami kesamaan ini, tim manajemen cloud Anda dapat mengkhususkan diri dalam tingkat dukungan yang lebih tinggi untuk platform yang diprioritaskan.
Membuat katalog layanan
Tujuan operasi platform adalah untuk menciptakan solusi yang dapat diandalkan dan dapat diulang untuk digunakan oleh tim adopsi cloud. Tim adopsi cloud kemudian dapat memberikan platform yang memberikan tingkat komitmen bisnis yang lebih tinggi. Komitmen itu dapat mengurangi kemungkinan atau frekuensi waktu henti, yang meningkatkan keandalan. Jika ada kegagalan sistem, komitmen juga dapat membantu mengurangi jumlah kehilangan data atau waktu pemulihan. Komitmen seperti itu sering kali mencakup operasi terpusat yang sedang berlangsung untuk mendukung platform tersebut.
Karena tim manajemen cloud menetapkan tingkat manajemen operasional dan spesialisasi yang lebih tinggi yang terkait dengan platform tertentu, mereka menambahkan platform ke katalog layanan yang berkembang. Katalog layanan menyediakan penyebaran platform layanan mandiri dalam konfigurasi tertentu, yang mematuhi operasi platform yang sedang berlangsung. Selama percakapan penyelarasan bisnis, tim manajemen cloud dan strategi cloud dapat mengusulkan solusi katalog layanan untuk bisnis. Solusi katalog layanan meningkatkan komitmen keandalan, waktu aktif, dan pemulihan dalam proses yang terkontrol dan dapat diulang.
Sebagai referensi, beberapa organisasi merujuk ke katalog layanan tahap awal sebagai daftar yang disetujui. Perbedaan utama adalah bahwa katalog layanan dilengkapi dengan komitmen operasional yang berkelanjutan dari pusat keunggulan cloud (CCoE). Daftar yang disetujui serupa. Ini menyediakan daftar solusi yang disetujui sebelumnya yang dapat digunakan tim di cloud. Tetapi biasanya tidak ada manfaat operasional yang terkait dengan aplikasi pada daftar yang disetujui.
Sama seperti perdebatan antara IT terpusat dan CCoE, perbedaan merupakan salah satu prioritas. Katalog layanan mengasumsikan niat baik tetapi menyediakan operasional, pemerintahan, dan pagar pengaman keamanan yang mempercepat inovasi. Daftar yang disetujui menghambat inovasi hingga operasi, kepatuhan, dan gerbang keamanan diteruskan untuk solusi. Kedua solusi itu layak, tetapi mereka menuntut perusahaan untuk membuat keputusan prioritas yang cerdik untuk berinvestasi lebih banyak dalam inovasi atau kepatuhan.
Membangun katalog layanan
Manajemen cloud jarang berhasil memberikan katalog layanan dalam silo. Pengembangan katalog yang tepat membutuhkan kemitraan di seluruh tim IT pusat atau CCoE. Pendekatan ini cenderung paling sukses ketika organisasi TI mencapai tingkat kematangan CCoE, tetapi dapat diimplementasikan lebih cepat.
Ketika tim platform cloud membangun katalog layanan dalam model CCoE, mereka membangun platform status yang diinginkan. Tim pemerintahan cloud dan keamanan cloud memvalidasi pemerintahan dan kepatuhan dalam penyebaran. Tim manajemen cloud menetapkan operasi berkelanjutan untuk platform tersebut. Tim otomatisasi cloud juga mengemas platform untuk penyebaran yang dapat diskalakan dan dapat diulang.
Setelah platform dikemas, tim manajemen cloud dapat menambahkannya ke katalog layanan yang sedang berkembang. Dari sana, tim adopsi cloud menggunakan paket atau lainnya dalam katalog selama penyebaran. Setelah solusi masuk ke produksi, bisnis menyadari manfaat tambahan dari peningkatan manajemen operasional dan berpotensi mengurangi gangguan bisnis.
Catatan
Membangun katalog layanan membutuhkan banyak usaha dan waktu dari banyak tim. Menggunakan katalog layanan atau daftar yang disetujui sebagai mekanisme pembatasan memperlambat inovasi. Ketika inovasi menjadi prioritas, kembangkan katalog layanan secara paralel dengan upaya adopsi lainnya.
Menentukan operasi platform Anda sendiri
Meskipun alat dan proses manajemen dapat meningkatkan operasi platform, seringkali tidak cukup untuk mencapai status stabilitas dan keandalan yang diinginkan. Operasi platform sejati memerlukan fokus pada pilar keunggulan arsitektur. Ketika platform membenarkan investasi yang lebih dalam di operasi, pertimbangkan lima pilar berikut sebelum platform menjadi bagian dari katalog layanan apa pun:
- Keandalan: Rancang sistem untuk pulih dari kegagalan dan terus berfungsi.
- Keamanan: Lindungi aplikasi dan data dari ancaman.
- 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.
Microsoft Azure Well-Architected Framework menyediakan pendekatan untuk mengevaluasi beban kerja tertentu untuk kepatuhan terhadap pilar ini, untuk meningkatkan operasi secara keseluruhan. Anda dapat menerapkan pilar ini ke operasi platform dan operasi beban kerja.
Mulai menggunakan platform tertentu
Platform yang dibahas di bagian berikutnya adalah umum bagi pelanggan Azure biasa, dan mereka dapat dengan mudah membenarkan investasi dalam operasi platform. Tim manajemen cloud cenderung memulai secara bersamaan ketika mereka membangun persyaratan operasi platform atau katalog layanan lengkap.
Operasi data PaaS
Data sering menjadi platform pertama yang menjamin investasi operasi platform. Ketika data dihosting di lingkungan platform as a service (PaaS), pemangku kepentingan bisnis cenderung meminta recovery point objective (RPO) yang dikurangi untuk meminimalkan kehilangan data. Tergantung pada sifat aplikasi, mereka mungkin juga meminta pengurangan recovery time objective (RTO). Dalam kedua kasus, arsitektur yang mendukung solusi data berbasis PaaS dapat dengan mudah mengakomodasi beberapa peningkatan tingkat dukungan manajemen.
Dalam kebanyakan skenario, biaya untuk meningkatkan komitmen manajemen mudah dibenarkan, bahkan untuk aplikasi yang tidak sangat penting. Peningkatan operasi platform ini begitu umum sehingga banyak tim manajemen cloud melihatnya lebih sebagai garis besar yang disempurnakan, daripada sebagai peningkatan operasi platform yang sebenarnya.
Operasi data infrastruktur sebagai layanan
Ketika data dihosting dalam solusi infrastruktur sebagai layanan (IaaS) tradisional, upaya untuk meningkatkan RPO dan RTO bisa lebih tinggi. Namun keinginan para pemangku kepentingan bisnis untuk mencapai komitmen manajemen yang lebih baik jarang dipengaruhi oleh keputusan PaaS versus IaaS. Jika ada, pemahaman tentang perbedaan mendasar dalam arsitektur mungkin mendorong bisnis untuk meminta solusi paaS atau komitmen yang sesuai dengan apa yang tersedia pada solusi PaaS. Pertimbangkan modernisasi platform data IaaS apa pun sebagai langkah pertama ke operasi platform.
Ketika modernisasi bukanlah pilihan, tim manajemen cloud biasanya memprioritaskan platform data berbasis IaaS sebagai layanan pertama yang diperlukan dalam katalog layanan. Menyediakan bisnis dengan pilihan antara server data mandiri dan solusi data berkerumun, ketersediaan tinggi, membuat percakapan komitmen bisnis jauh lebih mudah untuk difasilitasi. Pemahaman dasar tentang peningkatan operasional dan peningkatan biaya membantu bisnis membuat keputusan terbaik untuk proses bisnis dan beban kerja pendukungnya.
Operasi platform umum lainnya
Selain platform data, host mesin virtual cenderung menjadi platform umum untuk peningkatan operasi. Platform cloud dan tim manajemen cloud paling sering berinvestasi dalam peningkatan host VMware atau solusi kontainer. Investasi semacam itu dapat meningkatkan stabilitas dan keandalan host, yang mendukung VM, yang pada gilirannya memberikan daya pada beban kerja. Operasi yang tepat pada satu host atau kontainer dapat meningkatkan RPO atau RTO dari beberapa beban kerja. Pendekatan ini menciptakan peningkatan komitmen bisnis tetapi mendistribusikan investasi. Peningkatan komitmen dan pengurangan biaya bergabung supaya lebih mudah untuk membenarkan perbaikan manajemen cloud dan operasi platform.
Langkah berikutnya
Sejalan dengan peningkatan operasi platform, tim manajemen cloud juga berfokus pada peningkatan operasi beban kerja untuk 20 persen teratas atau kurang dari beban kerja produksi.