Size: a a a

SPb Reliability Meetup

2019 April 18

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Или книга была про то, что не нужны RDBMS? Да нет, вроде, про то, что "не катите в прод слишком быстро, если не умеете или не тренировались"
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Таким пиаром можно разве что совсем дурака в заблуждение ввести, а средний человек разок попробует и будет всю жизнь плеваться
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
А для совсем дураков уже есть вендор - компания Microsoft
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Которая еще делает продукт под названием R/3, или как там его...
источник

W

Womchik in SPb Reliability Meetup
динамикс вроде. R/3 это же сап
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Womchik
динамикс вроде. R/3 это же сап
А сап это разве не майкрософт?
источник

ST

Sergey Trapeznikov in SPb Reliability Meetup
О.о
источник

rd

rus dacent in SPb Reliability Meetup
Etki
до чего ж вы все-таки здесь серьезные-то
Куда серьёзней-то? DBRE же есть (http://shop.oreilly.com/product/0636920039761.do). Почему не может быть и других *RE? =)
источник

W

Womchik in SPb Reliability Meetup
Alexander 😼 Chistyakov
А сап это разве не майкрософт?
Тут CoC. Я не могу адекватно ответить
источник

rd

rus dacent in SPb Reliability Meetup
Alexander 😼 Chistyakov
Которая еще делает продукт под названием R/3, или как там его...
Бггг... Они перестают эту бабушку пинать, сейчас S/4 HANA в моде =)
источник

PR

Paul Rudnitskiy in SPb Reliability Meetup
rus dacent
Бггг... Они перестают эту бабушку пинать, сейчас S/4 HANA в моде =)
чтобы решить проблемы с скоростью работы базы - они всю базу просто в оперативу положили

помогло плохо - тупит все равно
источник

rd

rus dacent in SPb Reliability Meetup
Paul Rudnitskiy
чтобы решить проблемы с скоростью работы базы - они всю базу просто в оперативу положили

помогло плохо - тупит все равно
Да, я понимаю, но это всё равно шаг вперёд.
источник

E

Etki in SPb Reliability Meetup
потому что я там гиперболизировал, и это, я надеялся, должно было быть понятно всем
источник
2019 April 20

SM

Serg Martynov in SPb Reliability Meetup
https://coggle.it/diagram/XEGkqxtTZ2DfAsUZ/t/sre Все уже видели этот великолепный граф?)))
coggle.it
SRE (Практики (Иерархия релабилити (Продукт, Разработка, Планирование…
SRE (Практики (Иерархия релабилити, Работа с перегрузками, Управление инцидентами, Целостность данных, Тестирование, Постмортем, Software Engineering, Дежурство, Работа с каскадными сбоями, Надежный запуск, Cron, Трекинг падений, Пайплайн обработки данных, Emergency response, Балансирование нагрузки, Time-series data, Консенсус, Troubleshooting), Мониторинг (Правила для событий, про которые надо алёртить, Четыре золотых сигнала, Мотивация, Просто насколько возможно, Tail, распределение, Игра в долгую, Разная гранулярность для разных метрик), Prod environment глазами SRE, Toil (Признаки, Что считается инжинирингом, Почему меньше лучше, Всегда ли toil плох?, Как считать), Менеджмент (Работа с "прерываниями", Передача проектов SRE команде, Как воспитать дежурного, Взаимодействие/коммуникации, Как бороться с операционной перегрузкой), Принятие риска, SLO (SLO (objective), SLI (indicator), SLA (agreement), ), Простота (Выкидывать код, Модульность, Минималистичность, И скукота), Релиз инжиниринг, Автоматизация (Классы…
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Serg Martynov
https://coggle.it/diagram/XEGkqxtTZ2DfAsUZ/t/sre Все уже видели этот великолепный граф?)))
coggle.it
SRE (Практики (Иерархия релабилити (Продукт, Разработка, Планирование…
SRE (Практики (Иерархия релабилити, Работа с перегрузками, Управление инцидентами, Целостность данных, Тестирование, Постмортем, Software Engineering, Дежурство, Работа с каскадными сбоями, Надежный запуск, Cron, Трекинг падений, Пайплайн обработки данных, Emergency response, Балансирование нагрузки, Time-series data, Консенсус, Troubleshooting), Мониторинг (Правила для событий, про которые надо алёртить, Четыре золотых сигнала, Мотивация, Просто насколько возможно, Tail, распределение, Игра в долгую, Разная гранулярность для разных метрик), Prod environment глазами SRE, Toil (Признаки, Что считается инжинирингом, Почему меньше лучше, Всегда ли toil плох?, Как считать), Менеджмент (Работа с "прерываниями", Передача проектов SRE команде, Как воспитать дежурного, Взаимодействие/коммуникации, Как бороться с операционной перегрузкой), Принятие риска, SLO (SLO (objective), SLI (indicator), SLA (agreement), ), Простота (Выкидывать код, Модульность, Минималистичность, И скукота), Релиз инжиниринг, Автоматизация (Классы…
Денис Бесков рисовал?
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
☝️мой пойнт был в том, что любая диаграмма с таким количеством деталей призвана донести до нас знание о мнимой крутости создателя и более ни о чем
Кошелек Миллера, мать его, мне в голову столько не помещается (и не должно)
источник

SM

Serg Martynov in SPb Reliability Meetup
Alexander 😼 Chistyakov
☝️мой пойнт был в том, что любая диаграмма с таким количеством деталей призвана донести до нас знание о мнимой крутости создателя и более ни о чем
Кошелек Миллера, мать его, мне в голову столько не помещается (и не должно)
Согласен😂😂
источник

M

Magistr in SPb Reliability Meetup
норм граф, правда с меньшей детализацией лежит в голове
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Есть два разнонаправленных процесса, первый - "нарисовать из головы на бумагу", с этим все справляются, у кого в голове есть ментальная модель
Второй - "нарисовать с бумаги в голову", так вот, нарисовать с бумаги в голову оказалось неожиданно сложным процессом
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Даже несмотря на то, что очень простые вещи изображены
источник