Студент-знакомый хрюшки все может, он как сын маминой подруги, но только у хрюшек. Магическая сущность с опытом работы превышающим количесво его же лет, сдающий сертификации за пару дней - причем все существующие сразу, который работает каждый день по 30 часов, не просит повышения и вообще все это делает за бесплатно.
За таким к очень узким специалистам, к примеру если он будет заниматься только настройкой docker swarm и вообще всё, то что не в его компетенции - это уже не его проблемы, вот такой сможет понимать свою тему. А если как сейчас, у тебя есть большая область, то там главное понимать хоть что-то и умение решать задачи, а не знать всё.
Бабушка = DevOps
Внучек = Developer
Прошу пояснить знатоков - если я в свой конторе занимаюсь тем что консультирую пользователей ИС, нахожу и исправляю в ней баги, интервьюирую заказчика и пишу на основе его бизнес-процесса ТЗ программисту, вмести с этим программистом (и заказчиком) решаю тонкие вопросы реализации, тестирую доработки и потом внедряю и обучаю заказчика и еще иногда документацию пишу и даже план работ и экономику считаю, то я уже Девопес уже или еще нет?
Нет, это скорее ближе к бизнес аналитику. Работа ДевОпса направлена на оптимизацию TTD(время от запроса заказчика до выкатки на прод) техническими путями без потерь в надежности, а также как следствие развитием инфраструктуры и способов упрощения жизни девам. Например я как девопс занимаюсь кубом, поскольку он позволяет использовать унифицированную архитектуру, централизированно и безшовно откатывать\накатывать апдейты всей системы, повышает прозрачность, и много чего прочего.
Девопес это скорее между сис админоv и программистом.
https://ru.wikipedia.org/wiki/DevOps
Как правило, инструменты DevOps вписываются в одну или несколько из этих категорий, что отражает ключевые аспекты разработки и доставки программного обеспечения:[3]
Кодирование — разработка и анализ кода, инструменты контроля версий, слияние кода;
Сборка — инструменты непрерывной интеграции, статус сборки;
Тестирование — инструменты непрерывного тестирования, обеспечивающие быструю и своевременную оценку бизнес-рисков;
Упаковка — репозиторий артефактов, предварительная установка приложения;
Релиз — управление изменениями, официальное утверждение выпуска, автоматизация выпуска;
Настройка — конфигурация и управление инфраструктурой, Инфраструктура как инструменты кода;
Мониторинг — измерение производительности приложений, взаимодействие с конечным пользователем;
Непрерывная поставка;
Непрерывная интеграция.
https://ru.wikipedia.org/wiki/DevOps
Как правило, инструменты DevOps вписываются в одну или несколько из этих категорий, что отражает ключевые аспекты разработки и доставки программного обеспечения:[3]
Кодирование — разработка и анализ кода, инструменты контроля версий, слияние кода;
Сборка — инструменты непрерывной интеграции, статус сборки;
Тестирование — инструменты непрерывного тестирования, обеспечивающие быструю и своевременную оценку бизнес-рисков;
Упаковка — репозиторий артефактов, предварительная установка приложения;
Релиз — управление изменениями, официальное утверждение выпуска, автоматизация выпуска;
Настройка — конфигурация и управление инфраструктурой, Инфраструктура как инструменты кода;
Мониторинг — измерение производительности приложений, взаимодействие с конечным пользователем;
Непрерывная поставка;
Непрерывная интеграция.
Отличный комментарий!