Informazioni sugli ambienti del ciclo di vita
Un ambiente del ciclo di vita è una pipeline definita dall'utente che fornisce contenuti selezionati con controllo delle versioni in modo ordinato.
Le istanze più adatte per gli ambienti del ciclo di vita sono di tipo appliance e presentano una tolleranza minima per la variabilità del software installato. Gli aggiornamenti alle istanze vengono forniti come versioni fisse del contenuto definite all'interno di un'origine software personalizzata con controllo delle versioni. L'unica volta che il contenuto cambia è quando una nuova versione viene creata e promossa a una fase.
È possibile creare un ambiente del ciclo di vita con un massimo di cinque fasi e assegnare istanze a ogni fase. Quindi, creare un'origine software personalizzata con controllo delle versioni con aggiornamenti di pacchetti specifici per promuovere attraverso le fasi. La promozione installa tutto il contenuto nell'origine con controllo delle versioni sulle istanze nella fase.
Gli ambienti del ciclo di vita sono diversi in OS Management Hub rispetto ad altri prodotti quali Oracle Linux Manager. Una volta creata, non è possibile aggiornare o modificare un'origine con controllo delle versioni. Le istanze in un ambiente del ciclo di vita sono di tipo appliance e ricevono tutto il contenuto dall'origine con controllo delle versioni. Se è necessaria maggiore flessibilità di aggiornamento, utilizzare i gruppi e le origini software personalizzate.
Domande frequenti
- Come si utilizza un ambiente del ciclo di vita?
- Che cos'è un'origine software personalizzata con controllo delle versioni?
- Cosa succede quando si promuove il contenuto in una fase?
- Che cosa accade quando si collega un'istanza a una fase?
- Che cosa accade quando si scollega un'istanza da una fase?
Come si utilizza un ambiente del ciclo di vita?
Per utilizzare gli ambienti del ciclo di vita, effettuare le operazioni riportate di seguito.
- Creare un ambiente del ciclo di vita con le fasi necessarie (ad esempio, sviluppo, test e produzione). È necessario un minimo di due fasi. Il massimo è di cinque fasi.
- Assegna istanze a una fase di un ambiente del ciclo di vita. Un'istanza può trovarsi in una sola fase.
- Creare un'origine software personalizzata con controllo delle versioni per specificare i package e i moduli che si desidera distribuire sulle istanze.
- Promuovi l'origine con controllo delle versioni attraverso la pipeline da una fase del ciclo di vita all'altra (ad esempio, dallo sviluppo al test e infine alla produzione). La promozione installa tutto il contenuto nell'origine con controllo delle versioni nelle istanze nella fase. Vedere Cosa succede quando si promuove il contenuto a una fase?
Vedere anche Esercitazione: Uso degli ambienti del ciclo di vita.
Che cos'è un'origine software personalizzata con controllo delle versioni?
Un'origine software personalizzata con controllo delle versioni ha diversi attributi distinti:
- Indicatore versione: quando si crea un'origine con controllo delle versioni, si assegna una versione all'origine software.
- Contenuto specifico del pacchetto: durante la creazione, è possibile utilizzare filtri o un elenco di pacchetti per limitare il contenuto. Un'origine software personalizzata con controllo delle versioni deve includere solo i pacchetti e i moduli che si desidera installare sulle istanze di destinazione. Quando si crea un'origine software personalizzata con controllo delle versioni con filtri, è richiesta l'opzione solo più recente.
- Immutabile: una volta creato, non è possibile modificare i pacchetti e i moduli nell'origine software o nella relativa versione.
Selezionare con attenzione i pacchetti e i moduli nell'origine software personalizzata con controllo delle versioni. Quando si passa a una fase del ciclo di vita, il servizio installa tutto il contenuto nell'origine nelle istanze di destinazione.
Cosa succede quando si promuove il contenuto in una fase?
Quando si promuove un'origine con controllo delle versioni a una fase del ciclo di vita, il servizio effettua le operazioni riportate di seguito.
- Associa l'origine software personalizzata con controllo delle versioni alla fase del ciclo di vita.
- Scollega le origini software precedentemente collegate dall'istanza.
- Collega all'istanza l'origine software personalizzata con controllo delle versioni associata alla fase del ciclo di vita.
- Installa tutti i package e i moduli nell'origine software personalizzata con controllo delle versioni collegata all'istanza.
Vedere anche: Esempio di promozione del contenuto nelle fasi del ciclo di vita
Che cosa accade quando si collega un'istanza a una fase?
Un'istanza è membro di una sola fase. È possibile assegnare istanze a una fase dell'ambiente del ciclo di vita utilizzando uno dei metodi riportati di seguito.
- Registrazione di una nuova istanza con un profilo di ambiente del ciclo di vita
- Collegamento delle istanze esistenti a una fase di un ambiente del ciclo di vita
Quando si collega un'istanza a una fase del ciclo di vita, il servizio effettua le operazioni riportate di seguito.
- Scollega le origini software precedentemente collegate dall'istanza.
- Collega all'istanza l'origine software personalizzata con controllo delle versioni associata alla fase del ciclo di vita.
- Installa tutti i package e i moduli nell'origine software personalizzata con controllo delle versioni collegata all'istanza.
Se alla fase del ciclo di vita non è ancora stata promossa un'origine software personalizzata con controllo delle versioni , non vengono apportate modifiche all'istanza. Tuttavia, non è più possibile gestire l'istanza come standalone, ad esempio aggiornamento di un'istanza. Alla successiva promozione di un'origine con controllo delle versioni, il servizio la assocerà a tutti i membri della fase e installerà tutto il relativo contenuto.
Che cosa accade quando si scollega un'istanza da una fase?
Quando si scollega un'istanza da una fase del ciclo di vita, il servizio effettua le operazioni riportate di seguito.
- Rimuove l'istanza dalla fase del ciclo di vita.
- Scollega l'origine software personalizzata con controllo delle versioni (senza alcuna origine software collegata all'istanza).
Dopo lo scollegamento, l'istanza non dispone più di origini software associate e non riceverà aggiornamenti. Puoi gestirla come istanza standalone o assegnare l'istanza a un gruppo o a un altro ciclo di vita.
Esempio di promozione del contenuto durante le fasi del ciclo di vita
Nell'esempio seguente viene illustrato un ambiente del ciclo di vita con tre fasi (Sviluppo, Test e Produzione) e viene descritto come vengono utilizzate le fasi del ciclo di vita per gestire le release di patch mensili.
- Nuova release mensile in sviluppo
-
Si supponga che la flotta stia già eseguendo la release patch
Monthly-2024.05. Il personale operativo inizia a preparare la prossima release mensile. Creano una nuova origine software personalizzata con controllo delle versioni (Monthly-2024.06) e la promuovono. Il servizio installa tutto il contenuto inMonthly-2024.06nelle istanze nella fase di sviluppo.
- Release promossa a test
-
Dopo il completamento dello sviluppo su
Monthly-2024.06, il team operativo promuove il contenuto fino alla fase Test in cui il team Quality Assurance (QA) inizia il test. Il servizio installa tutto il contenuto inMonthly-2024.06nelle istanze nella fase di test.
- Prossima release mensile in sviluppo
-
Mentre il team di controllo qualità continua il test e la convalida di
Monthly-2024.06, il team operativo inizia a lavorare assemblando la prossima release mensile. Operations crea e promuove una nuova origine software personalizzata con controllo delle versioni (Monthly-2024.07) nella fase di sviluppo. Il servizio installa tutto il contenuto inMonthly-2024.07nelle istanze nella fase di sviluppo.