Size: a a a

SPb Reliability Meetup

2019 January 23

AS

Aleksey Shirokikh in SPb Reliability Meetup
Error budget это про время превышения скорее а не про как мерять
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
Меня очень смутил факт того что не смотря на четкие формулировки и требования от Гугла что и как должно быть в sre ты ввел свои формулировки. Это фрагментирует и подменяет понятия.
Я говорил про практику и своё видение в этом разрезе. Сделай доклад, расскажи как правильно;)
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
у меня были такие мысли. но дело в том что я не знаю как правильно, но видимо представляю как не правильно.
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
По книжке например видно что от одного человека универсальных знаний не ждут и существует специализация даже внутри. Например ярко были подчёркнуты database sre
Специализация — это обязательно. T-shaped как раз об этом. Ключевое — на среднем уровне понимать широкую предметную область
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
шрокая предметная область в этом бизнесе не становится уже от год в года и Т оразность начинает напоминать совершенно другую букву
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
у меня были такие мысли. но дело в том что я не знаю как правильно, но видимо представляю как не правильно.
Тогда расскажи как неправильно (i.e. не работает, неэффективно или плохо в перспективе)
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
шрокая предметная область в этом бизнесе не становится уже от год в года и Т оразность начинает напоминать совершенно другую букву
Я тебя не понимаю
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
хм. вот тебе мемас
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
#10yearschallenge

прислали через @g_codebot
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
так понятно о чём я ?
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Нет
источник

AM

Aleks Mayer in SPb Reliability Meetup
Andrey Romanov
только это sli, а не error budget. а так да, основная идея юзать бизнес метрики и метрики user happiness, а не инфраструктурные метрики (cpu, hdd и тд)
Но ведь без инфраструктурных метрик нельзя будет оперативно найти и решить проблему. Исключение - кубер, где своя атмосфера.
источник

AM

Aleks Mayer in SPb Reliability Meetup
Он об искуственном усложненнии области.
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleks Mayer
Но ведь без инфраструктурных метрик нельзя будет оперативно найти и решить проблему. Исключение - кубер, где своя атмосфера.
можно по логам. Более того, я в особо плохих случаях строю график по логам (cat | grep| sort |uniq ...)
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleks Mayer
Он об искуственном усложненнии области.
тогда я как раз об упрощении
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
логи же не отображают состояние системы
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
чтобы один человек мог полностью разобраться и решить проблему
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
LA по логам не найти
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
и доработать систему, чтобы стало лучше
источник

AM

Aleks Mayer in SPb Reliability Meetup
Sergey Trapeznikov
LA по логам не найти
+1
источник