Отже, ось у чому особливість SLA та SLO: вони є *цілями.* Команди роблять все можливе, щоб досягти їх, і історично часто так і роблять. Коли збій порушує SLO, компанії, яка обіцяє їм, може знадобитися сплатити штраф за контрактом. Але це програмне забезпечення... Можуть статися несподівані речі!

Вся справа в управлінні ризиками, в кінцевому підсумку: 1. Скільки часу безвідмовної роботи обіцяє постачальник і наскільки ви можете йому довіряти? 2. Наскільки сильно це вдарить по вашому бізнесу, якщо SLO буде порушено? Який у вас план Б, коли це станеться (відключення від постачальника). У вас взагалі є план Б?

Програмне забезпечення стає досить безладним у порівнянні з іншими галузями, і ми повинні вміти керувати цим безладом, жити з ним, приборкувати його та працювати над його обходом. А все тому, що програмне забезпечення постійно змінюється! Чесно кажучи, це те, що робить програмну інженерію справді складною + захоплюючою!!