4 min read4 days ago

A Importância de um Plano de Clonagem: Garantindo a Segurança e a Eficiência no ServiceNow

https://www.servicenow.com/docs/pt-BR/bundle/yokohama-platform-administration/page/administer/managing-data/concept/c_SystemClone.html

Objetivo

O objetivo de um plano de clonagem é estabelecer as melhores práticas para garantir que os ambientes de pré-produção/Qualidade e desenvolvimento estejam sempre atualizados e em sincronia. Esse processo é fundamental para garantir um suporte eficaz, proporcionando dados atuais e relevantes, além de manter a integridade e a saúde das instâncias. Ao implementar esse plano, buscamos minimizar problemas de comunicação entre os usuários que realizam testes no ambiente de produção e os desenvolvedores que estão trabalhando em pacotes abertos em desenvolvimento. Essa abordagem colaborativa não só melhora a eficiência do trabalho, mas também contribui para a qualidade final dos serviços prestados.

Diretrizes Gerais

Planejamento do Clone: O processo de clonagem deve ser cuidadosamente planejado para minimizar os impactos em desenvolvimentos que estão em andamento. Isso garantirá que as atividades de desenvolvimento não sejam interrompidas e que qualquer dependência crítica seja considerada.
Comunicação com Usuários-Chave: É fundamental informar os usuários-chave sobre a execução do clone com antecedência. Isso permite que eles se preparem para potenciais alterações e assegura a transparência no processo.
Mapeamento de Usuários nas Instâncias de Testes: Realizar um mapeamento detalhado dos usuários que têm acesso às instâncias de teste é essencial. Essa ação garante que as partes interessadas possam continuar seus testes sem interrupção, facilitando a transição e mantendo a continuidade dos processos.
Verificação de Update Sets Abertos: Antes da clonagem, deve-se conduzir uma verificação e consolidação dos update sets abertos nos ambientes de desenvolvimento. Isso evita a perda de alterações importantes e assegura que o clone reflita o estado mais atualizado das configurações.
Transporte de Pacotes de Desenvolvimento: Todos os pacotes de desenvolvimento devem ser transportados para o ambiente de qualidade antes da clonagem. Essa etapa é vital para garantir que as mais recentes customizações e melhorias sejam testadas no ambiente correto e que a integridade do processo de desenvolvimento seja mantida.

Recomendações para Clonagem de Ambients/Instâncias

Desativar a Clonagem de Alvo no ServiceNow: Controlar que seu ambiente de produção não pode ser substituído, clique aqui e leia mais detalhes sobre o assunto.
Definir política de periodicidade: A definição de uma política de periodicidade do clone é um passo crucial no gerenciamento de ambientes dentro do ServiceNow. Esta política estabelece a frequência com a qual as instâncias, como ambientes de desenvolvimento e teste, devem ser clonadas a partir de uma instância de produção.

Dentro deste tópico considere

#O clone deve aguardar 24 horas para garantir a consolidação dos ambientes e backup para os clones dentro da ServiceNow.

#O ServiceNow realiza esse processo em períodos alternados, e por isso, o agendamento deve ser feito com antecedência.

#Clones extraordinários devem ser considerados quando grandes mudanças forem realizadas no ambiente de produção ou mesmo em caso de necessitar recuperar por algum motivo.

#Clones preferencialmente devem ser realizados fora de horário comercial para mitigar impactos nos testes e operações.

SUGESTÕES

Clonagem do Ambiente de Produção para QA (Pré-Produção):
Frequência recomendada: Semanal, quinzenal, no máximo mensal.
Clonagem do Ambiente de Produção para Desenvolvimento
Frequência recomendada: Mensal.

DICAS ESSENCIAIS

#Após o clone, é essencial validar permissões, usuários, e a integridade dos dados.

#Desenvolvedores devem ser instruídos a verificar update sets antes e depois do clone para evitar perda de trabalho.

#Comunicação prévia para usuários-chave que acessam QA, garantindo que não haja atividades críticas em andamento.

#Backup dos dados deve ser realizado antes do clone, conforme o ciclo de retenção da ServiceNow.

#O clone é essencial para atualizar dados estruturais como departamentos, gerentes, e outras informações dinâmicas geradas pelos usuários.

#A ausência desses dados estruturais podem gerar gargalos ou impedimentos para desenvolvimentos e testes no ambiente de desenvolvimento.

#Recomenda-se que o clone seja agendado em períodos de menor atividade dos desenvolvedores.

#Deve-se garantir que update sets críticos sejam transportados para DEV/QA/Prod antes da realização do clone.

#A equipe técnica deve enviar um comunicado prévio a todos os usuários-chave envolvidos no ambiente a ser clonado.

#Um aviso de finalização do processo de clonagem deve ser emitido informando que o ambiente está atualizado e pronto para uso. (recurso da própria ServiceNow)

#No caso de clonagem extraordinária, deve haver uma justificativa clara e um planejamento para minimizar impactos.

#O processo de clone deve ser documentado em um registro centralizado para auditoria e rastreabilidade.

#Qualquer problema identificado após o clone deve ser reportado imediatamente para correção.

#Ajustes na frequência dos clones podem ser realizados conforme a necessidade do projeto e feedback da equipe de suporte e desenvolvimento.

MELHORES PRÀTICAS

Comunicação: Notifique todas as partes interessadas sobre o cronograma de clonagem, o tempo de inatividade e o propósito da atividade.
Clone profile: Use perfis de clone para ter toda a programação correta.
Clone exclusion: Exclua tabelas e dados que sejam específicos do ambiente ou sensíveis para evitar sobrescrever configurações críticas.
Data Preserve: Aproveite as configurações de preservação de dados
Preserve os dados da instância de destino quando necessário para reter configurações e registros exclusivos.

#Admin Users

#SAML properties

#SAML certificates

#SAML Users

#Integration End Points: Preservar configurações relacionadas a integrações de sistemas externos.