Actualización de Clarity SaaS

Descripción general
Esta sección proporciona información sobre el proceso de actualización, las consideraciones de planificación y los cambios de servicio. Revise los siguientes documentos para prepararse para la actualización:
  • Notas de la versión: Describe las nuevas mejoras, los cambios realizados en la compatibilidad con de software de terceros y otra información específica de la versión.
  • Guía de actualización e impacto de los cambios: Proporciona información técnica específica de la versión y resalta las acciones de los usuarios. Además, proporciona información sobre la actualización, la formación y los esfuerzos de implementación.
Se pueden publicar preguntas, compartir ideas e información sobre actualizaciones en la Comunidad de Clarity.
Proceso de actualización de SaaS
Veamos el promedio de la escala de tiempo y el proceso de alto nivel para completar una actualización.
Semana 1
Semana 2
Semana 3
  • Comienza la actualización que no es de producción
  • Prueba de validación de Broadcom
  • Pruebas realizadas por el cliente
  • Continúan las pruebas realizadas por el cliente
  • Los problemas de cuello de botella se comunican y se solucionan
  • Se ha completado la prueba general y se ha solucionado cualquier problema
  • Se confirma la programación de la actualización de producción
Procesos y prácticas recomendadas para la actualización
Estabilidad de la configuración durante el ciclo de actualización
Se recomienda tener una configuración estable durante el ciclo de actualización para minimizar el riesgo y cumplir con las prácticas recomendadas. Antes del ciclo de actualización, complete todos los cambios de configuración y migre al entorno de producción. Se recomienda no realizar cambios de configuración significativos en el sistema de producción durante el ciclo de actualización.
Cualquier cambio de configuración significativo realizado durante el ciclo de actualización puede dar lugar a incidencias inesperadas en el entorno de producción.
El entorno que no es de producción se actualiza
Se pueden actualizar los entornos que no son de producción utilizando los datos existentes. Para minimizar el riesgo y garantizar una actualización de producción correcta, se recomienda que la organización cree un ticket de soporte y que solicite que los datos de producción se actualicen en el entorno que no es de producción programado para la actualización. Puede tardar por lo menos 2 días laborables de plazo para que las solicitudes de actualización finalicen.
Si no se actualiza el entorno que no es de producción, se pueden producir problemas inesperados y de bloqueo en la actualización del entorno de producción.
Duración de las correcciones de pruebas y problemas
Es posible reparar los problemas de bloqueo encontrados durante la prueba para asegurarse de que no haya problemas abiertos antes de llevar a cabo la actualización de producción programada.
Validación del entorno que no es de producción
Programación
Recibirá una notificación de mantenimiento con al menos 1 semana de antelación antes de la fecha de actualización programada. Las actualizaciones que no son de producción se programan los días laborables. Para revisar las versiones programadas, consulte Programación de la actualización para Clarity SaaS.
Actualización que no es de producción
Al finalizar, recibirá un correo electrónico que confirma la entrega del entorno que no es de producción actualizado. La actualización requiere aproximadamente 24 horas para completarse.
Prueba de las prácticas recomendadas
Utilice el entorno que no es de producción actualizado para familiarizarse con las nuevas funciones, probar cualquier solución de errores esperada y actualizar o crear los scripts de prueba para realizar pruebas de unidad, regresión y aceptación del usuario. Se recomienda probar las funcionalidades nuevas o modificadas. Consulte las siguientes instrucciones y recomendaciones para las pruebas:
  • Scripts de prueba desarrollados durante la implementación inicial
  • Correcciones de errores aplicables
  • Nueva funcionalidad que se planea implementar
  • Informes personalizados
  • Procesos personalizados de las integraciones de datos con scripts de GEL
  • Portlets personalizados con proveedores de datos de NSQL
  • Paquetes de complementos y configuraciones relacionadas
