Bermigrasi ke Google Cloud: Memulai

Last reviewed 2023-10-09 UTC

Dokumen ini membantu Anda merencanakan, mendesain, dan mengimplementasikan proses migrasi workload Anda ke Google Cloud. Memindahkan aplikasi dari satu lingkungan ke lingkungan lain merupakan tugas yang menantang, bahkan untuk tim yang sudah berpengalaman, sehingga Anda perlu merencanakan dan menjalankan migrasi dengan hati-hati.

Dokumen ini adalah bagian dari rangkaian multi-bagian berikut tentang migrasi ke Google Cloud:

Dokumen ini berguna jika Anda merencanakan migrasi dari lingkungan lokal, dari lingkungan hosting pribadi, dari penyedia cloud lain ke Google Cloud, atau jika Anda mengevaluasi peluang untuk bermigrasi dan ingin mempelajari tampilannya.

Memulai perjalanan

Saat merencanakan migrasi ke Google Cloud, Anda mulai dengan menentukan lingkungan yang terlibat dalam migrasi. Titik awal Anda dapat berupa lingkungan lokal, lingkungan hosting pribadi, atau lingkungan cloud publik lainnya.

Lingkungan lokal adalah lingkungan tempat Anda memiliki kepemilikan dan tanggung jawab penuh. Anda tetap memegang kendali penuh atas setiap aspek lingkungan, seperti pendingin, keamanan fisik, dan pemeliharaan hardware.

Dalam lingkungan hosting pribadi seperti fasilitas kolokasi, Anda mengalihkan sebagian infrastruktur fisik dan pengelolaannya kepada pihak eksternal. Infrastruktur ini biasanya digunakan bersama di antara pelanggan. Dalam lingkungan hosting pribadi, Anda tidak perlu mengelola layanan keamanan dan keselamatan fisik. Beberapa lingkungan hosting memungkinkan Anda mengelola bagian dari hardware fisik, seperti server, rak, dan perangkat jaringan, sementara yang lain mengelola hardware tersebut untuk Anda. Biasanya, kabel daya dan jaringan disediakan sebagai layanan sehingga Anda tidak perlu mengelolanya. Anda memegang kendali penuh atas hypervisor yang memvirtualisasi resource fisik, infrastruktur virtual yang Anda sediakan, dan workload yang Anda jalankan pada infrastruktur tersebut.

Lingkungan cloud publik memiliki keuntungan bahwa Anda tidak perlu mengelola seluruh stack resource sendiri. Anda dapat berfokus pada aspek stack yang paling berharga bagi Anda. Seperti di lingkungan hosting pribadi, Anda tidak perlu mengelola infrastruktur fisik yang mendasarinya. Selain itu, Anda tidak perlu mengelola hypervisor virtualisasi resource. Anda dapat membangun infrastruktur virtual dan men-deploy workload Anda di infrastruktur baru ini. Anda juga dapat membeli layanan terkelola sepenuhnya, sehingga Anda hanya peduli dengan workload, dan menyerahkan beban operasional pengelolaan lingkungan runtime.

Untuk setiap lingkungan, dokumen ini mengevaluasi aspek berikut, serta siapa yang harus menyediakan dan mengelola layanan yang relevan:

Referensi Lingkungan lokal Lingkungan hosting pribadi Lingkungan cloud publik
Keamanan dan keselamatan fisik Anda Penyedia layanan Penyedia layanan
Kabel daya dan jaringan Anda Penyedia layanan Penyedia layanan
Hardware (termasuk pemeliharaan) Anda Tergantung pada penyedia layanan Penyedia layanan
Platform virtualisasi Anda Anda Penyedia layanan
Resource aplikasi Anda Anda Anda (pada akhirnya memanfaatkan layanan terkelola sepenuhnya)

Dalam dokumen ini, lingkungan targetnya adalah Google Cloud.

