Привет. Я админ. Меня зовут Алексей, мне 45 лет.
Я нахожусь на нижней ступени пищевой пирамиды в области IT. Я делаю фундамент.
90% моих клиентов обзывают меня девопсом, я не обижаюсь, если это необходимо для обоснования бюджета, флаг им в руки и барабан на шею.
Я на удаленке еще до того как это стало мэйнстримом. Я давно разочаровался в людях, когда вижу рассуждения нужно ли девопсу или админу понимать сеть, просто убеждаюсь в своих мыслях.
За последние 5 лет потратил невосполнимую часть своей жизни на собеседования с людьми чья квалификация достаточна для замены патчкордов, но они собеседовались на позиции инженера. Амбиции радуют, но... Вера в людей все равно присутствует.
Читая статьи в Хабре, нужно ли понимание девопсу сетей или админу... Не знаю, если вам нужна обезьянка которая жмет на кнопки по сценарию заложенному свыше, нет. Иначе вы слишком много хотите.
Присказку я выкатил, теперь сказка.
Последние 5 лет я сам себе галера, окучиваю мелкий и средний бизнес, собственно бизнес модель тривиальна, данные субъекты нормальных специалистов на фултайм нанять не в состоянии, причем они и не могут обеспечить вменяемую нагрузку. Дальше идет какой то период времени с попытками взять в штат, потом это мой клиент.
Что я могу предложить, ну с высоты своего 20 летнего опыта много, крайне мало контор дорастают до такого (но есть). Как минимум это присутствие в команде человека который знает как устроены и работают проекты с показателями 20-30к рпс. Подстелить соломку заранее дорогого стоит, но это мелочи. Можно добавить опыт работы с данными объемом 50 - 200 терабайт, но это лишнее.
Вернемся к девопсам, к тем, которые не знают сеть. Твэрцэ вери кумат модет хана тудэ срача. Переводить не буду. Сам не знаю перевод, знаю только что мат. Если кто знает перевод, буду признателен.
Просто разложу проблему.
Есть спец который типа девопс, он решает проблемы по деплою (и возможно еще что)
и тут неожиданно возникает вопрос по сети, и человек сливается.
Вопросы:
А как вообще идет взаимодействие компонетов системы с которой он работает?
допустим это кубер, а как оно внутри? а если у нас grpc и какой нибудь linkerd, и тд. Кто это решит? Ну взяли мы k8s готовый, и получили готовые проблемы, если человек не понимает как работает сеть как он детализирует проблему?
И ключевое, а как он ее решит? Его же брали не на разговоры, а на РЕШЕНИЕ проблем.
И вот в итоге, получается что девопс в 95% вариантов это админ, с опытом 5-10 лет минимум. Но на рынке есть junior devops это как?
Пайплайны в gitlab только рисовали, и простые, тогда junior, или просто кроме gitlab ничего не видели?
Самое забавное, самые успешные проекты (из моей выборки), сидят на самых простых решениях, когда любому джуниору (из разработки) в течении часа удается разобраться со средствами сборки и доставки, проект прет(если бизнес модель успешна). Они же код правят, и меняются правила сборки, и тут либо они могу это сами, либо вопрос к "девопсу".
Но цель то что разработчик не жег свое время на непрофильные темы.
Девопс это специалист по созданию конвейера (как в старых добрых Фордовских фабриках) по разработке программного обеспечения.
Его задача минимизировать потери времени программистов на не профильные задачи.
Кто нибудь готов опровергнуть выше изложенный тезис? :-)
В итого, резюмирую свой опыт публично: Никаких jenkins и teamcity, это тупик, привязка на 1 - 2 человек, развития нет.
gitlab - github, можно, но сложно. У вас должны быть инженеры. Среднестатистический junior уже вписывается с трудом.
concourse, тудаже к gitlab, но сложней
drone, тут можно сделать все настолько тупо, что самый последний обезьян способен это понять.
Парадокс и не парадокс одновременно (по моему опыту). Если не чесать свое чвх, последний пункт в списке наиболее выгоден именно компании, забейте в канализацию свое ощущение, что вы боги.. Чем тупей вариант, тем скорей вы его предпочтете остальным.
drone - самый тупой вариант.