Size: a a a

SPb Reliability Meetup

2019 January 23

VL

Vitaliy Levchenko in SPb Reliability Meetup
есть разные проблемы
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
большой тайминг в логах виден
источник

LG

Lev Goncharov in SPb Reliability Meetup
Aleks Mayer
Он об искуственном усложненнии области.
Это типа как раз борьба со сложностью

Кода/сушностей больше становится, дабы
- уменьшить бас фактор
- ускорить пложение фич
- понизить порог входа
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
rps видны
источник

AM

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

ST

Sergey Trapeznikov in SPb Reliability Meetup
ну визуализация логов NGINX без привязки к текущему состоянию системы ничего не дает
толку тебе эти 500рпс если ты не знаешь какая нагрузка на цп с памятью?
источник

LG

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

AS

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

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleks Mayer
По логам ты найдёшь проблемы приложения, но не проблему с дисковой очередью или сетевыми задержками.
я не говорю, что логи универсальны
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
как ты вообще это увидел у меня?
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
я про то что ты ожиданиями от специалиста перекрываешь риторику о том что есть sre
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
тебе нужен суперспец так и называй
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
срачи девопс перетекают в срачи за sre=)
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
гугл вкладывает в это другие вещи. более того скалдывается ощущение что книгу ты не начинал
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
гугл вкладывает в это другие вещи. более того скалдывается ощущение что книгу ты не начинал
я сейчас не про книгу
источник

LG

Lev Goncharov in SPb Reliability Meetup
Имхо сре это «фулстэк админ» и фэлстэк разраб, который по верхам знает много плюс узкая специализация в чем то
источник

AM

Aleks Mayer in SPb Reliability Meetup
Lev Goncharov
Это типа как раз борьба со сложностью

Кода/сушностей больше становится, дабы
- уменьшить бас фактор
- ускорить пложение фич
- понизить порог входа
На эту тему мне понравилось одно высказываение. "Я с ужасом жду, когда в новостной ленте появится статья - 10 технологий которые надо выучить на этой неделе".
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Lev Goncharov
Имхо сре это «фулстэк админ» и фэлстэк разраб, который по верхам знает много плюс узкая специализация в чем то
я об этом. Как _понятном_ применении в масштабах на 3 порядка меньше гугла
источник

LG

Lev Goncharov in SPb Reliability Meetup
Щас вобще трэнд на софт скилы видится мне изза роста команд и интерназиализации
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
нет нкакого смысла в sre в порядках когда нужен один админ
источник