Setelah menentukan lingkungan awal dan target, Anda dapat menentukan jenis workload dan proses operasional terkait yang berada dalam cakupan migrasi. Dokumen ini mempertimbangkan dua jenis workload dan operasi: versi lama dan yang dioptimalkan untuk cloud.

Workload dan operasi lama dikembangkan tanpa pertimbangan apa pun untuk lingkungan cloud. Workload dan operasi ini mungkin sulit dimodifikasi dan mahal untuk dijalankan serta dipelihara karena biasanya tidak mendukung jenis skalabilitas apa pun.

Workload dan operasi yang dioptimalkan untuk cloud memang skalabel, portabel, tersedia, dan aman. Workload dan operasi dapat membantu meningkatkan produktivitas dan fleksibilitas developer, karena developer dapat berfokus pada workload yang sebenarnya, daripada menghabiskan upaya untuk mengelola lingkungan pengembangan dan runtime, atau menangani proses deployment manual yang rumit. Google Cloud juga memiliki model tanggung jawab bersama atas keamanan. Google Cloud bertanggung jawab atas keamanan fisik dan keamanan infrastruktur, sedangkan Anda bertanggung jawab atas keamanan workload yang Anda deploy ke infrastruktur.

Dengan mempertimbangkan jenis lingkungan dan workload ini, situasi awal Anda adalah salah satu dari berikut ini:

  • Lingkungan hosting lokal atau pribadi dengan workload dan operasi lama.
  • Lingkungan hosting lokal atau pribadi dengan workload dan operasi yang dioptimalkan untuk Cloud.
  • Lingkungan hosting cloud publik atau pribadi dengan workload dan operasi lama.
  • Lingkungan hosting cloud publik atau pribadi dengan workload dan operasi yang dioptimalkan untuk cloud.

Proses migrasi bergantung pada titik awal Anda.

Memigrasikan workload dari lingkungan lokal lama atau lingkungan hosting pribadi ke lingkungan yang dioptimalkan untuk cloud, seperti cloud publik, dapat menjadi tantangan dan berisiko. Migrasi yang berhasil akan mengubah workload untuk bermigrasi sekecil mungkin selama operasi migrasi. Pemindahan aplikasi lokal lama ke cloud sering kali memerlukan beberapa langkah migrasi.

Jenis migrasi

Dokumen ini menjelaskan jenis migrasi utama berikut:

  • Menghosting ulang: lift-and-shift
  • Mengalihkan ke platform baru: lift-and-optimize
  • Memfaktorkan ulang: move-and-improve
  • Merancang ulang: continue to modernize
  • Build ulang: remove and replace, terkadang disebut rip and replace
  • Pembelian ulang

Pada bagian berikut, setiap jenis migrasi ditentukan dengan contoh kapan harus menggunakan setiap jenis.

Menghosting ulang: lift-and-shift

Dalam migrasi host ulang, Anda memindahkan workload dari lingkungan sumber ke lingkungan target dengan sedikit atau tanpa modifikasi atau pemfaktoran ulang. Modifikasi yang Anda terapkan pada workload yang akan dimigrasikan hanyalah perubahan minimum yang perlu Anda buat agar workload dapat beroperasi di lingkungan target.

Migrasi host ulang sangat ideal saat workload dapat beroperasi apa adanya di lingkungan target, atau saat hanya ada sedikit atau tidak ada kebutuhan bisnis untuk perubahan. Migrasi ini adalah jenis migrasi yang memerlukan waktu paling sedikit karena jumlah pemfaktoran ulang diminimalkan.

Mungkin ada masalah teknis yang memaksa migrasi host ulang. Jika Anda tidak dapat memfaktorkan ulang workload untuk dimigrasikan dan tidak dapat menonaktifkan workload, Anda harus menggunakan migrasi host ulang. Misalnya, kode sumber workload dapat menjadi sulit atau tidak mungkin untuk diubah, atau proses build tidak mudah, sehingga menghasilkan artefak baru setelah memfaktorkan ulang kode sumber mungkin tidak dapat dilakukan.

