Despliegue en producción

biblio-api funciona: el catálogo está expuesto, validado, securizado, documentado, probado y optimizado. Queda la etapa en la que se descubre que «funciona en mi máquina» y «funciona en producción» son dos propiedades distintas, y que la segunda no se deduce de la primera.

Los fallos de un primer despliegue son siempre los mismos, y ninguno es un bug de código. Una contraseña de base de datos commiteada seis meses antes y que sigue siendo válida. Un ddl-auto: update olvidado en el perfil activo, que añade una columna a la tabla de producción en el primer arranque. Un contenedor reiniciado en bucle por el orquestador porque la sonda de disponibilidad consulta un endpoint que responde antes de que la aplicación esté lista. Una actualización que corta peticiones en curso porque el proceso se mata sin previo aviso. Unos logs ilegibles, en los que tres instancias escriben a la vez sin que se puedan relacionar las líneas de una misma petición.

Estos cinco problemas tienen una característica común: se corrigen con configuración, antes del primer despliegue, y después resultan mucho más costosos. De eso trata esta última lección.