Política del ciclo de vida útil del software Automation 360
- Última actualización2024/10/18
Política del ciclo de vida útil del software Automation 360
La política del ciclo de vida útil del software Automation Anywhere tiene como objetivo poner a su disposición rápidamente las innovaciones y mejoras. A través de esta política, le proporcionamos previsibilidad, calidad y, lo que es más importante, un acceso sin interrupciones a las últimas innovaciones y mejoras para que pueda controlar cuándo y cómo quiere adoptarlas.
Descripción general
La política del ciclo de vida útil del software lo ayuda con la administración de los cambios a la vez que le proporciona las últimas actualizaciones de software con mejoras en Control Room, Bot Agent y packages.
- Previsibilidad: Con ciclos de implementación frecuentes y regulares, puede acceder a los nuevos packages mejorados más rápido que antes con una cadencia de lanzamiento predecible.
- Implementación de nuevas características: Con el control sobre la introducción de cambios en sus bots, puede probar las nuevas características e implementarlas a su propio ritmo.
- Calidad: Con las implementaciones automatizadas de Automation 360 Cloud, puede utilizar los nuevos packages que incluyen correcciones críticas de errores y seguridad.
- Acceso no interrumpido: Puede actualizar los paquetes sin interrumpir las configuraciones existentes.
- Compatibilidad con versiones anteriores: Ahora tiene la opción de actualizar bots de forma segura a la vez que mantiene la opción de volver a una versión anterior de package.
La siguiente imagen muestra las ventajas de esta política de ciclo de vida útil:
Control Room
Automation 360 aprovecha las últimas prácticas recomendadas en el desarrollo y la implementación de actualizaciones de software incrementales en todos los modelos de implementación utilizando un canal de desarrollo e implementación continuo. Las actualizaciones de software de Automation 360 Control Room se lanzan aproximadamente cada 3 meses.
Las actualizaciones suelen implementarse en el siguiente orden:
- Community Edition y Cloud (entorno de prueba): Estos entornos de Cloud se actualizan de manera automática con notificaciones previas que se publican en Automation 360 Cloud Service Status site. Como cliente, puede utilizar un entorno de la Cloud del entorno de prueba de Control Room para probar la próxima actualización al menos 3 semanas antes de que se actualicen los entornos principales de desarrollo, prueba y producción de Cloud
- Automation 360 On-Premises Control Room: El entorno de On-Premises se libera después de Community Edition y Cloud (entorno de prueba) en A-People Downloads page (Login required). Los clientes deben descargar manualmente la actualización desde la página de descargas y actualizar las instancias de la Control Room.
- Automation 360 Cloud: Los entornos de Cloud se actualizan automáticamente con notificaciones previas. Estas actualizaciones suelen implementarse de tres a cuatro semanas después de la actualización de Cloud (entorno de prueba). Estas actualizaciones en la nube están programadas para realizarse fuera del horario comercial y lejos de las fechas de principios o finales de un mes. Las notificaciones de actualización de Cloud se publican en Automation 360 Cloud Service Status site con 2 semanas de anticipación a la actualización.
Las actualizaciones de software de Automation 360 acumulan todas las capacidades nuevas. Según nuestra política de actualización de software, los errores solo se corrigen en la última versión de la actualización de software. Aunque admitimos versiones n-2 (donde n se refiere a la última versión) para las implementaciones de On-Premises, recomendamos que los clientes On-Premises se actualicen a la última versión para beneficiarse de las nuevas funciones y correcciones de errores.
Actualizaciones de Bot Agent
Cuando una nueva versión de Bot Agent está disponible, de forma predeterminada, el Bot Agent se implementa automáticamente en el grupo de dispositivos de un cliente sin afectar la funcionalidad del bot existente. Sin embargo, los administradores de Control Room pueden desactivar esta capacidad de actualización predeterminada y optar por actualizar Bot Agent manualmente. En los casos de actualización manual y actualización obligatoria, se notificará a los usuarios que el Bot Agent debe ser actualizado y que la ejecución de todos los bot en estos dispositivos se detendrá hasta que el Bot Agent se actualice.
Para implementaciones grandes en las que grupos de dispositivos se implementaron con imágenes de máquina de Amazon (AMI) de dispositivos estándar en programas independientes, estas actualizaciones requieren mayor coordinación, procesos de administración de cambios y aprobaciones en el entorno del usuario. Por lo tanto, Automation 360 será compatible con versiones anteriores de Bot Agent por una versión cada 6 meses.
A partir de la Versión v.24 de Automation 360, se realizarán 4 actualizaciones de Bot Agent cada año con 2 actualizaciones opcionales y 2 actualizaciones que podrían ser declaradas obligatorias. Puede omitir la actualización opcional y pasar a la siguiente actualización de Bot Agent obligatoria.
Nuestras versiones del segundo y cuarto trimestre tendrán actualizaciones de Bot Agent opcionales, y usted puede optar por omitir la actualización de Bot Agent. Sin embargo, las actualizaciones del primer y tercer trimestre podrían tener actualizaciones de Bot Agent obligatorias. Notificaremos a los clientes con 3 meses de antelación si se requiere una actualización de Bot Agent obligatoria con una versión de Control Room. Para obtener más información, consulte Bot Agent compatibility.
Actualizaciones de Package
A partir de la Versión v.24 de Automation 360, la entrega de packages se ha desarrollado para que sea independiente de las actualizaciones de la plataforma principal. Esto nos ayudará a responder rápidamente a los cambios y las correcciones necesarias y nos proporcionará flexibilidad para entregar las actualizaciones en packages en el futuro.
Con esta capacidad, los nuevos packages y las nuevas versiones del package ahora pueden descargarse automáticamente desde Automation Anywhere Cloud cuando se publiquen previsiblemente con una cadencia de lanzamiento trimestral. Estos packages descargados se configuran automáticamente como package predeterminados para que los clientes puedan empezar a utilizar estas versiones del package de forma continua a medida que estén disponibles.
Esta capacidad se habilita de forma diferente para las instancias de la Cloud de On-Premises y Control Room, como se indica en la siguiente tabla:
Capacidad de actualización de package ininterrumpida | Cloud Control Room | On-Premises Control Room |
---|---|---|
Descargar packages desde Automation Anywhere Cloud | Habilitado de forma predeterminada y no se puede inhabilitar. | Inhabilitado de forma predeterminada y puede habilitarse. |
Establecer la descarga de package a la versión predeterminada | Habilitado de forma predeterminada y se puede inhabilitar. | Habilitado de forma predeterminada y se puede inhabilitar. |
-
Usuarios de Cloud: La capacidad de descarga automática de package ahora está habilitada en todas las instancias Control Room en todas las regiones al mismo tiempo.
Puede empezar a utilizar los últimos packages en su versión actual de Control Room antes de que la actualización de Control Room esté disponible en su región.
- Usuarios de On-Premises: Esta capacidad está inhabilitada de manera predeterminada, pero los administradores de package pueden habilitarla.
Recomendamos que los desarrolladores de bot utilicen siempre la última versión de los packages porque esa versión ofrece las últimas innovaciones y todas las correcciones de código y seguridad de las versiones anteriores. Sin embargo, los administradores pueden cambiar este comportamiento predeterminado en cualquier momento y desplegar los packages a los desarrolladores después de verificarlos. Estas nuevas versiones del package también son compatibles con la versión de la plataforma existente.
Tenga en cuenta que esta capacidad no tiene impacto en los bots existentes, que continúan ejecutándose sin cambios. Los Bots que se desarrollan con una versión particular de package siempre continuarán haciéndolo a menos que el desarrollador del bot los modifique explícitamente. Esto proporciona a los desarrolladores de bot la flexibilidad para adoptar nuevas versiones de package cuando estén listos para ello. Los desarrolladores de Bot deben editar explícitamente los bots en la vista de Bot editor y usar la nueva versión de package.
Política de compatibilidad y obsolescencia para packages
- Las versiones de Package son compatibles durante 2 años como mínimo
- Las versiones de Package que se publiquen seguirán siendo compatibles durante un mínimo de 2 años después de su publicación. Incluso después de 2 años, una versión de package seguirá siendo compatible a menos que sea obsoleta.
Normalmente, una nueva versión del package estará disponible si un package queda obsoleto. Todos los problemas y las correcciones de seguridad informadas para el package se corregirán en la última versión, sin necesidad de hacer modificaciones o parches a la versión anterior.
Se le notificará con 3 meses de antelación cuando una versión de package esté prevista para su eliminación. Si hay una vulnerabilidad de seguridad crítica, haremos todo lo posible para enviar una notificación anticipada.
- Compatibilidad de versión de Packages con Bot Agent y Control Room
- Las versiones de los paquetes y bots que usan estas versiones serán compatibles con todas las versiones de Control Room y Bot Agent lanzadas dentro de los 2 años posteriores al lanzamiento de la versión de package. No es necesario que los Bots que usan estas versiones de paquetes compatibles se configuren para que sean compatibles con las versiones de Control Room y Bot Agent.
- Política de obsolescencia en la versión de package
- Las versiones de Package no se eliminarán dentro de los 2 años siguientes a su lanzamiento, a menos que haya una vulnerabilidad de seguridad crítica que deba corregirse. En tal caso, una nueva versión del package estará disponible con la corrección.
- Cambios mínimos de bot
- El objetivo de la política de compatibilidad de versiones de package es minimizar el esfuerzo necesario para cambiar los bots existentes y mantenerlos en funcionamiento.
Los Bots que utilizan una versión de package específica no tienen que actualizarse para utilizar las versiones del package si son compatibles con la versión del packageexistente. Sin embargo, le recomendamos que utilice la última versión del package cuando desarrolle el bot para aumentar la perdurabilidad del bot. Las versiones de package usadas en un bot tendrán que actualizarse antes de que queden obsoletas para mantener la compatibilidad del bot.
Política de eliminación de API
La obsolescencia de una API indica que ya no se recomienda su uso, pero es funcional. Se recomienda a los desarrolladores migrar a versiones más nuevas y compatibles de la API. La API estará disponible hasta la fecha de fin de vida útil (EoL) y la versión de lanzamiento para permitir una transición sin problemas.
API EoL indica la fecha y la versión de lanzamiento en la que la API dejará de funcionar y ya no estará disponible para su uso. Los desarrolladores deberían haber completado su migración a las versiones más nuevas y compatibles de la API antes de esta fecha.
Se podría requerir la eliminación de API en los siguientes escenarios:
- Vulnerabilidades de seguridad: Las versiones anteriores de la API contienen vulnerabilidades de seguridad conocidas que se corrigieron en versiones más recientes.
- Deuda técnica: Las versiones más antiguas de la API pueden estar construidas sobre tecnologías, enfoques o marcos obsoletos que ya no son compatibles, lo que dificulta el mantenimiento o las mejoras.
- Rendimiento: Las versiones más antiguas de la API no están optimizadas para los casos de uso modernos ni aumentos de escala, lo que conduce a un rendimiento deficiente y tiempos de respuesta más lentos.
- Experiencia de usuario: Las versiones obsoletas de la API contienen puntos finales confusos o redundantes que pueden dificultar la navegación por parte de los usuarios.
Las API serán compatibles durante un periodo mínimo de 2 años. Después de 2 años, se puede anunciar la obsolescencia de una API y estará disponible por al menos un año más (cuatro versiones) para brindarle suficiente tiempo para migrar a la versión más reciente.
Ciclo de vida útil de Bot
El supuesto de diseño para bots es que la versión del package utilizada en los bots esté presente en la Control Room que se utiliza para ejecutar los bots. Antes de que los desarrolladores promuevan los bots, recomendamos que verifiquen que la versión del package utilizada en los bots coincida con la versión del package en los entornos superiores.
Consulte también: Actualizaciones automáticas de paquetes para Control Room local.