Size: a a a

SPb Reliability Meetup

2019 January 15

Е

Егор in SPb Reliability Meetup
мое дело код писать, деплою не я) в 19 00 домой иду
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Alexander 😼 Chistyakov
Первое - почему так называемые системные администраторы никак не научатся программировать
по обоим вопросам. Люди консервативны. Лучшее, что мы можем сделать с этим: своим примером и просветительской деятельностью сдвинуть точку сборки. Это комьюнити для этого.
источник

p

ppavel in SPb Reliability Meetup
Alexander 😼 Chistyakov
Какие на этом пути есть препятствия?
у меня вот нет их.
Фуллстек, приходится и сервера поднимать порой
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Alexander 😼 Chistyakov
noops это же вообще a no-brainer
Там все в serverless lambdas и т.п.
это оскорбление. Втч меня, как работающего в no-ops методологии
источник

PR

Paul Rudnitskiy in SPb Reliability Meetup
Alexander 😼 Chistyakov
Первое - почему так называемые системные администраторы никак не научатся программировать
Возможно потому, что те, кто научились программировать - ушли в программисты? Платят больше, и по ночам сидеть не надо
источник

Е

Егор in SPb Reliability Meetup
а опсы типа сидят?
источник

Е

Егор in SPb Reliability Meetup
сидят дежурные, саппорт и тд
источник

k

kSandr in SPb Reliability Meetup
Егор
а опсы типа сидят?
и опсы сидят
источник

Е

Егор in SPb Reliability Meetup
тогда уж и программисты :D
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
> своим примером и просветительской деятельностью сдвинуть точку сборки.

Я бросил пить, курить и начал писать на Haskell - но что-то я не вижу вокруг никого, кто следовал бы моему примеру!
источник

k

kSandr in SPb Reliability Meetup
Paul Rudnitskiy
Возможно потому, что те, кто научились программировать - ушли в программисты? Платят больше, и по ночам сидеть не надо
видывал я этих умеющих программировать, теперь кошмары ночами снятся если случайно к ним в гит забредаю
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
kSandr
А еще что-бы научиться качественно программировать, нужно просто так или иначе программировать, и желательно побольше, а у так-называемых системныхадминистраторов стек задач немного другой в рамках которого они не программируют, и даже если и могут что-то писать, то зачастую это некие скрипты в пару сотен строк для автоматизации
ключевое — не задачи, а ответственность. Если валится огромное количество инцидентов, которые разгребают админы — в инфраструктуре есть проблемы. Существенная их часть без работы с системой в целом (и с кодом, и с инфраструктурой, и с процессами) — не решается. В таком случае SRE — свет в оконце.
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Vitaliy Levchenko
это оскорбление. Втч меня, как работающего в no-ops методологии
Да нет, чего же тут оскорбительного?
Просто приведи мне любую сложную operations задачу, хотя бы одну
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Даже не из noops, а вообще
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Paul Rudnitskiy
Возможно потому, что те, кто научились программировать - ушли в программисты? Платят больше, и по ночам сидеть не надо
Платят ровно столько же
источник

k

kSandr in SPb Reliability Meetup
Vitaliy Levchenko
ключевое — не задачи, а ответственность. Если валится огромное количество инцидентов, которые разгребают админы — в инфраструктуре есть проблемы. Существенная их часть без работы с системой в целом (и с кодом, и с инфраструктурой, и с процессами) — не решается. В таком случае SRE — свет в оконце.
Ну тут имхо важны правильно поставленные процессы. Подразумевается что админы как это не странно и должны следить за тем, что-бы в инфраструктуре проблем небыло ))) Иначе это какие-то неправильные админы )
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Alexander 😼 Chistyakov
Да нет, чего же тут оскорбительного?
Просто приведи мне любую сложную operations задачу, хотя бы одну
разбор инцидентов. Например, внезапно продукт останавливается, и в базе висит 1000 транзакций в ожидании.
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Vitaliy Levchenko
ключевое — не задачи, а ответственность. Если валится огромное количество инцидентов, которые разгребают админы — в инфраструктуре есть проблемы. Существенная их часть без работы с системой в целом (и с кодом, и с инфраструктурой, и с процессами) — не решается. В таком случае SRE — свет в оконце.
Нет, SRE не свет в оконце
Вот, классическая задача - "обеспечить отказоустойчивость"
В кластере Hadoop при падении journal node она не возвращается в строй автоматом - чем SRE поможет?
источник

Е

Егор in SPb Reliability Meetup
Alexander 😼 Chistyakov
Даже не из noops, а вообще
реплика развалилась
источник

PR

Paul Rudnitskiy in SPb Reliability Meetup
Егор
а опсы типа сидят?
А кто дежурит? Опсы и дежурят
источник