Chapitre A09
Passer du poste local à un service réel
Approfondir ce chapitreDans ce chapitre
Ce que tu sauras faire
Autoriser une livraison en sachant quelle version part, comment la vérifier et comment arrêter.
Première synthèse
Une application qui fonctionne sur le poste de travail n'est pas encore un service disponible pour ses utilisateurs. La production possède ses propres données, ses accès et ses risques. On prépare la livraison comme un passage de relais : version, configuration, vérification et responsable.
Le programme livré doit être identifiable. Si l'on découvre un problème, il faut retrouver le code et les changements de données réellement exécutés. Tester une version puis en reconstruire une autre sans contrôle affaiblit cette trace.
Avant d'autoriser la publication, demande un essai du parcours essentiel et un signal d'arrêt. Une page de santé verte ne dit pas forcément qu'un client peut envoyer son fichier. Une personne doit observer cette capacité après la mise en service.
Déroulé prévu
- Local, vérification automatique, répétition et production.
- Construire une version identifiable.
- Secrets et configuration hors du code.
- Vérifier le parcours et préparer le retour.
Mise en pratique
Remplir une fiche d'autorisation de livraison pour le dépôt de PDF.
Critère de réussite
Version, scénario critique, observateur, seuil d'arrêt et retour sont tous renseignés.
Sources et limites
Cette amorce est une synthèse éditoriale, pas la preuve d'une implémentation exécutée. Les rectifications et vérifications externes sont consignées dans le registre critique . Les exemples techniques restent à développer et à tester dans la tranche.
Références pour approfondir
- Caddy — module de limitation de débit (référence externe, nouvel onglet) — Module non standard : sa présence doit être vérifiée. Notice et chapitres associés .