Implante seu app

Depois que a aplicação for criada e validada, ela precisará ser movida para o ambiente de produção. As aplicações podem ser movidas por meio de um repositório de aplicações ou usando Conjuntos de atualizações. As aplicações devem ser implantadas em ambientes de teste antes de serem transferidas para a produção.

Repositório de aplicações (repositório de aplicações)

A publicação de uma aplicação no repositório de aplicações disponibiliza esta versão da aplicação para todas as instâncias da ServiceNow de uma organização. Use o repositório de aplicações para implantar uma aplicação em instâncias de QA/Teste (para teste) e, por fim, em instâncias de produção (Prod).

Para obter mais informações, consulte Publicando uma aplicação no repositório de aplicações , Instale uma aplicação .

Conjuntos de atualizações

Se o repositório de aplicações não puder ser usado para implantar aplicações, use Conjuntos de atualizações. O diagrama mostra o ciclo de vida de prática recomendada de um Conjunto de atualizações para implantar uma personalização da instância de desenvolvimento para a instância de teste.

Práticas que levam a um processo de desenvolvimento e lançamento de qualidade:

• Sempre mova personalizações da parte inferior da pilha para cima.
  • Garante que as instâncias de down-stack correspondam às instâncias de up-stack.
  • As personalizações introduzidas no mid-stack podem ser substituídas por push futuros da down-stack.
  • Os cenários comuns incluem:
    • Correções necessárias em teste ou produção – sempre envie-as do desenvolvedor para cima
    • Personalização comum do administrador de produção, como listas de seleção – sempre envie atualizações do desenvolvedor por push
• Sempre revise as atualizações contidas em um Conjunto de atualizações antes de transferir.
  • Procure atualizações associadas a outros esforços de desenvolvimento e atualizações associadas a testes.
  • Observe as propriedades do sistema e mudanças nos endpoints de integração. Por exemplo: Enviando mudança sys_properties que direciona todos os e-mails para testar a conta de e-mail
  • Mover atualizações para um Conjunto de atualizações de "sucata" em vez de excluir a atualização.
• Sempre teste após enviar para garantir que todas as personalizações desejadas sejam capturadas e aplicadas conforme esperado.
• Em situações com várias versões paralelas, garanta a comunicação e a coordenação entre as equipes de desenvolvimento.
• Evite experimentar na instância de desenvolvimento, porque as personalizações podem ser capturadas acidentalmente e migradas por outros membros da equipe.
• Não capture o desenvolvimento no Conjunto de atualizações padrão.

Liste todos os números de histórias do usuário com uma descrição resumida em Descrição Campo de um Conjunto de atualizações. Inclua todas as etapas manuais necessárias para implantar o Conjunto de atualizações.

Alguns exemplos típicos de etapas manuais que são necessárias para uma implantação que não são capturadas em um Conjunto de atualizações:

• Ativação do plug-in.
• Transferência de tabelas que não são rastreadas no Conjunto de atualizações (normalmente, começando com "x_" ou "u_").
• Criação de índices de banco de dados nas tabelas. A criação do índice não é rastreada por meio do Conjunto de atualizações e precisa ser feita manualmente.

Gestão do conjunto de atualizações

Certifique-se de que o Conjunto de atualizações correto esteja selecionado ao trabalhar em uma história ou um defeito e verifique os registros no Conjunto de atualizações diariamente.

Não mova manualmente sys_update_xml Registros entre Conjuntos de atualizações. A única exceção é mover um registro para o Conjunto de atualizações padrão.

Os conjuntos de atualizações capturam informações de configuração, mas não dados de tarefa ou processo. Por exemplo, os Conjuntos de atualizações rastreiam as definições de item do Catálogo de serviços e os dados de configuração relacionados, como variáveis e opções de variáveis. No entanto, os pedidos (solicitações, itens, tarefas do catálogo) colocados em teste não são rastreados pelos Conjuntos de atualizações.

O que fazer e o que não FAZER no conjunto de atualizações:

• Para remover um específico sys_update_xml Do Conjunto de atualizações atual, mova o registro para o Conjunto de atualizações padrão e preencha o. sys_update_set.comments Campo do registro com o motivo para mover o registro para o Conjunto de atualizações padrão.
• Nunca mova registros de personalização de um Conjunto de atualizações para outro Conjunto de atualizações.
• Nunca exclua um Conjunto de atualizações, a menos que o Conjunto de atualizações tenha sido mesclado com sucesso em um novo Conjunto de atualizações.
• Sempre use extrações de dados ou Conjuntos de importação para mover dados de uma instância para outra (e não Conjuntos de atualizações).

Conjunto de atualizações em lote

Conjuntos de atualizações em lote para visualizar e confirmar conjuntos de atualizações em massa.

Lidar com vários Conjuntos de Atualizações pode levar a problemas, incluindo confirmar Conjuntos de Atualizações na ordem errada ou inadvertidamente deixar de fora um ou mais Conjuntos. Evite esses problemas agrupando Conjuntos de atualizações concluídos em um lote.

O sistema organiza lotes do Conjunto de atualizações em uma hierarquia. Um Conjunto de atualizações pode atuar como primário para vários Conjuntos de atualizações secundários. Um determinado conjunto pode ser secundário e primário, permitindo hierarquias de vários níveis. Um Conjunto de atualizações no nível superior da hierarquia atua como o Conjunto de atualizações de base.

A visualização ou confirmação do Conjunto de atualizações base visualiza ou confirma o lote inteiro. O sistema determina a ordem de processamento e verifica se há colisões com base nas datas em que as mudanças foram registradas e em sua ascendência sequencial. Suas ancestrais são as instâncias específicas em que as mudanças nos Conjuntos de atualizações ocorreram.

O lote do Conjunto de atualizações pode ser aplicado a versões, em que um Conjunto de atualizações primário vazio é criado para a versão e os Conjuntos de atualizações reais são incluídos na versão como secundários.

As vantagens de usar o lote do Conjunto de atualizações são:

• Conjuntos de atualizações individuais podem ser removidos da versão no último momento.
• O lote é semelhante à mesclagem, exceto que o lote permite que as atualizações sejam removidas.
• Conjuntos de atualizações em lote são fáceis de implantar. Apenas o Conjunto de atualizações primário precisa ser processado.

Para obter mais informações, consulte Conjuntos de atualizações do sistema.

O que fazer a seguir

Agora que o app foi implantado, pense em como melhorá-lo e aprimorá-lo. Aqui estão algumas sugestões para determinar onde ir em seguida:

• As pessoas que usam a aplicação no dia-a-dia serão a melhor fonte de feedback. Fale com eles sobre quais novos recursos ou mudanças eles gostariam de ver.
• Determine se fluxos de processo relacionados adicionais podem ser automatizados por meio do Flow Designer.
• Determine se os novos spokes do IntegrationHub podem ser aproveitados para novas integrações.