Déplacer un projet d'une organisation à une autre
Vous pouvez déplacer un projet — avec tout ce qu'il contient — d'une organisation à une autre, sans rien redéployer.
Ce qui suit le projet
Le déplacement emporte l'intégralité du contenu en une seule opération :
- tous les environnements ;
- toutes les applications ;
- toutes les bases de données (PostgreSQL, MySQL, MariaDB, MongoDB, Redis) ;
- toutes les stacks Compose ;
- tous les domaines rattachés à ces services.
Il n'y a rien à migrer pièce par pièce : toute l'arborescence suit le projet automatiquement.
Vos services en cours d'exécution ne sont ni redéployés ni redémarrés par un déplacement. Les espaces de noms Kubernetes sont liés au nom du projet, pas à l'organisation : les charges de travail continuent de tourner exactement comme avant.
Qui peut déplacer un projet
Vous devez être propriétaire ou administrateur des deux organisations :
- celle où se trouve le projet (l'organisation d'origine) ;
- et celle vers laquelle vous le déplacez (l'organisation de destination).
| Votre rôle… | Organisation d'origine | Organisation de destination |
|---|---|---|
| Propriétaire ou administrateur des deux côtés | ✅ Déplacement possible | ✅ Déplacement possible |
| Membre, ou administrateur d'un seul côté | ❌ Déplacement impossible | ❌ Déplacement impossible |
Si vous n'appartenez pas aux deux organisations comme propriétaire ou administrateur, le déplacement est refusé.
Comment déplacer un projet
- Allez dans Projects.
- Sur la carte du projet, ouvrez le menu d'actions (le ⋯).
- Cliquez sur Move.
- Choisissez l'organisation de destination dans la liste. Seules apparaissent celles où vous êtes propriétaire ou administrateur.
- Lisez l'avertissement sur les accès de l'équipe et la facturation (voir plus bas), puis cliquez sur Move project.
Le projet disparaît de la liste de l'organisation actuelle et apparaît sous l'organisation de destination.
Le sélecteur ne liste que les organisations où vous êtes propriétaire ou administrateur, en dehors de l'organisation courante. Si celle que vous cherchez n'y est pas, demandez à l'un de ses propriétaires de vous nommer administrateur.
Ce qu'il advient des accès de l'équipe
Les accès sont propres à chaque organisation : un déplacement remet donc à zéro qui peut atteindre le projet.
- Les membres de l'organisation d'origine perdent l'accès au projet et à ses services. Leurs autorisations sur le projet déplacé sont effacées.
- Dans l'organisation de destination, les propriétaires et administrateurs voient le projet immédiatement.
- Les membres de l'organisation de destination n'ont aucun accès au départ : accordez-le-leur ensuite depuis Teams & Access Control s'ils en ont besoin.
Voir Équipes et contrôle d'accès pour la marche à suivre.
Limites de l'offre
Le déplacement est vérifié au regard de l'offre de l'organisation de destination. Si le projet devait lui faire dépasser ses limites — projets, applications, bases de données ou domaines — le déplacement est bloqué et rien n'est modifié.
Libérez de la capacité dans l'organisation de destination (ou faites-la passer à une offre supérieure), puis réessayez. Voir Offres et consommation.
Facturation et historique
La consommation et l'historique de facturation passés restent attribués à l'organisation d'origine : un déplacement ne refacture pas rétroactivement ce qui a déjà été consommé. À partir du déplacement, la consommation du projet est comptée pour l'organisation de destination.
Faire marche arrière
Il n'existe pas d'action « annuler » dédiée. Pour revenir en arrière, déplacez simplement le projet de nouveau, en choisissant l'organisation d'origine comme destination — les mêmes règles de rôle et de limites s'appliquent.