- Разработчик с представлением об архитектуре и работе софта в продакшене (пишет тесты и инфраструктурный код)
Чем отличается этот разработчик от выпускника типичного российского ВУЗа? Разработчик из типичного российского вуза умеет писать алгоритмы — и собственно все. DevOps-разработчик не только умеет писать описания, но и знает, как это описание воплощается в жизнь.
Нужны разработчики, которые знают, что принципиальная схема — это не работающий продукт. Их мало, они приходят из смежных областей — например, вот из радиоэлектроники. Люди, которых готовят российские ВУЗы, этого не знают. Они думают, что мы написали код — и ладно.
Если вы собрались внедрять DevOps у себя в компании, эту компетенцию чаще всего проще нарастить внутри: обозначить проблему, если не можете сами, нанять человека, который обучит людей, даст им нужные категории, как работать с софтом в продакшене.
- Инфраструктурный инженер (пишет обвязки для инфраструктуры, предоставляет разработчику платформу)
На самом деле эта роль настолько богата, что ее можно дробить дальше. По сути дела, она включает в себя менеджера-владельца продукта, который владеет продуктом платформы непрерывной поставки, и отдельные компетенции людей, которые эту платформу поставки строят. Но это для крупных компаний.
Для мелких компаний все проще. Это инженер, который хорошо знаком с системой управления конфигурацией, знает Docker, Kubernetes, может сделать на их основе непрерывный процесс поставки ПО и отдать разработчику.
- Разработчик инфраструктурных сервисов (DBaS, Monitoring as Service, Logging as Service)
Это сервисы, которые предоставляются разработчику как продукт. Заметьте, вы можете прийти на Амазон и купить эти отдельные сервисы. Амазон можно рассматривать как модель ролей DevOps, то есть то, что у них продается, можно вырастить у себя внутри.
- Релиз-менеджер (управляет процессом и зависимостями)
Это не тот человек, который собирает build. Он управляет зависимостями, версиями, фасилитирует команды о договоренности на интеграционных окружениях, следит за работой конвейера непрерывной поставки и т.д.
Часто это мужчина, но это фея, которая наделяет вашу команду волшебством, чтобы она могла непрерывно поставлять ПО.
Источник статьи: https://habr.com/ru/company/oleg-bunin/blog/358480/