DevOps modelos de mudança

  • Versão de lançamento: Zurich
  • Atualizado 31 de jul. de 2025
  • 18 min. de leitura

    • Velocidade de mudança para DevOps permite que você use modelos de mudança adequados a uma 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 do DevOps

    Importante:
    Para solicitações de mudança do DevOps, use o recurso Gestão de mudanças - Modelos de mudança, que fornece 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. Gestão de mudanças legado - Modelo de estado também é compatível. Para obter mais informações, consulte Modelo de estado e transições.
    Importante:
    Os modelos de mudança simplificada DevOps e DevOps não são compatíveis com solicitações de mudança da ferramenta Argo CD e Split.

    Use modelos de mudança adequados à finalidade com um pacote de fluxos sucintos e ações de fluxo criadas 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.

    Modelos de mudança

    Você pode usar qualquer um dos modelos de mudança do sistema de base, incluindo os modelos DevOps ou DevOps simplificados. Para criar uma solicitação de mudança com base em modelos, você pode configurar o. Modelo No formulário Etapa na ServiceNow ou passe o sys_id do modelo ou o nome 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 que você crie uma solicitação de mudança baseada em modelo.

    Sinalizador de compatibilidade de tipo

    A compatibilidade de tipo com.snc.change_management.change_model.type_compatibilitya propriedade é 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 desta propriedade. O valor padrão desta propriedade é Falso. Esta propriedade habilita a compatibilidade de tipo de mudança para modelos de mudança. Quando definida como verdadeira, 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 conforme definido nas tabelas a seguir quando a propriedade for definida como verdadeira ou falsa.

    Tabela 1. Quando a propriedade de compatibilidade de tipo é definida como verdadeira
    Atributo de mudança configurado na etapa de pipeline na ServiceNow Atributo de mudança passado no pipeline Atributo de mudança considerado na criação da solicitação de mudança
    Modelo de mudança: Qualquer modelo de mudança selecionado Nem o modelo nem o tipo de mudança foram aprovados. A solicitação de mudança baseada em modelo será criada
    Modelo de mudança: Qualquer modelo de mudança selecionado 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: Qualquer modelo de mudança selecionado> 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: Qualquer tipo de mudança selecionado

    		 Nem o modelo nem o tipo de mudança foram aprovados A solicitação de mudança baseada em tipo será criada
    Tipo de mudança: Qualquer tipo de mudança selecionado O modelo foi aprovado. 
    {
    "attributes": {
      "chg_model": {
         "name": "DevOps"
      }
    }
  }
    		 A solicitação de mudança baseada em modelo será criada
    Tipo de mudança: Qualquer tipo de mudança selecionado. 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 é definida como Falso
    Atributo de mudança configurado na etapa de pipeline na ServiceNow Atributo de mudança passado no pipeline Atributo de mudança considerado na criação da solicitação de mudança
    Modelo de mudança: Qualquer modelo de mudança selecionado Nem o modelo nem o tipo de mudança foram aprovados A solicitação de mudança baseada em modelo será criada
    Modelo de mudança: Qualquer modelo de mudança selecionado 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 ou configure o modelo de mudança no registro de etapa na ServiceNow ou insira o sys ID ou 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: Qualquer modelo de mudança selecionado> 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: Qualquer tipo de mudança selecionado

    		 Nem o modelo nem o tipo de mudança foram 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: Qualquer tipo de mudança selecionado O modelo foi aprovado.
    {
    "attributes": {
      "chg_model": {
         "name": "DevOps"
      }
    }
  }
    		 A solicitação de mudança baseada em modelo será criada
    Tipo de mudança: Qualquer tipo de mudança selecionado. 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 ou configure o modelo de mudança no registro de etapa na ServiceNow ou insira o sys ID ou 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 DevOps

    Os modelos de mudança do sistema de base têm estados de implementação Valor do campo como Implementar e Predefinição de registro o campo está selecionado como 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, revisão, Encerrado e Cancelado. E os estados do modelo disponíveis para o modelo de Mudança simplificada do DevOps são Novo, Autorizar, Programado, Implementar, Revisar, encerrado e Cancelado. Dependendo de seus requisitos, você pode modificar os modelos de mudança e configurar os estados e as transições para seu caso de uso específico.

    Figura 1. Modelo de mudança do DevOps
    Modelo de mudança do DevOps
    Figura 2. DevOps Modelo de mudança simplificado
    DevOps Modelo de mudança simplificado

    Se você quiser criar seu próprio modelo em vez de usar os modelos DevOps do sistema de base, consulte as instruções em Modelo de mudança seção.

    Você pode usar predefinições de registro para configurar detalhes de mudança para 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 preencher previamente os detalhes da mudança ao criar uma solicitação de mudança.
    • Se você configurou os detalhes da mudança na predefinição de registro, não poderá substituir esse valor passando os detalhes da 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é-preenchimento dos detalhes na solicitação de mudança.
    • Se os detalhes da mudança não forem configurados na predefinição de registro nem passados do pipeline, os valores configurados no formulário Etapa na ServiceNow serão considerados.
    Detalhes de mudança configurados na predefinição de registro na ServiceNow Detalhes da mudança configurados no formulário Etapa na ServiceNow Detalhes de mudança passados 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 DevOps tem seus próprios fluxos e cada fluxo será acionado quando as condições necessárias forem atendidas. A aprovação de mudança (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 DevOps do sistema de base tem somente a decisão de aprovação manual ativada. Quando você estiver pronto para mais automação de aprovação, poderá modificar a política. Os fluxos a seguir explicam a transição de estado e o comportamento de aprovação de 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.
    • DevOps - Avaliar: Quando a solicitação de mudança está no estado Avaliar, esse fluxo é acionado. Há duas ações principais neste fluxo - 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 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 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 para o usuário que solicitou a mudança e a mudança será movida de volta para Novo estado . DevOps - Avaliar fluxo
    • DevOps - Autorizar: Quando a solicitação de mudança está no estado Autorizar, este fluxo é acionado. No sistema de 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 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. As condições na Política de mudança do modelo 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 DevOps de acordo com seus requisitos.
    • DevOps - Programação: Quando a solicitação de mudança está no estado Programado, esse fluxo é acionado. Quando a data de início planejada é atingida, a mudança é movida para o estado Implementar.
    • DevOps - Implementar: Quando a solicitação de mudança está no estado Implementar, esse fluxo é acionado.
    A Política de Mudança do Modelo DevOps contém as seguintes entradas de política:
    • _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 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 de um usuário ou grupo, isso será especificado na política. As notificações são enviadas pela política para os usuários ou grupos relevantes para agilizar a aprovação manual e prosseguir com a solicitação de mudança.
      Nota:
      Por padrão, a Política de mudança do modelo 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ça é automatizada por padrão. Se você não quiser aprovação de mudança automatizada, poderá modificar a Política de mudança do modelo DevOps de uma forma que se adapte ao seu processo de mudança atual.

    DevOps Modelo simplificado

    O modelo de Mudança simplificada do DevOps contém fluxos no sistema de base para transição de estado e aprovações de mudança. Cada estado no modelo DevOps simplificado tem seus próprios fluxos e cada fluxo será acionado quando as condições necessárias forem atendidas. A aprovação de mudança (automática ou manual) é baseada na Política de mudança de modelo simplificado de DevOps. Os fluxos a seguir explicam a transição de estado e o comportamento de aprovação de 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.
    • DevOps simplificado - Autorizar: Quando a solicitação de mudança está no estado Autorizar, este fluxo é acionado. Há duas ações principais neste fluxo - 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 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 de 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 para o usuário que solicitou a mudança e a mudança será movida de volta para Novo estado .
      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 de Modelo Simplificado de DevOps de acordo com seus requisitos.
      DevOps simplificado - Autorizar fluxo
    • DevOps simplificado - Programação: Quando a solicitação de mudança está no estado Programado, esse fluxo é acionado. Quando a data de início planejada é atingida, a mudança é movida para o estado Implementar.
    • DevOps simplificado - Implementar: Quando a solicitação de mudança está no estado Implementar, esse fluxo é acionado.
    A Política de Mudança de Modelo Simplificado de DevOps contém as seguintes entradas de política:
    • _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 de 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 de um usuário ou grupo, isso será especificado na política. As notificações são enviadas pela política para os usuários ou grupos relevantes para agilizar a aprovação manual e prosseguir com a solicitação de mudança.
      Nota:
      Por padrão, a Política de Mudança de Modelo Simplificado de DevOps do sistema de base só tem a decisão de aprovação manual ativada.

    Retorno de chamada para retomar o pipeline

    Em Velocidade de mudança do DevOps, 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 para 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 para Implementar estado. Se o estado Implementar estiver presente, isso será considerado para retorno de chamada para a ferramenta de orquestração de terceiros. Se não houver nenhum estado de implementação nos estados do modelo também, o valor presente em sn_devops.change_request.implement_state a propriedade é considerada. O valor da propriedade do sistema é -1 por padrão, que é o estado Implement.
    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 de etapa para o estado apropriado (Aprovado, Rejeitado, Cancelado). No momento em que o registro de Execução de etapa é atualizado, o fluxo de retorno de chamada do Controle de mudanças é acionado para enviar o retorno de chamada para a ferramenta de terceiros.

    Após o upgrade

    • . Modelo de mudança O campo será exibido no formulário Etapa. Isso não afetará o processo de criação de mudança baseado em tipo existente como a propriedade de compatibilidade de tipo ( com.snc.change_management.change_model.type_compatibility) é verdadeiro.
    • Se você quiser ter uma solicitação de mudança baseada em modelo, defina a propriedade de compatibilidade de tipo como falsa. . Modelo de mudança O campo 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 é definida como Falso.
    Nota:
    Se você for um cliente existente e tiver inicializado 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 em upgrade.
    Tabela 3. Mudar o comportamento do modelo com base no 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 terceiros
    zboot (zbooted novo ou existente) falso Modelo de DevOps
    • Solicitação de mudança - DevOps - Novo
    • Solicitação de mudança - DevOps - Avaliar
    • Solicitação de mudança - DevOps - Autorizar
    • Solicitação de mudança - DevOps - Programação
    • Solicitação de mudança - DevOps - Implementar
    		 No sistema de base, a aprovação de mudança (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, consulte o fluxo Solicitação de mudança - DevOps - Autorizar e personalize a Política de mudança do modelo DevOps de acordo. Consulte Observação Na seção Retorno de chamada.
    Upgrade falso Modelo de DevOps
    • Solicitação de mudança - DevOps - Novo
    • Solicitação de mudança - DevOps - Avaliar
    • Solicitação de mudança - DevOps - Autorizar
    • Solicitação de mudança - DevOps - Programação
    • Solicitação de mudança - DevOps - Implementar
    		 No sistema de base, a aprovação de mudança (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, consulte o fluxo Solicitação de mudança - DevOps - Autorizar e personalize a Política de mudança do modelo DevOps de acordo. Consulte Observação Na seção Retorno de chamada.
    zboot (zbooted novo ou existente) falso DevOps Modelo simplificado
    • Solicitação de mudança - DevOps - Novo
    • Solicitação de mudança - DevOps - Autorizar
    • Solicitação de mudança - DevOps - Programação
    • Solicitação de mudança - DevOps - Implementar
    		 No sistema de base, a aprovação de mudança (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, personalize a Política de mudança de modelo simplificado de DevOps de acordo. Consulte Observação Na seção Retorno de chamada.
    Upgrade falso DevOps Modelo simplificado
    • Solicitação de mudança - DevOps - Novo
    • Solicitação de mudança - DevOps - Avaliar
    • Solicitação de mudança - DevOps - Autorizar
    • Solicitação de mudança - DevOps - Programação
    • Solicitação de mudança - DevOps - Implementar
    		 No sistema de base, a aprovação de mudança (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, personalize a Política de mudança de modelo simplificado de DevOps de acordo. Consulte Observação Na seção Retorno de chamada.
    Upgrade verdadeiro Tipo O comportamento atual continua Aprovação manual de solicitação de mudança de DevOps ou Aprovação mínima de automação de solicitação de mudança de DevOps ou Fluxos de aprovação de automação avançada de solicitação de mudança de DevOps (qualquer que seja o fluxo ativo) Fluxos de retorno de chamada do controle de mudanças