Cosa sono le organizzazioni?
Le organizzazioni in Devin Enterprise sono raggruppamenti logici che forniscono struttura e confini per i tuoi team di sviluppo. Ogni organizzazione opera come un’unità autonoma con la propria configurazione dell’ambiente, accesso ai repository e autorizzazioni per i membri.Caratteristiche principali
Ambiente condiviso: Ogni organizzazione ha una propria configurazione dell’ambiente, che si sovrappone al blueprint enterprise. Questa configurazione viene integrata in uno snapshot da cui si avvia ogni sessione dell’organizzazione, in modo che tutti i membri partano dagli stessi repository, strumenti e dipendenze. Isolamento dei repository: Tutti i repository assegnati a un’organizzazione sono accessibili a tutti i membri di quell’organizzazione. L’accesso ai repository è gestito a livello di organizzazione, non per singolo utente. Ambiti dei membri: Gli utenti possono appartenere a più organizzazioni, ma il loro accesso e le loro autorizzazioni sono definiti in modo indipendente per ciascuna organizzazione. Separazione della fatturazione: Ogni organizzazione ha i propri limiti di ACU (Agent Compute Unit) e il proprio tracciamento dell’utilizzo, consentendo un’allocazione chiara dei costi tra i team.Struttura organizzativa
Gerarchia dell’Enterprise
Flusso di controllo degli accessi
- Enterprise Admin crea le organizzazioni e gestisce le impostazioni generali dell’Enterprise
- Organization Admins invitano i membri alle rispettive organizzazioni
- Members accedono a Devin e ai repository all’interno delle organizzazioni a cui sono assegnati
- Le autorizzazioni sui repository vengono concesse dagli Enterprise Admin alle organizzazioni
Pianificazione della struttura dell’organizzazione
Modello di mappatura consigliato
Un approccio efficace è associare ogni organizzazione Devin a un team GitHub/GitLab, che spesso è allineato con i gruppi del tuo Identity Provider (IdP) e con le tue applicazioni aziendali logiche. Questo offre un modo sistematico per scalare l’utilizzo e gestire l’accesso ai repository.Esempio di mappatura
Framework decisionale
Quando pianifichi la struttura organizzativa, considera questi fattori:Confini del team
Confini del team
Domanda: Come sono attualmente organizzati i tuoi team di sviluppo?Guida: Crea organizzazioni che rispecchino la tua struttura di team esistente. I team che collaborano regolarmente sulla stessa codebase dovrebbero in genere condividere un’organizzazione.Esempio: Se i tuoi team frontend e backend lavorano a stretto contatto sullo stesso prodotto, valuta un’unica organizzazione “Team Prodotto” invece di organizzazioni separate per frontend/backend.
Modelli di accesso ai repository
Modelli di accesso ai repository
Domanda: A quali repository devono avere accesso i diversi team?Guida: Raggruppa i team che hanno bisogno di accedere allo stesso insieme di repository. Ricorda che tutti i membri dell’organizzazione possono accedere a tutti i repository dell’organizzazione.Esempio: Se sia il tuo team web sia il tuo team mobile hanno bisogno di accedere a un repository condiviso del design system, potrebbero appartenere alla stessa organizzazione.
Allocazione dei costi e budgeting
Allocazione dei costi e budgeting
Domanda: Come vuoi tracciare e allocare i costi di utilizzo di Devin?Guida: Le organizzazioni costituiscono naturali centri di costo per il tracciamento dell’utilizzo delle ACU. Allinea le organizzazioni alla tua struttura di budgeting.Esempio: Se definisci il budget separatamente per ogni linea di prodotto, crea organizzazioni che riflettano tali linee di prodotto.