Untuk migrasi project, Anda perlu mengevaluasi dampak migrasi terhadap layanan yang berjalan di dalam project. Resource Manager API memperlakukan resource project dan semua layanan yang berjalan di bawahnya sebagai satu unit, yang berarti tidak ada perubahan konfigurasi yang akan diterapkan di dalam project.
Meskipun migrasi tidak akan membuat perubahan konfigurasi langsung pada project, perubahan dalam hierarki resource kemungkinan akan berdampak pada fungsi project dan layanan yang berjalan. Kebijakan izin, tolak, atau organisasi yang diwarisi, bukan yang dilampirkan langsung ke project, tidak akan dimigrasikan bersama project selama migrasi. Kebijakan organisasi dan akun layanan yang dilampirkan langsung ke resource akan dimigrasikan. Hal ini dapat menyebabkan perilaku yang tidak diinginkan setelah migrasi selesai.
Memigrasikan project Anda juga dapat menyebabkan pelanggaran kebijakan organisasi, bergantung pada kebijakan organisasi resource organisasi tujuan.
Sebelum memigrasikan project Anda di antara resource organisasi, sebaiknya buat rencana migrasi untuk menentukan kesiapan resource organisasi dan project yang ingin Anda migrasikan. Dalam rencana migrasi ini, buat inventaris setiap layanan yang dijalankan project Anda, dan layanan lain yang mungkin terpengaruh oleh migrasi, atau oleh hierarki resource di tujuan project Anda.
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 juga dapat menggunakan Inventaris Aset Cloud untuk mentransfer data ini ke BigQuery. Hal ini akan memungkinkan Anda membuat kueri data menggunakan SQL, yang lebih mudah dibaca dibandingkan menafsirkan data berformat JSON. Untuk mengetahui informasi tentang cara mengekspor data ini, lihat Mengekspor ke BigQuery.
Untuk mendapatkan daftar semua kebijakan izin dan tolak yang memengaruhi akses ke project, lihat Melihat semua kebijakan izin 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 efektif di tujuannya. Sebaiknya pastikan kebijakan 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 organisasi diwarisi melalui hierarki resource, dan dapat memblokir fungsi layanan jika tidak ditetapkan dengan benar. Tentukan kebijakan 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. 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 organisasi, folder, atau project. Jika Anda telah mengaktifkan fitur alfa atau beta di project yang akan dimigrasikan, fitur ini akan terus berfungsi setelah migrasi. Jika fitur pratinjau bersifat pribadi dan tidak diizinkan untuk resource organisasi tujuan, Anda tidak akan dapat melakukan perubahan konfigurasi apa pun setelah migrasi selesai.
Rencana rollback
Jika Anda menemukan bahwa ada sesuatu yang tidak berfungsi di salah satu project yang telah Anda migrasikan, Anda dapat memulihkannya ke lokasi aslinya. Untuk melakukannya, Anda harus memiliki izin IAM yang diperlukan dan menetapkan kebijakan organisasi yang diperlukan agar dapat menjalankan migrasi project secara terbalik.
Untuk mengetahui daftar izin yang diperlukan, lihat Menetapkan izin. Untuk mengetahui kebijakan organisasi yang perlu Anda konfigurasi untuk 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 diwarisi ke project yang dipindahkan di dalamnya, sehingga membantu mempercepat proses migrasi project.
Saat merencanakan migrasi, sebaiknya siapkan folder sumber khusus terlebih dahulu.
Untuk melakukannya, buat folder untuk setiap resource organisasi tujuan tempat Anda berencana mengekspor project. Kemudian, tetapkan kebijakan organisasi di 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 di 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 terdapat 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.