Política de ciclo de vida do software Automation 360
- Última atualização2024/10/18
Política de ciclo de vida do software Automation 360
A política do ciclo de vida do software Automation Anywhere visa disponibilizar com rapidez inovações e aperfeiçoamentos. Através desta política, oferecemos a você previsibilidade, qualidade e, o que é importante, acesso ininterrupto às últimas inovações e melhorias para que você possa controlar quando e como você quer adotar estas melhorias.
Visão geral
A política de ciclo de vida do software ajuda você no gerenciamento de mudanças, ao mesmo tempo em que lhe fornece as últimas atualizações de software com melhorias na Control Room, no Bot Agent e nos packages.
- Previsibilidade: Com ciclos de implantação frequentes e regulares, você pode ter acesso a novos e aprimorados packages mais cedo do que antes, com uma cadência de liberação previsível.
- Implantação de novas características: Com controle sobre a introdução de mudanças em seus bots, você pode testar novas características e implantá-las em seu próprio ritmo.
- Qualidade: Com implantações automatizadas da Automation 360 do Cloud, você pode usar os novos packages que incluem correções importantes de bugs e problemas de segurança.
- Acesso ininterrupto: Você pode atualizar os pacotes sem interromper suas configurações existentes.
- Compatibilidade retroativa: Agora você tem a opção de atualizar os bots com segurança enquanto ainda tem a opção de mudar para uma versão anterior de um package.
A imagem a seguir mostra as vantagens desta política de ciclo de vida:
Control Room
A Automation 360 aproveita as melhores práticas mais recentes no desenvolvimento e na implementação de atualizações incrementais de software em todos os modelos de implantação usando um pipeline contínuo de desenvolvimento e implantação. As atualizações de software da Control Room Automation 360 são lançadas aproximadamente a cada 3 meses.
As atualizações normalmente são lançadas na seguinte ordem:
- Community Edition e Cloud-Sandbox: Esses ambientes na Cloud são atualizados automaticamente com notificações prévias publicadas no Automation 360 Cloud Service Status site. Como cliente, você pode usar um ambiente da Cloud na Control Room-Sandbox para testar a próxima atualização pelo menos três semanas antes que os ambientes na Cloud de desenvolvimento principal (Dev), teste (Test ou UAT) e produção (Prod) sejam atualizados.
- Automation 360 On-Premises Control Room: O ambiente On-Premises é liberado depois da Community Edition e Cloud-Sandbox no A-People Downloads page (Login required). Os clientes precisam baixar manualmente a atualização na página de downloads e atualizar suas instâncias da Control Room.
- Automation 360 Cloud: Os ambientes na Cloud são atualizados automaticamente com notificações prévias. Essas atualizações normalmente são implantadas três a quatro semanas após a atualização da Cloud-Sandbox. Essas atualizações na nuvem estão programadas para ocorrer fora do horário comercial e não perto do início ou fim do mês. As notificações de atualização Cloud são publicadas no Automation 360 Cloud Service Status site 2 semanas antes da atualização.
As atualizações de software do Automation 360 incluem todos os novos recursos. Conforme nossa política de atualização de software, os bugs são corrigidos apenas na versão mais recente da atualização de software. Embora ofereçamos suporte para versões n-2 (onde n se refere à versão mais recente) para implantações On-Premises, recomendamos que clientes On-Premises atualizem para a versão mais recente para se beneficiarem dos recursos e correções de bugs mais recentes.
Atualizações do Bot Agent
Quando uma nova versão do Bot Agent está disponível, por padrão, o Bot Agent é implantado automaticamente no pool de dispositivos de um cliente sem afetar a funcionalidade de bot dos dispositivos existentes. No entanto, administradores da Control Room podem desativar esta funcionalidade de atualização padrão e optar por atualizar o Bot Agent manualmente. Em caso de atualizações manuais e no caso de uma atualização obrigatória, os usuários serão notificados de que o Bot Agent deve ser atualizado e todas as execuções dos botdesses dispositivos será interrompida até que o Bot Agent seja atualizado.
Para implantações maiores onde os conjuntos de dispositivos foram implantados utilizando o dispositivo padrão Amazon Machine Image (AMI) em cronogramas separados, essas atualizações requerem coordenação, mudança nos processos de gerenciamento e aprovações no ambiente do usuário. Portanto, o Automation 360 suportará a retrocompatibilidade do Bot Agent para uma liberação a cada 6 meses.
Começando com o lançamento do Automation 360 v.24, 4 atualizações do Bot Agent serão lançadas a cada ano, sendo 2 opcionais e 2 que podem ser declaradas obrigatórias. Você pode pular a atualização opcional e atualizar para a próxima atualização obrigatória do Bot Agent.
Nossos lançamentos Q2 e Q4 terão atualizações de Bot Agent opcionais e você pode optar por pular a atualização do Bot Agent. Entretanto, as atualizações do Q1 e do Q3 podem ser atualizações obrigatórias do Bot Agent. Notificaremos os clientes com 3 meses de antecedência, caso a atualização do Bot Agent seja obrigatória com um lançamento da Control Room. Para obter mais informações, consulte Bot Agent compatibility.
Atualizações do Package
Começando com o lançamento Automation 360 v.24, a entrega de packages é desenvolvido para ser separado das principais atualizações da plataforma. Isso nos ajudará a responder rapidamente às mudanças e correções necessárias e nos proporcionará a flexibilidade para fornecer atualizações nos packages, seguindo em frente.
Com esse recurso, novos packages e novas versões de package agora podem ser baixadas automaticamente da Automation Anywhere da Cloud quando são previsivelmente liberados em uma cadência de lançamento trimestral. Esses packages baixados se tornam o package padrão para que os clientes possam começar a usar estas versões dos package em seguida, conforme vão se tornando disponíveis.
Esse recurso é habilitado de maneira diferente para instâncias da Cloud na On-Premises e Control Room, conforme listado na tabela a seguir:
| Capacidade de atualização de package contínua | Cloud Control Room | On-Premises Control Room |
|---|---|---|
| Baixe packages da Automation Anywhere da Cloud | Ativado por padrão e não pode ser desativado. | Desativado por padrão e pode ser ativado. |
| Configure o package baixado na versão padrão | Ativado por padrão e pode ser desativado. | Ativado por padrão e pode ser desativado. |
-
Usuários da Cloud: A funcionalidade de download automático do package agora está habilitada em todas as instâncias da Control Room em todas as regiões ao mesmo tempo.
Você pode começar a usar os últimos packages em sua versão da Control Room atual antes da atualização da Control Room ser disponibilizada em sua região.
- Usuários da On-Premises: Esta capacidade é desativada por padrão, mas pode ser habilitada por administradores de package.
Recomendamos que os desenvolvedores de bot sempre utilizem a última versão dos packages porque essa versão fornece as últimas inovações e todos os códigos e correções de segurança das versões anteriores. No entanto, os administradores podem alterar este comportamento padrão a qualquer momento e implantar os packages aos desenvolvedores depois de verificá-los. Estes novos package também são retrocompatíveis com a versão da plataforma existente.
Observe que essa funcionalidade não tem impacto nos bots existentes, que continuam a funcionar inalterados. Bots que são desenvolvidos com uma versão específica de package sempre continuarão a fazê-lo, a menos que sejam explicitamente alterados pelo desenvolvedor de bot. Isso fornece aos desenvolvedores de bot a flexibilidade de adotar novas versões de package quando estiverem prontos para isso. Os desenvolvedores de Bot devem editar explicitamente do bots na visualização do Bot editor e usar a nova versão package.
Política de apoio e depreciação para packages
- Versões de Package suportadas por um mínimo de 2 anos
- As versões de Package que forem lançadas continuarão a ser suportadas por um mínimo de 2 anos após o lançamento. Mesmo depois de 2 anos, um package continuará a ser suportado, a menos que seja depreciado.
Tipicamente, uma nova versão do package será disponibilizado se um package é depreciado. Todas as questões e correções de segurança relatadas para o package será fixado na última versão, sem backporting.
Você será notificado com 3 meses de antecedência quando uma versão de package está planejada para ser depreciada. Se houver uma vulnerabilidade de segurança crítica, nos esforçaremos ao máximo para enviar uma notificação avançada.
- Compatibilidade de versões de Packages com Bot Agent e Control Room
- As versões de pacote e de bots que usam essas versões serão compatíveis com todas as versões da Control Room e do Bot Agent lançadas no prazo de 2 anos após o lançamento da versão do package. Os Bots que usam essas versões de pacotes compatíveis não precisam ser configurados para serem compatíveis com as versões da Control Room e do Bot Agent.
- Política de depreciação sobre versão de package
- As versões de Package não serão depreciadas dentro dos 2 anos após seu lançamento, a menos que haja uma vulnerabilidade de segurança crítica que tenha que ser corrigida. Em tal caso, uma nova versão de package será disponibilizada com a correção.
- Mudanças de bot mínimas
- A política de apoio à versão do package tem como objetivo minimizar o esforço necessário para mudar bots e para mantê-los funcionando.
Bots utilizando uma versão de package não precisam ser atualizados para usar as versões de package se a versão existente do package é suportada. Entretanto, recomendamos que você utilize a versão mais recente do package ao desenvolver o bot para aumentar a longevidade do bot. As versões de package utilizadas em um bot terão de ser atualizadas antes de serem depreciados para o bot permanecer suportado.
Política de descontinuação de API
A descontinuação da API indica que uma API não é mais recomendada para uso, mas é funcional. Os desenvolvedores são incentivados a migrar para versões mais atualizadas e compatíveis da API. A API estará disponível até a data do fim da vida útil (EoL) e a versão de lançamento para permitir uma transição tranquila.
API EoL (Fim da Vida Útil) indica a data e a versão de lançamento em que a API deixará de funcionar e não estará mais disponível para uso. Os desenvolvedores devem concluir a migração para as versões mais atualizadas e compatíveis da API antes dessa data.
Os seguintes cenários podem exigir a descontinuação de APIs:
- Vulnerabilidades de segurança: versões mais antigas da API contêm vulnerabilidades de segurança conhecidas que foram corrigidas em versões mais recentes.
- Dívida técnica: as versões mais antigas da API podem ser criadas com base em tecnologias, abordagens ou estruturas desatualizadas que não são mais suportadas, dificultando a manutenção ou os aprimoramentos.
- Desempenho: versões mais antigas da API não são otimizadas para casos de uso modernos ou aumentos de escala, levando a um desempenho ruim e tempos de resposta mais lentos.
- Experiência do usuário: versões de API obsoletas contêm endpoints confusos ou redundantes que podem dificultar a navegação para os usuários.
APIs serão suportadas por um período mínimo de 2 anos. Após 2 anos, um anúncio de descontinuação de uma API pode ser feito, com a API estando disponível por pelo menos mais um ano (quatro versões) para oferecer tempo suficiente para migrar para a versão mais recente.
Ciclo de vida do Bot
A suposição de projeto para os bots é que a versão do package usado no bots esteja presente na Control Room que é usada para executar o bots. Antes que os desenvolvedores promovam bots, recomendamos que os desenvolvedores verifiquem se a versão do package utilizada no bots corresponde à versão do package nos ambientes superiores.