25. L'intégration continue : conserver un système toujours vérifiable
Pourquoi ce chapitre existe
26. Le déploiement progressif : limiter l'exposition au réel
Pourquoi ce chapitre existe
27. L'observabilité : voir le système à travers ses effets
Pourquoi ce chapitre existe
28. Les incidents : restaurer le service et apprendre sans simplifier
Pourquoi ce chapitre existe
29. La fiabilité : tenir des promesses réalistes
Pourquoi ce chapitre existe
30. La sécurité : réduire les chemins d'abus
Pourquoi ce chapitre existe
30 bis. Capacité, coût et efficience : tenir le service dans la durée
Pourquoi ce chapitre existe
30 ter. La supply chain logicielle : savoir ce que l'on livre et pouvoir le croire
Pourquoi ce chapitre existe
30 quater. Configuration et flags : gouverner les décisions à l'exécution
Pourquoi ce chapitre existe