Comprendre les environnements de cycle de vie

Un environnement de cycle de vie est un pipeline défini par l'utilisateur qui fournit un contenu avec numéro de version sélectionné de manière ordonnée.

Les instances les mieux adaptées aux environnements de cycle de vie sont de type appliance et présentent une tolérance minimale en matière de variabilité dans les logiciels installés. Vous fournissez les mises à jour aux instances en tant que versions fixes du contenu que vous définissez dans une source logicielle personnalisée avec version. La seule fois où le contenu est modifié est lorsqu'une nouvelle version est créée et promue vers 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 logicielle personnalisée avec numéro de version avec des mises à jour de package spécifiques pour promouvoir au cours des étapes. La promotion installe tout le contenu de la source avec numéro de version sur les instances de la phase.

Remarque

Les environnements de cycle de vie sont différents dans OS Management Hub que dans d'autres produits tels qu'Oracle Linux Manager. Une fois créé, vous ne pouvez pas mettre à jour ou modifier une source avec numéro de version. Les instances d'un environnement de cycle de vie sont de type appliance et reçoivent tout le contenu de la source avec numéro de version. Si vous avez besoin de plus de flexibilité en matière de mise à jour, utilisez des groupes et des sources logicielles personnalisées.

FAQ

Comment utiliser un environnement de cycle de vie ?

Pour utiliser des environnements de cycle de vie, vous devez :

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 phase d'un environnement de cycle de vie. Une instance peut se trouver dans une seule et unique phase.
Créez une source logicielle personnalisée avec numéro de version pour indiquer les packages et les modules à déployer sur les instances.
Promouvoir la source avec numéro de version via le pipeline d'une phase de cycle de vie à l'autre (par exemple, du développement au test et enfin à la production). La promotion installe tout le contenu de la source avec numéro de version sur les instances de la phase. Reportez-vous à Que se passe-t-il lorsque je promeut un contenu vers une phase ?

Reportez-vous également à Tutoriel : Utilisation des environnements de cycle de vie.

Qu'est-ce qu'une source logicielle personnalisée avec numéro de version ?

Une source logicielle personnalisée avec numéro de version possède plusieurs attributs distincts :

Indicateur de version : lorsque vous créez une source avec numéro de version, vous affectez une version à la source logicielle.
Contenu de package spécifique : lors de la création, vous utilisez des filtres ou une liste de packages pour limiter le contenu. Une source logicielle personnalisée avec numéro de version doit uniquement inclure les packages et modules que vous souhaitez installer sur les instances cible. Lors de la création d'une source logicielle personnalisée avec numéro de version avec des filtres, l'option dernière version uniquement est requise.
Immutable : une fois créés, vous ne pouvez pas modifier les packages et modules de la source logicielle, ni sa version.

Important

Sélectionnez soigneusement les packages et les modules dans la source logicielle personnalisée avec numéro de version. Lorsque le service est promu vers une phase de cycle de vie, il installe tout le contenu de la source vers les instances cible.

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

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

Associe la source logicielle personnalisée avec numéro de version à la phase de cycle de vie.
Détache les sources logicielles précédemment attachées de l'instance.
Attache à l'instance la source logicielle personnalisée avec numéro de version associée à la phase de cycle de vie.
Installe tous les packages et modules de la source logicielle personnalisée avec numéro de version attachée à l'instance.

Voir aussi : Exemple de promotion de contenu via des étapes du cycle de vie

Que se passe-t-il lorsque j'associe une instance à une phase ?

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

Lors de l'attachement d'une instance à une phase du cycle de vie, le service :

Détache les sources logicielles précédemment attachées de l'instance.
Attache à l'instance la source logicielle personnalisée avec numéro de version associée à la phase de cycle de vie.
Installe tous les packages et modules de la source logicielle personnalisée avec numéro de version attachée à l'instance.

Si la phase de cycle de vie n'a pas encore de source logicielle personnalisée avec numéro de version promue vers celle-ci, aucune modification n'est apportée à l'instance. Toutefois, vous ne pouvez plus gérer l'instance en tant qu'instance autonome (comme la mise à jour d'une instance). Lors de la prochaine promotion d'une source avec numéro de version, le service l'attachera à tous les membres de la phase et installera tout son contenu.

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

Lors de la dissociation d'une instance d'une phase du cycle de vie, le service :

Enlève l'instance de la phase de cycle de vie.
Détache la source logicielle personnalisée avec numéro de version (aucune source logicielle n'est attachée à l'instance).

Important

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

Exemple de promotion de contenu via des étapes du cycle de vie

L'exemple suivant illustre un environnement de cycle de vie avec 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 de patches mensuelles.

Nouvelle version mensuelle en développement: Supposons que votre parc exécute déjà la version de patch, Monthly-2024.05. Le personnel des opérations commence à préparer la prochaine version mensuelle. Ils créent une source logicielle personnalisée avec numéro de version (Monthly-2024.06) et la promeuvent. Le service installe tout le contenu dans Monthly-2024.06 sur les instances de la phase 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'à la phase de test où l'équipe d'assurance qualité (AQ) commence ses tests. Le service installe tout le contenu dans Monthly-2024.06 sur les instances de la phase de test.
Prochaine version mensuelle en développement: Alors que l'équipe d'assurance qualité poursuit ses tests et sa validation de Monthly-2024.06, l'équipe des opérations commence à travailler à l'assemblage de la prochaine version mensuelle. Operations crée une source logicielle personnalisée avec numéro de version (Monthly-2024.07) et la promeut jusqu'à la phase de développement. Le service installe tout le contenu dans Monthly-2024.07 sur les instances de la phase de développement.

Documentation Oracle Cloud Infrastructure