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, Agente de bot y paquetes.
- Previsibilidad: Con ciclos de implementación frecuentes y regulares, puede acceder a los nuevos paquetes 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 Nube, puede utilizar los nuevos paquetes 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 paquete.
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 Nube (entorno de prueba): Estos entornos de Nube 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 Nube 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 Nube
- Automation 360 Local Control Room: El entorno de Local se libera después de Community Edition y Nube (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 Nube: Los entornos de Nube se actualizan automáticamente con notificaciones previas. Estas actualizaciones suelen implementarse de tres a cuatro semanas después de la actualización de Nube (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 Nube 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 Local, recomendamos que los clientes Local se actualicen a la última versión para beneficiarse de las nuevas funciones y correcciones de errores.
Actualizaciones de Agente de bot
Cuando una nueva versión de Agente de bot está disponible, de forma predeterminada, el Agente de bot 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 Agente de bot manualmente. En los casos de actualización manual y actualización obligatoria, se notificará a los usuarios que el Agente de bot debe ser actualizado y que la ejecución de todos los bot en estos dispositivos se detendrá hasta que el Agente de bot 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 Agente de bot por una versión cada 6 meses.
A partir de la Versión v.24 de Automation 360, se realizarán 4 actualizaciones de Agente de bot 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 Agente de bot obligatoria.
Nuestras versiones del segundo y cuarto trimestre tendrán actualizaciones de Agente de bot opcionales, y usted puede optar por omitir la actualización de Agente de bot. Sin embargo, las actualizaciones del primer y tercer trimestre podrían tener actualizaciones de Agente de bot obligatorias. Notificaremos a los clientes con 3 meses de antelación si se requiere una actualización de Agente de bot obligatoria con una versión de Control Room. Para obtener más información, consulte Compatibilidad de Agente de bot.
Actualizaciones de Paquete
A partir de la Versión v.24 de Automation 360, la entrega de paquetes 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 paquetes en el futuro.
Con esta capacidad, los nuevos paquetes y las nuevas versiones del paquete ahora pueden descargarse automáticamente desde Automation Anywhere Nube cuando se publiquen previsiblemente con una cadencia de lanzamiento trimestral. Estos paquetes descargados se configuran automáticamente como paquete predeterminados para que los clientes puedan empezar a utilizar estas versiones del paquete de forma continua a medida que estén disponibles.
Esta capacidad se habilita de forma diferente para las instancias de la Nube de Local y Control Room, como se indica en la siguiente tabla:
| Capacidad de actualización de paquete ininterrumpida | Nube Control Room | Local Control Room |
|---|---|---|
| Descargar paquetes desde Automation Anywhere Nube | Habilitado de forma predeterminada y no se puede inhabilitar. | Inhabilitado de forma predeterminada y puede habilitarse. |
| Establecer la descarga de paquete a la versión predeterminada | Habilitado de forma predeterminada y se puede inhabilitar. | Habilitado de forma predeterminada y se puede inhabilitar. |
-
Usuarios de Nube: La capacidad de descarga automática de paquete ahora está habilitada en todas las instancias Control Room en todas las regiones al mismo tiempo.
Puede empezar a utilizar los últimos paquetes 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 Local: Esta capacidad está inhabilitada de manera predeterminada, pero los administradores de paquete pueden habilitarla.
Recomendamos que los desarrolladores de bot utilicen siempre la última versión de los paquetes 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 paquetes a los desarrolladores después de verificarlos. Estas nuevas versiones del paquete 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 paquete 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 paquete cuando estén listos para ello. Los desarrolladores de Bot deben editar explícitamente los bots en la vista de Editor de bots y usar la nueva versión de paquete.
Política de compatibilidad y obsolescencia para paquetes
- Las versiones de Paquete son compatibles durante 2 años como mínimo
- Las versiones de Paquete 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 paquete seguirá siendo compatible a menos que sea obsoleta.
Normalmente, una nueva versión del paquete estará disponible si un paquete queda obsoleto. Todos los problemas y las correcciones de seguridad informadas para el paquete 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 paquete 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 Paquetes con Agente de bot 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 Agente de bot lanzadas dentro de los 2 años posteriores al lanzamiento de la versión de paquete. 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 Agente de bot.
- Política de obsolescencia en la versión de paquete
- Las versiones de Paquete 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 paquete estará disponible con la corrección.
- Cambios mínimos de bot
- El objetivo de la política de compatibilidad de versiones de paquete es minimizar el esfuerzo necesario para cambiar los bots existentes y mantenerlos en funcionamiento.
Los Bots que utilizan una versión de paquete específica no tienen que actualizarse para utilizar las versiones del paquete si son compatibles con la versión del paqueteexistente. Sin embargo, le recomendamos que utilice la última versión del paquete cuando desarrolle el bot para aumentar la perdurabilidad del bot. Las versiones de paquete 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 paquete 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 paquete utilizada en los bots coincida con la versión del paquete en los entornos superiores.
Consulte también: Actualizaciones automáticas de paquetes para Control Room local.