K
все верно) но если SLO неверный был изначально, а SLA подписан, то без изменения SLA уже никуда не деться
Ну тогда это ошибка того, кто составлял договор , менеджер или кто там этим рулит
Size: a a a
2019 January 23
K
я к тому, что SLA же с запасом берется и сначала пробивается SLO - делаются выводы ...
AR
он составлял на основе неправильных SLO) поэтому все-таки не его ошибка
AR
ну где-то 30-50% запас для SLO конечно надо брать, тут вопрос в другом
DT
если девы делают г и потом это все всплывает в проде сервис аутаджами, тем самым тратится бюджет, но девы работают в режиме сперва фичи по плану, фиксы в оставшееся время, как в таком случае быть
SK
обновлять резюме
AR
к примеру полетела основная бд, на реплику не переключились, плана нормального восстановления бекапов не было - вот мы и растратили 1000% нашего error budget, и никакой запас между SLA и SLO нам не поможет
SK
если, конечно, не удаётся объяснить руководству, что так не работает
AR
если девы делают г и потом это все всплывает в проде сервис аутаджами, тем самым тратится бюджет, но девы работают в режиме сперва фичи по плану, фиксы в оставшееся время, как в таком случае быть
не стоит торопиться тащить концепцию error budget в прод))) а вот использовать и допиливать внутри команд + плюс тащить знания между командами нужно уже сейчас имхо) когда эффективные менеджеры через год-два будут напирать с повсеместным внедрением модного SRE, учиться уже будет поздно и придется нарушать SLA
VL
что делать если кончился error budget?
фиксировать, что зафейлились, и передоговариваться с владельцем
AC
что делать если кончился error budget?
Занять у коллег
VL
т.е. ровно то же, что и при фейле проекта/срыве сроков
DT
т.е. инженер компании со штатом в тысячи человек (из которых всего десяток сре) должен както продвинуть мысль что все все неправильно делают типо хватит зарабатывать бешеные деньги надо тщательнее тестировать и качественне писать и перенести фокус на багфиксинг тогда падать будет реже
VL
Так сначала пробивается же SLO, а потом SLA
Верно ?
Верно ?
зависит от бизнеса. Много где SLA важнее SLO
K
что делать если кончился error budget?
Микрокредитная компания «error budget в долг»
AS
Технический долг потом выбивать?
VL
в целом error budget — понятная метрика для разговора с бизнесом. Т.е. не «станет лучше, но с небольшой вероятностью упадём», а в виде денег.
VL
я бы не делал из этой метрики карго культ
AS
Коллектор технического долга нужен. As a Service
AR
зависит от бизнеса. Много где SLA важнее SLO
SLA почти всегда важнее SLO, кроме разве что внутренней разработки, когда клиент твоя же компания, потому что не соблюдение это попадание на бабки. SLO это по сути просто письменные договоренности внутри компании. Другое дело, что по идеологии SLA всегда строится на основе SLO (сейчас SLO + 30-50% gap)