Crie um pipeline personalizado
Crie um pipeline personalizado para mover mudanças do seu ambiente de desenvolvimento para a produção (ou sua instância de destino) duplicando um dos ReleaseOps playbooks de amostra.
Antes de Iniciar
Função necessária: Releaseops.pipeline_admin e playbook.admin ou pd_author
Para obter mais informações sobre playbooks, consulte Exploring Playbook.
Por Que e Quando Desempenhar Esta Tarefa
Os playbooks e pipelines personalizados permitem que você crie estruturas de implantação personalizadas para as necessidades exclusivas do ambiente de desenvolvimento da sua organização. Os playbooks e pipelines personalizados são mais adequados para processos de implantação consistentes e esperados para ocorrer durante cada versão. Para processos de implantação mais variáveis, você pode considerar adicionar tarefas de runbook em vez de playbooks personalizados ou atividades de playbook. Para obter mais informações, consulte Tarefas do runbook em ReleaseOps.
Procedimento
Exemplo: Crie um playbook de avaliação
Crie um pipeline personalizado para mover mudanças pelo seu ambiente de não produção duplicando o playbook de avaliação de solicitação de implantação. Adicione o analisador de implantação para detectar se há mudanças de código na implantação e ignore os testes ATF (Automated Test Framework) durante a avaliação.
Antes de Iniciar
Função necessária: Releaseops.pipeline_admin e playbook.admin ou pd_author
Procedimento
Resultado
- O rótulo da instância do pipeline (no exemplo acima, o. Teste o rótulo inserido para a etapa 10a) é usado para mapear a definição da instância com a instância conforme referenciada no playbook. Mapear a definição da instância com o rótulo da instância permite que um playbook seja usado por várias definições de pipeline com topologias diferentes (mas o mesmo processo). Por exemplo, você pode criar outro registro de pipeline e associá-lo aos mesmos playbooks, mas definir um mapeamento de instância de teste diferente.
- A instância de origem do playbook é definida na solicitação de implantação, para que você possa ter vários ambientes de origem ou desenvolvimento para uma versão.
- A instância de destino é definida na versão, para que você possa reutilizar o mesmo pipeline para liberar para vários ambientes de destino ou produção.
- Somente instâncias intermediárias devem ser mapeadas.