Comments 39
Я искренне рад, что у вашей компании нашлась чёткая линия развития IT-отдела, но не надо это навязывать остальным. Зоопарк у всех разный.
Это представление напоминает мне мысли принцесс, которые думают, что пирожные растут на деревьях…
С днём системного администратора, коллеги! Как бы ваша профессия нынче не называлась. ))
Полностью согласен с предыдущим оратором. Легенды про облака напоминают мне легенды про то, что "принцессы не какают". Хотя все продолжает работать на железе, которое просто обслуживают другие системные администраторы, а не ваши собственные. Чудес то все же не бывает и ваши сервисы не работают в волшебном вакууме :).
Не понимаю, вашего удивления. Конечно, системных администраторов все меньше и меньше нужно рынку. Раньше на каждый веб-сайт нужна была железка. Потом появились хостинги, потом появились облачные серверы. В результате, сотни тысяч сайтов хостится на одинаковых площадках. Никакого колхоза, чтобы поднять веб-сервер уже не нужно. Понятное дело, что системные администраторы по прежнему обслуживают железки. Только где-то "там". А какой-нибудь AWS прикладывает все усилия, чтобы все автоматизировать, потому что именно это и есть их бизнес: они автоматизацией деньги зарабатывают.
Никакого колхоза)))
То ли дело появилась потребность в изучении phpmyadmin и кучи других)
А потом кучу вопросов как бекапить и в случае чего восстанавливать
Aws по идее тоже не нужны админы, только оказалось, что админ для aws стоит как самолет
Реальный прорыв был готовые сайты, но и там чтобы сделать что-то годное нужно нехило повозиться…
Хороший сисадмин в ближайшем будущем должен будет обладать неплохими навыками software engineering. А еще лучше, чтобы он обладал хорошими навыками в этой сфере.
А тем временем большинство директоров видит сисадмина, как человека, который меняет картридж в принтере, и их это полностью устраивает.
Мы создаем нашу инфраструктуру таким образом, чтобы дать возможность разработчикам полностью самостоятельно менеджить свои окружения
Окружение -это понятно, а что на продакшен происходит? Честно говоря не понял принцип разделения ответственности. Решение проблемы может быть не в том, чтобы делать всё как код, но не делать всё как говнокод.
В облачных АТС кстати есть смысл, притом весьма себе…
Другой вопрос, что приходящие новый админ, говорящий, что всё старое овно, должен быть поставлен под сомнения, ну или должны быть резкие аргументы у него
Когда я менял астер на облачную АТС, расходы на связь упали втрое, ну просто кучу схем ушло левых и ненужных. А ещё на слуху связка kx-tda и астера на 50 пользователей))
Работал в разных компаниях с многими людьми, называющимися DevOps, но software engineering у 95% из них заканчивался на самых базовых знаниях Питона… в лучшем случае они писали плейбуки на Ансибле.
SRE, как мне кажется, в большинстве компаний кроме самых крупных — это просто переименованый в тренде DevOps (в которого переименовали админа цать лет назад)
У меня сейчас из 5 коллег (все по должности — DevOps) никто не умеет в Питон ничего сложнее «послать HTTP запрос через requests», а в Ansible хорошо умеют дай бог двое.
Другое дело что этот опыт для них бесполезен на рынке т.к. это ПО в мире от силы имеет 15-20 инсталляций, причем у нас крупнейшая.
И некоторые из них уже начали осознавать этот факт…
Просто должность SRE/DevOps в большинстве случаев изъезжена, я об этом хочу сказать. Это НЕ программист, это тот же самый старый добрый админ. Просто называющийся по-модному.
При этом я сейчас на западном рынке вообще не вижу админских вакансий. Все, как на подбор, DevOps-ы…
Скорее как раз SRE, которых вы смешали с девопсами, это старые добрые сисадмины.Ну вы почитайте гугловскую книжку об SRE, которые их и «изобрели», или хотя бы википедию:
According to Ben Treynor, founder of Google's Site Reliability Team, SRE is «what happens when a software engineer is tasked with what used to be called operations.»На их взгляд как раз SRE должен одинаково хорошо уметь и в программирование и в эксплуатацию. И если вы взглянете на собеседования Гугла на эту должность — то там как раз очень дофига алгоритмов и программирования.
Например, не будем разделять людей на программистов и сисадминов?А-хаха! Далее можно перестать разделять менеджеров и программистов. Потом объяснить менеджерам, что программисты и сервера вообще не нужны если есть MS Office и ноутбуки. Потом можно объяснить покупателям пиццы, что они сам смогут написать все нужные им программы немного потыкав мышкой во время заказа пиццы и что ни менеджеры ни сервера при покупке пиццы не нужны совсем.
А если серьезно, то у программистов и сисадминов предмет с которым они работают совершенно разный. И совсем не важно что и то и другое кто-то вздумал свести к коду. Цена ошибки у них совершенно разная. Одно дело это восстановление чего либо из битого бэкапа (без текущего бэкапа, т.к. все орут давай быстрей) и совсем другое дело программная ошибка обнаруживающаяся во время рутинных тестов.
режим бабки
Еще бы недопекараня рассказывала как надо it строить.
Эпос о системных администраторах как вымирающем виде