Size: a a a

SPb Reliability Meetup

2019 January 16

DN

Dmitry Nagovitsin in SPb Reliability Meetup
Но штука выглядит эффектно
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
Будем надеяться что будет развиваться
источник

PR

Paul Rudnitskiy in SPb Reliability Meetup
Dmitry Nagovitsin
Чат новый же
даже в Церкви такого нет
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
Paul Rudnitskiy
даже в Церкви такого нет
церковь low volume
источник

Е

Егор in SPb Reliability Meetup
Aleksey Shirokikh
https://hastic.io/ из последнего
а что он дает?
источник

Е

Егор in SPb Reliability Meetup
то что на анимации и так понятно
источник

Е

Егор in SPb Reliability Meetup
типа обучается пики видеть или что
источник

Е

Егор in SPb Reliability Meetup
тут же идея заключается в том что икать похожести на всех графиках, котоыре совпадают с латенси, например
источник

AS

Alexander Salimonov in SPb Reliability Meetup
Детектит оутлаеры видимо. Но если паттерн известен, то и без стороннего софта можно быстро наваять. А вот детекет оутлаеров по метрикам, возникающих не периодично уже сложнее. Даже подобное делали на одном проекте, получилось очень юзабельно для тех случаев когда загрузка на узлах строго периодична и отклонение от обычной динамики сигнализировало, что что-то пошло нет так, после чего начинался уже поиск и анализ источника проблемы. На длинных и тяжелых пайплайнах это всё очень полезно.
источник

Е

Егор in SPb Reliability Meetup
да, в том и дело, чтобы это происходило без обучения человеком
источник

AS

Alexander Salimonov in SPb Reliability Meetup
Для детекта оутлаеров уже и так наизобретали приличное количество алгоритмов, которые покрывают большинство случаев по анализу всяких медиан и кластеров событий. Что там у них — не знаю, в репе нет ни соответствующего кода, ни описания.
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Magistr
а еще девопс который прочитал инструкцию и сказал прогеру что данные заливать в аэроспайк надо с реалистичным ttl
инструкцию может прочитать разработчик. И должен прочитать
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
ибо именно недоступность краеугольный камень разработки по
плохая доступность, типа высокого времени ответа — так же задача SRE. Частичная недоступность — туда же
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
договоренности появляются там где нужна синхра между сервисами и командами
SLA это договорённость с менеджментом
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
питер кстати
познакомишь с Алексеем Великим? Я хочу его пригласить к нам — выступить.
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Alexander Salimonov
Вкину чуть-чуть. Надеюсь ни кто не против.
http://salimonov.com Там две статьи по HA и BC/DR. Буду признателен за критику, можно тут, можно в твиттер, можно в почту писать.

На подходе скоро третья, с вероятностями, статистикой и т.п.
После этого разбора буду BC/DR описывать из опыта и какие знания есть. Но просится ещё одна по метрикам-мониторингу и идентификации отказов.
статьи норм, внятно объясняют теорию. Хочешь в феврале на митапе рассказать про практику HA?
источник

AS

Aleksey Shirokikh in SPb Reliability Meetup
Vitaliy Levchenko
познакомишь с Алексеем Великим? Я хочу его пригласить к нам — выступить.
Нет, увы знаю шапошно
источник

W

Womchik in SPb Reliability Meetup
Просто напишите ему. Ему всегда есть, что сказать
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Womchik
Просто напишите ему. Ему всегда есть, что сказать
Я нашёл только его фб, а тот склонен защищать от внешних сообщений
источник

p

ppavel in SPb Reliability Meetup
Alexander 😼 Chistyakov
Семраш, если мне не изменяет память, разрабатывает на языке PHP
Core services сишный
https://www.youtube.com/watch?v=VYslrWtmWmc
а часть, которая юзеру формочки рисует - какая разница на чём
источник