DevOps modelos de mudança
Velocidade de mudança para DevOps O permite que você use modelos de mudança adequados à finalidade que permitem melhor flexibilidade na definição de modelos ou processos de mudança para refletir as práticas de desenvolvimento modernas.
Visão geral do modelo de mudança de DevOps
Importante:
Para solicitações de mudança do DevOps, use o recurso Gestão de mudanças - Modelos de mudança, que oferece maior flexibilidade para habilitar o fluxo do processo de mudança de forma otimizada para casos de uso específicos. Para obter mais informações, consulte Modelos de mudança. O Gestão de mudanças - State Model legado também é compatível. Para obter mais informações, consulte Modelo de estado e transições.
Importante:
Os modelos de mudança DevOps e DevOps simplificados não são compatíveis com solicitações de mudança da ferramenta Argo CD e Dividir.
Use modelos de mudança adequados à finalidade com um pacote de fluxos resumidos e ações de fluxo criados no Flow Designer para casos de uso específicos. Em vez de usar os processos de mudança legados baseados em ITIL que são predefinidos em fluxos de trabalho de mudança (Normal, Padrão e Emergência), você pode fazer a transição seletiva para uma ampla variedade de modelos otimizados para casos de uso específicos. Modelos de mudança podem ser criados com estados e regras que determinam as transições entre os estados. Para obter informações sobre modelos de mudança, consulte Modelos de mudança.
Você pode usar qualquer um dos modelos de mudança do sistema de base, incluindo os modelos de mudança do DevOps ou do DevOps simplificado. Para criar uma solicitação de mudança com base em modelos, você pode configurar o campo Modelo no formulário Etapa na ServiceNow ou passar o sys_id ou o nome do modelo na etapa de mudança do pipeline de orquestração.
Modelos de mudança de DevOps do sistema de base
Dois modelos de mudança, chamados DevOps e DevOps simplificado, estão incluídos no sistema de base e estão ativos por padrão para você criar uma solicitação de mudança baseada em modelo.
- Sinalizador de compatibilidade de tipo
-
A propriedade de compatibilidade de tipo com.snc.change_management.change_model.type_compatibility é usada para determinar que tipo de solicitações de mudança (baseadas em tipo ou modelo) serão criadas. Navegue até Propriedades do sistema > Todas as propriedades para definir o valor dessa propriedade. O valor padrão desta propriedade é falso. Esta propriedade habilita a compatibilidade do tipo de mudança para modelos de mudança. Quando definido como verdadeiro, a solicitação de mudança pode ser criada como um fluxo de trabalho baseado em tipo ou modelos de mudança. Quando definido como falso, a solicitação de mudança será criada somente usando o modelo de mudança.
A solicitação de mudança será criada com base na combinação de configuração definida nas tabelas a seguir quando a propriedade estiver definida como verdadeira ou falsa.
Tabela 1. Quando a propriedade de compatibilidade de tipo está definida como verdadeira Atributo de mudança configurado na etapa do pipeline na ServiceNow Atributo de mudança aprovado no pipeline Atributo de mudança considerado na criação da solicitação de mudança Modelo de mudança:<any selected change model> Nem o modelo nem o tipo de mudança são aprovados. A solicitação de mudança baseada em modelo será criada Modelo de mudança:<any selected change model> O tipo foi aprovado. Por exemplo, Normal { "attributes": { "type": "normal" } }A solicitação de mudança baseada em tipo será criada Modelo de mudança:<any selected change model> por exemplo, Modelo 1. Um modelo diferente foi aprovado. Por exemplo, Modelo 2.{ "attributes": { "chg_model": { "name": "Model 2" } } }A mudança será criada com base no Modelo 2 Modelo de mudança: não especificado
Tipo de mudança:<any selected change type>
Nenhum modelo ou tipo de mudança é aprovado A solicitação de mudança baseada em tipo será criada Tipo de mudança:<any selected change type> O modelo foi aprovado. { "attributes": { "chg_model": { "name": "DevOps" } } }A solicitação de mudança baseada em modelo será criada Tipo de mudança:<any selected change type> . Por exemplo, Normal Um tipo diferente foi aprovado. Por exemplo, Emergência.{ "attributes": { "type": "emergency" } }A solicitação de mudança será criada com base no tipo de Emergência. Tabela 2. Quando a propriedade de compatibilidade de tipo está definida como falsa Atributo de mudança configurado na etapa do pipeline na ServiceNow Atributo de mudança aprovado no pipeline Atributo de mudança considerado na criação da solicitação de mudança Modelo de mudança:<any selected change model> Nenhum modelo ou tipo de mudança é aprovado A solicitação de mudança baseada em modelo será criada Modelo de mudança:<any selected change model> O tipo foi aprovado. Por exemplo, Normal { "attributes": { "type": "normal" } }Erro A solicitação de mudança não pode ser criada porque o sinalizador de compatibilidade de tipo está desabilitado. Habilite o sinalizador de compatibilidade de tipo nas propriedades do sistema, configure o modelo de mudança no registro da etapa na ServiceNow ou insira o SYS ID ou o nome do modelo de mudança apropriado no pipeline.
Para obter informações sobre como resolver esse erro, consulte Erros comuns em Velocidade de mudança para DevOps.
Modelo de mudança:<any selected change model> por exemplo, Modelo 1. Um modelo diferente foi aprovado. Por exemplo, Modelo 2.{ "attributes": { "chg_model": { "name": "Model 2" } } }A mudança será criada com base no Modelo 2 Modelo de mudança: não especificado
Tipo de mudança:<any selected change type>
Nem o modelo nem o tipo de mudança são aprovados. Erro A solicitação de mudança não pode ser criada porque o tipo de mudança ou o modelo de mudança não está configurado para o pipeline.
Para obter informações sobre como resolver esse erro, consulte Erros comuns em Velocidade de mudança para DevOps.
Tipo de mudança:<any selected change type> O modelo foi aprovado. { "attributes": { "chg_model": { "name": "DevOps" } } }A solicitação de mudança baseada em modelo será criada Tipo de mudança:<any selected change type> . Por exemplo, Normal Um tipo diferente foi aprovado. Por exemplo, Emergência.{ "attributes": { "type": "emergency" } }Erro A solicitação de mudança não pode ser criada porque o sinalizador de compatibilidade de tipo está desabilitado. Habilite o sinalizador de compatibilidade de tipo nas propriedades do sistema, configure o modelo de mudança no registro da etapa na ServiceNow ou insira o SYS ID ou o nome do modelo de mudança apropriado no pipeline.
Para obter informações sobre como resolver esse erro, consulte Erros comuns em Velocidade de mudança para DevOps.
- Configuração de modelos de DevOps
-
Os modelos de mudança do sistema base têm o valor do campo Estados de implementação como Implementar e o campo Predefinição de registro é selecionado como Tipo=Normal por padrão. Os estados do modelo disponíveis para o modelo de mudança do DevOps são Novo, Avaliar, Autorizar, Programado, Implementar, Revisar, Encerrado e Cancelado. E os estados do modelo disponíveis para o modelo de mudança simplificado para DevOps são Novo, Autorizar, Programado, Implementar, Revisar, Encerrado e Cancelado. Dependendo dos seus requisitos, você pode modificar os modelos de mudança e configurar os estados e transições para seu caso de uso específico.
Figura 1. Modelo de mudança do DevOps Figura 2. Modelo de mudança simplificado de DevOps Se você quiser criar seu próprio modelo em vez de usar os modelos de DevOps do sistema base, consulte as instruções na seção Modelo de mudança.
Você pode usar predefinições de registro para configurar detalhes de mudança para o seu modelo de mudança. Sempre que uma mudança for criada, esses valores serão definidos automaticamente na mudança. Você pode definir uma predefinição de registro para qualquer campo de mudança existente na solicitação de mudança.
A lógica a seguir é considerada para o pré-registro dos detalhes da mudança ao criar uma solicitação de mudança.- Se você configurou detalhes de mudança na predefinição de registro, não poderá substituir esse valor passando detalhes de mudança do pipeline.
- Se os detalhes da mudança não estiverem configurados na predefinição de registro, os valores passados do pipeline serão considerados para o pré-registro dos detalhes na solicitação de mudança.
- Se os detalhes da mudança não estiverem configurados na predefinição de registro nem passados do pipeline, os valores configurados no formulário Etapa na ServiceNow serão considerados.
Detalhes da mudança configurados na predefinição de registro na ServiceNow Detalhes da mudança configurados no formulário de Etapa na ServiceNow Detalhes da mudança aprovados no pipeline Detalhes da mudança preenchidos previamente quando a mudança é criada Grupo de atribuição: relatório de DevOps Grupo de atribuição: não especificado Grupo de atribuição: não especificado O grupo de atribuição será preenchido previamente a partir da predefinição de registro na solicitação de mudança Grupo de atribuição: não configurado Grupo de atribuição: não especificado Grupo de atribuição: relatório de DevOps O grupo de atribuição será preenchido previamente a partir do pipeline na solicitação de mudança Grupo de atribuição: não configurado Grupo de atribuição: relatório de DevOps Grupo de atribuição: não especificado O grupo de atribuição será preenchido previamente a partir do formulário Etapa na solicitação de mudança
Modelo de mudança do DevOps
O modelo de mudança do DevOps contém fluxos no sistema de base para transição de estado e aprovações de mudança. Cada estado no modelo de DevOps tem seus próprios fluxos e cada fluxo será acionado quando as condições necessárias forem atendidas. A aprovação de mudanças (automática ou manual) é baseada na Política de mudança do modelo de DevOps. Por padrão, a Política de mudança do modelo de DevOps do sistema de base tem somente a decisão de aprovação manual ativada. Quando estiver pronto para mais automação de aprovação, você poderá modificar a política. Os fluxos a seguir explicam a transição de estado e o comportamento de aprovação de mudança.- Mudança - DevOps - Novo: quando a solicitação de mudança é criada no estado Novo, este fluxo é acionado. Se ele tiver um Grupo de atribuição, este fluxo atualizará o estado de mudança para Avaliar.
- Mudança - DevOps - Avaliação: quando a solicitação de mudança está no estado Avaliação, este fluxo é acionado. Há duas ações principais neste fluxo: coletar dados da política de mudança de DevOps e aplicar política de aprovação de mudança, que são usadas para recuperar os dados de DevOps associados à solicitação de mudança e verificar se a solicitação de mudança deve ser aprovada automaticamente, rejeitada automaticamente ou enviada para aprovação manual. A aprovação de mudança (automática ou manual) acontece como parte deste fluxo na ação Aplicar política de aprovação de mudança com base na Política de mudança do modelo de DevOps. Se a mudança for aprovada (automática ou manual), ela será movida para o estado Autorizar. Se a mudança for rejeitada, uma notificação por e-mail será enviada ao usuário que solicitou a mudança e a mudança será movida de volta para o estado Novo .
- Mudança - DevOps - Autorizar: quando a solicitação de mudança está no estado Autorizar, este fluxo é acionado. No sistema base, você notará que há duas ações principais - DevOps - Coletar dados da política de mudança e Aplicar política de aprovação de mudança, que são usadas para recuperar os dados do DevOps associados à solicitação de mudança e verificar se a solicitação de mudança deve ser aprovada automaticamente, rejeitado automaticamente ou enviado para aprovação manual. As condições na Política de mudança do modelo de DevOps na ação Aplicar política de aprovação de mudança não serão atendidas. Portanto, a aprovação de mudança (automática ou manual) neste fluxo será ignorada. Este fluxo moverá somente o estado da solicitação de mudança para Programado que aciona o fluxo Mudança - DevOps - Programação. Nota:Se o seu processo de mudança exigir outra aprovação, você poderá consultar este fluxo e personalizar a Política de mudança do modelo de DevOps de acordo com seus requisitos.
- Mudança - DevOps - Programação: quando a solicitação de mudança está no estado Programado, este fluxo é acionado. Quando a data de início planejada é atingida, a mudança é movida para o estado Implementar.
- Mudança - DevOps - Implementar: quando a solicitação de mudança está no estado Implementar, este fluxo é acionado.
A política de mudança do modelo de DevOps contém as seguintes entradas de política:
- is_change_with_partial_data
- regression_tests_failed
- code_security
- code_coverage
- total_num_of_commits
- tests_passing_percent
- load_tests_failed
- num_of_open_incidents
- num_of_outages_in_last_7_days
- num_of_current_outages
- integration_tests_failed
- commits_without_work_item
- change_request
- risco
Os três resultados da Política de mudança do modelo de DevOps (dependendo das condições especificadas) são:
- Aprovação automática: se as condições especificadas na política forem atendidas, a solicitação de mudança será aprovada automaticamente.
- Rejeição automática: se uma ou mais condições especificadas na política não forem atendidas, a solicitação de mudança será rejeitada automaticamente.
- Aprovação manual: se uma ou mais condições precisarem de aprovação manual por um usuário ou grupo, isso será especificado na política. As notificações são enviadas pela política aos usuários ou grupos relevantes para agilizar a aprovação manual e o andamento da solicitação de mudança.Nota:Por padrão, a Política de mudança do modelo de DevOps do sistema de base tem somente a decisão de aprovação manual ativada.
Importante:
Quando você usa o modelo de DevOps do sistema de base como está, a aprovação de mudanças é automatizada por padrão. Se você não quiser a aprovação de mudanças automatizada, poderá modificar a Política de mudança do modelo de DevOps de uma forma que se adeque ao seu processo de mudança atual.
Modelo simplificado de DevOps
O modelo de mudança simplificado para DevOps contém fluxos no sistema de base para transição de estado e aprovações de mudança. Cada estado no modelo simplificado de DevOps tem seus próprios fluxos e cada fluxo será acionado quando as condições necessárias forem atendidas. A aprovação de mudanças (automática ou manual) é baseada na Política de mudança do modelo simplificado de DevOps. Os fluxos a seguir explicam a transição de estado e o comportamento de aprovação de mudança.
- Mudança - DevOps simplificado - Novo: quando a solicitação de mudança é criada no estado Novo, este fluxo é acionado. Se ele tiver um Grupo de atribuição, este fluxo atualizará o estado de mudança para Avaliar.
- Mudança - DevOps simplificado - Autorizar: quando a solicitação de mudança está no estado Autorizar, este fluxo é acionado. Há duas ações principais neste fluxo: coletar dados da política de mudança de DevOps e aplicar política de aprovação de mudança, que são usadas para recuperar os dados de DevOps associados à solicitação de mudança e verificar se a solicitação de mudança deve ser aprovada automaticamente, rejeitada automaticamente ou enviada para aprovação manual. A aprovação de mudança (automática ou manual) acontece como parte deste fluxo na ação Aplicar política de aprovação de mudança com base na Política de mudança do modelo simplificado de DevOps. Se a mudança for aprovada (automática ou manual), ela será movida para o estado Programação. Se a mudança for rejeitada, uma notificação por e-mail será enviada ao usuário que solicitou a mudança e a mudança será movida de volta para o estado Novo . Nota:Se o seu processo de mudança exigir outra aprovação, você poderá consultar este fluxo e personalizar a Política de mudança do modelo simplificado de DevOps de acordo com seus requisitos.
- Mudança - DevOps simplificado - Programação: quando a solicitação de mudança está no estado Programada, este fluxo é acionado. Quando a data de início planejada é atingida, a mudança é movida para o estado Implementar.
- Mudança - DevOps simplificado - Implementar: quando a solicitação de mudança está no estado Implementar, este fluxo é acionado.
A política de mudança de modelo simplificada de DevOps contém as seguintes entradas de política:
- is_change_with_partial_data
- regression_tests_failed
- code_security
- code_coverage
- total_num_of_commits
- tests_passing_percent
- load_tests_failed
- num_of_open_incidents
- num_of_outages_in_last_7_days
- num_of_current_outages
- integration_tests_failed
- commits_without_work_item
- change_request
- risco
Os três resultados da Política de mudança do modelo simplificado de DevOps (dependendo das condições especificadas) são:
- Aprovação automática: se as condições especificadas na política forem atendidas, a solicitação de mudança será aprovada automaticamente.
- Rejeição automática: se uma ou mais condições especificadas na política não forem atendidas, a solicitação de mudança será rejeitada automaticamente.
- Aprovação manual: se uma ou mais condições precisarem de aprovação manual por um usuário ou grupo, isso será especificado na política. As notificações são enviadas pela política aos usuários ou grupos relevantes para agilizar a aprovação manual e o andamento da solicitação de mudança.Nota:Por padrão, a Política de mudança de modelo simplificada de DevOps do sistema de base só tem a decisão de aprovação manual ativada.
Retorno de chamada para retomar o pipeline
No DevOps Change Velocity, as considerações a seguir são feitas para enviar uma solicitação de retorno de chamada.
- Os estados de implementação são usados para enviar um retorno de chamada para a ferramenta de orquestração de terceiros. Se apenas um estado de implementação estiver presente no modelo de mudança, uma comparação absoluta será feita. Quando a mudança criada por um modelo de mudança atinge o estado de implementação definido, um retorno de chamada é enviado para a ferramenta de orquestração de terceiros.Nota:Em modelos de mudança, o campo Estados de implementação pode ter um ou mais estados. Você pode definir os estados de implementação de cada modelo de mudança. Para obter mais informações, consulte Modelo de estado e transições.
- Se vários estados de implementação estiverem presentes no modelo de mudança, um retorno de chamada será enviado para a ferramenta de orquestração de terceiros no estado em que o estado de implementação é atingido primeiro.
- Se não houver nenhum estado de implementação definido no modelo de mudança, os estados do modelo serão verificados quanto ao estado Implementar. Se o estado Implementar estiver presente, ele será considerado para retorno de chamada para a ferramenta de orquestração de terceiros. Se também não houver nenhum estado de implementação nos estados do modelo, o valor presente na propriedade sn_devops.change_request.implement_state será considerado. O valor da propriedade do sistema é -1 por padrão, que é o estado da implementação.
Nota:
O fluxo de estado de execução Mudança – DevOps – Atualizar é usado para enviar um retorno de chamada para a ferramenta de orquestração de terceiros. Este fluxo de aprovação aguarda até que a solicitação de mudança esteja no estado Implementar. Quando a solicitação de mudança atinge o estado Implementar, este fluxo atualiza o registro de execução da etapa para o estado apropriado (aprovado, rejeitado, cancelado). No momento em que o registro de execução da etapa é atualizado, o fluxo de retorno de chamada de controle de mudança é acionado para enviar o retorno de chamada para a ferramenta de terceiros.
Após o upgrade
- O campo Modelo de mudança será exibido no formulário Etapa. Isso não afetará o processo de criação de mudança baseado em tipo existente, pois a propriedade de compatibilidade de tipo (com.snc.change_management.change_model.type_compatibility) é verdadeira.
- Se você quiser ter uma solicitação de mudança baseada em modelo, defina a propriedade de compatibilidade de tipo como falsa. O campo Modelo de mudança no formulário Etapa será obrigatório. Para obter informações sobre a combinação de configuração com base na propriedade, consulte a tabela Quando a propriedade de compatibilidade de tipo está definida como falsa.
Nota:
Se você for um cliente existente e zbootou sua instância ou um novo cliente, poderá criar solicitações de mudança baseadas em modelo por padrão. No entanto, você pode criar solicitações de mudança baseadas em tipo definindo a propriedade de compatibilidade de tipo como verdadeira.
A tabela a seguir explica como o recurso de modelo de mudança funciona para clientes novos e que estão fazendo upgrade.
| Instância nova ou de upgrade | Sinalizador de compatibilidade de tipo | Modelo ou tipo | Fluxos de transição de estado | Fluxos de aprovação de mudança automática | Retorno de chamada para terceiro |
|---|---|---|---|---|---|
| zboot (zboot novo ou existente) | falso | Modelo de DevOps |
|
No sistema de base, a aprovação de mudanças (automática ou manual) acontece por meio do fluxo Solicitação de mudança - DevOps - Avaliar. Se você quiser outro nível de aprovação, poderá consultar a Solicitação de mudança - DevOps - Autorizar fluxo e personalizar a Política de mudança do modelo de DevOps de acordo. | Consulte a anotação na seção Retorno de chamada. |
| Upgrade | falso | Modelo de DevOps |
|
No sistema de base, a aprovação de mudanças (automática ou manual) acontece por meio do fluxo Solicitação de mudança - DevOps - Avaliar. Se você quiser outro nível de aprovação, poderá consultar a Solicitação de mudança - DevOps - Autorizar fluxo e personalizar a Política de mudança do modelo de DevOps de acordo. | Consulte a anotação na seção Retorno de chamada. |
| zboot (zboot novo ou existente) | falso | Modelo simplificado de DevOps |
|
No sistema de base, a aprovação de mudanças (automática ou manual) acontece por meio do fluxo Solicitação de mudança - DevOps - Autorizar. Se você quiser outro nível de aprovação, poderá personalizar a Política de mudança do modelo simplificado de DevOps adequadamente. | Consulte a anotação na seção Retorno de chamada. |
| Upgrade | falso | Modelo simplificado de DevOps |
|
No sistema de base, a aprovação de mudanças (automática ou manual) acontece por meio do fluxo Solicitação de mudança - DevOps - Autorizar. Se você quiser outro nível de aprovação, poderá personalizar a Política de mudança do modelo simplificado de DevOps adequadamente. | Consulte a anotação na seção Retorno de chamada. |
| Upgrade | verdadeiro | Tipo | O comportamento atual é contínuo | Aprovação manual da solicitação de mudança do DevOps, aprovação da automação mínima da solicitação de mudança do DevOps ou fluxos de aprovação da automação avançada da solicitação de mudança do DevOps (o que estiver ativo) | Fluxos de retorno de chamada de controle de mudança |