Migrasi Cloud yang Aman: 8 Langkah Esensial untuk Transisi yang Lancar

Memindahkan aplikasi dan data yang krusial ke cloud adalah proyek besar yang memerlukan perencanaan mendalam jika Anda berharap ROI yang tinggi. Tanpa strategi yang bagus, migrasi cloud Anda kemungkinan akan menyebabkan lebih banyak kerugian laba dan kesulitan daripada manfaat bisnis.

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

Checklist Migrasi Cloud

Kesulitan dalam migrasi cloud adalah masalah umum bagi bisnis. Studi terbaru mengungkapkan bahwa 55% migrasi cloud mengalami keterlambatan signifikan atau melebihi anggaran.

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

• Total biaya kepemilikan (TCO).
• Bagaimana tim akan memindahkan sejumlah besar data dan aplikasi yang krusial ke cloud.
• Berbagai opsi deployment dan integrasi cloud.
• Risiko keamanan siber potensial baru.
• Seberapa siap tim internal untuk beroperasi di cloud.

Checklist migrasi cloud di bawah ini memastikan Anda mempertimbangkan faktor-faktor ini sebelum tim memulai memindahkan aplikasi dan layanan ke cloud.

Pilih Arsitek Migrasi yang Tepat

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

• Mengevaluasi layanan untuk melihat apakah lebih cocok untuk hosting on-prem atau cloud.
• Membuat jadwal waktu untuk migrasi dan peta jalan cloud.
• Merancang strategi optimal untuk memindahkan data dan aplikasi.
• Mengidentifikasi dan mengawasi refactoring aplikasi yang diperlukan.
• Menentukan prioritas migrasi.
• Mendefinisikan toolchain yang diperlukan.

Arsitek yang dipilih juga harus memberikan gambaran lengkap tentang IT Anda. Proses ini melibatkan menjawab pertanyaan berikut:

• Aplikasi apa yang Anda miliki, dan siapa yang menggunakannya (dan seberapa sering)?
• Seberapa krusial bagi bisnis aplikasi yang Anda rencanakan untuk dimigrasikan?
• Sumber daya apa yang dikonsumsi program, dan apakah mereka bergantung pada aplikasi lain?
• SLA, langkah kelangsungan bisnis, dan langkah kepatuhan apa yang saat ini berlaku?
• Apakah ada masalah performa yang mempengaruhi operasi saat ini?

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

• Melakukan migrasi.
• Beroperasi di lingkungan cloud.

Jangan pernah memulai transisi ke cloud kecuali Anda yakin tim Anda dapat berkembang di lingkungan baru.

Tim migrasi yang dipilih 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 pasca-migrasi (utamanya harga bandwidth dan jaringan).
• Biaya pelatihan staf.
• Pemeliharaan pasca-migrasi yang teratur.
• Biaya downtime potensial.
• Biaya ruang, pendingin, dan listrik (untuk cloud privat on-prem).

Tetapkan Tujuan dan KPI Migrasi

Langkah berikutnya adalah menetapkan tujuan utama migrasi. Beberapa tujuan high-end umum adalah:

• Modernisasi 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 bagaimana aplikasi atau layanan yang dimigrasikan berkinerja terhadap harapan. Tidak ada batas jumlah KPI yang dapat dilacak tim Anda, tetapi semua metrik jatuh ke salah satu dari dua kategori:

• KPI yang Anda ikuti selama proses migrasi.
• KPI pasca-migrasi.

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

• Durasi migrasi (baik keseluruhan maupun per aplikasi).
• Ketersediaan layanan krusial.
• Panjang downtime layanan dan pusat data.
• Degradasi layanan karena downtime.
• Jumlah tiket layanan yang dihasilkan.
• Biaya migrasi.

Mari kita lihat beberapa KPI pasca-migrasi yang dapat dilacak tim Anda:

