Daftar Periksa Migrasi Cloud:8 Langkah untuk Memastikan Perjalanan Cloud yang Lancar (dan Aman)

Memindahkan aplikasi dan data yang sangat penting ke cloud adalah proyek besar yang membutuhkan perencanaan mendalam jika Anda mengharapkan ROI yang tinggi. Tanpa strategi yang tepat, migrasi cloud Anda kemungkinan akan menyebabkan lebih banyak kerugian dan sakit kepala daripada keuntungan bisnis.

Artikel ini menawarkan daftar periksa migrasi awan yang memastikan perpindahan Anda ke cloud berjalan lancar, aman, dan tanpa kejutan yang tidak menyenangkan. Anda dapat menggunakan daftar periksa kami sebagai dasar untuk proses migrasi karena rencana langkah demi langkah di bawah ini mencakup semua aspek utama pemindahan aplikasi ke cloud.

Daftar Periksa Migrasi Cloud

Berjuang dengan migrasi cloud adalah masalah umum bagi bisnis. Studi terbaru mengungkapkan bahwa 55% migrasi cloud mengalami penundaan yang signifikan atau melebihi anggaran .

Selain itu, 62% organisasi yang saat ini bertransisi ke cloud menggambarkan prosesnya sebagai sulit atau gagal . Sebagian besar perusahaan ini terburu-buru dalam transisi tanpa mempertimbangkan secara menyeluruh:

• Total biaya kepemilikan (TCO).
• Bagaimana tim akan memindahkan sejumlah besar data dan aplikasi penting ke cloud.
• Opsi berbeda untuk penerapan dan integrasi cloud.
• Potensi risiko keamanan siber baru.
• Seberapa siap tim internal untuk beroperasi di cloud.

Daftar periksa migrasi cloud di bawah memastikan Anda mempertimbangkan faktor-faktor ini sebelum tim mulai memindahkan aplikasi dan layanan ke cloud.

Pilih Arsitek Migrasi Go-To

Migrasi cloud melibatkan banyak keputusan dan rencana teknis, jadi Anda harus menunjuk satu spesialis atau tim ahli untuk memimpin upaya tersebut. Baik Anda pergi dengan satu atau lebih anggota staf, peran arsitek migrasi adalah:

• Evaluasi layanan untuk melihat apakah layanan tersebut lebih sesuai dengan hosting lokal atau cloud.
• Buat garis waktu untuk migrasi dan peta jalan cloud.
• Rancang strategi optimal untuk memindahkan data dan aplikasi.
• Identifikasi dan awasi pemfaktoran ulang aplikasi yang diperlukan.
• Tentukan prioritas migrasi.
• Tentukan rantai alat yang diperlukan.

Arsitek yang berdedikasi juga harus memberikan gambaran lengkap tentang TI Anda. Proses ini melibatkan menjawab pertanyaan-pertanyaan berikut:

• Aplikasi apa yang Anda miliki, dan siapa yang menggunakannya (dan seberapa sering)?
• Seberapa penting bagi bisnis aplikasi yang ingin Anda migrasikan?
• Sumber daya apa yang digunakan program, dan apakah sumber daya tersebut bergantung pada aplikasi lain?
• SLA, langkah kesinambungan bisnis, dan langkah kepatuhan apa yang saat ini diterapkan?
• Apakah ada masalah kinerja yang memengaruhi operasi saat ini?

Bergantung pada analisisnya, arsitek migrasi harus menilai apakah tenaga kerja Anda saat ini memiliki pengetahuan yang diperlukan untuk:

• Lakukan migrasi.
• Beroperasi di lingkungan awan.

Jangan pernah memulai transisi ke cloud kecuali Anda yakin tim Anda dapat berkembang dalam pengaturan baru.

Tim migrasi khusus juga harus menentukan total biaya kepemilikan (TCO) untuk menggambarkan ROI migrasi cloud. Penilaian TCO untuk migrasi cloud mencakup faktor-faktor seperti:

• Biaya keseluruhan migrasi.
• Biaya cloud pascamigrasi (terutama harga bandwidth dan jaringan).
• Biaya pelatihan staf.
• Pemeliharaan rutin pascamigrasi.
• Biaya waktu henti potensial.
• Biaya ruang, pendinginan, dan listrik (untuk cloud pribadi lokal).

Tetapkan Sasaran dan KPI Migrasi

Langkah selanjutnya adalah menetapkan tujuan utama migrasi. Beberapa sasaran kelas atas yang umum adalah:

• Memodernisasi aplikasi lama.
• Mempercepat layanan tertentu.
• Meningkatkan kemampuan operasional.
• Meningkatkan ketahanan sistem.
• Meningkatkan pengalaman pengguna.
• Mencapai skalabilitas layanan yang lebih baik.
• Mengurangi biaya operasional.
• Meningkatkan keamanan data.

Selain tujuan umum, tim harus menentukan Indikator Kinerja Utama (KPI) migrasi cloud. Metrik ini akan mengukur kinerja aplikasi atau layanan yang dimigrasikan sesuai ekspektasi. Tidak ada batasan jumlah KPI yang dapat dilacak oleh tim Anda, tetapi semua metrik termasuk dalam salah satu dari dua kategori:

• KPI yang Anda ikuti selama proses migrasi.
• KPI pascamigrasi.

Berikut adalah KPI paling umum yang dapat dilacak oleh bisnis selama proses migrasi:

• Durasi migrasi (baik secara keseluruhan maupun per aplikasi).
• Ketersediaan layanan penting.
• Lama waktu henti layanan dan pusat data.
• Penurunan layanan karena waktu henti.
• Jumlah tiket layanan yang dihasilkan.
• Biaya migrasi.

Mari kita lihat beberapa KPI pascamigrasi yang dapat dilacak oleh tim Anda:

• KPI infrastruktur (penggunaan CPU, jejak memori layanan, kinerja disk, penyeimbangan beban, latensi, throughput jaringan, dll.).
• Metrik performa aplikasi (tingkat kesalahan, jumlah waktu tunggu, waktu respons rata-rata (ART), waktu respons puncak (PRT), waktu aktif, ketersediaan, dll.).
• KPI pengalaman pengguna (jumlah lonjakan permintaan, kesalahan kode status HTTP, pengecualian yang dilontarkan dan dicatat, kelambatan, waktu respons, dll.).
• Metrik dampak bisnis (durasi proses check-out, tarif berlangganan dan berhenti berlangganan, tingkat keterlibatan, dll.).
• KPI Biaya (penagihan bulanan, biaya staf, alat pihak ketiga, biaya konsultasi, dll.).

Anda perlu menetapkan nilai dasar untuk setiap KPI sebelum memutuskan apa yang akan dilacak. Baselining adalah proses pengukuran status (pra-migrasi) saat ini dari aplikasi dan layanan. KPI ini memungkinkan Anda untuk menentukan apakah kinerja pascamigrasi dapat diterima atau tidak.

Lakukan Penilaian Data dan Aplikasi

Penilaian data adalah langkah penting dari daftar periksa migrasi cloud ini karena memindahkan data biasanya merupakan bagian tersulit dalam mengadopsi cloud. Dengan menilai data dengan cermat, tim Anda dapat mengevaluasi:

• Tingkat risiko data.
• Volume dan jenis data yang Anda rencanakan untuk dimigrasikan.
• Ketahanan data secara keseluruhan.
• Persyaratan privasi data hukum (jika ada).
• Ancaman paling signifikan terhadap integritas data.
• Skenario kebocoran atau pelanggaran data pascamigrasi yang potensial.

Tempat data Anda berada dapat memengaruhi kinerja suatu atau dan layanan. Memindahkan data ke cloud saat metode akses data masih beroperasi di lokasi dapat memengaruhi kinerja secara signifikan. Hal yang sama berlaku jika database masih lokal tetapi layanan yang mengaksesnya berada di cloud.

Selain mengevaluasi data, aplikasi lokal Anda harus mendapatkan perlakuan yang sama. Sebelum bermigrasi, tim harus membuat inventaris semua aplikasi lokal dan servernya. Anda juga harus menilai mesin virtual saat ini dan memperhitungkan potensi dependensi aplikasi.

Hasilnya, Anda dapat menentukan aplikasi mana yang memerlukan pemfaktoran ulang sebelum memindahkannya ke cloud. Tim juga dapat mulai memprioritaskan aplikasi mana yang akan dimigrasikan terlebih dahulu.

Evaluasi Opsi Migrasi Cloud

Langkah selanjutnya dari daftar periksa migrasi cloud adalah menilai aplikasi mana yang memerlukan jenis integrasi apa dengan cloud. Anda memiliki dua opsi:

• Integrasi cloud yang dangkal (alias lift-and-shift): Saat Anda mengangkat dan menggeser aplikasi, Anda membuat sedikit atau tanpa perubahan pada kode dan mengatur aplikasi di awan kurang lebih dalam bentuknya saat ini. Memigrasikan aplikasi tanpa perubahan apa pun dikenal sebagai menghosting ulang; membuat perubahan kecil saat memindahkan aplikasi ke cloud adalah memfaktorkan ulang .
• Integrasi cloud yang dalam: Tidak seperti rekannya yang dangkal, integrasi cloud yang dalam mengharuskan Anda memodifikasi aplikasi untuk memanfaatkan fitur cloud. Perubahan dapat berkisar dari penyesuaian yang relatif sederhana (seperti menyiapkan penskalaan otomatis dan penyeimbangan beban dinamis) hingga pembaruan lanjutan (seperti mengaktifkan komputasi tanpa server) yang menjadikan aplikasi sebagai solusi cloud-native.

Integrasi cloud yang dangkal adalah opsi yang jauh lebih cepat daripada memfaktorkan ulang sebagian besar aplikasi. Secara umum, aplikasi mission-critical biasanya sepadan dengan upaya integrasi yang mendalam. Aplikasi dan layanan yang kurang penting dapat dilakukan dengan pendekatan dangkal karena Anda dapat memfaktorkannya kembali dari waktu ke waktu setelah bermigrasi ke cloud.

Perusahaan juga sering memutuskan untuk menghentikan atau mempertahankan aplikasi saat menilai layanan mana yang memerlukan jenis integrasi apa:

• Penghentian adalah proses mengidentifikasi aplikasi atau layanan usang yang tidak memiliki nilai jika diunggah ke awan.
• Mempertahankan adalah keputusan untuk menyimpan aplikasi secara lokal, biasanya karena masalah keamanan atau kepatuhan.

Pilih Model Penerapan Cloud yang Tepat

Memilih model penerapan cloud yang sesuai sangat penting untuk keberhasilan migrasi cloud. Model yang berbeda sesuai dengan kasus penggunaan yang berbeda, dan lima opsi yang dapat Anda pilih adalah:

• Awan publik (lingkungan multi-penyewa yang menyediakan akses ke sumber daya komputasi melalui Internet atau melalui koneksi langsung khusus).
• Awan pribadi (sistem penyewa tunggal tempat perusahaan menjalankan sumber daya awan di dalam pusat datanya sendiri).
• Awan hibrida (campuran sistem lokal, publik, dan awan pribadi di mana beban kerja berpindah antar lingkungan melalui otomatisasi dan orkestrasi).
• Multi-cloud (campuran dua atau lebih lingkungan IaaS cloud publik).
• Awan komunitas (infrastruktur bersama antara beberapa perusahaan dengan kebutuhan atau masalah bersama).

Model penerapan apa yang harus Anda gunakan terutama bergantung pada kebutuhan dan tujuan unik bisnis Anda. Berikut beberapa petunjuknya:

• Awan publik menyediakan lingkungan yang skalabel dengan model bayar per penggunaan. Meskipun sangat skalabel, cloud publik mungkin tidak ideal untuk beban kerja yang sensitif.
• Awan pribadi sangat cocok untuk perusahaan dengan anggaran terbatas untuk menjalankan lingkungan cloud lokal yang dirancang khusus untuk beban kerja yang sangat penting.
• Awan hibrid memungkinkan Anda menjalankan beban kerja sensitif secara lokal sekaligus memanfaatkan skalabilitas cloud publik selama lonjakan permintaan.
• Meskipun sangat bermanfaat jika dilakukan dengan benar, ada beberapa tantangan cloud hybrid yang perlu Anda ketahui sebelum merancang arsitektur hybrid.
• Multi-cloud adalah pilihan yang sangat baik untuk perusahaan yang peduli dengan vendor lock-in atau perusahaan yang ingin memadupadankan layanan dari beberapa penyedia.

Pilih Penyedia Layanan Cloud

Kecuali Anda memilih untuk menyiapkan cloud pribadi lokal, item berikutnya pada daftar periksa migrasi cloud adalah menemukan penyedia cloud. Sementara sebagian besar vendor menawarkan layanan serupa, mereka tidak semuanya sama. Beberapa pertimbangan utama saat memilih penyedia cloud adalah:

• Harga.
• Pemilihan layanan.
• Ketersediaan di wilayah tertentu.
• Jaminan waktu aktif.
• Keakraban tim internal Anda dengan tumpukan teknologi penyedia.
• Persyaratan kepatuhan khusus industri (misalnya, menyimpan data pengguna di lokasi asal sesuai dengan CCPA atau GDPR).
• Dukungan pascamigrasi dan layanan TI terkelola.

Ingatlah bahwa penyedia layanan paling populer tidak selalu yang paling cocok. Vendor terkemuka bertujuan untuk memenuhi serangkaian kebutuhan yang luas, sehingga mereka tidak selalu cocok dengan perusahaan di vertikal tertentu.