Migrasi host ulang adalah cara yang paling mudah dilakukan karena tim Anda dapat terus menggunakan serangkaian alat dan keterampilan yang sama dengan yang mereka gunakan sebelumnya. Migrasi ini juga mendukung software siap pakai. Karena Anda memigrasikan workload yang sudah ada dengan pemfaktoran ulang yang minimal, migrasi host ulang cenderung menjadi yang tercepat, dibandingkan dengan migrasi pemfaktoran ulang atau build ulang.

Namun, setelah migrasi host ulang, workload yang berjalan di lingkungan target tidak dioptimalkan untuk cloud. Workload ini tidak sepenuhnya memanfaatkan fitur platform cloud, seperti skalabilitas horizontal, harga yang mendetail, dan layanan yang sangat terkelola.

Mengalihkan ke platform baru: lift-and-optimize

Dalam migrasi replatform, Anda mencabut workload yang ada, lalu mengoptimalkannya untuk lingkungan cloud baru.

Migrasi replatform cocok untuk organisasi yang ingin memanfaatkan semua kompetensi inti cloud. Kompetensi ini meliputi komputasi yang elastis, redundansi, peningkatan performa, dan keamanan.

Misalnya, Anda dapat melakukan replatform workload ke cloud agar dapat memanfaatkan arsitektur atau container microservice berbasis cloud di Google Kubernetes Engine. Workload ini akan memiliki performa yang lebih tinggi dan lebih efisien jika dijalankan di cloud.

Namun, migrasi replatform memerlukan lebih banyak pekerjaan untuk diselesaikan daripada migrasi host ulang. Platform cloud baru ini akan memiliki codebase dasar yang berbeda, yang memerlukan beberapa putaran pengujian untuk memastikan bahwa semuanya berjalan pada level optimal.

Memfaktorkan ulang: move-and-improve

Dalam migrasi pemfaktoran ulang, Anda memodifikasi workload untuk memanfaatkan kemampuan cloud, dan bukan hanya memodifikasi workload untuk membuatnya berfungsi di lingkungan baru. Anda dapat meningkatkan setiap workload untuk meningkatkan performa, fitur, biaya, dan pengalaman pengguna.

Anda dapat mengubah workload saat memigrasikannya ke cloud, atau bahkan sebelum memigrasikannya. Misalnya, jika Anda tidak memiliki banyak pengalaman terkait migrasi cloud, Anda mungkin lebih memilih untuk mengubah workload saat melakukan migrasi. Namun, jika Anda memiliki pengalaman migrasi cloud, Anda mungkin sudah memiliki gambaran tentang perubahan yang diperlukan workload untuk memanfaatkan sepenuhnya kemampuan cloud.

Jika arsitektur atau infrastruktur aplikasi saat ini tidak didukung di lingkungan target sebagaimana adanya, sejumlah pemfaktoran ulang tertentu diperlukan untuk mengatasi batas ini.

Alasan lain untuk memilih pendekatan pemfaktoran ulang adalah saat update besar pada workload diperlukan sebagai tambahan dari update yang perlu Anda lakukan untuk melakukan migrasi.

Migrasi pemfaktoran ulang memungkinkan aplikasi Anda memanfaatkan fitur platform cloud, seperti skalabilitas dan ketersediaan tinggi. Anda juga dapat merancang peningkatan untuk meningkatkan portabilitas aplikasi.

Namun, migrasi pemfaktoran ulang memerlukan waktu lebih lama daripada migrasi host ulang karena workload harus difaktorkan ulang agar aplikasi dapat bermigrasi.

Migrasi pemfaktoran ulang juga mengharuskan Anda mempelajari keterampilan baru.

Merancang ulang: continue to modernize

Migrasi arsitektur ulang mirip dengan migrasi pemfaktoran ulang. Namun, alih-alih merestrukturisasi cara kerja kode workload, migrasi arsitektur ulang akan mengubah cara kerja kode tersebut. Perubahan kode tersebut mengoptimalkan workload dan memanfaatkan properti yang dioptimalkan untuk cloud, seperti skalabilitas, keamanan, dan fleksibilitas. Misalnya, migrasi arsitektur ulang dapat mengambil satu workload monolitik besar dan mengubahnya menjadi beberapa microservice independen yang Anda deploy di Google Cloud.

