Diretrizes gerais e casos de uso para Sandboxes do desenvolvedor

Siga algumas diretrizes gerais para garantir que você esteja otimizando o uso de sandboxes.

Número de Sandboxes do desenvolvedorusuários

Cada sandbox deve ter apenas uma pessoa trabalhando nela. Vários usuários por sandbox negariam os benefícios do desenvolvimento paralelo.

Os direitos podem ser empilhados, suportando até 30 sandboxes por instância.

Nota:

O número de áreas restritas não afeta o desempenho da instância.

Os usuários podem fazer login na instância base e em vários sandboxes ao mesmo tempo. Os usuários da área de segurança usam as mesmas credenciais de login da instância de base para a área de segurança. Se você usar o login único (SSO) para login, quando permitir que ele se conecte à sua conta na instância base, Sandboxes do desenvolvedorautentica usando o mesmo mecanismo e credenciais que a instância base. Para obter informações sobre como habilitar o SSO, consulte Instalação de Sandboxes do desenvolvedor.

Nota:

O SSO para sandboxes não funciona em instâncias com URLs fáceis.

Tempo para Sandboxes do desenvolvedor

Uso Sandboxes do desenvolvedorpara criar ambientes intencionalmente transitórios. Quanto mais tempo durarem, mais longe ficarão da instância base original. Assim, Sandboxes do desenvolvedordeve ser o mais curto possível.

As áreas restritas são temporárias e podem ser alinhadas a períodos de desenvolvimento curtos. Por exemplo, no desenvolvimento ágil, as áreas restritas podem durar o seguinte:

1. Um sprint
2. Uma história
3. Uma rodada de testes

Exemplos de alocação de área restrita

A seguir estão exemplos de como as sandboxes podem ser usadas:

• Crie ramificações no início de um sprint.
• Uma nova ramificação deve ser criada para cada sandbox.
• Se você precisar corrigir um bug no meio de um sprint, em vez de armazenar mudanças, crie uma segunda sandbox com um novo branch e corrija o bug lá. Em seguida, mescle essas mudanças na ramificação da versão e implante a correção de bug na produção.
• Crie uma sandbox para testar uma história ou recurso puxando as mudanças para uma nova sandbox, que você desativará quando o teste for concluído.

Sandboxes do desenvolvedor vs. instâncias de não produção

Sandboxes do desenvolvedornão são uma substituição para instâncias que não são de produção. Sandboxes do desenvolvedorsão temporárias, enquanto as instâncias de não produção são mais permanentes e destinadas ao uso a longo prazo.

A tabela a seguir compara como as instâncias de não produção e. Sandboxes do desenvolvedorsão usados com mais eficácia.

Tabela 1. Comparando instâncias de não produção sugeridas e. Sandboxes do desenvolvedor

Instâncias de não produção	Sandboxes do desenvolvedor
Particione o trabalho da sua empresa por equipe ou projeto	Isolar mudanças de metadados do desenvolvedor em um projeto.
Os grupos começam a partir de configurações significativamente diferentes	Todos os desenvolvedores começam com a mesma configuração de instância de linha de base.
Os fluxos de trabalho simultâneos são isolados ou minimamente alinhados	As atividades de desenvolvimento seguem uma cadência consistente.
Ambiente durável para mudanças de longo prazo	O trabalho pode ser concluído em um ambiente temporário e comprometido com o controle de versão.

Para obter mais informações sobre como configurar sandboxes em instâncias, consulte Instalação de Sandboxes do desenvolvedor.

Sandboxes do desenvolvedor e ServiceNow Fluent

Sandboxes do desenvolvedortrabalhar melhor com ServiceNow Fluente. IDE da ServiceNow.

As mudanças de low-code representadas na marcação XML às vezes causam problemas de mesclagem, porque a estrutura de arquivo gerada pode dificultar o alinhamento das mudanças. Ao usar construtores low-code no ServiceNow AI Platform, a melhor estratégia de longo prazo é salvar mudanças em ServiceNow FluentEm vez de XML.

ServiceNow Fluent é uma linguagem de programação específica do domínio que você pode usar para definir metadados da aplicação no código-fonte. Os desenvolvedores e administradores podem facilmente pesquisar mudanças no controle de versão, como Git. Para obter detalhes, consulte ServiceNow Fluent.

Você pode usar Sandboxes do desenvolvedorcom Conjuntos de atualizações do sistema, mas uma solução mais voltada para o futuro é usar IDE da ServiceNow. Emparelhando suas sandboxes e. IDE da ServiceNowcom controle de versão e aplicações de implantação (como Central de gestão do App Engine) permite um ecossistema de implantação mais limpo e simplificado. Para obter mais informações, consulte IDE da ServiceNow.

Perguntas frequentes de Sandboxes do desenvolvedor

Consulte Comunidade ServiceNowartigo em Áreas restritas do desenvolvedor: Perguntas frequentes e Guia de introdução .