Definición de un conducto de lanzamiento
2 Tareas
20 minutos
Escenario
La primera entrega de la aplicación de reserva de eventos está prevista para la producción dentro de los 90 días. Front Stage quiere ofrecer nuevas funciones y correcciones de aplicaciones diariamente para fin de año. Front Stage cree que las mejoras frecuentes en la aplicación ayudan a obtener una ventaja en el mercado de reservas de eventos. El equipo de arquitectura de Front Stage cree que un modelo de integración continua/implementación continua (CI/CD) es la mejor manera de cumplir este objetivo. Front Stage no usa actualmente herramientas de prueba ni prácticas de implementación automatizadas.
Su equipo de tres desarrolladores crea la primera versión de la aplicación en la sede de Front Stage. Front Stage planea contratar a cinco nuevos desarrolladores con sede en Polonia para respaldar el desarrollo de nuevas funciones y la corrección de bugs. Front Stage quiere pasar a un modelo de desarrollo distribuido dentro de seis a nueve meses, comenzando por la aplicación Event Booking (Reserva de eventos). Front Stage también prevé que todos los desarrolladores trabajen en un entorno local para finales de año.
Recomiende una estrategia de lanzamiento y planee estructurar los equipos de desarrollo y el entorno para respaldar la necesidad de Front Stage de ofrecer nuevas funciones y correcciones de bugs diariamente después del primer lanzamiento de producción.
En su recomendación:
- Explique cómo gestionar el trabajo del equipo de desarrollo para implementar la primera versión de la aplicación.
- Recomiende un enfoque para pasar a un modelo CI/CD.
- Describa cómo los dos equipos trabajan juntos en un entorno distribuido.
Tareas detalladas
1 Revisar los detalles de la solución
Para el primer lanzamiento, puede aplicar el proceso de lanzamiento estándar como se describe en Pega Community. Para respaldar las tareas de desarrollo e implementación durante esta primera versión, haga lo siguiente:
- Identificar a alguien para que desempeñe el rol de Gestor de versiones (responsable de gestionar las versiones del ruleset y supervisar el cronograma)
- Utilice la herramienta prpcServiceUtils para secuencias de comandos habilitadas para servicios para migrar reglas entre entornos de forma manual. El método preferido es implementar la automatización de conductos para la primera versión mediante el gestor de implementaciones de Pega. Sin embargo, esta infraestructura no está fácilmente disponible.
- Introduzca revisiones de ramas, contenciones, procesos de pruebas unitarias y ramas y rulesets de ramas en el modelo sin conducto antes de implementar un conducto de lanzamiento automatizado.
Después del lanzamiento inicial, trabaje con el equipo de arquitectura de Front Stage para desarrollar un conducto automatizado para implementar CI/CD.
Su recomendación incluye las siguientes acciones:
- Incorpore en el equipo a alguien con experiencia en servidor de automatización, repositorio y CI/CD
- Determine el servidor de automatización y el repositorio que se usarán
- Describa cómo el servidor de automatización invoca herramientas de prueba automatizadas, como PegaUnit
- Identifique las tareas de lanzamiento que se automatizarán y en qué marco de tiempo
Su recomendación incluye las siguientes acciones:
- Identificar un gestor de versiones para supervisar los conductos
- Identificar quién crea nuevas versiones y ramas del ruleset en el sistema de registro
- Determinar y comunicar el proceso para el manejo de conflictos de importación
- Comunicar la frecuencia de la reorganización del entorno de desarrollo
- Establecer tareas previas y posteriores a la importación, como notificaciones y pruebas, para refinar y mejorar el proceso de integración continua
2 Revisar las alternativas de la solución
También puede proponer pasar a un modelo CI/CD para la primera versión. Debido a que Front Stage aún no cuenta con un modelo de CI/CD, intentar la implementación de este tipo de cambio podría poner en peligro la meta de entregar la aplicación en los 90 días. Puede introducir la práctica del proceso de prueba unitaria de reglas individuales, el desarrollo de suites de prueba y la entrega de reglas a los entornos de destino de forma automatizada mediante el Gestor de implementación o la utilidad prpcServiceUtils. Este enfoque prepara a la organización para automatizar el conducto de entrega a medida que maduran los procesos de CI/CD de la organización.
Disponible en la siguiente misión:
¿Quiere ayudarnos a mejorar este contenido?