Descripción de los Entornos de Ciclo de Vida
Un entorno de ciclo de vida es un pipeline definido por el usuario para entregar contenido seleccionado con versiones de forma ordenada.
Las instancias más adecuadas para entornos de ciclo de vida son similares a dispositivos y tienen una tolerancia mínima para la variabilidad en el software instalado. Las actualizaciones se entregan a instancias como versiones fijas de contenido que se definen en un origen de software personalizado versionado. La única vez que cambia el contenido es cuando se crea una nueva versión y se promociona a una etapa.
Puede crear un entorno de ciclo de vida con un máximo de cinco etapas y asignar instancias a cada etapa. A continuación, cree un origen de software personalizado con versiones con actualizaciones de paquetes específicas para promover por las etapas. La promoción instala todo el contenido del origen versionado en las instancias de la etapa.
Los entornos de ciclo de vida son diferentes en OS Management Hub que en otros productos como Oracle Linux Manager. Una vez creado, no puede actualizar ni modificar un origen con versiones. Las instancias de un entorno de ciclo de vida son similares a un dispositivo y reciben todo el contenido del origen con versiones. Si necesita más flexibilidad de actualización, utilice grupos y orígenes de software personalizados.
Preguntas más frecuentes
- ¿Cómo puedo utilizar un entorno de ciclo de vida?
- ¿Qué es un origen de software personalizado versionado?
- ¿Qué sucede cuando promociono contenido a una etapa?
- ¿Qué sucede cuando asocio una instancia a una etapa?
- ¿Qué sucede cuando desasocio una instancia de una etapa?
¿Cómo puedo utilizar un entorno de ciclo de vida?
Para utilizar entornos de ciclo de vida, debe:
- Cree un entorno de ciclo de vida con las etapas que necesite (por ejemplo, desarrollo, prueba y producción). Se requiere un mínimo de dos etapas. El máximo es de cinco etapas.
- Asignar instancias a una etapa de un entorno de ciclo de vida. Una instancia puede estar en una sola etapa.
- Cree un origen de software personalizado con versiones para especificar los paquetes y módulos que desea desplegar en las instancias.
- Ascender el origen versionado a través del pipeline de una etapa del ciclo de vida a la siguiente (por ejemplo, de desarrollo a prueba y, finalmente, a producción). La promoción instala todo el contenido en el origen con versiones en las instancias de la etapa. Consulte ¿Qué sucede cuando promociono contenido a una etapa?
Consulte también Tutorial: Uso de entornos de ciclo de vida.
¿Qué es un origen de software personalizado versionado?
Un origen de software personalizado versionado tiene varios atributos distintos:
- Identificador de versiones: al crear un origen con versiones, asigna una versión al origen de software.
- Contenido de paquete específico: durante la creación, utilice filtros o una lista de paquetes para limitar el contenido. Un origen de software personalizado versionado solo debe incluir los paquetes y módulos que desea instalar en las instancias de destino. Al crear un origen de software personalizado con versiones con filtros, se necesita la opción sólo la última versión.
- Inmutable: una vez creado, no puede cambiar los paquetes y módulos del origen de software ni su versión.
Seleccione cuidadosamente los paquetes y módulos del origen de software personalizado con versiones. Al ascender a una etapa del ciclo de vida, el servicio instala todo el contenido del origen en las instancias de destino.
¿Qué sucede cuando promociono contenido a una etapa?
Al promocionar un origen versionado a una etapa del ciclo de vida, el servicio:
- Asocia el origen de software personalizado versionado con la etapa del ciclo de vida.
- Desconecta los orígenes de software asociados anteriormente de la instancia.
- Permite anexar el origen de software personalizado con versiones asociado a la etapa del ciclo de vida a la instancia.
- Instale todos los paquetes y módulos del origen de software personalizado con versiones asociado a la instancia.
Consulte también: Ejemplo de promoción de contenido a través de etapas del ciclo de vida
¿Qué sucede cuando asocio una instancia a una etapa?
Una instancia es miembro de una sola etapa. Puede asignar instancias a una etapa en el entorno de ciclo de vida mediante uno de los siguientes métodos:
- Registro de una nueva instancia con un perfil de entorno de ciclo de vida
- Asociación de instancias existentes a una etapa en un entorno de ciclo de vida
Al asociar una instancia a una etapa del ciclo de vida, el servicio:
- Desconecta los orígenes de software asociados anteriormente de la instancia.
- Permite anexar el origen de software personalizado con versiones asociado a la etapa del ciclo de vida a la instancia.
- Instale todos los paquetes y módulos del origen de software personalizado con versiones asociado a la instancia.
Si la etapa del ciclo de vida aún no tiene un origen de software personalizado con versiones ascendido a ella, no se realizan cambios en la instancia. Sin embargo, ya no puede gestionar la instancia como autónoma (como actualización de una instancia). En la siguiente promoción de un origen versionado, el servicio lo adjuntará a todos los miembros de la etapa y instalará todo su contenido.
¿Qué sucede cuando desasocio una instancia de una etapa?
Al desasociar una instancia de una etapa del ciclo de vida, el servicio:
- Elimina la instancia de la etapa de ciclo de vida.
- Desasocia el origen de software personalizado versionado (sin dejar orígenes de software asociados a la instancia).
Después de desasociar la instancia, ya no tiene ningún origen de software asociado y no recibirá actualizaciones. Puede gestionarla como una instancia independiente o asignarla a un grupo u otro ciclo de vida.
Ejemplo de promoción de contenido a través de etapas del ciclo de vida
En el siguiente ejemplo se ilustra un entorno de ciclo de vida con tres etapas (Desarrollo, Prueba y Producción) y se describe cómo se utilizan las etapas de ciclo de vida para gestionar versiones de parches mensuales.
- Nueva versión mensual en Desarrollo
-
Supongamos que su conjunto ya está ejecutando la versión de parche,
Monthly-2024.05. El personal de operaciones comienza a preparar la próxima versión mensual. Crean un nuevo origen de software personalizado versionado (Monthly-2024.06) y lo promocionan. El servicio instala todo el contenido deMonthly-2024.06en instancias de la etapa de desarrollo.
- Versión promocionada a prueba
-
Una vez finalizado el desarrollo en
Monthly-2024.06, el equipo de operaciones promociona el contenido a la etapa de prueba en la que el equipo de aseguramiento de la calidad (QA) inicia sus pruebas. El servicio instala todo el contenido deMonthly-2024.06en instancias de la etapa Prueba.
- Próxima versión mensual en Desarrollo
-
A medida que el equipo de QA continúa con sus pruebas y validación de
Monthly-2024.06, el equipo de operaciones comienza a trabajar ensamblando la siguiente versión mensual. Operations crea y promueve un nuevo origen de software personalizado versionado (Monthly-2024.07) en la etapa de desarrollo. El servicio instala todo el contenido deMonthly-2024.07en instancias de la etapa de desarrollo.