06 / 07Despliegue
Cambios revisados. Entornos reproducibles. Despliegues controlados y rutas de recuperación.
Despliegue es el camino que recorre un cambio desde un desarrollador hasta su sistema de producción. Mantenemos ese camino en Git, revisado y reproducible.
- Revisar
- Construir
- Desplegar
- Observar
Mapa de servicios
Cuándo lo necesita
- Los cambios se hacen directamente en producción, y nadie sabe decir qué cambió la semana pasada.
- Una corrección funciona en pruebas y falla en producción, porque los dos entornos son distintos.
- Solo una persona sabe cómo desplegar.
- Después de una versión fallida no hay un camino acordado para volver atrás.
- Un nuevo CTO o un auditor pregunta quién aprobó un cambio, y no hay registro.
Plataforma
Despliegue.
Un informe nuevo, una integración reparada, una actualización de versión: cada cambio tiene que llegar a producción sin alterar lo que ya funciona.
Un repositorio Git contiene el estado deseado del sistema: el código, la configuración y la descripción de los entornos. Cada cambio se revisa ahí, y los entornos se construyen a partir de él.
El resultado es un entorno que se puede reproducir, no uno que alguien tiene que recordar.
Lo que hacemos
- GitOps: Git como fuente del estado deseado, con los cambios revisados antes de fusionarse.
- Entornos reproducibles para desarrollo, preproducción y producción.
- CI/CD para la compilación y el despliegue.
- Despliegues controlados, con una ruta de recuperación.
- Contenedores, y Kubernetes donde es la opción adecuada.
- Observabilidad, para que el efecto de cada versión sea visible.
Cómo encaja
Cuándo entra en producción un cambio es una decisión de negocio. Publicar una versión en pleno cierre de mes o en la semana de más envíos es un riesgo que nadie necesita. Por eso el momento lo deciden las personas que dirigen esas áreas. Las áreas están en la página Odoo.
Los cambios hechos en la capa de aplicación recorren este camino. Una personalización viene de Implementación y personalización, un flujo de datos de Integración, un flujo de trabajo de Automatización y una versión nueva de Migración y actualización.
En la capa de plataforma, los entornos en los que se despliega un cambio se operan en Hosting y operación. Un sistema en el que los cambios se han hecho durante mucho tiempo a mano en producción es un caso para Rescate.
Cuándo lo necesita
- Los cambios se hacen directamente en producción, y nadie sabe decir qué cambió la semana pasada.
- Una corrección funciona en pruebas y falla en producción, porque los dos entornos son distintos.
- Solo una persona sabe cómo desplegar.
- Después de una versión fallida no hay un camino acordado para volver atrás.
- Un nuevo CTO o un auditor pregunta quién aprobó un cambio, y no hay registro.
Cuéntenos cómo llega hoy un cambio a su producción.