Que sont les organisations ?
Dans Devin Enterprise, les organisations sont des regroupements logiques qui structurent vos équipes de développement et en délimitent le périmètre. Chaque organisation fonctionne comme une unité autonome avec sa propre configuration d’environnement, ses accès aux repositories et ses autorisations des membres.Caractéristiques clés
Environnement partagé : chaque organisation dispose de sa propre configuration d’environnement, qui vient s’ajouter au blueprint d’entreprise. Cette configuration est intégrée à un snapshot à partir duquel démarre chaque session de l’organisation : tous les membres partent ainsi des mêmes repositories, outils et dépendances. Isolation des repositories : tous les repositories autorisés pour une organisation sont accessibles à tous les membres de cette organisation. L’accès aux repositories est géré au niveau de l’organisation, et non utilisateur par utilisateur. Périmètre des membres : les utilisateurs peuvent appartenir à plusieurs organisations, mais leurs accès et autorisations sont définis de manière indépendante pour chaque organisation. Séparation de la facturation : chaque organisation dispose de ses propres limites d’ACU (Agent Compute Unit) et de son propre suivi d’utilisation, ce qui permet une répartition claire des coûts entre les équipes.Structure de l’organisation
Hiérarchie de l’offre Enterprise
Flux de contrôle d’accès
- L’administrateur Enterprise crée des organisations et gère les paramètres globaux de l’Enterprise
- Les administrateurs d’organisation invitent des membres dans leurs organisations respectives
- Les membres accèdent à Devin et aux dépôts au sein des organisations auxquelles ils appartiennent
- Les autorisations sur les dépôts sont accordées par les administrateurs Enterprise aux organisations
Planification de la structure de votre organisation
Modèle de mappage recommandé
Une approche efficace consiste à faire correspondre chaque organisation Devin à une équipe GitHub/GitLab, ce qui s’aligne souvent avec vos groupes de fournisseur d’identité (IdP) et vos applications métier. Cela fournit une approche structurée pour généraliser l’utilisation et gérer l’accès aux dépôts.Exemple de correspondance
Cadre de décision
Lors de la planification de la structure de votre organisation, prenez en compte les facteurs suivants :Périmètres d’équipe
Périmètres d’équipe
Question : Comment vos équipes de développement sont-elles actuellement organisées ?Conseil : Créez des organisations qui reflètent votre structure d’équipe existante. Les équipes qui collaborent régulièrement sur la même codebase devraient généralement partager une organisation.Exemple : Si vos équipes frontend et backend travaillent en étroite collaboration sur le même produit, envisagez une seule organisation « Équipe produit » plutôt que des organisations distinctes pour le frontend et le backend.
Modèles d’accès aux dépôts
Modèles d’accès aux dépôts
Question : À quels dépôts les différentes équipes ont-elles besoin d’accéder ?Conseil : Regroupez les équipes qui ont besoin d’accéder au même ensemble de dépôts. N’oubliez pas que tous les membres de l’organisation peuvent accéder à tous les dépôts de l’organisation.Exemple : Si vos équipes web et mobile ont toutes deux besoin d’accéder à un dépôt de système de design partagé, elles peuvent appartenir à la même organisation.
Répartition des coûts et budgétisation
Répartition des coûts et budgétisation
Question : Comment souhaitez-vous suivre et répartir les coûts d’utilisation de Devin ?Conseil : Les organisations constituent des centres de coûts naturels pour le suivi de l’utilisation des ACU. Alignez les organisations sur votre structure budgétaire.Exemple : Si vous budgétez séparément pour chaque ligne de produits, créez des organisations qui correspondent à ces périmètres produits.