SLA:t ja SLO:t ovat siis seuraavaa: ne ovat *tavoitteita.* Tiimit tekevät parhaansa saavuttaakseen ne, ja historiallisesti usein tekevätkin. Kun katkos rikkoo SLO:ta, niitä lupaava yritys saattaa joutua maksamaan sopimuksen mukaisen sakon. Mutta tämä on ohjelmisto... Odottamattomia asioita voi tapahtua!
Abhimanyu
Abhimanyu25.10. klo 01.48
Taustainsinööreinä otamme usein AWS DynamoDB/S3:n ja niiden neljän 9:n saatavuuden nimellisarvona. Mutta 14 tunnin katkos muistutti meitä siitä, että markkinoidut arvot ≠ todellisuutta. Suunnittele aina vikaturvat kriittisille järjestelmille!
Loppujen lopuksi kyse on riskienhallinnasta: 1. Kuinka paljon käytettävyyttä myyjä lupaa ja kuinka paljon voit luottaa häneen? 2, Kuinka suuri isku yrityksellesi olisi, jos SLO:ta rikottaisiin? Mikä on suunnitelmasi B, kun näin tapahtuu (toimittajan katkos). Onko sinulla edes suunnitelma B?
Ohjelmistot ovat melko sotkuisia muihin toimialoihin verrattuna, ja meidän on kyettävä hallitsemaan tätä sotkua, elämään sen kanssa, kesyttämään se ja kiertämään se. Kaikki johtuu siitä, että ohjelmistot muuttuvat jatkuvasti! Rehellisesti sanottuna se on jotain, joka tekee ohjelmistosuunnittelusta todella haastavaa + jännittävää!!
42,55K