Vai al contenuto principale

​
Cosa sono le organizzazioni?

Le organizzazioni in Devin Enterprise sono gruppi logici che forniscono struttura e definiscono i confini per i team di sviluppo. Ogni organizzazione funziona come un’unità autonoma con la propria Devin machine condivisa, l’accesso ai repository e le autorizzazioni dei membri.

​
Caratteristiche principali

Macchina Devin condivisa: Ogni organizzazione ha una propria macchina Devin dedicata condivisa da tutti i membri. Questo garantisce una configurazione dell’ambiente coerente e consente ai membri del team di collaborare nello stesso contesto di sviluppo. Isolamento dei repository: Tutti i repository autorizzati per un’organizzazione sono accessibili a tutti i membri di tale 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 relative 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 dell’organizzazione

​
Gerarchia Enterprise

Account Enterprise
├── Organizzazione A (Piattaforma E-commerce)
│   ├── Membri: sviluppatori full-stack, product manager
│   └── Repository: web-app, mobile-app, api-service, shared-components
├── Organizzazione B (Piattaforma di Analytics)  
│   ├── Membri: data engineer, sviluppatori backend
│   └── Repository: data-pipeline, analytics-api, reporting-dashboard
└── Organizzazione C (Infrastruttura e Sicurezza)
    ├── Membri: ingegneri di piattaforma, ingegneri di sicurezza
    └── Repository: infrastructure, deployment-scripts, security-tools

​
Flusso di controllo degli accessi

  1. Enterprise Admin crea le organizzazioni e gestisce le impostazioni generali dell’istanza enterprise
  2. Team Admins invitano i membri alle proprie organizzazioni
  3. Members accedono a Devin e ai repository delle organizzazioni a cui sono assegnati
  4. Le autorizzazioni dei repository vengono concesse dagli Enterprise Admin alle organizzazioni

​
Pianificare la struttura della tua organizzazione

Un approccio efficace è mappare ogni organizzazione Devin su un team GitHub/GitLab, che spesso corrisponde ai gruppi del tuo Identity Provider (IdP) e alle applicazioni business. Questo offre un metodo sistematico per scalare l’utilizzo e gestire l’accesso ai repository.

​
Esempio di mappatura

GitHub TeamDevin OrganizationIdP GroupBusiness Function
ecommerce-platformPiattaforma e-commerceproduct-ecommerceEsperienza di acquisto del cliente (web, API, ecc.)
analytics-platformPiattaforma di analisiproduct-analyticsAnalisi dei dati e reportistica
payments-teamPiattaforma pagamentiproduct-paymentsElaborazione dei pagamenti e fatturazione
platform-infraInfrastrutturaeng-platformInfrastruttura condivisa e sicurezza

​
Schema decisionale

Quando pianifichi la struttura della tua organizzazione, considera questi fattori:
Domanda: Come sono attualmente organizzati i tuoi team di sviluppo?Guida: Crea organizzazioni che rispecchino la struttura dei 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, prendi in considerazione un’unica organizzazione “Product Team” invece di organizzazioni separate per frontend/backend.
Domanda: A quali repository devono avere accesso i diversi team?Guida: Raggruppa i team che devono accedere allo stesso insieme di repository. Ricorda che tutti i membri di un’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 di design system condiviso, potrebbero appartenere alla stessa organizzazione.
Domanda: Come vuoi monitorare e assegnare i costi di utilizzo di Devin?Guida: Le organizzazioni rappresentano naturali centri di costo per il monitoraggio dell’utilizzo degli ACU. Allinea le organizzazioni alla tua struttura di budgeting.Esempio: Se prevedi budget separati per ogni linea di prodotto, crea organizzazioni che riflettano tali ambiti di prodotto.

​
Passaggio successivo

Configura la tua prima organizzazione: scopri come creare e configurare le organizzazioni nel tuo account Enterprise per iniziare a organizzare i team di sviluppo.