Skip to main content
La pagina Enterprise Rollout mostra lo stato degli ambienti nelle organizzazioni della tua Enterprise e ti aiuta a individuare quelle che necessitano di un blueprint o di una soluzione per una build. Per informazioni sul modello di ambiente alla base di queste metriche, consulta Gestione degli ambienti Enterprise e configurazione dichiarativa dell’ambiente.

Metriche riepilogative

La pagina riepiloga:

Stato dell’organizzazione

La tabella delle organizzazioni include: La tabella ordina prima le organizzazioni che richiedono attenzione: prima gli ambienti non funzionanti, poi le organizzazioni senza build recenti, infine quelle in buono stato. Usa la tabella per identificare:
  • Organizzazioni senza blueprint o repository dichiarativi.
  • Organizzazioni con build partial o failed.
  • Organizzazioni la cui ultima build riuscita non è recente.

Adozione graduale dei blueprint

Utilizza i dati sullo stato per adottare i blueprint in fasi controllate:

1. Convalidare la base Enterprise

Creare e convalidare un blueprint di base di livello Enterprise con gli strumenti, i runtime, i certificati e la configurazione condivisa necessari a ogni organizzazione. Verificare che la relativa build venga completata correttamente e che una sessione rappresentativa possa utilizzare l’ambiente risultante. Per informazioni sulla gerarchia dei blueprint e sulle linee guida per la configurazione condivisa, vedere Gestione degli ambienti Enterprise.

2. Aggiungi la configurazione dell’organizzazione e del repository

Dopo aver definito una base Enterprise stabile, configura i blueprint dell’organizzazione per gli strumenti a livello di team e i blueprint del repository per le dipendenze e i comandi specifici del progetto. Inizia con organizzazioni e repository rappresentativi, quindi estendi l’adozione al resto dell’Enterprise. Utilizza i blueprint dell’ambiente per creare e rivedere la configurazione.

3. Monitora lo stato delle build

Torna alla pagina Rollout dopo ogni fase di adozione. Esamina le organizzazioni con blueprint mancanti, build degradate o non riuscite e timestamp non aggiornati delle build riuscite. Correggi il blueprint pertinente a livello Enterprise, di organizzazione o di repository, quindi verifica che la build successiva torni a uno stato integro.
Considera una build riuscita come un punto di controllo, non come la conclusione della convalida. Avvia una sessione Devin reale per repository rappresentativi e verifica che strumenti, dipendenze, accesso alla rete e comandi del progetto funzionino come previsto.