Cette page explique comment automatiser la gestion des Users et des Teams à l’aide de l’API SCIM et de l’API du SDK Python.
Utilisez l’API SCIM de W&B pour gérer à grande échelle les Users et les Teams de votre organisation W&B à l’aide d’un fournisseur d’identité (IdP) comme Okta ou Microsoft Entra.
L’implémentation de W&B comprend des points de terminaison permettant d’attribuer des rôles, ainsi que de créer et gérer des rôles personnalisés, et d’attribuer des rôles intégrés et personnalisés. Les points de terminaison de rôles ne font pas partie du schéma SCIM officiel. W&B ajoute ces points de terminaison pour permettre la gestion automatisée des rôles personnalisés.
Désactivez un utilisateur avec PATCH /scim/Users/{id} et définissez {"active": false}. L’option d’hébergement détermine le résultat : les déploiements Cloud dédié et Autogéré conservent l’enregistrement de l’utilisateur, tandis que le Cloud mutualisé supprime l’utilisateur de l’organisation. La réactivation n’est pas disponible dans le Cloud mutualisé ; rajoutez plutôt l’utilisateur. Voir Désactiver un utilisateur et Réactiver un utilisateur. PATCH Group pour ajouter ou supprimer des Users dans une équipe existante.
Il n’existe pas dans W&B de notion de groupe d'Users ayant le même rôle. Une équipe W&B ressemble beaucoup à un groupe et permet à différents profils, avec des rôles variés, de collaborer sur un ensemble de projets liés. Les Teams peuvent être composées de différents groupes d’Users. Attribuez à chaque utilisateur d’une équipe un rôle : administrateur d’équipe, membre, observateur ou rôle personnalisé.W&B associe les points de terminaison de l’API Group SCIM aux Teams W&B en raison de la similarité entre les groupes et les Teams W&B.
API des rôles personnalisés
Supprimez un rôle personnalisé avec prudence.Supprimez un rôle personnalisé dans une organisation W&B avec l’endpoint DELETE Role. Le rôle prédéfini dont hérite le rôle personnalisé est attribué à tous les utilisateurs auxquels ce rôle personnalisé est assigné avant l’opération.Mettez à jour le rôle hérité d’un rôle personnalisé avec l’endpoint PUT Role. Cette opération n’affecte aucune des autorisations personnalisées existantes, c’est-à-dire non héritées, du rôle personnalisé.
