Capítulo 25. Realización de Implementaciones
Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: translation-feedback@oreilly.com
Ahora que ya tienes las pruebas de integración en marcha, es hora de decidir cuándo quieres hacer Implementaciones y cuál debe ser la estrategia detrás de ellas. Cada implementación que realizas tiene un significado para alguien, ya sea el desarrollador que trabaja en un cambio, un ingeniero de control de calidad que realiza pruebas de características y regresión, las partes interesadas que echan un vistazo a las cosas o tus usuarios finales. Cada Implementación también afecta a algo más. Cuando introduzcas cambios en el backend, afectarán al frontend, aunque sea indirectamente. Introducir cambios en el frontend afecta a cualquiera que trabaje con el producto a través de esa parte de la aplicación.
Tener una estrategia y comprender los plazos de las Implementaciones es esencial para evitar sorpresas. Cuando despliegas cambios, eso afecta a la organización y a la reputación de calidad y fiabilidad de tu equipo. Estas son algunas de las cosas en las que tienes que pensar. Puede ser fácil considerar que tu trabajo ha terminado en cuanto se han fusionado todos los cambios de código, pero éste es el comienzo de uno de tus trabajos más visibles.
En este capítulo trataré:
-
Actualizaciones sólo frontend o sólo backend
-
Implementaciones azul-verde
-
Implementaciones canarias
-
Estrategias para hacer rollbacks
Al igual que ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access