Beberapa alasan terbesar untuk bermigrasi ke cloud adalah untuk mengurangi biaya dan mengoptimalkan infrastruktur. Bermigrasi ke cloud dapat membantu organisasi mengalihkan pengeluaraan dari model pengeluaran modal ke model pengeluaran operasional, sehingga mengurangi kebutuhan untuk memiliki, mengoperasikan, memelihara, dan memperbarui peralatan mahal di pusat data lokal. 

Bermigrasi ke cloud dapat membantu perusahaan meningkatkan performa dan meningkatkan waktu beroperasi. Cloud juga membantu perusahaan memodernisasi workload, sehingga menghindari biaya lisensi yang memberatkan dari aplikasi lama. Cloud dapat membantu organisasi mengamankan data mereka sekaligus meningkatkan tata kelola dan kepatuhan dengan badan pengatur di seluruh dunia.

Organisasi juga bermigrasi ke cloud untuk:

Membuka akses analisis data

Memigrasikan aplikasi yang ada ke cloud dapat membantu bisnis menciptakan nilai lebih dari alat yang sudah mereka gunakan, seperti CRM, SAP, database pemasaran, dan lainnya. Dengan menerapkan modernisasi sistem ini di cloud, perusahaan dapat memanfaatkan data mereka dan menemukan peluang bisnis baru sekaligus meningkatkan fleksibilitas organisasi untuk mengatasi masalah. 

Meningkatkan fleksibilitas

Cloud menyediakan resource IT sesuai permintaan kepada organisasi, sehingga mereka tidak perlu menunggu berminggu-minggu atau berbulan-bulan untuk membuat aplikasi atau menginstal hardware lokal. Cloud memungkinkan organisasi untuk beradaptasi dengan perubahan pasar dan tindakan pesaing dengan jauh lebih cepat, sehingga meningkatkan fleksibilitas untuk strategi peluncuran.

Mengonsolidasikan dan memodernisasi data

Dengan beralih dari pusat data lokal, perusahaan berpeluang untuk mengonsolidasikan dan mengatur data mereka dalam platform data universal. Hal ini membuka peluang untuk transformasi digital yang lebih kuat dan canggih.

Organisasi dapat memilih dari berbagai jenis migrasi cloud, bergantung pada sasaran dan tujuan mereka. 

Migrasi sepenuhnya keluar dari pusat data adalah proses pemindahan semua aplikasi, layanan, dan set data dari satu atau beberapa pusat data ke cloud publik. Bergantung pada ukuran organisasi, keluar dari pusat data lengkap dapat menjadi proses panjang yang memerlukan perencanaan, pengujian, dan eksekusi lebih dari satu tahun. 

Suatu organisasi mungkin ingin berpindah dari satu vendor cloud ke vendor cloud lainnya karena berbagai alasan, termasuk perubahan dalam perjanjian tingkat layanan, praktik keamanan yang lebih baik, atau untuk mengakses alat kecerdasan buatan dan machine learning yang lebih canggih. Vendor besar biasanya memiliki rangkaian alat, layanan, dan daftar vendor pihak ketiga yang dapat membantu organisasi berpindah dari satu penyedia cloud publik ke penyedia cloud publik lainnya.

Daripada sepenuhnya keluar dari pusat data, organisasi sebaiknya memigrasikan beberapa software, layanan, atau set data dari server lokal ke cloud agar dapat dikelola dengan lebih efisien dan mudah. Business intelligence, analisis data, pengelolaan resource pelanggan (CRM), aplikasi machine learning dan kecerdasan buatan, serta set data adalah jenis aplikasi umum yang dimigrasikan ke cloud publik.

Migrasi yang lebih bertarget dapat terdiri dari jenis workload tertentu saja, yaitu resource yang berjalan di cloud dan menggunakan beberapa jenis resource, seperti daya komputasi atau kapasitas penyimpanan. Contohnya meliputi lingkungan pengembangan, pembuatan dan pengelolaan dokumen, database terdistribusi, pemodelan 3D, atau encoding video.