Migrasi arsitektur ulang lebih kompleks daripada migrasi pemfaktoran ulang, sehingga memerlukan lebih banyak waktu dan upaya. Migrasi arsitek ulang juga dapat berpotensi menimbulkan bug atau masalah keamanan ke dalam workload baru. Dengan demikian, migrasi arsitek ulang memerlukan beberapa putaran pengujian untuk memastikan bahwa semuanya berjalan pada level optimal.

Build ulang: remove and replace

Dalam migrasi build ulang, Anda menonaktifkan aplikasi yang sudah ada dan sepenuhnya mendesain ulang serta menulis ulang aplikasi tersebut sebagai aplikasi yang sepenuhnya dioptimalkan untuk cloud.

Jika aplikasi saat ini tidak memenuhi tujuan Anda—misalnya, Anda tidak ingin mempertahankannya, terlalu mahal untuk bermigrasi menggunakan salah satu pendekatan yang disebutkan sebelumnya, atau tidak didukung di Google Cloud—Anda dapat melakukan migrasi build ulang.

Migrasi build ulang memungkinkan aplikasi Anda memanfaatkan sepenuhnya fitur-fitur Google Cloud, seperti skalabilitas horizontal, layanan yang sangat terkelola, dan ketersediaan tinggi. Karena menulis ulang aplikasi dari awal, Anda juga menghapus utang teknis dari versi lama yang sudah ada.

Namun, migrasi build ulang dapat memerlukan waktu lebih lama daripada migrasi host ulang atau migrasi pemfaktoran ulang. Selain itu, jenis migrasi ini tidak cocok untuk aplikasi siap pakai karena memerlukan penulisan ulang aplikasi. Anda perlu mengevaluasi waktu dan upaya tambahan untuk mendesain ulang dan menulis ulang aplikasi sebagai bagian dari siklus prosesnya.

Migrasi build ulang juga memerlukan keterampilan baru. Anda perlu menggunakan toolchain baru untuk menyediakan dan mengonfigurasi lingkungan baru, serta men-deploy aplikasi di lingkungan tersebut.

Pembelian ulang

Migrasi pembelian ulang adalah saat Anda beralih dari workload lokal yang dibeli ke software-as-a-service (SaaS) yang dihosting di cloud yang setara. Misalnya, Anda dapat beralih dari software kolaborasi lokal dan penyimpanan lokal ke Google Workspace.

Dari perspektif resource, migrasi pembelian ulang mungkin jauh lebih mudah daripada melakukan pemfaktoran ulang, membangun ulang, atau merancang ulang. Namun, migrasi pembelian ulang mungkin jauh lebih mahal dan Anda mungkin tidak mendapatkan fitur terperinci untuk mengontrol lingkungan cloud Anda sendiri.

Framework Penerapan Google Cloud

Sebelum memulai migrasi, Anda harus mengevaluasi kematangan organisasi Anda dalam mengadopsi teknologi cloud. Framework Penerapan Google Cloud berfungsi sebagai peta untuk menentukan kemampuan teknologi informasi bisnis Anda saat ini, dan sebagai panduan untuk mencapai hal yang Anda inginkan.

Anda dapat menggunakan framework ini untuk menilai kesiapan organisasi Anda dalam menggunakan Google Cloud, serta tindakan yang perlu dilakukan untuk menutup kekurangan dan mengembangkan kompetensi baru, seperti yang diilustrasikan dalam diagram berikut.

Arsitektur Framework Penerapan Google Cloud dengan empat tema dan tiga fase.

