Así que aquí está la cuestión sobre los SLA y los SLO: son *objetivos.* Los equipos hacen su mejor esfuerzo para cumplirlos, y históricamente a menudo lo logran. Cuando una interrupción supera el SLO, la empresa que los promete podría necesitar pagar una penalización contractual. ¡Pero esto es software... pueden ocurrir cosas inesperadas!
Abhimanyu
Abhimanyu25 oct, 01:48
Como ingenieros de backend, a menudo tomamos AWS DynamoDB/S3 y su disponibilidad del 99.99% al pie de la letra. Pero la interrupción de 14 horas nos recordó que los valores comercializados ≠ realidad. ¡Siempre diseña sistemas de seguridad para sistemas críticos!
Todo se trata de la gestión de riesgos, al final: 1. ¿Cuánto tiempo de actividad promete el proveedor y cuánto puedes confiar en ellos? 2. ¿Cuánto afectaría a tu negocio si se incumpliera el SLO? ¿Cuál es tu plan B cuando esto suceda (caída del proveedor)? ¿Tienes siquiera un plan B?
El software se vuelve bastante desordenado en comparación con otras industrias, y necesitamos ser capaces de gestionar este desorden, vivir con él, domarlo y trabajar a su alrededor. ¡Todo es porque el software está en constante cambio! Honestamente, es algo que hace que la ingeniería de software sea realmente desafiante y emocionante!!
42,53K