Så her er tingen med SLAer og SLOer: de er *mål.* Teamene gjør sitt beste for å nå dem, og historisk sett gjør de det ofte. Når et strømbrudd bryter SLO, kan selskapet som lover dem måtte betale en straff kontraktsmessig. Men dette er programvare ... Uventede ting kan skje!
Abhimanyu
Abhimanyu25. okt., 01:48
Som backend-ingeniører tar vi ofte AWS DynamoDB/S3 og deres fire 9-er-tilgjengelighet for pålydende. Men det 14 timer lange strømbruddet minnet oss om at de markedsførte verdiene ≠ virkeligheten. Design alltid feilsikringer for kritiske systemer!
Alt handler om risikostyring, til syvende og sist: 1. Hvor mye oppetid lover leverandøren, og hvor mye kan du stole på dem? 2, Hvor mye av et slag på virksomheten din ville være hvis SLO ble brutt? Hva er din plan B når dette skjer (leverandøravbrudd). Har du i det hele tatt en plan B?
Programvare blir ganske rotete sammenlignet med andre bransjer, og vi må være i stand til å håndtere dette rotet, leve med det, temme det og omgå det. Alt er fordi programvare er i stadig endring! Ærlig talt, det er noe som gjør programvareutvikling veldig utfordrende + spennende!!
42,18K