Rôles et permissions
Eguneratua 2026(e)ko urriaren 27(a)
Rôles et permissions
Quatre rôles gradués contrôlent ce que chaque membre peut faire dans un projet partagé.
Les rôles
| Rôle | En une phrase |
|---|---|
| Owner | Le créateur du projet : tous les droits, y compris le supprimer |
| Admin | Tous les droits sauf la suppression du projet |
| Developer | Déploie et configure les services, sans gérer l'équipe |
| Viewer | Lecture seule : canvas, logs, métriques |
Matrice détaillée
| Action | Owner | Admin | Developer | Viewer |
|---|---|---|---|---|
| Voir le projet, logs, métriques | ✓ | ✓ | ✓ | ✓ |
| Créer des services / déployer un template | ✓ | ✓ | ✓ | Non |
| Déployer, redémarrer, variables, domaines | ✓ | ✓ | ✓ | Non |
| Gérer les redirections | ✓ | ✓ | ✓ | Non |
| Organiser le canvas (cartes, liens, dossiers) | ✓ | ✓ | ✓ | Non |
| Supprimer un service | ✓ | ✓ | Non | Non |
| Renommer / décrire le projet | ✓ | ✓ | Non | Non |
| Inviter, retirer, changer les rôles | ✓ | ✓ | Non | Non |
| Supprimer le projet | ✓ | Non | Non | Non |
Choisir le bon rôle
- Viewer pour un client ou un manager qui suit l'avancement sans toucher à rien.
- Developer pour l'équipe qui code au quotidien : il peut tout déployer, mais il ne peut ni gérer l'équipe ni supprimer de service.
- Admin pour votre binôme de confiance : il gère tout, sauf la suppression du projet.
Un changement de rôle prend effet immédiatement, sans reconnexion.
Les permissions s'appliquent aussi à l'API et au CLI : une clé API agit avec les rôles de son propriétaire, jamais plus.