Generación de informes y solución de problemas
Cree un ticket de soporte para registrar cualquier problema encontrado durante la prueba y asegúrese de que se proporciona la solución adecuada. Mencione explícitamente en el ticket de soporte si la incidencia es un problema de bloqueo de la actualización. Todos los problemas de bloqueo se solucionarán antes de la actualización de producción programada.
Actualización de producción
Recibirá un segundo correo electrónico de notificación con al menos 1 semana de antelación antes de la fecha de actualización programada. Por lo general, la actualización del entorno de producción comienza un viernes después de las horas laborables y finaliza al final del día siguiente (sábado). Recibirá una notificación por correo electrónico indicándole de que el entorno está listo para la prueba y el uso después de que se haya completado la actualización del entorno de producción. Cree un ticket de severidad 1 si identifica un problema grave en el entorno de producción posterior a la actualización y necesita ayuda inmediata. Si se encuentra un defecto principal durante una actualización o prueba subsiguiente y no se puede solucionar dentro de la escala de tiempo de la actualización, se procesará una reversión al estado de la versión anterior. La reversión contiene todos los datos y la configuración anteriores a la actualización de producción.
Otros cambios en el servicio y consideraciones
Nueva interfaz de usuario
Una vez activada, se puede acceder a la nueva interfaz de usuario de Clarity desde la dirección URL: https://<nombreservidor>.ondemand.ca.com/pm
Si se está utilizando el inicio de sesión único federado del proveedor de identidades y se desea que los usuarios accedan a la nueva interfaz de usuario de forma predeterminada, el equipo de gestión de identidades de la compañía deberá generar un nuevo vínculo para añadir "/pm" a la dirección URL de destino.
Impacto del complemento de Clarity
Como parte de la actualización, se actualizan todos los complementos instalados previamente. Sin embargo, las actualizaciones no se aplican para conservar las configuraciones de vista existentes. Se pueden revisar los complementos actualizados y aplicarlos utilizando la página Detalles del complemento en Clarity Studio. Para cada complemento, revise la sección Complementos y la sección Integraciones para decidir qué vistas actualizadas se deben aplicar y cuáles se deben ajustar manualmente.
Al aplicar una vista, se sobrescribe la configuración de la vista existente. La única forma de restaurar vistas sobreescritas en un entorno completo es mediante la restauración o la recreación manual de la vista.
Preguntas más frecuentes
Para obtener rápidamente respuestas a las preguntas más comunes, consulte Preguntas más frecuentes (FAQ).
Responsabilidades de actualización de SaaS
Equipo de actualización de Broadcom
  • Actualización física del entorno de los clientes
  • Prueba y validación del sistema
  • Solución de cualquier problema relacionado con el entorno o el sistema
Cliente
  • Comprensión y gestión del proceso de actualización
  • Creación y ejecución del plan de actualización
  • Realización de pruebas de unidad, pruebas de regresión y pruebas de aceptación del usuario
  • Identificación y solución de las incidencias de compatibilidad de componentes no estándares
  • Actualización de materiales de formación personalizados
  • Seguimiento, gestión y realización de tareas posteriores a la actualización
Lista de comprobación de la actualización de SaaS
Tareas de preparación previas a la actualización sugeridas
  • Finalización del desarrollo, promoción al entorno de producción y evitar la realización de cambios significativos
  • Solicitud de actualización del entorno de producción a entornos que no son de producción
    • Se requiere para actualizar el entorno que no es de producción y se recomienda seriamente
    • Es necesario para probar la actualización del conjunto de la producción en los entornos que no sean de producción
    • Archivado de un ticket de soporte para cada entorno que no sea de producción que solicite la actualización
    • Tenga en cuenta que este proceso no copia el contenido de la generación de informes y se debe mover manualmente si es necesario
  • Revisión del proceso de actualización
    • Proporciona orientación sobre lo que se debe esperar durante la actualización
    • Proporciona una escala de tiempo de alto nivel
  • Revisión de las Notas de la versión en busca de cambios para evaluar impactos
    • Componentes: informes, portlets, procesos, trabajos o interfaces
    • Materiales de formación: manuales, guías, material en línea
    • Complementos: componentes nuevos o actualizados
Tareas del entorno que no es de producción
  • Realización de pruebas de regresión (según sea necesario)
    • Ejecute la prueba de regresión para probar completamente todas las funciones actualizadas que se utilizan según las Notas de la versión y la Guía de cambio e impacto.
    • Mantenimiento de una lista de incidencias o cambios adicionales
  • Actualización de componentes no estándares y otras incidencias
    • Obtención de recursos adecuados para actualizar los componentes personalizados (informes, interfaces, extractos...), si es necesario.
    • Mantenimiento de una lista de todas las correcciones que se han aplicado
    • Solución de cualquier otra incidencia identificada
  • Aplicación de los complementos seleccionados, según corresponda
  • Realización de pruebas de UAT
    • Ejecución de scripts de UAT para validar la actualización
    • Hacer que los usuarios prueben la nueva versión y proporcionen comentarios
  • Creación de un plan de migración y de una lista de comprobación de la actualización posterior a la producción
    • Enumeración de todas las actualizaciones realizadas en el entorno que no es de producción para la implementación después de la actualización de producción.
    • Identificación de cualquier prueba o validación que deba realizarse después de la actualización de producción.
Tareas de actualización previas a la producción
  • Formación y gestión de cambios
    • Finalización de las actualizaciones del material de formación si es necesario
    • Programación de la formación si es necesario
  • Validación de la preparación para la fecha de actualización de producción proporcionada
    • Validación de que los recursos están disponibles
    • Validació de que todas las incidencias de bloqueo notificadas se han solucionado
  • Creación de una programación de intervalos cortos para la actualización
    • Es necesario si varios componentes deben actualizarse después de la actualización
    • Garantiza que las personas adecuadas están disponibles para realizar tareas o para la validación
Tareas del entorno de producción
  • Una vez finalizada la actualización, pruebe y realice las tareas posteriores a la producción documentadas en las pruebas que no son de producción.
  • Realización de la validación de entorno final
  • Notificación de cualquier problema de bloqueo a través de un ticket de soporte de severidad 1 y solución de cualquier problema antes de liberar el entorno actualizado a los usuarios finales.
Para cualquier problema del entorno que requiera una solución, abra un ticket de soporte nuevo y diferente para cada incidencia.