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 Agente de bot e nos pacotes.
- Previsibilidade: Com ciclos de implantação frequentes e regulares, você pode ter acesso a novos e aprimorados pacotes 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 Nuvem, você pode usar os novos pacotes 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 pacote.
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 Nuvem-Sandbox: Esses ambientes na Nuvem 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 Nuvem na Control Room-Sandbox para testar a próxima atualização pelo menos três semanas antes que os ambientes na Nuvem de desenvolvimento principal (Dev), teste (Test ou UAT) e produção (Prod) sejam atualizados.
- Automation 360 No local Control Room: O ambiente No local é liberado depois da Community Edition e Nuvem-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 Nuvem: Os ambientes na Nuvem 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 Nuvem-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 Nuvem 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 No local, recomendamos que clientes No local atualizem para a versão mais recente para se beneficiarem dos recursos e correções de bugs mais recentes.
Atualizações do Agente de bot
Quando uma nova versão do Agente de bot está disponível, por padrão, o Agente de bot é 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 Agente de bot 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 Agente de bot deve ser atualizado e todas as execuções dos botdesses dispositivos será interrompida até que o Agente de bot 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 Agente de bot para uma liberação a cada 6 meses.
Começando com o lançamento do Automation 360 v.24, 4 atualizações do Agente de bot 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 Agente de bot.
Nossos lançamentos Q2 e Q4 terão atualizações de Agente de bot opcionais e você pode optar por pular a atualização do Agente de bot. Entretanto, as atualizações do Q1 e do Q3 podem ser atualizações obrigatórias do Agente de bot. Notificaremos os clientes com 3 meses de antecedência, caso a atualização do Agente de bot seja obrigatória com um lançamento da Control Room. Para obter mais informações, consulte Agente de bot compatibilidade.
Atualizações do Pacote
Começando com o lançamento Automation 360 v.24, a entrega de pacotes é 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 pacotes, seguindo em frente.
Com esse recurso, novos pacotes e novas versões de pacote agora podem ser baixadas automaticamente da Automation Anywhere da Nuvem quando são previsivelmente liberados em uma cadência de lançamento trimestral. Esses pacotes baixados se tornam o pacote padrão para que os clientes possam começar a usar estas versões dos pacote em seguida, conforme vão se tornando disponíveis.
Esse recurso é habilitado de maneira diferente para instâncias da Nuvem na No local e Control Room, conforme listado na tabela a seguir:
| Capacidade de atualização de pacote contínua | Nuvem Control Room | No local Control Room |
|---|---|---|
| Baixe pacotes da Automation Anywhere da Nuvem | Ativado por padrão e não pode ser desativado. | Desativado por padrão e pode ser ativado. |
| Configure o pacote 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 Nuvem: A funcionalidade de download automático do pacote 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 pacotes em sua versão da Control Room atual antes da atualização da Control Room ser disponibilizada em sua região.
- Usuários da No local: Esta capacidade é desativada por padrão, mas pode ser habilitada por administradores de pacote.
Recomendamos que os desenvolvedores de bot sempre utilizem a última versão dos pacotes 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 pacotes aos desenvolvedores depois de verificá-los. Estes novos pacote 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 pacote 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 pacote quando estiverem prontos para isso. Os desenvolvedores de Bot devem editar explicitamente do bots na visualização do Editor de bot e usar a nova versão pacote.
Política de apoio e depreciação para pacotes
- Versões de Pacote suportadas por um mínimo de 2 anos
- As versões de Pacote 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 pacote continuará a ser suportado, a menos que seja depreciado.
Tipicamente, uma nova versão do pacote será disponibilizado se um pacote é depreciado. Todas as questões e correções de segurança relatadas para o pacote será fixado na última versão, sem backporting.
Você será notificado com 3 meses de antecedência quando uma versão de pacote 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 Pacotes com Agente de bot 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 Agente de bot lançadas no prazo de 2 anos após o lançamento da versão do pacote. 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 Agente de bot.
- Política de depreciação sobre versão de pacote
- As versões de Pacote 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 pacote será disponibilizada com a correção.
- Mudanças de bot mínimas
- A política de apoio à versão do pacote tem como objetivo minimizar o esforço necessário para mudar bots e para mantê-los funcionando.
Bots utilizando uma versão de pacote não precisam ser atualizados para usar as versões de pacote se a versão existente do pacote é suportada. Entretanto, recomendamos que você utilize a versão mais recente do pacote ao desenvolver o bot para aumentar a longevidade do bot. As versões de pacote 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 pacote 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 pacote utilizada no bots corresponde à versão do pacote nos ambientes superiores.