Migrasi cloud adalah proses multi-fase yang mencakup penilaian, perencanaan, migrasi, dan pengoptimalan/modernisasi. Program migrasi yang holistik dan end-to-end membantu organisasi mengurangi risiko, mengontrol biaya, dan menyederhanakan langkah-langkah untuk meraih kesuksesan di bidang cloud.

Organisasi memiliki beberapa opsi saat memulai proses migrasi cloud. Mereka dapat mencoba melakukannya sendiri dengan karyawan yang ada; mereka dapat bermitra dengan vendor cloud publik dan memanfaatkan rangkaian alat migrasinya; serta mereka dapat mempekerjakan partner migrasi pihak ketiga untuk memberikan keahlian dan dukungan teknis.

Checklist yang menyeluruh dapat memberikan roadmap yang dapat diikuti oleh organisasi untuk mempermudah migrasi ke cloud. Checklist dapat mencakup item berikut dan lainnya.

• Menentukan resource dan kapasitas aplikasi
• Membuat daftar aplikasi, siapa yang menggunakannya, dan seberapa sering
• Mengidentifikasi pemangku kepentingan utama di awal proses
• Menentukan aplikasi yang memenuhi syarat untuk cloud
• Menentukan persyaratan keamanan dan kepatuhan

• Pilih strategi untuk setiap aplikasi
• Rancang infrastruktur cloud seperti komputasi, jaringan, keamanan, penyimpanan, dll.
• Identifikasi kemampuan workload yang akan dimigrasikan
• Buat rencana migrasi untuk aplikasi dan datanya

• Buat strategi pengujian sebelum memulai migrasi
• Uji migrasi dan sinkronisasi data
• Validasi kontrol keamanan
• Dokumentasikan perubahan yang diperlukan untuk dilakukan sebagai bagian dari migrasi
• Rencanakan waktu untuk migrasi sistem aplikasi

• Bermigrasi sesuai dengan rencana untuk setiap aplikasi, workload, dan instance
• Bermigrasi secara bertahap, menjalankan setiap gelombang, lalu melakukan validasi di cloud
• Terapkan pelajaran penting dari satu cara ke gelombang berikutnya

• Pantau penggunaan aplikasi dan cloud
• Optimalkan pengalaman pengguna
• Pantau biaya cloud dan menyesuaikan dengan kebutuhan
• Upgrade aplikasi dan sistem ke solusi yang lebih modern, seperti PaaS atau SaaS

Strategi migrasi yang paling umum ada dalam spektrum mulai dari migrasi langsung dengan sedikit atau tanpa perubahan pada aplikasi dan virtual machine (hosting ulang), hingga pemikiran ulang menyeluruh terhadap keseluruhan infrastruktur digital (perancangan ulang atau replatforming).

• Menghosting ulang: lift-and-shift
  • Strategi migrasi cloud hosting ulang bertujuan untuk membuat perubahan sesedikit mungkin selama migrasi, men-deploy ulang aplikasi ke cloud tanpa membuat perubahan besar pada cara konfigurasinya. 
  • Ini merupakan strategi migrasi cloud yang paling mudah di mana administrator hanya melakukan “peningkatan” aplikasi, workload, virtual machine, dan sistem operasi server, lalu “mengalihkan” mereka ke model operasi baru di cloud publik. Perangkat lunak yang sama yang berjalan di pusat data kini berjalan di cloud. 
  • Kelemahan dari strategi hosting ulang adalah sering kali tidak memanfaatkan semua kemampuan dan efisiensi berbasis cloud yang membuat cloud publik begitu kuat dan berguna. 
  • Strategi migrasi hosting ulang paling cocok untuk organisasi dengan pola penggunaan puncak yang dapat diprediksi (seperti industri pajak atau jasa pesan antar makanan), dan biasanya juga merupakan 'langkah pertama' dalam proyek transformasi digital yang lebih besar.
