Checklist pour la migration de projets

Cette checklist vous aidera à migrer des projets entre des ressources de l'organisation. La checklist ci-dessous contient une liste des principales tâches à effectuer lors de la migration d'un projet entre les ressources de l'organisation, de brèves instructions pour chaque étape et un lien vers plus d'informations.

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 la migration d'un projet peuvent entraîner des modifications des stratégies héritées, telles que les règles d'administration et les stratégies Identity and Access Management.

Créez un plan pour vous assurer que tous les impacts potentiels sont atténués lors de la migration de votre projet. Pour vous aider à élaborer votre plan, utilisez l'API Move Analysis afin d'obtenir une liste détaillée des blocages de 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 avez besoin d'un ensemble spécifique de rôles IAM pour migrer un projet entre différentes 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 sur sa ressource parente.

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

• 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.

Configurer des règles d'administration

Pour effectuer une migration de projet entre des ressources Organisation, vous devez définir la contrainte constraints/resourcemanager.allowedExportDestinations, qui définit les ressources Organisation vers lesquelles le projet peut être migré.

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

Traitez les cas particuliers

Lorsque vous migrez un projet entre des ressources Organisation, il est possible que vous deviez traiter certains scénarios au niveau du projet et des ressources de l'organisation. Dans le cadre de votre plan de migration, vous devez tenir compte de certains services impliqués si vous dépendez des services impliqués dans le 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.

Effectuer la migration

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

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