Framework ini menilai empat tema:

  • Pelajari. Kualitas dan skala program pembelajaran Anda.
  • Pimpin. Sejauh mana departemen IT Anda didukung oleh mandat dari pimpinan untuk bermigrasi ke Google Cloud.
  • Skalakan. Sejauh mana Anda menggunakan layanan yang dioptimalkan untuk cloud, dan seberapa banyak otomatisasi operasional yang Anda miliki.
  • Aman. Kemampuan untuk melindungi lingkungan Anda saat ini dari akses yang tidak sah dan tidak pantas.

Untuk setiap tema, Anda harus berada dalam salah satu dari tiga fase berikut, sesuai dengan framework:

  • Taktis. Tidak ada rencana koheren yang mencakup semua workload individu yang Anda miliki. Anda biasanya tertarik dengan laba atas investasi yang cepat dan sedikit gangguan pada organisasi IT Anda.
  • Strategis. Terdapat rencana untuk mengembangkan workload individu dengan memperhatikan kebutuhan penskalaan di masa mendatang. Anda tertarik dengan tujuan jangka menengah untuk menyederhanakan operasi agar lebih efisien daripada saat ini.
  • Transformasional. Cloud operations berjalan dengan lancar, dan Anda menggunakan data yang dikumpulkan dari operasi tersebut untuk meningkatkan bisnis IT Anda. Anda tertarik dengan tujuan jangka panjang untuk menjadikan departemen IT sebagai salah satu mesin inovasi dalam organisasi Anda.

Saat mengevaluasi keempat topik tersebut dalam tiga fase, Anda akan mendapatkan Skala Kematangan Cloud. Dalam setiap tema, Anda dapat melihat apa yang terjadi saat beralih dari mengadopsi teknologi baru saat diperlukan, ke menanganinya secara lebih strategis di seluruh organisasi—yang secara alami berarti pelatihan lebih dalam, lebih komprehensif, dan lebih konsisten untuk tim Anda.

Jalur migrasi

Penting untuk diingat bahwa migrasi adalah sebuah perjalanan. Anda berada di titik A dengan infrastruktur dan lingkungan yang ada, dan Anda ingin mencapai titik B. Untuk berpindah dari A ke B, Anda dapat memilih opsi mana pun yang telah dijelaskan sebelumnya.

Diagram berikut menggambarkan jalur perjalanan ini.

Jalur migrasi dengan empat fase.

Ada empat fase migrasi Anda:

Menemukan bantuan

Google Cloud menawarkan berbagai opsi dan resource bagi Anda untuk menemukan bantuan dan dukungan yang diperlukan agar dapat memanfaatkan layanan Google Cloud dengan sebaik-baiknya.

Resource mandiri

Jika tidak memerlukan dukungan khusus, Anda dapat menggunakan resource layanan mandiri berikut:

  • Dokumentasi Produk. Google Cloud menyediakan dokumentasi untuk setiap produk dan layanannya, serta untuk API.
  • Dokumentasi Pusat Arsitektur. Bagian migrasi Pusat Arsitektur mencakup banyak skenario migrasi. Misalnya, Referensi migrasi memberikan panduan tentang perjalanan migrasi Anda ke Google Cloud.
  • Alat. Google Cloud menyediakan beberapa produk dan layanan untuk membantu Anda melakukan migrasi. Contoh:
    • Pusat Migrasi Google Cloud adalah platform terpadu yang membantu Anda mempercepat perjalanan cloud end-to-end dari lingkungan lokal atau cloud Anda saat ini ke Google Cloud.
    • Migrate to Virtual Machines adalah produk untuk memigrasikan server fisik dan virtual machine dari lingkungan lokal dan cloud ke Google Cloud. Migrate to VMs memungkinkan Anda memigrasikan virtual machine ke Google Cloud dalam beberapa menit, di mana data disalin di latar belakang, tetapi virtual machine tetap beroperasi sepenuhnya.
    • Storage Transfer Service memungkinkan Anda memindahkan data ke Cloud Storage dari penyedia cloud lain, resource online, atau data lokal.
    • Database Migration Service adalah produk yang membantu Anda memigrasikan database ke Google Cloud.
    • Transfer Appliance adalah hardware yang dapat Anda gunakan untuk memigrasikan data dalam jumlah besar (dari ratusan terabyte hingga 1 petabyte) ke Google Cloud tanpa mengganggu operasi bisnis.
    • BigQuery Migration Service adalah solusi komprehensif untuk memigrasikan data warehouse ke BigQuery.
  • Laporan resmi. Laporan ini mencakup arsitektur referensi, studi kasus, praktik terbaik, dan tutorial tingkat lanjut.
  • Konten media Anda dapat mendengarkan Google Cloud podcast atau menonton video apa pun di Channel YouTube Google Cloud. Resource ini membahas berbagai topik, mulai dari penjelasan produk hingga strategi pengembangan.
  • Kursus dan lab online. Google Cloud memiliki beberapa kursus di Coursera yang mencakup konten video, bahan bacaan, dan lab. Anda juga dapat mengikuti lab menggunakan Google Cloud Skills Boost atau berpartisipasi dalam kelas online langsung.

