Checklist pour la migration de projets

Cette checklist vous aidera à déplacer des projets d'une organisation à une autre. La checklist ci-dessous contient une liste des principales tâches impliquées dans le déplacement d'un projet entre des organisations, de brèves instructions pour chaque étape et un lien vers plus d'informations.

Checklist

Cliquez sur un élément de la checklist pour afficher plus d'informations et cochez la case lorsque vous terminez une tâche.

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 changements dans la hiérarchie des ressources causés par un déplacement 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 IAM.

Créez un plan pour vous assurer de remédier à toutes les conséquences potentielles du déplacement 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 le déplacement du projet.

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

Traitez les cas particuliers

En raison de la nature du déplacement d'un projet d'une organisation à une autre, il existe de nombreuses interactions potentielles entre les services utilisés au niveau du projet et de l'organisation. 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.

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

Vous devez disposer d'un ensemble particulier de rôles IAM pour déplacer un projet d'une organisation à une autre. 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 déplacer et sa ressource parente.

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

• Administrateur des règles d'administration (roles/orgpolicy.policyAdmin) sur les organisations 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.

Configurer les règles d'administration

Pour déplacer un projet d'une organisation à une autre, vous devez définir la contrainte constraints/resourcemanager.allowedExportDestinations, qui définit les organisations vers lesquelles le projet peut être déplacé.

Du côté de la destination, vous devez définir la contrainte constraints/resourcemanager.allowedImportSources qui définit les organisations à 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 en savoir plus sur ces contraintes de règles d'administration, consultez la section Configurer les règles d'administration.

Effectuer la migration

Une fois que vous avez terminé les étapes ci-dessus, vous pouvez utiliser l'API Resource Manager pour déplacer une ressource de projet. Vous pouvez utiliser la pagegcloud beta projects move Commande CLI Google Cloud ouprojects.update() Méthode API REST pour effectuer le déplacement.

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