Size: a a a

SPb Reliability Meetup

2020 October 17

M

Magistr in SPb Reliability Meetup
Aleksey Shirokikh
Так ладно. Это всё какая то лирика. Технически мне скажите. Если сервис готов принимать батчи с размером от 1 элемента до миллиона в одном запросе, как мониторить его латенси?
а может очередь ?
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
Magistr
а может очередь ?
очередь чего ?
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
сервис уже есть и работает. пришли к нам такие и говорят помогите с slo
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
а да. внешний интерфейс мимикрирует другой сервис. так что изменять его нельзя
источник

M

Magistr in SPb Reliability Meetup
а окай, мб тогда латенси неприменима если такой разброс значений
источник

M

Magistr in SPb Reliability Meetup
хотяя хитмап мб ?
источник

AS

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

AS

Aleksey Shirokikh in SPb Reliability Meetup
а это как бы так себе
источник

M

Magistr in SPb Reliability Meetup
это как мониторить оперативу и загрузку цпу на хадуп кластере
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
нуда. то густо то пусто
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
ну и финальное комбо этого сервиса... не так что бы много rpm. зато много rpd
источник

p

pragus in SPb Reliability Meetup
Aleksey Shirokikh
Так ладно. Это всё какая то лирика. Технически мне скажите. Если сервис готов принимать батчи с размером от 1 элемента до миллиона в одном запросе, как мониторить его латенси?
А в чем проблема? )) Никто ж не говорил что надо отвечать что-то на них кроме 200/ok ))
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
pragus
А в чем проблема? )) Никто ж не говорил что надо отвечать что-то на них кроме 200/ok ))
я говорил но чуть ниже
источник

p

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

AS

Aleksey Shirokikh in SPb Reliability Meetup
pragus
Мне кажется бессмысленным такой огромный размер батча
такой протокол. это по факту расширение другого протокола со снятием ряда ограничений.
источник

p

pragus in SPb Reliability Meetup
Батч надо для амортизации latency или же стоимости вызова
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
в том числе сильно увеличен размер батча
источник

p

pragus in SPb Reliability Meetup
А на батчах в 1млн, у тебя уже какой-то deferred jobs
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
pragus
Батч надо для амортизации latency или же стоимости вызова
или для работы в легаси софта с публичным контрактом :(
источник
2020 October 19

rd

rus dacent in SPb Reliability Meetup
> Дима Масленников работал в Google на позиции Site Reliability Engineer, а сейчас он SRE в Tinkoff. А еще Дима обучает SRE.
Наше интервью про работу в Гугл в Европе, о том, чем SRE отличается от DevOps и SWE и почему споры из серии «DevOps vs SRE» на самом деле бессмысленны. А также Дима расскажет, почему SRE не работает в России в чистом виде, как он учит джунов, как стать SRE и на какую зарплату можно рассчитывать.

00:00 Интервью про SRE и европейский гугл
01:55 Как стал SRE в Google
03:48 Как гугл обучает SRE и их плюшки
04:25 Тут даже оператор всплакнул
05:00 Почему вернулся и устроился в Tinkoff SRE
06:30 Чем хорош Дублин
07:28 Обучение и онбординг в Гугл
08:25 Про Google и Тинькоф, драйв и отношение к выгоранию
11:06 Что было до DevOps?
12:46 Когда применяется SRE (три критерия)
15:50 Почему иметь много админов не выгодно
17:18 «В Гугл можно попасть без опыта работы»
18:40 Что делает SRE, отличие от Highload-архитектора
21:30 Почему спор DevOps vs SRE бессмысленный
24:48 Будущее SRE в России
25:10 Что нужно DevOps, чтобы мыслить, как SRE
29:15 Больше плюшек от гугла
30:00 Российские реалии или почему SRE не работает в чистом виде
31:50 Что нужно учить, чтобы стать SRE
34:20 Сколько зарабатывает SRE в России и Google
37:10 Плюююююшки! (Акции гугла)
39:46 Почему эра чистых программистов заканчивается

Почему SRE не работает в России, какие задачи решает, как стать SRE, работа в Google
https://www.youtube.com/watch?v=9fEQ_jaXHCE
YouTube
Почему SRE не работает в России, какие задачи решает, как стать SRE, работа в Google
Фаричка взяла интервью у Димы Масленникова. Он работал в Google на позиции Site Reliability Engineer, а сейчас он SRE в Tinkoff. А еще Дима обучает SRE.

Наше интервью про работу в Гугл в Европе, о том, чем SRE отличается от DevOps и SWE и почему споры из серии «DevOps vs SRE» на самом деле бессмысленны. А также Дима расскажет, почему SRE не работает в России в чистом виде, как он учит джунов, как стать SRE и на какую зарплату можно рассчитывать.

00:00 Интервью про SRE и европейский гугл
01:55 Как стал SRE в Google
03:48 Как гугл обучает SRE и их плюшки
04:25 Тут даже оператор всплакнул
05:00 Почему вернулся и устроился в Tinkoff SRE
06:30 Чем хорош Дублин
07:28 Обучение и онбординг в Гугл
08:25 Про Google и Тинькоф, драйв и отношение к выгоранию
11:06 Что было до DevOps?
12:46 Когда применяется SRE (три критерия)
15:50 Почему иметь много админов не выгодно
17:18 «В Гугл можно попасть без опыта работы»
18:40 Что делает SRE, отличие от Highload-архитектора
21:30 Почему спор DevOps vs SRE бессмысленный
24:48…
источник