de 2026

As notas de versão para o ano atual estão disponíveis selecionando um mês no índice à esquerda.

Each page lists the changes made in Automation Cloud^TM Dedicated during the month: new features, bug fixes, and more.

Processo de lançamento

Esta página explica como as atualizações são entregues, controladas e comunicadas entre ambientes no Automation Cloud Dedicado, usando um modelo de implantação baseado em toques.

Visão geral da versão

As versões Automation Cloud Dedicado acontecem a cada duas semanas. Cada sprint entrega uma carga que inclui: novas funcionalidades e aprimoramentos, patches de segurança, infraestrutura, atualizações de configuração e correções de bugs.

Todas as atualizações seguem uma estratégia de implantação baseada em anel regida por um plano de implantação de serviço.

Agendamento e ambientes de implantação

O ciclo de vida de implantação do Automation Cloud Dedicado envolve os seguintes componentes:

• Cadência de lançamento – As versões seguem uma programação uma vez a cada duas semanas. Cada sprint inclui atualizações cumulativas, como novas funcionalidades, melhorias, patches de segurança e correções de bugs.
• Implantação baseada em loop – As versões progridem por vários ambientes em sequência, com o Sandbox sendo o primeiro ambiente. Os seguintes ambientes dependem de sua preferência de agendamento e arquitetura de implantação.

  O ambiente de Sandbox é uma instância compartilhada que você pode usar para validar atualizações com antecedência. Isso ocorre quando as notas de versão são publicadas.

  Observação: o fluxo de implantação exclui janelas de blecaute e períodos de congelamento.

Tipos de versões

Automation Cloud Dedicado fornece dois tipos de atualizações:

• Versão padrão: implantação regular de atualizações de produtos, infraestrutura e configuração a cada duas semanas.
• Versões de hotfix: correção emergencial para vulnerabilidades de segurança ou bugs de alto impacto.

Hotfixes e versões de emergência

Para correções de alta prioridade, o ciclo de vida da implantação segue essas exceções:

• As versões são rastreadas rapidamente em todos os níveis.
• Atrasos de toque, janelas de manutenção e janelas de blecaute podem ser ignoradas com base na urgência.

Observação: apenas regressões do comportamento anterior Automation Cloud Dedicado são elegíveis para hotfixes.

Controles de atualização

Automation Cloud Dedicado fornece flexibilidade sobre quando as atualizações são implantadas. Você pode configurar seu ambiente de produção usando os seguintes tipos de controle de atualização:

• Versão atrasada: adiar atualizações por até 30 dias.
• Período de blecaute: impeça implantações durante um período fixo.

  As regras de um período de blecaute são as seguintes:

  • Pode durar no máximo 30 dias consecutivos.
  • Deve ser seguido por um período aberto de 10 dias antes que outro blecaute seja aplicado.
  • Deve ser enviado com pelo menos cinco dias úteis de antecedência.
  • Não é possível bloquear o agendamento de implantações para as próximas 48 horas.

  Por exemplo, você pode estender uma janela de blecaute que termina em menos de dois dias, mas pode ajustar uma janela de blecaute que termina em mais de cinco dias.

• Janela de manutenção: certifique-se de que as atualizações ocorram fora do horário comercial.

  A janela de manutenção normalmente é agendada entre 15h e 21h EST.

  Uma janela contínua de 6 horas é recomendada para atualizações em todos os ambientes de produção.

Observação: o ambiente do Sandbox é excluído dos períodos de blecaute e manutenção.

Comunicação e responsabilidade do usuário

Para garantir que você esteja ciente de como as versões estão sendo implantadas na sua organização Automation Cloud Dedicado, você deve verificar os seguintes recursos:

• Notas de versão: Publicado no mesmo dia em que o ambiente do Sandbox é atualizado.
• Notificações da página de status: usadas para qualquer tempo de inatividade, com aviso pelo menos de sete dias.

Como um usuário Automation Cloud Dedicado, você deve fazer o seguinte:

1. Verifique regularmente as notas de versão e atualizações de páginas de status.
2. Revise as notas de versão depois de publicadas.
3. Valide as alterações no Sandbox e quaisquer outros ambientes aprovados.
4. Abra um ticket de suporte para pausar a versão de produção se você descobrir regressões ou problemas de desempenho.

Exemplo de implantação

Por exemplo, se uma versão de sprint for implantada no Sandbox em 7 de julho e o atraso de produção for de 30 dias, a linha do tempo seria a seguinte:

1. Atualização do sandbox realizada em 7 de julho.
2. Notas de versão publicadas em 7 de julho.
3. Atualização da produção realizada em 9 de agosto.