Notas de la versión dedicada de Automation Cloud
Las notas de la versión para el año en curso están disponibles seleccionando un mes en la tabla de contenido de la izquierda.
Cada página enumera los cambios realizados en Automation CloudTM Dedicated durante el mes: nuevas características, correcciones de errores y más.
En esta página se explica cómo se entregan, controlan y comunican las actualizaciones en los entornos de Automation Cloud Dedicado, utilizando un modelo de implementación basado en anillos.
Descripción general de la versión
Los lanzamientos de Automation Cloud Dedicado se producen cada dos semanas. Cada sprint ofrece una carga útil que incluye: nuevas características y mejoras, parches de seguridad, infraestructura, actualizaciones de configuración y correcciones de errores.
Todas las actualizaciones siguen una estrategia de implementación basada en anillos regida por un plan de implementación de servicios.
Programación y entornos de implementación
El ciclo de vida de la implementación de Automation Cloud Dedicado implica los siguientes componentes:
- Cadencia de lanzamiento: los lanzamientos siguen un calendario de una vez cada dos semanas. Cada sprint incluye actualizaciones acumulativas, como nuevas características, mejoras, parches de seguridad y correcciones de errores.
- Implementación basada en anillos: las versiones progresan a través de varios entornos en secuencia, siendo Sandbox el primer entorno. Los siguientes entornos dependen de tu programación y arquitectura de implementación preferidas.
El entorno Sandbox es una instancia compartida que puedes utilizar para validar las actualizaciones por adelantado. Aquí es cuando se publican las notas de la versión.
Nota: el flujo de implementación excluye las ventanas de bloqueo y los períodos de congelación.
Tipos de versiones
- Versión estándar: implementación regular de actualizaciones de productos, infraestructura y configuración cada dos semanas.
- Versiones de revisiones: corrección de emergencia para vulnerabilidades de seguridad o errores de alto impacto.
Revisiones y versiones de emergencia
Para las correcciones de alta prioridad, el ciclo de vida de la implementación sigue estas excepciones:
- Las versiones se rastrean rápidamente en todos los anillos.
- Los retrasos en los timbres, las ventanas de mantenimiento y las ventanas de bloqueo pueden omitirse en función de la urgencia.
Actualizar controles
Automation Cloud Dedicado proporciona flexibilidad sobre cuándo se implementan las actualizaciones. Puedes configurar tu entorno de producción utilizando los siguientes tipos de control de actualización:
- Lanzamiento retrasado: posponga las actualizaciones hasta 30 días.
- Ventana de bloqueo: evita las implementaciones durante un período fijo.
Las reglas de un período de bloqueo son las siguientes:
- Puede durar un máximo de 30 días consecutivos.
- Debe ir seguido de un período abierto de 10 días antes de que se pueda aplicar otro bloqueo.
- Debe enviarse con al menos cinco días hábiles de antelación.
- No se pueden bloquear las programaciones de implementaciones en las próximas 48 horas.
Por ejemplo, puedes ampliar una ventana de bloqueo que finaliza en menos de dos días, pero puedes ajustar una ventana de bloqueo que finaliza en más de cinco días.
- Ventana de mantenimiento: asegúrate de que las actualizaciones se realicen fuera del horario laboral.
La ventana de mantenimiento suele programarse entre las 15:00 y las 21:00 EST.
Se recomienda una ventana continua de 6 horas para las actualizaciones en todos los entornos de producción.
Comunicaciones y responsabilidad del usuario
Para asegurarte de que sabes cómo se implementan las versiones en tu organización Automation Cloud Dedicado, debes comprobar los siguientes recursos:
- Notas de la versión: publicadas el mismo día en que se actualiza el entorno Sandbox.
- Notificaciones de la página de estado: se utiliza para cualquier tiempo de inactividad, con al menos siete días de antelación.
Como usuario de Automation Cloud Dedicado, se espera que hagas lo siguiente:
- Comprueba periódicamente las notas de la versión y las actualizaciones de la página de estado.
- Revise las notas de la versión una vez publicadas.
- Valida los cambios en Sandbox y en cualquier otro entorno aprobado.
- Abre un ticket de soporte para pausar la versión de producción si descubres regresiones o problemas de rendimiento.
Ejemplo de implementación
Por ejemplo, si se implementa una versión de sprint en Sandbox el 7 de julio y el retraso en la producción es de 30 días, el calendario sería el siguiente:
- Actualización de Sandbox realizada el 7 de julio.
- Notas de la versión publicadas el 7 de julio.
- Actualización de producción realizada el 9 de agosto.
