Por qué Windchill necesita un pipeline
En muchas instalaciones, una release sigue significando que un ingeniero copia ficheros en los servidores, ejecuta comandos sacados de una página de la wiki y confía en que el entorno de pruebas coincida de verdad con producción. Funciona hasta que ese ingeniero se va de vacaciones. Un pipeline convierte ese conocimiento en código que se ejecuta siempre igual.
Qué hacen nuestros pipelines
- Build. Compila y empaqueta las personalizaciones a partir de una versión etiquetada.
- Test. Ejecuta pruebas rápidas, despliega en un entorno nuevo y prueba en él los flujos de negocio clave.
- Empaquetado. Genera un único paquete versionado que se promociona sin cambios.
- Promoción. Despliega en pruebas y después en producción, con un paso de aprobación y la decisión registrada.
- Verificación. Comprueba que el sistema está sano y que los flujos clave funcionan tras el despliegue.
- Rollback. Vuelve a la versión anterior con una sola acción, probada con regularidad en lugar de darse por supuesta.
Infraestructura como código
Servidores, redes, bases de datos y clústeres se describen en código y se configuran automáticamente. Un nuevo entorno de pruebas es una ejecución del pipeline, no un ticket para otro equipo.
Sin necesidad de contenedores
Los pipelines también son rentables en máquinas virtuales convencionales. Muchos clientes empiezan ahí y pasan después a contenedores con el mismo pipeline y una sola etapa de despliegue modificada.