• Melakukan replatform: lift-and-optimize
  • Strategi cloud replatforming adalah langkah berikutnya dari strategi hosting ulang, yaitu meningkatkan aplikasi, workload, dan virtual machine yang ada, lalu mengoptimalkannya untuk lingkungan cloud yang baru. Misalnya, suatu layanan mungkin melakukan replatform workload ke cloud agar dapat memanfaatkan arsitektur microservice berbasis cloud, atau container seperti Kubernetes. 
  • Manfaat strategi migrasi cloud replatforming adalah aplikasi akan memiliki performa yang lebih tinggi dan berjalan dengan lebih efisien di cloud. Kelemahannya yaitu melakukan replatform memerlukan lebih banyak pekerjaan untuk diselesaikan dibandingkan dengan lift-and-shift secara langsung. Platform cloud baru ini akan memiliki code base dasar yang berbeda, yang berarti beberapa putaran pengujian untuk memastikan semuanya berjalan pada level optimalnya. 
  • Strategi migrasi cloud replatforming cocok untuk organisasi yang ingin memanfaatkan semua kompetensi inti cloud seperti komputasi elastis, redundansi, peningkatan performa, dan keamanan.

• Memfaktorkan ulang: move-and-improve
  • Strategi migrasi cloud pemfaktoran ulang berarti mengambil aplikasi dan mendesain ulang agar aplikasi tersebut berbasis cloud. 
  • Pemfaktoran ulang sering kali berarti mengubah kode aplikasi tanpa mengubah perilaku atau pengalaman front-end. Misalnya, aplikasi yang difaktorkan ulang dapat dipecah dari rangkaian kode yang panjang menjadi bagian-bagian yang lebih modular yang dapat memanfaatkan kemampuan cloud dengan lebih baik, sehingga meningkatkan performa kode. 
  • Strategi pemfaktoran ulang sering kali didorong oleh kebutuhan untuk memberikan kemampuan baru pada aplikasi yang sudah ada, seperti meningkatkan skalabilitas, menambahkan kemampuan machine learning atau kecerdasan buatan, atau analisis data yang lebih cepat dan intuitif. 
  • Pemfaktoran ulang bisa jadi lebih kompleks daripada hosting ulang, tetapi juga memungkinkan organisasi menetapkan prioritas pemindahan aplikasi berdasarkan kebutuhan bisnis, sehingga perusahaan memiliki fleksibilitas yang lebih besar dan kemampuan untuk mengikuti ekosistem kompetitif.
• Merancang ulang
  • Strategi migrasi cloud perancangan ulang mirip dengan pemfaktoran ulang, tetapi alih-alih merestrukturisasi cara kerja kode aplikasi, strategi ini mengubah cara kerja kode tersebut untuk mengoptimalkan aplikasi dan memanfaatkan properti berbasis cloud seperti skalabilitas, keamanan, dan ketangkasan. 
  • Salah satu contoh merancang ulang aplikasi adalah dengan mengambil satu aplikasi monolitik berukuran besar dan mengubahnya menjadi beberapa microservice yang independen. 
  • Merancang ulang membutuhkan lebih banyak waktu dan upaya daripada pemfaktoran ulang, sehingga meningkatkan kompleksitas sekaligus berpotensi menimbulkan bug atau masalah keamanan ke dalam aplikasi baru.
• Membangun ulang
  • Strategi migrasi cloud pembangunan ulang yaitu ketika organisasi mengambil aplikasi dan menulis ulang seluruhnya untuk cloud tersebut. Sering kali lebih mudah untuk membangun aplikasi dari awal daripada memfaktorkan ulang kode lama agar aplikasi dapat berfungsi di lingkungan cloud. 
  • Strategi membangun ulang memungkinkan organisasi melakukan perencanaan dari awal, sehingga dapat memilih alat dan kemampuan berbasis cloud mana yang akan digunakan sejak dari awal. 
  • Kelemahan dalam strategi membangun ulang adalah memerlukan banyak waktu dan dapat menyebabkan bug atau masalah performa lainnya yang belum pernah ditemui developer di versi lama aplikasi.

