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.
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.