• KPI infrastruktur (penggunaan CPU, footprint memori layanan, performa disk, load balancing, latensi, throughput jaringan, dll.).
• Metrik performa aplikasi (tingkat error, jumlah timeout, waktu respons rata-rata (ART), waktu respons puncak (PRT), uptime, ketersediaan, dll.).
• KPI pengalaman pengguna (jumlah lonjakan permintaan, kesalahan kode status HTTP, pengecualian yang dilempar dan dicatat, lag, waktu respons, dll.).
• Metrik dampak bisnis (durasi proses check-out, tingkat langganan dan pembatalan langganan, tingkat keterlibatan, dll.).
• KPI biaya (tagihan 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 mengukur status saat ini (pra-migrasi) aplikasi dan layanan. KPI ini memungkinkan Anda menentukan apakah performa pasca-migrasi dapat diterima atau tidak.

Lakukan Penilaian Data dan Aplikasi

Penilaian data adalah langkah penting dalam checklist migrasi cloud ini karena memindahkan data biasanya adalah bagian paling sulit dari adopsi cloud. Menilai data dengan cermat memungkinkan tim Anda untuk mengevaluasi:

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

Tempat data Anda tinggal dapat mempengaruhi performa aplikasi dan layanan. Memindahkan data ke cloud saat metode akses data masih beroperasi on-prem dapat secara signifikan mempengaruhi performa. Hal yang sama berlaku jika database masih on-prem tetapi layanan yang mengaksesnya berada di cloud.

Selain mengevaluasi data, aplikasi on-prem Anda harus mendapatkan perlakuan yang sama. Sebelum migrasi, tim harus membuat inventaris semua aplikasi on-premises dan server mereka. Anda juga harus mengevaluasi mesin virtual apa pun dan memperhitungkan dependensi aplikasi yang potensial.

Sebagai hasilnya, Anda dapat menentukan aplikasi mana yang memerlukan refactoring sebelum dipindahkan ke cloud. Tim juga dapat mulai memprioritaskan aplikasi mana yang akan dimigrasikan terlebih dahulu.

Evaluasi Opsi Migrasi Cloud

Langkah berikutnya dalam checklist migrasi cloud adalah menilai aplikasi mana yang memerlukan jenis integrasi apa dengan cloud. Anda memiliki dua opsi:

• Integrasi cloud dangkal (a.k.a. lift-and-shift): Ketika Anda lift and shift aplikasi, Anda membuat sedikit atau tidak ada perubahan pada kode dan menyiapkan aplikasi di cloud lebih kurang dalam bentuk saat ini. Memigrasikan aplikasi tanpa perubahan dikenal sebagai rehosting; membuat perubahan kecil saat memindahkan aplikasi ke cloud adalah refactoring.
• Integrasi cloud yang dalam: Berbeda dengan pendekatan dangkal, integrasi cloud yang dalam meminta Anda untuk memodifikasi aplikasi untuk memanfaatkan fitur cloud. Perubahan dapat bervariasi dari penyesuaian yang relatif sederhana (seperti menyiapkan auto-scaling dan load balancing dinamis) hingga pembaruan canggih (seperti mengaktifkan komputasi serverless) yang menjadikan aplikasi sebagai solusi cloud-native.

Integrasi cloud dangkal adalah opsi yang jauh lebih cepat daripada refactoring bagian besar aplikasi. Secara umum, aplikasi yang krusial biasanya layak untuk upaya integrasi yang mendalam. Aplikasi dan layanan yang kurang penting dapat menggunakan pendekatan dangkal karena Anda dapat me-refactoring mereka seiring waktu setelah Anda bermigrasi ke cloud.

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

• Pencabutan adalah proses mengidentifikasi aplikasi atau layanan usang yang tidak memiliki nilai jika diunggah ke cloud.
• Pemertahanan adalah keputusan untuk menyimpan aplikasi on-prem, biasanya karena kekhawatiran keamanan atau kepatuhan.

Pilih Model Deployment Cloud yang Tepat

Memilih model deployment cloud yang tepat sangat penting untuk migrasi cloud yang sukses. Berbagai model cocok untuk kasus penggunaan yang berbeda, dan lima opsi yang dapat Anda pilih adalah:

• Cloud publik (lingkungan multi-tenant yang menyediakan akses ke sumber daya komputasi melalui Internet atau melalui koneksi langsung dedicated).
• Cloud privat (sistem single-tenant di mana perusahaan menjalankan sumber daya cloud dalam pusat data miliknya sendiri).
• Cloud hybrid (campuran sistem on-prem, cloud publik, dan privat di mana beban kerja pindah antara lingkungan melalui otomatisasi dan orkestrasi).
• Multi-cloud (campuran dua atau lebih lingkungan IaaS cloud publik).
• Cloud komunitas (infrastruktur yang dibagi antara beberapa perusahaan dengan kebutuhan atau kekhawatiran yang sama).

Model deployment mana yang harus Anda tergantung terutama pada kebutuhan dan tujuan unik bisnis Anda. Berikut beberapa petunjuk:

• Cloud publik menyediakan lingkungan yang dapat diskalakan dengan model pembayaran per-pakai. Meskipun sangat dapat diskalakan, cloud publik mungkin tidak ideal untuk beban kerja sensitif.
• Cloud privat sempurna untuk perusahaan dengan anggaran untuk menjalankan lingkungan cloud on-prem yang disesuaikan untuk beban kerja krusialnya.
• Cloud hybrid memungkinkan Anda menjalankan beban kerja sensitif on-prem sambil juga memanfaatkan skalabilitas cloud publik saat 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 baik untuk perusahaan yang khawatir tentang vendor lock-in atau perusahaan yang ingin mencampur dan mencocokkan layanan dari banyak penyedia.

Pilih Penyedia Layanan Cloud

Kecuali Anda memilih untuk menyiapkan cloud privat on-site, item berikutnya dalam checklist migrasi cloud harus menemukan penyedia cloud. Meskipun sebagian besar vendor menawarkan layanan yang serupa, mereka tidak semuanya sama. Beberapa pertimbangan kunci saat memilih penyedia cloud adalah:

• Harga.
• Pilihan layanan.
• Ketersediaan di wilayah tertentu.
• Jaminan uptime.
• Kebiasaan tim internal Anda dengan stack teknologi penyedia.
• Persyaratan kepatuhan spesifik industri (misalnya, menyimpan data pengguna di lokasi asal sesuai CCPA atau GDPR).
• Dukungan pasca-migrasi dan layanan IT terkelola.

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

Misalnya, perusahaan yang beroperasi di bidang kesehatan mungkin lebih baik bekerjasama dengan penyedia niche yang lebih memahami dan mendukung kepatuhan HIPAA.

Lakukan Refactoring yang Diperlukan

Setelah Anda tahu deployment cloud apa yang Anda butuhkan dan dengan siapa Anda akan bekerjasama, tim Anda harus mulai membuat perubahan yang diperlukan pada aplikasi dan layanan sebelum Anda memigrasikannya ke cloud.

Tujuannya adalah membuat perangkat lunak bekerja seefektif dan seefisien mungkin di cloud. Misalnya, tim Anda mungkin me-refactor aplikasi untuk:

• Bekerja dengan jumlah instance yang bervariasi untuk memungkinkan skala hampir instan.
• Memanfaatkan kemampuan cloud dinamis (seperti kemampuan untuk mengalokasikan dan mende-allocate sumber daya sesuai kebutuhan saat ini).
• Membuat arsitektur yang lebih berorientasi layanan untuk dengan cepat memindahkan layanan individual ke cloud (baik sekarang maupun di kemudian hari).

Sekarang juga adalah waktu yang tepat untuk mempertimbangkan ulang tata kelola dan keamanan. Anda kemungkinan perlu menyesuaikan strategi tata kelola Anda untuk bergantung lebih sedikit pada keamanan dan kontrol internal, dan lebih pada layanan cloud penyedia. Dalam hal keamanan cloud, Anda perlu:

• Mengevaluasi apakah migrasi dapat menghasilkan kerentanan baru.
• Memahami bagaimana tim internal Anda akan bekerja dengan penyedia untuk menjaga aset cloud aman.
• Menyesuaikan (dan potensialmente meningkatkan) tindakan keamanan dan praktik saat ini Anda.
• Memutuskan apakah Anda dapat mendapatkan manfaat dari alat keamanan tambahan yang ditawarkan penyedia.
• Menyiapkan mekanisme failover dan pemulihan bencana.

Migrasikan Secara Metodis dan Alihkan Trafik dari Operasi On-Prem

Meskipun Anda dapat memigrasikan semua ke cloud sekaligus, pendekatan ini dapat menantang dan berisiko dilakukan. Sebaliknya, Anda harus memigrasikan aplikasi dan layanan satu per satu, mulai dari aplikasi yang kurang krusial dan perlahan menuju yang krusial.

Berikut adalah bagaimana pendekatan migrasi ini harus terlihat:

• Prioritaskan aplikasi yang dapat dipindahkan tim Anda dengan risiko terkecil terhadap operasi. Pilihan baik adalah aplikasi yang hanya memerlukan rehosting atau menggunakan sumber daya minimal (seperti penyimpanan atau komputasi rendah).
• Kemudian, mulai memindahkan aplikasi yang memiliki nilai tinggi bagi bisnis Anda tetapi memberikan risiko relatif rendah selama migrasi.
• Terakhir, tinggalkan beban kerja krusial dan mengganggu untuk tahap akhir migrasi. Jangan pernah memulai pemindahan aplikasi ini kecuali aplikasi dari langkah sebelumnya berfungsi secara optimal.
• Gunakan tes manual atau otomatis (atau keduanya) untuk memeriksa apakah migrasi berhasil atau tidak.

Bergantung pada arsitektur aplikasi dan penyimpanan data Anda, Anda dapat mengalihkan trafik dari solusi on-prem ke cloud dengan dua cara:

• Sekaligus: Tim beralih semua trafik on-prem segera setelah aplikasi mulai berjalan di cloud.
• Sedikit demi sedikit: Anda memindahkan beberapa pelanggan ke lingkungan baru setelah tim menyiapkan aplikasi berbasis cloud. Jika semuanya berfungsi sesuai harapan, Anda terus beralih pelanggan ke cloud seiring waktu sampai semua pengguna akhir bergantung pada aplikasi baru.

Gunakan Checklist Migrasi Cloud Kami untuk Bermigrasi dengan Yakin

Meskipun pindah ke cloud seringkali merupakan keputusan yang jelas, banyak bisnis kesulitan atau memiliki kesuksesan terbatas saat memindahkan aplikasi ke cloud. Menempel pada checklist migrasi cloud di atas memastikan Anda menghindari semua jebakan umum, jadi Anda dapat mulai merencanakan adopsi cloud tanpa takut akan langkah salah yang mahal.