• Pembelian ulang
  • Strategi migrasi cloud pembelian ulang adalah saat organisasi beralih dari aplikasi lokal yang dibeli ke Software-as-a-Service yang dihosting di cloud yang setara. Misalnya, beralih dari software kolaborasi lokal dan penyimpanan lokal ke aplikasi yang dihosting di cloud milik Google Workspace, seperti Dokumen, Spreadsheet, Slide, dan Google Drive. 
  • Dari perspektif resource, strategi pembelian ulang bisa jauh lebih mudah daripada memfaktorkan ulang, membangun kembali, atau merancang ulang. 
  • Kelemahan dari strategi pembelian ulang adalah biayanya bisa jauh lebih mahal dan organisasi tidak mendapatkan fitur terperinci untuk mengontrol lingkungan cloud mereka sendiri.

Migrasi berskala penuh ke cloud dapat menjadi operasi yang rumit dan memerlukan waktu bertahun-tahun. Sebelum melakukan migrasi cloud, organisasi memerlukan sasaran yang jelas dan tujuan bisnis yang dapat dicapai saat migrasi berlangsung. Organisasi harus memahami seperti apa lingkungan cloud mereka pada akhir migrasi, seperti apakah lingkungan tersebut akan menjadi ekosistem publik, pribadi, hybrid, atau multicloud. Apakah migrasi memerlukan vendor pihak ketiga atau bantuan yang signifikan dari penyedia cloud? Aplikasi apa yang akan dijalankan dengan model SaaS? Bagaimana data akan diatur di lingkungan baru? Jawaban atas pertanyaan ini dan pertanyaan strategi lainnya merupakan tantangan pertama dalam bermigrasi ke cloud.

Mengatur operasi IT di cloud berbeda dengan menjalankan proses yang sama di lingkungan lokal. Cloud menyederhanakan penggunaan model operasi seperti DevOps, otomatisasi, dan infrastruktur sebagai kode. Organisasi perlu mempekerjakan atau melatih kembali karyawan untuk melakukan fungsi yang diperlukan di lingkungan cloud. Selama migrasi, organisasi harus mengalokasikan waktu bagi karyawan untuk berlatih di lingkungan cloud dan mendapatkan sertifikasi baru.

Praktik keamanan berubah saat melakukan migrasi antara lingkungan lokal dan cloud. Pengelolaan akses dan identitas menjadi jauh lebih penting di cloud, yang dapat menimbulkan kerumitan bagi admin IT. Organisasi perlu memahami alat keamanan baru dan praktik terbaik, seperti memulai pencegahan kebocoran data dan arsitektur zero-trust. Bahkan dengan alat keamanan yang tangguh, organisasi bertanggung jawab untuk mengatasi tantangan seputar tata kelola data dan kebijakan kepatuhan saat memindahkan data dari satu lingkungan ke lingkungan lainnya.

Bermigrasi ke cloud akan mengubah model operasi suatu organisasi. Dengan banyaknya komponen yang bergerak, memahami semua biaya dan pengeluaran baru dapat menjadi tugas yang sulit. Pengelolaan biaya menjadi tantangan berkelanjutan dengan migrasi cloud, seperti memahami struktur biaya baru, siklus penagihan, konsumsi resource, langganan software, serta menghitung dukungan dan pelatihan tambahan. Saat bermigrasi ke cloud, perusahaan terkadang menyediakan resource secara berlebihan, sehingga pada awalnya mengeluarkan terlalu banyak biaya untuk resource cloud. Beberapa penyedia cloud menawarkan rekomendasi proaktif untuk membantu organisasi menyesuaikan biaya dan anggaran cloud.