Saat organisasi secara progresif memindahkan aplikasi mereka ke cloud untuk merangsang pertumbuhan, kesuksesan dalam lingkungan digital kontemporer berarti merangkul potensi cloud.
Meskipun telah melakukan investasi yang signifikan di cloud, satu dari tiga bisnis tidak pernah memetik hasilnya. Setelah mengadopsi cloud, 33% perusahaan melaporkan sedikit atau bahkan tidak ada peningkatan dalam kinerja organisasi. Beralih ke cloud adalah proses yang sulit dan mahal. Lantas, bagaimana cara mencegah kegagalan proyek cloud?
Kunci untuk memecahkan masalah ini terletak pada perencanaan yang cermat dan pemilihan yang optimal migrasi cloud pendekatan untuk aset IT Anda. Untuk mengembangkan jalur migrasi dan melakukan transisi ke cloud dengan lebih mudah, artikel ini bertujuan membantu Anda memahami rencana migrasi cloud yang tepat.
Apa itu Strategi Migrasi Cloud?
Rencana tingkat tinggi suatu organisasi untuk memindahkan aplikasi on-premises dan/atau colocation yang sedang berjalan serta data yang dihasilkannya ke cloud dikenal sebagai strategi migrasi cloud. Sebagian besar rencana mencakup strategi untuk bermigrasi ke penyedia public cloud, seperti Amazon Web Services (AWS), Google Cloud Platform (GCP), Microsoft Azure, atau penyedia lainnya. Tidak semua beban kerja (workloads) cocok untuk dimigrasikan, meskipun sebagian besar beban kerja akan mendapatkan keuntungan dari migrasi cloud.
Memprioritaskan beban kerja (workload) untuk migrasi, memilih pendekatan migrasi terbaik untuk setiap beban kerja, membuat pilot, menguji coba, serta memodifikasi strategi berdasarkan temuan dari pilot tersebut adalah komponen-komponen penting dari strategi migrasi cloud enterprise yang sukses. Untuk memandu tim melalui prosedur ini dan memungkinkan rollback jika diperlukan, dokumen strategi migrasi cloud harus disiapkan.
Upaya dan biaya migrasi akan sangat dipengaruhi oleh kemiripan arsitektur dan kesesuaian alat migrasi antara platform sumber dan platform tujuan.
Hasil yang ideal adalah transisi aplikasi yang mulus dari infrastruktur on-premises saat ini ke arsitektur cloud yang dibutuhkan tanpa mengganggu ketersediaan aplikasi atau aktivitas bisnis reguler.
Mengapa penting bagi perusahaan untuk memiliki strategi migrasi cloud?
Mengadopsi rencana migrasi cloud membantu dalam menemukan dan melaksanakan konversi dari on-premises ke cloud yang paling cepat, paling sedikit menimbulkan gangguan, dan paling hemat biaya. Selain itu, hal ini dapat digunakan untuk menentukan beban kerja aplikasi mana yang sudah ada yang harus diganti atau dihentikan, mana yang harus ditulis ulang, mana yang dapat tetap berada di on-premises, mana yang harus dipindahkan apa adanya ke platform cloud agar dapat berjalan sebagaimana adanya atau ditujukan untuk dilengkapi dengan layanan asli cloud (native cloud services), dan cloud mana yang paling sesuai untuk aplikasi tertentu. Metode-metode ini akan digabungkan dalam rencana migrasi cloud korporat untuk menargetkan portofolio aplikasi secara menyeluruh.
Mengadopsi rencana migrasi cloud membantu dalam menemukan dan melaksanakan konversi dari on-premises ke cloud yang paling cepat, paling sedikit menimbulkan gangguan, dan paling hemat biaya. Selain itu, hal ini dapat digunakan untuk menentukan beban kerja aplikasi mana yang sudah ada yang harus diganti atau dihentikan, mana yang harus ditulis ulang, mana yang dapat tetap berada di on-premises, mana yang harus dipindahkan apa adanya ke platform cloud agar dapat berjalan sebagaimana adanya atau ditujukan untuk dilengkapi dengan layanan asli cloud (native cloud services), dan cloud mana yang paling sesuai untuk aplikasi tertentu. Metode-metode ini akan digabungkan dalam rencana migrasi cloud korporat untuk menargetkan portofolio aplikasi secara menyeluruh.
Karena setiap organisasi bersifat unik, strategi migrasi cloud perusahaan harus disesuaikan secara khusus dengan permintaan masing-masing untuk mencapai hasil teknis dan bisnis yang disyaratkan. Memahami tujuan bisnis dan portofolio aplikasi sangat diperlukan untuk mendapatkan wawasan tentang TCO dan ROI dari sebuah proyek migrasi.
Karena setiap organisasi bersifat unik, strategi migrasi cloud perusahaan harus disesuaikan secara khusus dengan permintaan masing-masing untuk mencapai hasil teknis dan bisnis yang disyaratkan. Memahami tujuan bisnis dan portofolio aplikasi sangat diperlukan untuk mendapatkan wawasan tentang TCO dan ROI dari sebuah proyek migrasi.
Bagaimana Strategi Migrasi Cloud bekerja?
Organisasi harus memikirkan desain dan persyaratan dari setiap aplikasi sebelum memutuskan opsi migrasi, serta keterampilan, sumber daya, and jadwal yang diperlukan untuk mencapai hasil yang diinginkan. Tim harus terlebih dahulu memeriksa apa yang sudah ada sebelum mengevaluasi tingkat kematangan dari setiap workload. Hal ini mungkin memerlukan tahap penemuan (discovery) yang lengkap untuk setiap instance dari setiap aplikasi yang saat ini sedang digunakan.
Setelah itu, proses migrasi beban kerja harus direncanakan dengan milestones, target yang jelas, kerangka waktu yang sesuai untuk setiap aktivitas, serta kesadaran akan potensi risiko.
Setiap migrasi harus dimulai dengan uji coba, yang dapat dilakukan melalui relokasi atau rehosting. Hal ini akan mempermudah identifikasi celah yang ada dan memungkinkan penyesuaian yang diperlukan ke depannya.
Perusahaan harus berkonsentrasi pada tiga area krusial dari optimasi untuk melaksanakan migrasi dalam skala besar:
- Kustomisasi aplikasi dan instance untuk performa maksimum
- Jaga fokus Anda pada operasi dan tata kelola.
- Membentuk tim layanan terkelola (managed services) dengan pengalaman yang memadai untuk mengelola migrasi dan operasi.
Apa yang harus dimiliki oleh Strategi Migrasi Cloud yang anti-gagal?
Praktik utama yang harus dipatuhi saat membuat strategi migrasi cloud tercantum di bawah ini.
Tetapkan Tujuan
Semua pihak yang berpartisipasi dalam proses migrasi cloud harus memahami tujuan rencana dan memiliki persepsi yang sama agar proses tersebut berhasil. Oleh karena itu, menetapkan tujuan adalah fase krusial yang harus disertakan dalam proses tersebut. Tujuan strategi migrasi cloud Anda harus dinyatakan dan didokumentasikan secara formal. Tujuan yang ideal mencakup baseline untuk infrastruktur yang ada serta beberapa indikator kinerja utama (KPI) untuk memantau aktivitas migrasi cloud.
Tentukan aset mana yang akan dipindahkan dan kapan
Anda tidak dapat mengembangkan strategi migrasi cloud hanya berdasarkan tinjauan tingkat tinggi dari infrastruktur saat ini. Perangkat keras, data, layanan, dan aplikasi sistem semuanya perlu dievaluasi secara rinci oleh para pemangku kepentingan sistem. Langkah pertama dalam menentukan bagaimana dan kapan memindahkan setiap komponen sistem adalah dengan membuat daftar aset dan ketergantungan antar-sistem (interdependencies). Sangat kecil kemungkinan sebuah perusahaan dapat langsung melakukan pemindahan total (lift-and-shift) seluruh infrastrukturnya ke cloud.
Idealnya, perusahaan memindahkan komponen yang kurang penting terlebih dahulu dan hanya memindahkan komponen yang penting setelah infrastruktur pendukung yang tepat siap. Aplikasi baru harus dikembangkan, dimigrasikan, dan diuji menggunakan pendekatan yang dipilih. Strategi tersebut juga harus menguraikan bagaimana sistem lama akan dinonaktifkan (decommissioned) ketika semua komponen yang relevan telah dimigrasikan.
Manfaatkan estimator harga
Meskipun pengeluaran cloud pada awalnya tampak moderat, sifatnya yang dinamis dapat menyebabkannya meningkat secara tiba-tiba. Komponen yang tampak berfungsi dengan baik dalam arsitektur on-premise ternyata dapat menjadi sumber biaya yang tinggi di cloud. Perusahaan dapat memanfaatkan estimator biaya cloud yang disediakan oleh sebagian besar vendor cloud IaaS untuk memastikan biaya tersebut tidak datang secara tidak terduga.
Kalkulator ini dapat digunakan oleh tim migrasi cloud untuk memperkirakan total biaya dari pengaturan yang diinginkan. Kalkulator harga AWS dari Amazon, kalkulator harga Azure dari Microsoft, dan kalkulator harga Cloud dari Google adalah beberapa contoh kalkulator harga cloud. Selain itu, mereka menawarkan penasihat yang dapat memberikan saran tepat waktu untuk konfigurasi cloud terbaik. Kalkulator ini juga dapat digunakan untuk menentukan bagaimana biaya akan meningkat sejalan dengan tujuan jangka panjang perusahaan.
Pertahankan rencana pemulihan bencana (disaster recovery plan/DRP) yang berfungsi dengan baik
Melakukan migrasi ke cloud menuntut perubahan pada arsitektur yang selama ini sudah teruji. Sekalipun dengan rencana dan eksekusi yang paling matang, cadangan (backup) dan mekanisme pengaman (fail-safes) harus disiapkan untuk menangani gangguan yang tak terduga. Dalam skenario ini, rencana pemulihan bencana atau disaster recovery plan (DRP) sangatlah berguna. Meskipun sebagian besar perusahaan telah memiliki DRP, mereka jarang memperbarui dan menguji efektivitasnya. Organisasi harus memastikan bahwa DRP mereka sangat andal saat merancang strategi migrasi cloud dan menerapkannya secara berkelanjutan.
Edukasi setiap staf
Bekerja dengan teknologi cloud sangat berbeda dari bekerja dengan teknologi in-house, terutama jika perusahaan baru pertama kalinya beralih dari infrastruktur tradisional ke cloud. Agar dapat beroperasi dengan penyedia cloud tertentu, karyawan harus mendapatkan pelatihan. Pelatihan ini tidak dapat dilakukan hanya sekali karena adanya pembaruan yang berkelanjutan. Oleh karena itu, strategi migrasi cloud juga harus memperhitungkan waktu dan biaya yang dihabiskan untuk pelatihan ini.
Eliminasi ketergantungan pada vendor tertentu
Mengingat ini akan menjadi kemitraan jangka panjang, memilih vendor cloud terbaik adalah hal yang krusial. Keputusan untuk memilih vendor cloud didasarkan pada peta jalan teknologi masa depan perusahaan serta layanan yang sudah ditawarkannya. Perusahaan pada akhirnya akan kehilangan keunggulan kompetitif utamanya jika penyedia tidak berada di garis terdepan teknologi. Beberapa bisnis memilih untuk bekerja sama dengan banyak vendor cloud untuk mengurangi risiko ini. Memanfaatkan fitur-fitur terbaik yang ditawarkan oleh beberapa vendor sangatlah mudah dengan konfigurasi multi-cloud.
Dokumentasikan Segala Sesuatunya
Sebagai proses bisnis formal, migrasi cloud memerlukan dokumentasi pada setiap tahap. Dokumentasi ini harus mencakup tujuan, materi, strategi migrasi yang digunakan, analisis biaya, serta rencana pengujian dan pelatihan. Dokumen tersebut akan digunakan oleh semua pihak yang terlibat dan sebagai referensi untuk audit kepatuhan.
Uji dan Ukur keberhasilan Migrasi
Setelah migrasi aktual, proses perpindahan ke cloud terus berlanjut. Proses ini belum berakhir hingga seluruh layanan dan aplikasi pada konfigurasi cloud baru telah diuji dan seluruh komponen dari susunan sebelumnya telah dipensiunkan. Strategi harus mencakup jadwal pengujian. Setelah pengujian selesai, kesuksesan jangka pendek dan jangka panjang harus dievaluasi menggunakan KPI yang ditetapkan selama fase penetapan tujuan.
Terus ikuti pembaruan terkini
Sebagaimana telah dicatat sebelumnya, beberapa bisnis hanya menggunakan cloud untuk membuat infrastruktur mereka tahan masa depan (future-proof). Hal ini terjadi akibat peluncuran kapabilitas baru yang terus-menerus oleh penyedia cloud. Merupakan tanggung jawab organisasi untuk memperbarui diri dan mengikuti perkembangan fitur-fitur baru. Untuk memastikan bahwa organisasi mendapatkan manfaat penuh dari siklus cloud, siklus pembaruan harus dimasukkan ke dalam strategi migrasi cloud.
Utamakan otomatisasi
Ekosistem komputasi awan berkembang dengan cepat dan perubahannya terus berlangsung. Banyak layanan cloud yang secara efektif merupakan “kotak hitam” yang tidak dapat dikendalikan, dengan sangat sedikit kontrol yang dapat diambil alih oleh perusahaan. Alat middleware harus digunakan untuk mengotomatiskan berbagai prosedur sesuai kebutuhan. Proses untuk continuous integration (CI) dan continuous delivery (CD) harus ditetapkan.
Keunggulan Memiliki Strategi Migrasi Cloud
Keuntungan yang tercantum di bawah ini membujuk bisnis untuk memindahkan sumber daya mereka ke public cloud:
Skalabilitas: Komputasi cloud dapat melakukan scaling dengan jauh lebih mudah untuk mengakomodasi lebih banyak pengguna dan beban kerja yang lebih berat dibandingkan perangkat on-premises. Untuk meningkatkan skala layanan bisnis dalam pengaturan IT tradisional, perusahaan harus membeli dan memasang server fisik, lisensi perangkat lunak, penyimpanan, dan perangkat jaringan.
Biaya: Layanan terkelola dari penyedia cloud dapat mengurangi biaya operasional Anda dan mempermudah prosedur seperti pemutakhiran sistem. Organisasi yang beralih ke cloud dapat menghemat anggaran operasional IT secara signifikan, sehingga alokasi dana dapat dialihkan untuk inovasi melalui pengembangan produk baru atau peningkatan produk yang sudah ada.
Performa: Kinerja dan pengalaman pengguna dapat ditingkatkan melalui migrasi ke cloud. Aplikasi dan situs web yang di-host di cloud dapat diskalakan secara mudah untuk menangani lonjakan pengguna atau throughput yang lebih tinggi, serta dapat beroperasi secara dekat dengan pengguna akhir guna meminimalkan latensi jaringan.
Pengalaman digital: Pelanggan dan karyawan dapat mengakses layanan cloud dan data dari mana saja. Hal ini meningkatkan pengalaman pelanggan, mendukung proses transformasi digital, dan memungkinkan staf mengakses solusi mutakhir yang fleksibel.
Praktik terbaik Strategi Migrasi Cloud
Ini adalah enam strategi paling populer, yang secara kolektif disebut sebagai “enam R migrasi”:
Rehosting (Lift and Shift)
Hal ini melibatkan pemindahan stack Anda dari hosting on-premises ke cloud, sesuai dengan namanya. Untuk pengembalian investasi (ROI) tercepat, Anda memindahkan salinan identik dari lingkungan saat ini tanpa melakukan modifikasi besar. Rehosting adalah opsi yang baik bagi perusahaan dengan budaya konservatif atau mereka yang tidak memiliki rencana jangka panjang untuk memanfaatkan kapabilitas cloud tingkat lanjut.
Replatforming
Replatforming adalah variasi dari lift-and-shift yang melibatkan sedikit lebih banyak modifikasi untuk mempersiapkan lanskap Anda bagi cloud. Struktur mendasar dari aplikasi tetap sama. Bagi perusahaan konservatif yang ingin meningkatkan kinerja sistem sekaligus membangun kepercayaan pada cloud, ini juga merupakan metode yang cerdas.
Pembelian kembali
Memindahkan aplikasi Anda ke produk baru yang berbasis cloud (cloud-native)—paling sering berupa platform SaaS—berarti mencapai hal ini (misalnya, memindahkan CRM ke Salesforce). Kehilangan tingkat keamilyaran dengan kode yang lebih lama dan melatih tim Anda pada platform baru menghadirkan tantangan tersendiri. Meskipun demikian, jika Anda meninggalkan environment legacy yang sangat disesuaikan (customized), pembelian ulang (repurchasing) mungkin menjadi pilihan yang paling ekonomis bagi Anda.
Refactoring
Refactoring, yang juga dikenal sebagai rearchitecting, melibatkan pembangunan ulang aplikasi Anda dari awal. Hal ini biasanya dimotivasi oleh kebutuhan bisnis untuk memanfaatkan kapabilitas cloud, seperti cloud auto-scaling atau komputasi serverless, yang tidak ada dalam pengaturan Anda saat ini. Refactoring biasanya merupakan pilihan yang paling mahal, namun juga yang paling siap untuk masa depan (forward-compatible).
Menonaktifkan
Anda mungkin menemukan beberapa aplikasi tidak lagi berguna setelah mengevaluasi portofolio aplikasi Anda untuk kesiapan cloud. Cukup nonaktifkan aplikasi tersebut dalam situasi ini. Penghematan yang menyusul dapat memperkuat business case Anda untuk memindahkan aplikasi.
Mempertahankan
Adopsi cloud masih belum praktis bagi beberapa bisnis. Apakah Anda dilarang memindahkan data ke luar lokasi (off-site) karena masalah kepatuhan? Atau mungkin Anda belum siap memberikan prioritas utama pada aplikasi yang baru diperbarui. Rencanakan untuk beralih kembali ke cloud komputasi di kemudian hari untuk situasi ini. Pindahkan hanya data yang esensial bagi bisnis Anda.
Kesimpulan
Meskipun pindah ke cloud bisa menjadi tantangan, hal tersebut tidak harus menjadi sulit jika Anda memiliki informasi dan panduan yang tepat. Meskipun tidak mutlak, strategi ini adalah cara yang pasti untuk mulai merencanakan migrasi Anda. Pilihan opsi juga bergantung pada model migrasi yang telah diadopsi oleh perusahaan Anda, seperti Platform as a Service (PaaS), Software as a Service (SaaS), atau Infrastructure as a Service (IaaS). Tidak ada metode yang cocok untuk semua, sehingga taktik migrasi Anda dapat menggabungkan beberapa strategi ini atau menggunakan semuanya.
Tetaplah bersemangat! Dengan teknologi inovatif ini, Anda juga dapat memulainya! Untuk menentukan apa yang paling sesuai dengan kebutuhan Anda, bangun kerangka kerja yang terstruktur, dan jalankan strategi migrasi Anda, dapatkan bantuan dari mitra layanan cloud yang tepat.
Tentang Artha Solutions
Artha Solutions adalah perusahaan konsultan bisnis dan teknologi terkemuka yang memberikan wawasan serta keahlian dalam strategi bisnis maupun implementasi teknis. Artha membawa pemikiran maju dan inovasi ke tingkat baru dengan keahlian teknis dan industri selama bertahun-tahun serta transparansi penuh. Artha memiliki rekam jejak yang terbukti dalam bekerja sama dengan perusahaan berskala UKM (usaha kecil menengah) hingga perusahaan Fortune 500 dalam mengubah tantangan bisnis dan teknologi mereka menjadi nilai bisnis.