Partner teknologi

Google Cloud telah berpartner dengan beberapa perusahaan agar Anda dapat menggunakan produk mereka. Beberapa penawaran mungkin digunakan secara gratis, jadi tanyakan kepada perusahaan dan pengelola akun Google Cloud Anda.

Integrator sistem

Google Cloud tidak hanya berpartner dengan perusahaan produk dan teknologi, tetapi juga dengan integrator sistem yang dapat memberikan bantuan langsung melalui keyboard. Dalam daftar partner, Anda dapat menemukan daftar integrator sistem yang berspesialisasi dalam migrasi cloud.

Layanan Profesional Google Cloud

Tim Layanan Profesional kami siap membantu Anda mendapatkan hasil maksimal dari investasi Anda di Google Cloud.

Cloud Plan and Foundations: dapatkan bantuan terkait migrasi Anda

Layanan Profesional dapat membantu Anda merencanakan migrasi dan men-deploy workload dalam produksi dengan penawaran Cloud Plan and Foundations kami. Para ahli ini memberikan panduan kepada tim Anda dalam setiap fase migrasi workload ke dalam produksi, mulai dari menyiapkan fondasi Google Cloud hingga mengoptimalkan platform untuk kebutuhan workload Anda yang unik dan men-deploy workload tersebut.

Tujuan Cloud Plan and Foundations adalah:

  • Menyiapkan fondasi Google Cloud.
  • Membuat dokumentasi desain.
  • Merencanakan aktivitas deployment dan migrasi.
  • Men-deploy workload ke dalam produksi.
  • Melacak masalah dan risiko.

Layanan Profesional memandu tim Anda dalam melakukan aktivitas dan hasil kerja berikut:

  1. Mengadakan workshop peluncuran teknis.
  2. Menyusun dokumen desain teknis.
  3. Membuat rencana migrasi.
  4. Membuat piagam program.
  5. Menyediakan pengelolaan project.
  6. Menyediakan keahlian teknis.

Cloud Sprint: percepat migrasi Anda ke Google Cloud

Cloud Sprint adalah workshop intensif yang mempercepat migrasi aplikasi Anda ke Google Cloud. Dalam workshop ini, Layanan Profesional Google Cloud memimpin salah satu tim Anda melalui diskusi interaktif, sesi papan tulis virtual, dan meninjau aplikasi target untuk bermigrasi ke Google Cloud. Selama Cloud Sprint, Layanan Profesional bekerja sama dengan anggota tim Anda untuk membantu Anda mendapatkan pengalaman langsung dalam menggunakan solusi cloud dengan aktivitas deployment yang diperlukan untuk membantu Anda memahami langkah selanjutnya untuk migrasi Google Cloud di masa mendatang.

Pelatihan: Kembangkan keterampilan tim Anda

Layanan Profesional Google Cloud dapat memberikan pelatihan di berbagai bidang sesuai dengan kebutuhan tim Anda.

Langkah selanjutnya