Revisar el ciclo de vida de las versiones

Planificación

Los equipos revisan y planifican lo que quieren completar en la próxima versión principal. Revisan las listas de deseos de productos, las ideas de productos en IdeaExchange y los problemas conocidos.

• ¿Tiene una gran idea para la función de un producto? Visite Marketing en IdeaExchange para compartir su idea con nosotros.
  
• Consulte el estado de los problemas conocidos en el sitio de problemas conocidos de Salesforce.
  

Desarrollo ágil

Una vez establecido el plan, los equipos organizan el trabajo en sprints en los que se centran en funciones específicas para crear y probar. El ciclo de desarrollo termina con la inmovilización de funciones, fecha en la que se eliminan todas las funciones incompletas de la próxima versión.

• Creación, prueba y repetición Todas las funciones pasan por una serie de pruebas de unidad, funcionales y de desempeño antes de agregarlas a una versión.
  
• Luego de la inmovilización de funciones, los equipos vuelven a empezar el proceso para desarrollar la siguiente versión.
  

Preparación para la versión

Cuando se inmovilizan las funciones, solo se incluyen en la versión las que se probaron, se validaron y se aprobaron.

• Se realizan pruebas adicionales, incluidas pruebas de compatibilidad con versiones anteriores, pruebas de integración, pruebas de funcionamiento, validación de bases de datos y scripts de implementación, junto con la validación de casos de uso de clientes.
  
• Varios equipos deben aprobar las actualizaciones.
  

Versiones por etapas

Una vez aprobadas, Marketing Cloud Engagement lanza nuevas funciones por etapas. Todos los clientes reciben actualizaciones de la versión uno (R1) o de la versión dos (R2).

• Antes de lanzar la versión R1, disponemos de una versión R0 interna para que los equipos internos con cuentas de Salesforce Marketing Cloud Engagement realicen aún más pruebas.
  
• Aproximadamente el 25% de los clientes están incluidos en la R1 en función de su instancia de base de datos.
  
• El 75% restante de los clientes está incluido en la R2.
  

De 2 a 3 semanas antes del lanzamiento

Durante las actividades de preparación para la versión:

• Nos reunimos con ejecutivos para revisar los playbooks de pruebas y preparación.
  
• Confirmamos la aprobación de la versión por parte de los ejecutivos.
  
• Solucionamos los problemas funcionales pendientes.
  
• Completamos los componentes de implementación.
  

De 1 a 2 días antes del lanzamiento

Durante las actividades previas a la versión:

• Realizamos actualizaciones de esquemas SQL compatibles con versiones anteriores. (Lo que básicamente significa que nos preparamos para lo peor asegurándonos de que existe una opción de reversión en caso de que ocurra un problema).
  
• Nos preparamos para evitar tiempos de inactividad o interrupciones.
  

Día del lanzamiento

Para garantizar el mínimo impacto:

• A las 12 p. m. EST del día del lanzamiento (que siempre es sábado en los EE.UU.), implementamos las actualizaciones de la base de datos y del código. La elección del día y la hora se debe a que es el momento en el que hay menos tráfico de clientes.
  
• Para el control de calidad, realizamos validaciones automáticas y manuales de los datos justo después del lanzamiento.
  

1 día después del lanzamiento

Comprobamos lo siguiente:

• Fiabilidad del sitio, soporte, gestión de la versión e ingeniería para ver si hay problemas abiertos relacionados con la versión.
  

Usamos lo siguiente:

• Herramientas de supervisión para identificar y resolver problemas de forma proactiva antes de que afecten a los clientes.
  

Continuo

Se investigan y se revisan los errores para posibles soluciones. Una vez que se encuentra una solución y se producen cambios en el código, se prueban de manera exhaustiva.

2 días antes del lanzamiento

Las correcciones aprobadas se bloquean para la próxima versión de parche. Además, los equipos completan los componentes de implementación y confirman el plan de implementación.

1 día antes del lanzamiento

A las 2 p. m. EST, se implementa el código en una instancia de producción interna. Los equipos realizan un seguimiento de la implementación y la supervisan, y llevan a cabo pruebas adicionales.

Día del lanzamiento (miércoles)

Sin interrupciones*, los miércoles a las 8 p. m. EST en los Estados Unidos, se implementa el código nuevo para todos los clientes. Después del lanzamiento, se realizan pruebas de humo y validaciones adicionales.