Noções Básicas de Ambientes de Ciclo de Vida

Um ambiente de ciclo de vida é um pipeline definido pelo usuário para fornecer conteúdo com controle de versão selecionado de forma ordenada.

As instâncias mais adequadas para ambientes de ciclo de vida são semelhantes a dispositivos e têm tolerância mínima para variabilidade em seu software instalado. Você entrega atualizações às instâncias como versões fixas do conteúdo que define em uma origem de software personalizada com controle de versão. A única vez que o conteúdo muda é quando uma nova versão é criada e promovida para um estágio.

Você pode criar um ambiente de ciclo de vida com no máximo cinco estágios e atribuir instâncias a cada estágio. Em seguida, crie uma origem de software personalizada com controle de versão com atualizações de pacote específicas para promover pelos estágios. A promoção instala todo o conteúdo na origem com controle de versão nas instâncias no estágio.

Observação

OS ambientes de ciclo de vida são diferentes no OS Management Hub do que em outros produtos, como o Oracle Linux Manager. Uma vez criada, não é possível atualizar ou alterar uma origem com controle de versão. As instâncias em um ambiente de ciclo de vida são semelhantes ao appliance e recebem todo o conteúdo da origem com controle de versão. Se você precisar de mais flexibilidade de atualização, use grupos e origens de software personalizadas.

FAQ

Como eu uso um ambiente de ciclo de vida?

Para usar ambientes de ciclo de vida, você:

Crie um ambiente de ciclo de vida com os estágios necessários (por exemplo, desenvolvimento, teste e produção). É necessário um mínimo de dois estágios. O máximo são cinco etapas.
Designe instâncias a um estágio em um ambiente de ciclo de vida. Uma instância pode estar em um e somente um estágio.
Crie uma origem de software personalizada com controle de versão para especificar pacotes e módulos que você deseja implantar nas instâncias.
Promova a origem com controle de versão por meio do pipeline de um estágio do ciclo de vida para o próximo (por exemplo, do desenvolvimento ao teste e, finalmente, à produção). A promoção instala todo o conteúdo na origem com controle de versão em instâncias no estágio. Consulte O que acontece quando eu promovo conteúdo para um estágio?

Consulte também Tutorial: Usar Ambientes de Ciclo de Vida.

O que é uma origem de software personalizada com controle de versão?

Uma origem de software personalizada com controle de versão tem vários atributos distintos:

Designador de versão: ao criar uma origem com controle de versão, você designa uma versão à origem de software.
Conteúdo de pacote específico: durante a criação, você usa filtros ou uma lista de pacotes para limitar o conteúdo. Uma origem de software personalizada com controle de versão deve incluir apenas os pacotes e módulos que você deseja instalar nas instâncias de destino. Ao criar uma origem de software personalizada com controle de versão com filtros, a opção somente mais recente é obrigatória.
Imutável: Depois de criado, você não pode alterar os pacotes e módulos na origem de software ou sua versão.

Importante

Selecione cuidadosamente os pacotes e módulos na origem de software personalizada com controle de versão. Quando promovido para um estágio do ciclo de vida, o serviço instala todo o conteúdo na origem para as instâncias de destino.

O que acontece quando eu promover conteúdo para um estágio?

Ao promover uma origem com controle de versão para um estágio do ciclo de vida, o serviço:

Associa a origem de software personalizada com controle de versão ao estágio do ciclo de vida.
Desanexa origens de software anexadas anteriormente da instância.
Anexa a origem de software personalizada com controle de versão associada ao estágio de ciclo de vida à instância.
Instala todos os pacotes e módulos na origem de software personalizada com controle de versão anexada à instância.

Consulte também: Exemplo de Promoção de Conteúdo por Estágios do Ciclo de Vida

O que acontece quando anexo uma instância a um estágio?

Uma instância é membro de um e somente um estágio. Você pode designar instâncias a um estágio no ambiente de ciclo de vida usando um dos seguintes métodos:

Ao anexar uma instância a um estágio de ciclo de vida, o serviço:

Desanexa origens de software anexadas anteriormente da instância.
Anexa a origem de software personalizada com controle de versão associada ao estágio de ciclo de vida à instância.
Instala todos os pacotes e módulos na origem de software personalizada com controle de versão anexada à instância.

Se o estágio do ciclo de vida ainda não tiver uma origem de software personalizada com controle de versão promovida para ele, nenhuma alteração será feita na instância. No entanto, você não pode mais gerenciar a instância como independente (como atualizar uma instância). Na próxima promoção de uma origem com controle de versão, o serviço a anexará a todos os membros do estágio e instalará todo o seu conteúdo.

O que acontece quando desanexo uma instância de um estágio?

Ao desanexar uma instância de um estágio de ciclo de vida, o serviço:

Remove a instância do estágio de ciclo de vida.
Desanexa a origem de software personalizada com controle de versão (não deixando origens de software anexadas à instância).

Importante

Depois de desanexar a instância, ela não terá mais origens de software associadas e não receberá atualizações. Você pode gerenciá-lo como uma instância independente ou designar a instância a um grupo ou a outro ciclo de vida.

Exemplo de Promoção de Conteúdo por Estágios do Ciclo de Vida

O exemplo a seguir ilustra um ambiente de ciclo de vida com três estágios (Desenvolvimento, Teste e Produção) e descreve como os estágios de ciclo de vida são usados para gerenciar versões de patch mensais.

Nova versão mensal em Desenvolvimento: Suponha que sua frota já esteja executando a release de patch, Monthly-2024.05. A equipe de operações começa a preparar a próxima versão mensal. Eles criam uma nova origem de software personalizada com controle de versão (Monthly-2024.06) e a promovem. O serviço instala todo o conteúdo em Monthly-2024.06 para instâncias no estágio de Desenvolvimento.
Liberação promovida para Teste: Após a conclusão do desenvolvimento em Monthly-2024.06, a equipe de operações promove o conteúdo para o estágio de Teste, onde a equipe de Garantia de Qualidade (QA) inicia seus testes. O serviço instala todo o conteúdo em Monthly-2024.06 para instâncias no estágio Testar.
Próxima versão mensal em Desenvolvimento: À medida que a equipe de QA continua seus testes e validação de Monthly-2024.06, a equipe de operações começa a trabalhar na montagem da próxima versão mensal. O Operations cria e promove uma nova origem de software personalizada com controle de versão (Monthly-2024.07) para o estágio de Desenvolvimento. O serviço instala todo o conteúdo em Monthly-2024.07 para instâncias no estágio de Desenvolvimento.

Documentação do Oracle Cloud Infrastructure