Rencana migrasi project memungkinkan Anda mengevaluasi kesiapan organisasi dan mencegah gangguan layanan sebelum memindahkan project di antara resource organisasi. Inventaris layanan dan dependensi aktif juga membantu Anda mengantisipasi pengaruh hierarki resource tujuan terhadap workload Anda.
Selama pemindahan, Cloud Resource Manager API memperlakukan project dan layanan dasarnya sebagai satu unit tanpa perubahan konfigurasi internal. Namun, kebijakan izinkan, tolak, dan organisasi yang diwariskan tidak akan dimigrasikan bersama project, sedangkan kebijakan dan akun layanan yang dilampirkan secara langsung akan tetap ada. Perubahan hierarki ini dapat menyebabkan perilaku yang tidak terduga atau memicu pelanggaran kebijakan organisasi di organisasi tujuan.
Ringkasan inventaris
Gunakan Inventaris Aset Cloud untuk membuat ringkasan resource yang digunakan, termasuk kebijakan izin. Anda dapat menggunakan ringkasan ini untuk membantu menguraikan rencana migrasi Anda.
Anda juga dapat menggunakan Inventaris Aset Cloud untuk mentransfer data ini ke BigQuery. Dengan begitu, Anda dapat mengkueri data menggunakan SQL, yang lebih mudah dibaca dibandingkan dengan menafsirkan data berformat JSON. Untuk mengetahui informasi tentang cara mengekspor data ini, lihat Mengekspor ke BigQuery.
Untuk mendapatkan daftar semua kebijakan izinkan dan tolak yang memengaruhi akses ke project, lihat Melihat semua kebijakan izinkan dan tolak yang berlaku untuk resource.
Verifikasi kebijakan
Saat Anda memigrasikan project, project tersebut tidak akan lagi mewarisi kebijakan dari tempatnya saat ini dalam hierarki resource, dan akan tunduk pada evaluasi kebijakan yang efektif di tujuannya. Sebaiknya pastikan bahwa kebijakan yang efektif di tujuan project cocok semaksimal mungkin dengan kebijakan yang dimiliki project di lokasi sumbernya.
Kebijakan apa pun yang diterapkan langsung ke project akan tetap dilampirkan setelah migrasi selesai. Menerapkan kebijakan langsung ke project adalah cara yang baik untuk memverifikasi bahwa kebijakan yang benar diterapkan sejak migrasi selesai.
Kebijakan izin, tolak, dan kebijakan organisasi diwariskan melalui hierarki resource, dan dapat memblokir layanan agar tidak berfungsi jika tidak ditetapkan dengan benar. Tentukan kebijakan yang efektif di tujuan project dalam hierarki resource Anda untuk memastikan kebijakan tersebut selaras dengan tujuan tata kelola Anda.
Mengelola kunci terenkripsi
Anda harus memverifikasi apakah project Anda memiliki kunci terenkripsi yang dikelola pelanggan atau Cloud Key Management Service lainnya yang diaktifkan di dalamnya. Kunci kriptografis dimiliki oleh project, dan pengguna dengan akses owner ke project tersebut akan dapat mengelola dan melakukan operasi kriptografis pada kunci di Cloud KMS dalam project tersebut.
Untuk mengetahui informasi selengkapnya, lihat Pemisahan tugas.
Fitur pratinjau
Anda dapat mengaktifkan fitur pratinjau di resource, folder, atau project organisasi. Jika Anda telah mengaktifkan fitur alfa atau beta pada project yang akan dimigrasikan, fitur ini akan terus berfungsi setelah migrasi. Jika fitur pratinjau bersifat pribadi dan tidak ditambahkan ke daftar yang diizinkan untuk resource organisasi tujuan, Anda tidak akan dapat melakukan perubahan konfigurasi apa pun setelah migrasi selesai.
Mengidentifikasi akun penagihan baru
Akun Penagihan Cloud dapat digunakan di seluruh resource organisasi. Memindahkan project dari satu resource organisasi ke resource organisasi lain tidak memengaruhi penagihan. Tagihan akan terus dikenakan ke akun penagihan lama. Namun, migrasi project antar-resource organisasi sering kali juga mencakup persyaratan untuk bermigrasi ke akun penagihan baru.
Sebagai bagian dari rencana migrasi, tentukan apakah akan mempertahankan akun penagihan yang ada. Anda juga dapat mengaitkan project dengan akun penagihan baru di resource organisasi tujuan.
Untuk mempelajari cara mengubah atau memigrasikan akun penagihan, lihat Mengubah akun penagihan.
Rencana rollback
Jika Anda menemukan bahwa ada sesuatu yang tidak berfungsi pada salah satu project yang telah dimigrasikan, Anda dapat memulihkannya ke lokasi aslinya. Untuk melakukannya, Anda harus memiliki izin IAM yang diperlukan dan menetapkan kebijakan organisasi yang diperlukan agar Anda dapat menjalankan migrasi project secara terbalik.
Untuk mengetahui daftar izin yang diperlukan, lihat Menetapkan izin. Untuk kebijakan organisasi yang perlu Anda konfigurasi guna mengizinkan migrasi project, lihat Mengonfigurasi kebijakan organisasi.
Folder impor dan ekspor khusus
Pewarisan kebijakan dapat menyebabkan efek yang tidak diinginkan saat Anda memigrasikan project, baik di resource organisasi sumber maupun tujuan. Anda dapat mengurangi risiko ini dengan membuat folder tertentu yang hanya berisi project untuk ekspor dan impor, serta memastikan bahwa kebijakan yang sama diwarisi oleh folder di kedua resource organisasi. Anda juga dapat menetapkan izin pada folder ini yang akan diwariskan ke project yang dipindahkan di dalamnya, sehingga membantu mempercepat proses migrasi project.
Saat merencanakan migrasi, pertimbangkan untuk menyiapkan folder sumber khusus terlebih dahulu.
Untuk melakukannya, buat folder untuk setiap resource organisasi tujuan tempat Anda berencana mengekspor project. Kemudian, tetapkan kebijakan organisasi pada folder ini, masing-masing dengan batasan constraints/resourcemanager.allowedExportDestinations yang ditetapkan ke satu resource organisasi tempat Anda ingin mengekspor project.
Misalnya, Anda dapat menyiapkan folder Export to Marketing Org dan
Export to Sales Org, masing-masing dengan batasan kebijakan organisasi
yang sesuai.
Demikian pula, siapkan folder impor khusus di resource organisasi tujuan, satu untuk setiap resource organisasi tempat Anda ingin mengimpor project. Untuk melakukannya, buat folder untuk setiap resource organisasi sumber tempat Anda berencana mengimpor project. Kemudian, tetapkan kebijakan organisasi pada folder ini,
masing-masing dengan batasan constraints/resourcemanager.allowedImportSources yang ditetapkan
ke satu resource organisasi tempat Anda ingin mengimpor project.
Misalnya, Anda dapat menyiapkan folder Import from Marketing Org dan
Import from App Development Org, masing-masing dengan batasan kebijakan organisasi
yang sesuai.
Di setiap folder impor dan ekspor, tetapkan peran roles/resourcemanager.projectMover kepada orang yang akan memindahkan project. Peran ini akan diwarisi oleh project apa pun yang ada dalam folder ini, sehingga pengguna dapat melakukan operasi pemindahan pada project apa pun yang dipindahkan ke folder tersebut.
Setelah menyelesaikan migrasi project, Anda harus menghapus folder khusus ini.
Untuk mengetahui informasi tentang cara menetapkan kebijakan organisasi, lihat Mengonfigurasi kebijakan organisasi.
Langkah berikutnya
Untuk menetapkan peran dan izin Identity and Access Management untuk memigrasikan project antar-organisasi, lihat Menetapkan peran dan izin Identity and Access Management.