Checklist pour la migration de projets

Vous devez réfléchir à l'impact de votre migration sur les services exécutés dans le projet. Les changements dans la hiérarchie des ressources causés par une migration de projet peuvent entraîner des modifications dans les stratégies héritées, telles que les règles d'administration et les stratégies Identity and Access Management#39;autorisation et de refus IAM.

Créez un plan pour vous assurer de remédier à toutes les conséquences potentielles de la migration de votre projet. Pour vous aider à élaborer votre plan, utilisez l'API Move Analysis pour obtenir une répartition détaillée des blocages pour la migration du projet.

Pour en savoir plus, consultez la section Créer un plan de migration.

Vous devez disposer d'un ensemble particulier de rôles IAM pour migrer un projet entre des ressources d'organisation. Vous aurez également besoin d'une autorisation pour créer et gérer des règles d'administration.

Vous pouvez obtenir ces autorisations en acquérant les rôles suivants :

• Déplaceur de projets (roles/resourcemanager.projectMover) sur le projet que vous souhaitez migrer et sa ressource parente.

• Créateur de projet (roles/resourcemanager.projectCreator) sur le dossier ou la ressource d'organisation de destination.

• Administrateur des règles d'administration (roles/orgpolicy.policyAdmin) sur les ressources d'organisation source et de destination.

Pour en savoir plus sur les rôles et les autorisations dont vous avez besoin, consultez la section Attribuer des autorisations.

Pour migrer un projet entre des ressources d'organisation, vous devez définir les règles d'administration suivantes :

• Définissez la contrainte constraints/resourcemanager.allowedExportDestinations sur la ressource parente du projet que vous souhaitez migrer. Cette contrainte définit les ressources d'organisation vers lesquelles le projet peut être migré.

• Définissez la contrainte constraints/resourcemanager.allowedImportSources sur la ressource de destination. Cette contrainte définit les ressources d'organisation à partir desquelles les projets peuvent être importés.

Si l'une de ces contraintes n'est pas correctement définie, la migration échouera avec une erreur FAILED_PRECONDITION.

Pour configurer les règles d'administration requises pour la migration du projet, vous devez disposer du rôle roles/orgPolicy.policyAdmin dans l'organisation parente et l'organisation de destination.

Pour en savoir plus sur ces contraintes de règles d'administration, consultez la section Configurer les règles d'administration.

Lorsque vous migrez un projet entre des ressources d'organisation, il est possible que vous deviez faire face à certains scénarios au niveau du projet et de la ressource d'organisation. Il peut y avoir des services impliqués que vous devez prendre en compte. Dans le cadre de votre plan de migration, vous devez prendre en compte ces cas si vous dépendez des services impliqués pour le bon fonctionnement de votre projet.

Pour obtenir la liste des cas particuliers et découvrir comment les gérer, consultez la section Gérer les cas particuliers.

Une fois que vous avez terminé les étapes ci-dessus, vous pouvez utiliser l'API Resource Manager pour migrer un projet. Vous pouvez utiliser la commande gcloud beta projects move de Google Cloud CLI ou la méthode d'API REST projects.update() pour effectuer la migration.

Pour en savoir plus sur la migration de votre projet, consultez la page Effectuer la migration.