Comments 4
s/IT/devops/g
А что поменялось-то? Ничего? Просто переименовали? Ой.
Плюс то, что вы описываете, это с уклоном в SRE. Devops с on-call - это как программист с настройкой телефонии. Вполне себе возможное совмещение, но не основное.
В чём же разница между сисадмином и "девопсом"? Сисадмин фигачит на сервере, меняя конфиги "на живую на продакшене", devops - в git, после чего приходит робот и ругается на обсыпавшиеся тесты. А после того, как тесты починены/дополнены и т.д., MR, и другой робот выкатывает это на продакшен.
Вот и всё.
//Я сейчас не про методологию, а про специальность.
Да ладно, совмещать можно и ужа с ежом)
Работает? Хорошо. Не работает? Ну надо модернизировать)
Мне кажется, что определения "сисадминов", "девопсов" и т.д. в каждой компании имеют разный смысл. Где-то сисадмин и групповые политики настраивает, и конфиги правит, а где-то только провода прокладывает да оборудование собирает/раздает.
Так что с какой-то стороны вы, конечно, правы)
Я довольно много смотрел на разницы. Ключевая разница именно в IaaC, точнее, в процессе, в котором между решением что-то сделать и фактическим действием на сервере стоит автоматизированный процесс с защитой от ошибок/ревью/проверкой полиси и т.д. Это весьма крупное изменение, фактически, автоматизация администраторов. Примерно такой же слом произошёл при переходе от токарного станка к CNC.
Тернистый путь от Backend-разработчика в DevOps инженеры