Misalnya, perusahaan yang bergerak di bidang perawatan kesehatan mungkin lebih baik bermitra dengan penyedia khusus yang lebih memahami dan mendukung kepatuhan terhadap HIPAA.

Lakukan Pemfaktoran Ulang yang Diperlukan

Setelah Anda mengetahui penerapan cloud apa yang Anda butuhkan dan dengan siapa bermitra, tim Anda harus mulai membuat perubahan yang diperlukan pada aplikasi dan layanan sebelum Anda memigrasikannya ke cloud.

Tujuannya adalah untuk membuat perangkat lunak bekerja seefektif dan seefisien mungkin di awan . Misalnya, tim Anda dapat memfaktorkan ulang aplikasi untuk:

• Bekerja dengan sejumlah variabel dari instance yang berjalan untuk memungkinkan penskalaan yang hampir instan.
• Manfaatkan kemampuan cloud dinamis (seperti kemampuan untuk mengalokasikan dan membatalkan alokasi sumber daya sesuai kebutuhan saat ini).
• Buat arsitektur yang lebih berorientasi layanan untuk memindahkan layanan individual dengan cepat ke cloud (baik saat ini maupun di masa mendatang).

Sekarang juga waktu yang tepat untuk memikirkan kembali tata kelola dan keamanan. Anda mungkin perlu menyesuaikan strategi tata kelola agar tidak terlalu mengandalkan keamanan dan kontrol internal, dan lebih mengandalkan layanan cloud penyedia. Dalam hal keamanan cloud, Anda perlu:

• Menilai apakah migrasi dapat mengakibatkan kerentanan baru.
• Pahami bagaimana tim internal Anda akan bekerja dengan penyedia untuk menjaga keamanan aset cloud.
• Sesuaikan (dan berpotensi tingkatkan) tindakan dan praktik keamanan Anda saat ini.
• Tentukan apakah Anda dapat memanfaatkan alat keamanan tambahan yang ditawarkan penyedia.
• Menyiapkan mekanisme failover dan pemulihan bencana.

Memigrasikan dan Mengalihkan Lalu Lintas Secara Metodis dari Operasi Lokal

Meskipun Anda dapat memigrasikan semuanya ke cloud sekaligus, pendekatan ini bisa jadi menantang dan berisiko untuk dilakukan. Sebaliknya, Anda harus memigrasikan aplikasi dan layanan satu per satu , dimulai dengan aplikasi yang kurang penting dan perlahan-lahan menuju aplikasi yang penting.

Seperti inilah seharusnya pendekatan migrasi ini:

• Prioritaskan aplikasi yang dapat dipindahkan oleh tim Anda dengan risiko operasi yang paling kecil. Pilihan yang baik adalah aplikasi yang hanya memerlukan hosting ulang atau menggunakan sumber daya minimal (seperti penyimpanan atau komputasi rendah).
• Kemudian, mulailah memindahkan aplikasi yang memiliki nilai tinggi bagi bisnis Anda, tetapi memiliki risiko yang relatif rendah selama migrasi.
• Terakhir, tinggalkan beban kerja yang sangat penting dan mengganggu untuk tahap akhir migrasi. Jangan pernah mulai memindahkan aplikasi ini kecuali aplikasi dari langkah sebelumnya bekerja secara optimal.
• Gunakan pengujian manual atau otomatis (atau keduanya) untuk memeriksa apakah migrasi berhasil atau tidak.

Bergantung pada arsitektur aplikasi dan penyimpanan data, Anda dapat mengalihkan lalu lintas dari solusi lokal ke cloud dengan dua cara:

• Sekaligus: Tim mengalihkan semua lalu lintas lokal segera setelah aplikasi mulai berjalan di awan.
• Sedikit demi sedikit: Anda memindahkan beberapa pelanggan ke lingkungan baru setelah tim menyiapkan aplikasi berbasis cloud. Jika semuanya berjalan seperti yang diharapkan, Anda terus mengalihkan pelanggan ke cloud dari waktu ke waktu hingga semua pengguna akhir mengandalkan aplikasi baru.

Gunakan Daftar Periksa Migrasi Cloud Kami untuk Bermigrasi dengan Percaya Diri

Meskipun pindah ke cloud sering kali merupakan keputusan yang mudah, banyak bisnis berjuang dengan atau memiliki keberhasilan yang terbatas saat memindahkan aplikasi ke cloud. Tetap berpegang pada daftar periksa migrasi cloud di atas memastikan Anda menghindari semua jebakan umum, sehingga Anda dapat mulai merencanakan adopsi cloud tanpa takut salah langkah yang mahal.