Présentation des environnements de cycle de vie

Un environnement de cycle de vie est un pipeline défini par l'utilisateur qui fournit du contenu sélectionné avec contrôle des versions de manière ordonnée.

Les instances les mieux adaptées aux environnements de cycle de vie sont de type boîtier et présentent une tolérance minimale en matière de variabilité du logiciel installé. Les mises à jour apportées aux instances sont des versions fixes du contenu que vous définissez dans une source de logiciels personnalisée avec numéro de version. La seule fois où le contenu est modifié, c'est lorsqu'une nouvelle version est créée et promue dans une phase.

Vous pouvez créer un environnement de cycle de vie avec un maximum de cinq étapes et affecter des instances à chaque étape. Ensuite, créez une source de logiciels personnalisée avec contrôle des versions avec des mises à jour d'ensemble spécifiques pour promouvoir au moyen des étapes. La promotion installe tout le contenu de la source avec contrôle des versions sur les instances de l'étape.

Note

Les environnements de cycle de vie sont différents dans le centre de gestion du système d'exploitation que dans d'autres produits tels qu'Oracle Linux Manager. Une fois créée, vous ne pouvez pas mettre à jour ou modifier une source avec contrôle des versions. Les instances d'un environnement de cycle de vie sont de type boîtier et reçoivent tout le contenu de la source avec contrôle des versions. Si vous avez besoin de plus de flexibilité pour la mise à jour, utilisez des groupes et des sources logicielles personnalisées.

FOIRE AUX QUESTIONS

Comment utiliser un environnement de cycle de vie?

Pour utiliser des environnements de cycle de vie :

Créez un environnement de cycle de vie avec les étapes dont vous avez besoin (par exemple, développement, test et production). Un minimum de deux étapes est requis. Le maximum est de cinq étapes.
Affectez des instances à une étape d'un environnement de cycle de vie. Une instance ne peut être qu'en une seule étape.
Créez une source de logiciels personnalisée avec contrôle des versions pour spécifier les ensembles et les modules à déployer sur les instances.
Promouvoir la source avec contrôle des versions au moyen du pipeline d'une étape du cycle de vie à l'autre (par exemple, du développement au test et enfin à la production). La promotion installe tout le contenu dans la source avec contrôle des versions sur les instances de l'étape. Voir Que se passe-t-il lorsque je promeut du contenu dans une étape?

Voir aussi Tutoriel : Utiliser des environnements de cycle de vie.

À quoi sert une source de logiciels personnalisée avec contrôle des versions?

Une source de logiciels personnalisée avec contrôle des versions comporte plusieurs attributs distincts :

Indicateur de version : Lors de la création d'une source avec contrôle des versions, vous affectez une version à la source de logiciels.
Contenu d'ensemble spécifique : Lors de la création, vous utilisez des filtres ou une liste d'ensembles pour limiter le contenu. Une source de logiciels personnalisée avec contrôle des versions ne doit inclure que les ensembles et les modules à installer sur les instances cibles. Lors de la création d'une source de logiciels personnalisée avec contrôle des versions avec des filtres, l'option Dernier seulement est requise.
Immutable : Une fois créé, vous ne pouvez pas modifier les ensembles et modules de la source de logiciels ni sa version.

Important

Sélectionnez soigneusement les ensembles et les modules dans la source de logiciels personnalisée avec contrôle des versions. Lors de la promotion vers une étape du cycle de vie, le service installe tout le contenu de la source vers les instances cibles.

Que se passe-t-il lorsque je fais la promotion du contenu sur une scène?

Lors de la promotion d'une source avec numéro de version vers une étape de cycle de vie, le service :

Associe la source de logiciels personnalisée avec numéro de version à l'étape du cycle de vie.
Détache les sources de logiciels précédemment attachées de l'instance.
Attache à l'instance la source de logiciels personnalisée avec contrôle des versions associée à l'étape de cycle de vie.
Installe tous les ensembles et modules de la source de logiciels personnalisée avec contrôle des versions attachée à l'instance.

Voir aussi : Exemple de promotion de contenu au moyen d'étapes de cycle de vie

Que se passe-t-il lorsque j'attache une instance à une étape?

Une instance est membre d'une et d'une seule étape. Vous pouvez affecter des instances à une étape de l'environnement de cycle de vie à l'aide de l'une des méthodes suivantes :

Lors de l'association d'une instance à une étape de cycle de vie, le service :

Détache les sources de logiciels précédemment attachées de l'instance.
Attache à l'instance la source de logiciels personnalisée avec contrôle des versions associée à l'étape de cycle de vie.
Installe tous les ensembles et modules de la source de logiciels personnalisée avec contrôle des versions attachée à l'instance.

Si l'étape de cycle de vie n'a pas encore de source de logiciels personnalisée avec contrôle des versions promotée vers elle, aucune modification n'est apportée à l'instance. Toutefois, vous ne pouvez plus gérer l'instance de manière autonome (telle que la mise à jour d'une instance). Lors de la prochaine promotion d'une source avec contrôle des versions, le service l'attachera à tous les membres de l'étape et installera tout son contenu.

Que se passe-t-il lorsque je détache une instance d'une étape?

Lors du détachement d'une instance d'une étape de cycle de vie, le service :

Supprime l'instance de l'étape de cycle de vie.
Détache la source de logiciels personnalisée avec contrôle des versions (sans aucune source de logiciels attachée à l'instance).

Important

Après le détachement de l'instance, elle n'a plus de sources de logiciels associées et ne recevra pas de mises à jour. Vous pouvez la gérer en tant qu'instance autonome ou affecter l'instance à un groupe ou à un autre cycle de vie.

Exemple de promotion de contenu au moyen d'étapes de cycle de vie

L'exemple suivant illustre un environnement de cycle de vie en trois étapes (Développement, Test et Production) et décrit comment les étapes de cycle de vie sont utilisées pour gérer les versions mensuelles de correctifs.

Nouvelle version mensuelle en développement: Supposons que votre parc exécute déjà la version du correctif, Monthly-2024.05. Le personnel des opérations commence à préparer la prochaine version mensuelle. Ils créent une nouvelle source de logiciels personnalisée avec contrôle des versions (Monthly-2024.06) et la promeuvent. Le service installe tout le contenu dans Monthly-2024.06 vers les instances à l'étape de développement.
Version promue au test: Une fois le développement terminé sur Monthly-2024.06, l'équipe des opérations promeut le contenu jusqu'à l'étape de test où l'équipe d'assurance qualité (AQ) commence ses tests. Le service installe tout le contenu dans Monthly-2024.06 vers les instances à l'étape de test.
Prochaine version mensuelle en développement: À mesure que l'équipe d'assurance de la qualité poursuit ses tests et la validation de Monthly-2024.06, l'équipe des opérations commence à travailler à l'assemblage de la prochaine version mensuelle. Les opérations créent et promeuvent une nouvelle source de logiciels personnalisée avec contrôle des versions (Monthly-2024.07) jusqu'à l'étape Développement. Le service installe tout le contenu dans Monthly-2024.07 vers les instances à l'étape de développement.

Documentation sur Oracle Cloud Infrastructure