Groupes
Dans Red Kite, les permissions ne sont pas accordées directement aux utilisateurs : elles sont accordées à des groupes, et les utilisateurs sont membres de groupes. Un utilisateur a les permissions de tous les groupes dont il est membre.
Un groupe définit :
- Membres : les utilisateurs du groupe.
- Portées (scopes) : les permissions du groupe, comme lire les domaines (
resources:domains:read) ou créer des tâches (automation:custom-jobs:create). Les portées sont organisées en arborescence : un parent commeresources:*couvre toutes les portées qui se trouvent sous lui. - Projets : les projets auxquels les permissions s'appliquent. Soit tous les projets, soit certains projets seulement.
Groupes par défaut
| Groupe | Projets | Description |
|---|---|---|
| admins | Tous les projets | A le plein contrôle de l'application. |
| users | Tous les projets | Peut seulement utiliser l'application, sans pouvoir la configurer. |
| read-only | Tous les projets | Peut seulement lire les données, sans les modifier. |
Le groupe admins est en lecture seule : il ne peut être ni modifié ni supprimé, et Red Kite conserve toujours au moins un administrateur.
Lorsque vous créez un groupe, vous pouvez partir d'un gabarit : les groupes par défaut, plus contributeur de projet (peut ajouter et mettre à jour des données dans les projets sélectionnés) et lecture seule de projet (peut lire les données dans les projets sélectionnés).
« Les vôtres » et « ceux de tous »
Certaines actions existent sous deux portées : une pour vos propres éléments, et une se terminant par -all pour ceux de tous. Par
exemple, chaque utilisateur peut mettre à jour son propre profil avec manage:users:update, mais seule manage:users:update-all permet
de mettre à jour les autres utilisateurs. Par défaut, les portées -all sont accordées aux administrateurs seulement.
Pour gérer les groupes, consultez Gérer les rôles et les permissions.