Size: a a a

SPb Reliability Meetup

2019 January 15

VL

Vitaliy Levchenko in SPb Reliability Meetup
Andrei Demakov
Вот я в корне не согласен с тем, что закончилось время классических сисадминов. Просто разработка ПО как сфера вышла вперёд и в рамках неё появились новые квалификации. Системное администрирование как поддержка инфраструктуры предприятия живо до сих пор и активно развивается т.к. развивается инфраструктура. Примером того может быть компьютеризированный цех на заводе. Такие уже были в 90е ХХ века. В корне работа не изменилась. Девопс с его знаниями процессов разработки и интеграции не нужен. На заводе таких процессов нет. Зато куча других админских задач связанных с изменением технологического процесса.
Это тонкий момент. Понятно что извозчик в начале XX века не согласен, что пришла эпоха автомобилей.
Я аргументирую свою позицию динамикой зп и структурой современных компаний, где админы обслуживают железо и сеть
источник

p

ppavel in SPb Reliability Meetup
Aleksey Shirokikh
Вообще это хохма. были админы умели поднимать ftpd/postfix, деплоить им ничего было не надо. всё в пакетах. Потом появились девопсы. postfix они разучились ftpd перевели на nginx. и научились немного в yaml. и самое главное они научились немного читать код и разбиратся в кодовой базе проектов которые ci/cd-шат. Но теперь есть sre. они вообще даже не знают что такое ftpd и не догадываются про postfix зато умеют читать и править кодовую базу проектов которые теперь не только делоят но и рестартят истово
Не спорю, но хочу дополнить в контексте админ-разраб: админ пишет на баше что-то для крона, вот и пересечение
источник

p

pragus in SPb Reliability Meetup
kSandr
ну ладно )))  тогда откуда тебе знать, что девопсы везде вместо админов ? ... на самом деле это не так,  девопсы имхо чаще выступают няньками для разрабов
потому что я видел/вижу чем занимаются люди на этих позициях. более того, в том же @ctorecords приходили люди с жалобами "вот у нас команда devops... [а дальше описание обычной команды админов с дежурствами итп]".
по поводу нянек - сильно зависит от ситуации, но многим и правда они нужны.
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Aleksey Shirokikh
Вообще это хохма. были админы умели поднимать ftpd/postfix, деплоить им ничего было не надо. всё в пакетах. Потом появились девопсы. postfix они разучились ftpd перевели на nginx. и научились немного в yaml. и самое главное они научились немного читать код и разбиратся в кодовой базе проектов которые ci/cd-шат. Но теперь есть sre. они вообще даже не знают что такое ftpd и не догадываются про postfix зато умеют читать и править кодовую базу проектов которые теперь не только делоят но и рестартят истово
Сейчас сразу берут сервисы рассылки, пока не слишком дорого
источник

p

pragus in SPb Reliability Meetup
Aleksey Shirokikh
Вообще это хохма. были админы умели поднимать ftpd/postfix, деплоить им ничего было не надо. всё в пакетах. Потом появились девопсы. postfix они разучились ftpd перевели на nginx. и научились немного в yaml. и самое главное они научились немного читать код и разбиратся в кодовой базе проектов которые ci/cd-шат. Но теперь есть sre. они вообще даже не знают что такое ftpd и не догадываются про postfix зато умеют читать и править кодовую базу проектов которые теперь не только делоят но и рестартят истово
не согласен насчёт sre. скажем так, они умеют еще и всякое сетевое, например.
источник

Р

Розен in SPb Reliability Meetup
Andrei Demakov
Вот я в корне не согласен с тем, что закончилось время классических сисадминов. Просто разработка ПО как сфера вышла вперёд и в рамках неё появились новые квалификации. Системное администрирование как поддержка инфраструктуры предприятия живо до сих пор и активно развивается т.к. развивается инфраструктура. Примером того может быть компьютеризированный цех на заводе. Такие уже были в 90е ХХ века. В корне работа не изменилась. Девопс с его знаниями процессов разработки и интеграции не нужен. На заводе таких процессов нет. Зато куча других админских задач связанных с изменением технологического процесса.
но системное администрирование уже скорее растворяется в инфраструктуре. Оно отдельно не рассматривается. Сейчас, я бы сказал, идет деление на enterprise services (с sysadm) отдельно network (wan+lan+wifi), voice и "hard" security.
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
Сейчас сразу берут сервисы рассылки, пока не слишком дорого
это заметание мусора под ковёр. оно терпимо, пока устраивает(как по деньгам, так и по sla)
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
pragus
это заметание мусора под ковёр. оно терпимо, пока устраивает(как по деньгам, так и по sla)
Просто делегирование. Например, сейчас мало кто сам компилирует ос и внешний софт
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Vitaliy Levchenko
Просто делегирование. Например, сейчас мало кто сам компилирует ос и внешний софт
Так и ранее мало кто компилировал ос
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Кроме, гм, энтузиастов
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
Просто делегирование. Например, сейчас мало кто сам компилирует ос и внешний софт
зависит от потребностей. вот у тебя в репо нет свежей rocksdb, а оно тебе надо.
источник

VL

Vitaliy Levchenko in SPb Reliability Meetup
Розен
но системное администрирование уже скорее растворяется в инфраструктуре. Оно отдельно не рассматривается. Сейчас, я бы сказал, идет деление на enterprise services (с sysadm) отдельно network (wan+lan+wifi), voice и "hard" security.
Да! Сетевые инженеры выделяются в отдельную касту
источник

АМ

Андрей Мавлянов in SPb Reliability Meetup
Aleksey Shirokikh
Вообще это хохма. были админы умели поднимать ftpd/postfix, деплоить им ничего было не надо. всё в пакетах. Потом появились девопсы. postfix они разучились ftpd перевели на nginx. и научились немного в yaml. и самое главное они научились немного читать код и разбиратся в кодовой базе проектов которые ci/cd-шат. Но теперь есть sre. они вообще даже не знают что такое ftpd и не догадываются про postfix зато умеют читать и править кодовую базу проектов которые теперь не только делоят но и рестартят истово
не было никаких devops. ты или не читал или плохо читал что пишется в sre book
источник

АМ

Андрей Мавлянов in SPb Reliability Meetup
нда. если лучшие из нас такое несут. :(
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Андрей Мавлянов
не было никаких devops. ты или не читал или плохо читал что пишется в sre book
Сначала не было, а потом они появились и сразу же коммодитизировались
источник

DN

Dmitry Nazarov in SPb Reliability Meetup
SRE book эта хорошая? стоит вкатываться?
источник

p

pragus in SPb Reliability Meetup
Vitaliy Levchenko
Да! Сетевые инженеры выделяются в отдельную касту
это сложно выделить в контексте сервиса.
источник

Р

Розен in SPb Reliability Meetup
Vitaliy Levchenko
Да! Сетевые инженеры выделяются в отдельную касту
но это одно направление, один отдел с одним координатором. Это не чистые отдельные отделы
источник

АМ

Андрей Мавлянов in SPb Reliability Meetup
Dmitry Nazarov
SRE book эта хорошая? стоит вкатываться?
источник

AC

Alexander 😼 Chistyakov in SPb Reliability Meetup
Коллеги - а как с обзервабилити будем?
источник