Checklist pour la migration de projets

Cette checklist vous aidera à migrer des projets entre des ressources de l'organisation. La Vous trouverez ci-dessous la liste des principales tâches à effectuer dans le cadre de la migration d'un projet entre les ressources de l'organisation, de brèves instructions pour chaque étape et un lien pour en savoir plus.

Créer un plan de migration

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

Créez un plan pour vous assurer que tout impact potentiel est atténué pendant votre la migration de projets. 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.

Attribuer des rôles IAM (Identity and Access Management)

Vous devez disposer d'un ensemble particulier de rôles IAM pour migrer un projet entre des ressources de l'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 la source et les ressources de l'organisation de destination.

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

Configurer les règles d'administration

Pour migrer un projet entre les ressources d'une 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 de l'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 de l'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 de projet, vous devez disposer du rôle roles/orgPolicy.policyAdmin dans l'organisation parente et dans 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.

Traitez les cas particuliers

Quand vous migrez un projet entre des ressources d'organisation, il y a une chance que vous deviez aborder certains scénarios au cours du projet et au niveau de la ressource Organisation. Certains services sont concernés. Dans le cadre de votre plan de migration, vous devrez envisagez ces cas de figure si vous dépendez des services impliqués dans l'opération 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.

Effectuer la migration

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

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