- Primeros pasos
- Seguridad y cumplimiento de los datos
- Seguridad y cumplimiento de los datos
- Residencia de datos
- Cifrado
- Certificados
- Seguridad funcional
- Configuración del cortafuegos
- Implementación de características
- Organizaciones
- Autenticación y seguridad
- Licencia
- Tenants y servicios
- Cuentas y roles
- Aplicaciones externas
- Pruebas en su organización
- Ai Trust Layer
- Notificaciones
- Registro
- Solución de problemas
- Migrar a Automation Cloud Dedicated
Guía de administración de Automation Cloud Dedicated
Una de las principales ventajas de Automation Cloud Dedicado es la capacidad de controlar las actualizaciones. Satisface requisitos específicos para actualizar sus aplicaciones vitales de UiPath, lo que le permite aprovechar aspectos clave como los siguientes:
-
Programar cuándo tu plataforma y los servicios de UiPath pueden actualizarse, evitando cualquier interrupción del negocio. Por ejemplo, puedes evitar las actualizaciones durante las temporadas altas, como las vacaciones de fin de año.
-
Determinar la programación para implementar nuevas características en tu plataforma. Esto te permite planificar la validación de automatizaciones y nuevas características tanto en entornos de prueba como de producción.
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.
Ofrecemos dos tipos de controles:
-
Lanzamiento retrasado: esto te permite posponer las actualizaciones hasta 30 días.
-
Ventana de bloqueo: nos aseguramos de que no se realicen actualizaciones durante un período específico con una ventana de bloqueo de hasta 30 días.
Para garantizar que las organizaciones deAutomation Cloud Dedicado se mantengan actualizadas, hemos establecido las siguientes restricciones:
-
Las ventanas de bloqueo solo pueden durar un período continuo de 30 días. Esto es para acomodar un período de congelación de 30 días para sus necesidades de fin de año.
-
Cada ventana de bloqueo debe ir seguida de un descanso de al menos 10 días, lo que garantiza que UiPath tenga tiempo suficiente para implementar actualizaciones después de una ventana de bloqueo prolongada.
-
Cualquier modificación de la ventana de bloqueo debe enviarse mediante un ticket 5 días laborables antes del cambio previsto.
-
No se le permite implementar ningún cambio que resulte en el bloqueo del tiempo dentro de las próximas 48 horas, que previamente estaba desbloqueado.
La siguiente sección describe algunos ejemplos para ayudarte a comprender mejor estas directrices:
-
Si te encuentras en una ventana de bloqueo que concluye en 5 días, puedes ampliar o reducir esta ventana, ya que no bloqueará ningún nuevo período de tiempo.
-
Si la ventana de bloqueo finaliza en 1 día, no se puede ampliar porque el día siguiente se bloquearía.
-
Si no hay una ventana de bloqueo actual y deseas establecer una que comience en 1 día, no se puede crear dicha ventana.
Para configurar ambos controles de actualización disponibles en Automation Cloud Dedicado, debes ponerte en contacto con nuestro equipo de soporte y generar tickets de soporte.
- Proceso de publicación
- Descripción general de la versión
- Programación y entornos de implementación
- Tipos de versiones
- Revisiones y versiones de emergencia
- Actualizar controles
- Comunicaciones y responsabilidad del usuario
- Ejemplo de implementación
- Acerca de los controles de actualización
- Gestionar los controles de actualización