Date: Desember 22, 2020
Enam Alasan Migrasi Cloud Anda Terhenti
Semakin banyak pelanggan yang mencari keuntungan dari fleksibilitas, skalabilitas, dan kinerja cloud. Karena jumlah aplikasi, solusi, pelanggan, dan mitra yang melakukan pergeseran meningkat, pastikan migrasi Anda tidak terhenti.
Hindari Enam Alasan Berikut Berhenti Migrasi Cloud
1. Rencana proyek migrasi cloud yang tidak lengkap
Perencanaan proyek secara luas dianggap sebagai kontributor utama keberhasilan proyek. Perencanaan memainkan peran penting dalam membantu memandu pemangku kepentingan, tim implementasi yang beragam, dan mitra melalui fase proyek. Perencanaan membantu mengidentifikasi tujuan yang diinginkan, menyelaraskan sumber daya dan tim dengan tujuan tersebut, mengurangi risiko, menghindari tenggat waktu yang terlewat, dan pada akhirnya memberikan solusi yang sangat tersedia di cloud.Rencana yang tidak lengkap dan perencanaan yang tidak lengkap sering menjadi penyebab utama proyek terhenti.Pada jam kesembilan ketergantungan kunci diidentifikasi. Selama reboot server yang tidak terduga, pemantauan aplikasi dan lubang HA teridentifikasi (lihat di bawah). Pastikan migrasi cloud Anda memiliki rencana, dan kerjakan rencana tersebut.
2. Rekayasa berlebihan di lokasi
“Ini adalah cara kami melakukannya di node lokal kami,” adalah ungkapan yang memulai percakapan pelanggan baru-baru ini. Pelanggan terlibat dengan Edmond Melkomian, Manajer Proyek untuk Layanan Profesional SIOS, ketika upaya mereka untuk bermigrasi ke cloud terhenti.Selama sesi penemuan, Edmond dapat mengungkap sejumlah item yang direkayasa secara berlebihan terkait dengan arsitektur lokal versus cloud. Untuk beberapa proyek, mereproduksi apa yang telah dilakukan di tempat bisa menjadi resume untuk pembengkakan, kerumitan, dan penundaan. Analisis arsitektur dan rencana migrasi Anda dan hilangkan tanpa ampun komponen dan desain yang direkayasa secara berlebihan, terutama dengan jaringan dan penyimpanan.
3. Kurang penyediaan
Mengontrol biaya dan mencegah penyebaran adalah aspek penting dan kritis dari migrasi cloud.Namun, beberapa pelanggan, yang cemas tentang biaya per jam dan biaya terkait untuk disk dan bandwidth jatuh ke dalam perangkap kekurangan penyediaan.Dalam perangkap ini, resource berukuran tidak tepat, baik disk yang memiliki karakteristik kecepatan yang salah, menghitung resource dengan CPU atau footprint memori yang salah, atau cluster dengan jumlah node yang salah.Dalam kasus yang tidak tersedia seperti itu, masalah muncul saat User Acceptance Test (UAT) dimulai dan beban kerja yang diharapkan / diantisipasi membuat log jam pada sumber daya yang terlalu kecil.Atau pengoptimalan biaya dari node target tidak dapat menangani sumber daya dengan benar dalam skenario failover. Meskipun mengubah ukuran mesin virtual di cloud adalah proses yang sederhana, masalah ukuran ini sering kali menimbulkan penundaan saat arsitek dan Kepala Petugas Keuangan mencoba memahami dampak penyediaan ulang sumber daya.
4. Proses TI internal
Setiap perusahaan besar memiliki serangkaian proses internal, dan kemungkinan besar tim dan perusahaan Anda tidak terkecuali.Proses TI biasanya merupakan kunci di antara proses yang dapat berdampak besar pada keberhasilan strategi migrasi cloud Anda. Di masa lalu, banyak perusahaan memiliki proses permintaan dan akuisisi yang lama, termasuk penawaran, panduan ukuran, persetujuan pesanan, persiapan dan konfigurasi server, dan penerapan akhir.Proses cloud telah secara dramatis mengubah cara komputasi, penyimpanan, dan sumber daya jaringan, antara lain, diperoleh dan digunakan.Namun, jika proses Anda tidak mengikuti kecepatan cloud, migrasi Anda mungkin menemui hambatan saat rencana berubah.
5. Perencanaan Ketersediaan Tinggi yang Buruk
Alasan lain mengapa migrasi cloud dapat terhenti melibatkan perencanaan ketersediaan tinggi. Ketersediaan tinggi membutuhkan lebih dari satu paket alat atau lisensi perusahaan.HA membutuhkan desain sistem yang cermat, teliti, dan bijaksana.Saat menerapkan solusi HA, rencana Anda perlu mempertimbangkan kapasitas, redundansi, dan persyaratan untuk pemulihan dan koreksi. Dengan rencana, persyaratan diidentifikasi dengan benar, solusi yang diusulkan, risiko dipikirkan, dan dependensi untuk penerapan dan validasi dikelola. Tanpa rencana, proyek dan penerapan rentan terhadap risiko, satu titik masalah kegagalan, kesesuaian yang buruk, dan lapisan yang hilang serta tingkat perlindungan aplikasi atau strategi pemulihan.Seringkali ketika ada kekurangan perencanaan HA, proyek terhenti sementara persyaratan diselesaikan.
6. Pengujian tidak lengkap atau tidak valid
Ron, partner yang memigrasikan pelanggan akhirnya ke cloud, berencana untuk live-live selama tiga hari akhir pekan mendatang. Poin keputusan terakhir untuk 'go / no-go' adalah sekumpulan pengujian penerimaan pengguna di server penahapan.Tes pertama gagal.Untuk mengganti waktu yang hilang karena hambatan migrasi lainnya, Ron dan tim melewatkan sejumlah kasus uji yang terkait dengan pengintegrasian koleksi akhir perangkat lunak keamanan dan cadangan pada OS terbaru dengan tambalan pendukung. Beban simulasi, yang pertama pada server yang baru dibuat, membuat serangkaian masalah dalam arsitektur Ron termasuk bug kernel, masalah penyediaan CPU dan memori, serta masalah kapasitas dan tata letak penyimpanan. Proyek ini ditunda selama lebih dari empat minggu untuk mengatasi kepercayaan pelanggan, pengujian dan validasi yang tepat, pengubahan ukuran dan arsitektur, serta menerapkan perbaikan perangkat lunak dan OS.
Janji-janji cloud sangat menarik, dan migrasi cloud yang terencana dengan baik akan menempatkan Anda dan tim Anda untuk memanfaatkan keuntungan ini. Baik Anda sedang memulai atau di tengah migrasi cloud, kami harap artikel ini membantu Anda lebih waspada terhadap masalah umum sehingga Anda dapat menghindarinya.
– Cassius Rhue, Wakil Presiden, Pengalaman Pelanggan
Direproduksi dari SIOS