МS
а как сюда добавить имиджевые потери?
А как их посчитать?
Size: a a a
2019 January 23
МS
Как и в дикую эпоху без SRE.
Как будто сейчас у кого-то есть нормальный SRE отдел
МS
кроме 3-5 компаний
AS
Через customer satisfaction можно что-то насчитать, если поток лидов в принципе прогнозируемый, на основе него тоже
AS
Данные есть - можно что-то смоделировать, нет - ну и оценок нет.
AS
Васе с 1С и кассовыми терминалом SRE не нужен, так как надёжность и на пальцах можно оценить. А гуглу нужен, минус девятка или лишние 40мс в латенси — уже проблемы с конверсией.
AS
мы ценим практические доклады, а не пересказ SRE book
Меня очень смутил факт того что не смотря на четкие формулировки и требования от Гугла что и как должно быть в sre ты ввел свои формулировки. Это фрагментирует и подменяет понятия.
AS
Ладно когда это произошло с прошлым словом. Парни из феникса наплевали. Но Гугл нет.
DN
с прошлым это каким?
AS
Девопс
AS
Если задача была в том чтобы предложить своё видение стоило так и сделать. Но из песни слово не выбросить.
AS
По книжке например видно что от одного человека универсальных знаний не ждут и существует специализация даже внутри. Например ярко были подчёркнуты database sre
AS
Да и сложно мне представить наличие универсальных sre в промышленных масштабах. С той тишейпностью будут получаться квадратики.
VR
кстати, про error budget - Яндекс - если не путаю - изменяет не по времени даунтайма, а по % 5хх ошибок (и аналогичных метрик), что им позволяет достаточно гибко шаманить и уходить в даунтайм в 3 утра в субботу на полчасика что-нибудь обновить, хотя в рабочий день эквивалетный бюджет бы выжрался за 1-2 минуты
AS
так везде специализация будет, практически очевидно.
AS
один девопс может хорошо nginx тераформом по клауду размазывать, а другой DWH в он-премис держать. Совершенно разные знания нужны
AS
кстати, про error budget - Яндекс - если не путаю - изменяет не по времени даунтайма, а по % 5хх ошибок (и аналогичных метрик), что им позволяет достаточно гибко шаманить и уходить в даунтайм в 3 утра в субботу на полчасика что-нибудь обновить, хотя в рабочий день эквивалетный бюджет бы выжрался за 1-2 минуты
Да, Гугл тоже рисует соотношение good events/valid events
AS
один девопс может хорошо nginx тераформом по клауду размазывать, а другой DWH в он-премис держать. Совершенно разные знания нужны
Вчера от Виталия я услышал вот этот запрос. Возможно вопрос восприятия или внутренего конфликта
AS
Возможно требования универсальности годны в контексте команды sre
AR
Да, Гугл тоже рисует соотношение good events/valid events
только это sli, а не error budget. а так да, основная идея юзать бизнес метрики и метрики user happiness, а не инфраструктурные метрики (cpu, hdd и тд)