Takže tady je ta věc se SLA a SLO: jsou to *cíle.* Týmy dělají vše, co je v jejich silách, aby je splnily, a historicky to často dělají. Když výpadek naruší SLO, společnost, která jim to slibuje, může být nucena smluvně zaplatit pokutu. Ale tohle je software... Mohou se stát nečekané věci!
Abhimanyu
Abhimanyu25. 10. 01:48
Jako backendoví inženýři často bereme AWS DynamoDB/S3 a jejich čtyři 9s dostupnost za bernou minci. Ale 14hodinový výpadek nám připomněl, že tržní hodnoty ≠ realitou. Vždy navrhujte zabezpečení proti selhání pro kritické systémy!
Nakonec je to všechno o řízení rizik: 1. Jak velkou dostupnost prodejce slibuje a jak moc mu můžete věřit? 2, Jak velký dopad na vaši firmu by mělo, kdyby došlo k porušení SLO? Jaký je váš plán B, když k tomu dojde (výpadek dodavatele). Máte vůbec plán B?
Software je ve srovnání s jinými odvětvími dost chaotický a my musíme být schopni tuto chaotičnost zvládnout, žít s ní, zkrotit ji a pracovat na ní. To vše proto, že software se neustále mění! Upřímně řečeno, je to něco, co dělá softwarové inženýrství opravdu náročným + vzrušujícím!!
42,43K