Então, aqui está a coisa sobre SLAs e SLOs: eles são *alvos.* As equipes fazem o possível para cumpri-los e, historicamente, costumam fazê-lo. Quando uma interrupção viola o SLO, a empresa que promete a eles pode precisar pagar contratualmente uma multa. Mas isso é software... coisas inesperadas podem acontecer!
Abhimanyu
Abhimanyu25 de out., 01:48
Como engenheiros de back-end, muitas vezes consideramos o AWS DynamoDB/S3 e sua disponibilidade de quatro 9s pelo valor nominal. Mas a interrupção de 14 horas nos lembrou que os valores comercializados ≠ realidade. Sempre projete sistemas à prova de falhas para sistemas críticos!
É tudo uma questão de gerenciamento de risco, no final: 1. Quanto tempo de atividade o fornecedor promete e quanto você pode confiar nele? 2, quanto de um sucesso em seu negócio seria se o SLO fosse violado? Qual é o seu plano B quando isso acontece (interrupção do fornecedor). Você ainda tem um plano B?
O software fica muito confuso em comparação com outras indústrias, e precisamos ser capazes de gerenciar essa bagunça, conviver com ela, domá-la e contorná-la. Tudo porque o software está em constante mudança! Honestamente, é algo que torna a engenharia de software realmente desafiadora + emocionante !!
42,55K