Déploiement en production

biblio-api fonctionne : le catalogue est exposé, validé, sécurisé, documenté, testé et optimisé. Il reste l'étape où l'on découvre que « fonctionne sur mon poste » et « fonctionne en production » sont deux propriétés différentes, et que la seconde ne se déduit pas de la première.

Les pannes d'un premier déploiement sont toujours les mêmes, et aucune n'est un bogue de code. Un mot de passe de base de données commité six mois plus tôt et resté valide. Un ddl-auto: update laissé dans le profil actif, qui ajoute une colonne à la table de production au premier démarrage. Un conteneur redémarré en boucle par l'orchestrateur parce que la sonde de disponibilité interroge un endpoint qui répond avant que l'application ne soit prête. Une mise à jour qui coupe des requêtes en cours parce que le processus est tué sans préavis. Des journaux illisibles, où trois instances écrivent en même temps sans qu'on puisse relier les lignes d'une même requête.

Ces cinq problèmes ont une caractéristique commune : ils se corrigent par de la configuration, avant le premier déploiement, et deviennent bien plus coûteux ensuite. C'est ce que règle cette dernière leçon.