Alors voici le truc concernant les SLA et les SLO : ce sont des *objectifs.* Les équipes font de leur mieux pour les atteindre, et historiquement, elles y parviennent souvent. Lorsqu'une panne dépasse le SLO, l'entreprise qui les promet peut être contractuellement obligée de payer une pénalité. Mais c'est un logiciel... des choses inattendues peuvent arriver !

Tout est une question de gestion des risques, à la fin : 1. Quelle est la promesse de disponibilité du fournisseur, et combien pouvez-vous leur faire confiance ? 2. Quel serait l'impact sur votre entreprise si le SLO était violé ? Quel est votre plan B lorsque cela se produit (panne du fournisseur) ? Avez-vous même un plan B ?

Le logiciel devient assez désordonné par rapport à d'autres industries, et nous devons être capables de gérer ce désordre, de vivre avec, de le dompter et de travailler autour. C'est tout simplement parce que le logiciel est en constante évolution ! Honnêtement, c'est quelque chose qui rend l'ingénierie logicielle vraiment difficile et excitante !!