¿Qué son las organizaciones?
Las organizaciones en Devin Enterprise son agrupaciones lógicas que proporcionan estructura y límites para tus equipos de desarrollo. Cada organización funciona como una unidad independiente con su propia configuración de Environment, acceso a repositorios y permisos de sus miembros.Características clave
Environment compartido: Cada organización tiene su propia configuración de Environment, que se superpone al blueprint de Enterprise. Esta configuración se compila en una instantánea desde la que arranca cada sesión de la organización, de modo que todos los miembros parten de los mismos repositorios, herramientas y dependencias. Aislamiento de repositorios: Todos los repositorios asignados a una organización son accesibles para todos los miembros de esa organización. El acceso a los repositorios se gestiona a nivel de organización, no a nivel de usuario individual. Límites entre miembros: Los usuarios pueden pertenecer a varias organizaciones, pero su acceso y permisos se delimitan de forma independiente en cada organización. Separación de facturación: Cada organización tiene sus propios límites de ACU (Agent Compute Unit) y su propio seguimiento de uso, lo que permite una asignación clara de costes entre equipos.Estructura organizativa
Jerarquía de Enterprise
Flujo de control de acceso
- El Administrador de Enterprise crea organizaciones y gestiona la configuración general de Enterprise
- Los Administradores de organización invitan a miembros a sus organizaciones específicas
- Los Miembros acceden a Devin y a los repositorios dentro de sus organizaciones asignadas
- Los permisos de repositorio los conceden los Administradores de Enterprise a las organizaciones
Planificación de la estructura de la organización
Patrón de asignación recomendado
Un enfoque eficaz es asignar cada organización de Devin a un equipo de GitHub/GitLab, lo que a menudo se alinea con los grupos de tu proveedor de identidad (IdP) y con tus aplicaciones empresariales lógicas. Esto proporciona una forma sistemática de ampliar el uso y administrar el acceso a los repositorios.Ejemplo de correspondencia
Marco de decisiones
Al planificar la estructura de tu organización, ten en cuenta estos factores:Límites entre equipos
Límites entre equipos
Pregunta: ¿Cómo están organizados actualmente tus equipos de desarrollo?Orientación: Crea organizaciones que reflejen tu estructura de equipos existente. Los equipos que colaboran regularmente en el mismo código base normalmente deberían compartir una organización.Ejemplo: Si tus equipos de frontend y backend trabajan estrechamente en el mismo producto, considera una única organización de “Equipo de producto” en lugar de organizaciones separadas de frontend/backend.
Patrones de acceso a repositorios
Patrones de acceso a repositorios
Pregunta: ¿A qué repositorios necesitan acceso los distintos equipos?Orientación: Agrupa los equipos que necesitan acceso al mismo conjunto de repositorios. Recuerda que todos los miembros de la organización pueden acceder a todos los repositorios de la organización.Ejemplo: Si tanto tu equipo web como tu equipo móvil necesitan acceso a un repositorio compartido del sistema de diseño, podrían pertenecer a la misma organización.
Asignación de costos y presupuestos
Asignación de costos y presupuestos
Pregunta: ¿Cómo quieres hacer el seguimiento y asignar los costos de uso de Devin?Orientación: Las organizaciones proporcionan centros de costos naturales para el seguimiento del uso de ACU. Alinea las organizaciones con tu estructura de presupuestos.Ejemplo: Si asignas presupuestos por separado para cada línea de producto, crea organizaciones que coincidan con esas líneas de producto.