Чем он занимается DevOps Engineer ?
Объяснить эту роль, пожалуй, сложнее всего. Потому что по-прежнему обсуждается, является ли это, собственно, ролью или определенной установкой. Идея сводится к тому, что DevOps engineer совмещает работу разработчика и специалиста по информационно-технологическому обслуживанию (DevOps – акроним от англ. development и operations). Давайте рассмотрим каждую из ролей.
В целом, разработчики программ, чтобы хорошо выглядеть в глазах начальства, стремятся создавать как можно больше функционала. Какая-нибудь из фич окажется особенно полезной для роста компании и выставит своего создателя в выгодном свете.
Инженеры по информационно-технологическому обслуживанию стремятся к стабильности. Это значит, что ни не хотят, чтобы разработчики выпускали слишком много новых фич. Потому что новые фичи несут с собой непредсказуемость, а непредсказуемость ведет к нестабильности.
Инженеры просто хотят, чтобы каждый новый релиз был стабильным. И чтобы процесс релиза протекал плавно. Релиз большого количества фич или каких-нибудь особенно рисковых фич идет вразрез с этими желаниями. А вот разработчики стремятся именно к таким релизам.
Очевидно, что эти две роли находятся в противоречии.
Здесь-то и выходит на сцену DevOps engineer. Он наводит мосты между разработкой и информационно-техническим обслуживанием. В процессе своей работы он создает пути коммуникации между этими изолированными сферами. DevOps engineer создает фичу и одновременно заботится о безопасности, что в целом приводит к удовлетворению нужд пользователей. Способность делать все это высоко ценится компаниями.
Объяснить эту роль, пожалуй, сложнее всего. Потому что по-прежнему обсуждается, является ли это, собственно, ролью или определенной установкой. Идея сводится к тому, что DevOps engineer совмещает работу разработчика и специалиста по информационно-технологическому обслуживанию (DevOps – акроним от англ. development и operations). Давайте рассмотрим каждую из ролей.
В целом, разработчики программ, чтобы хорошо выглядеть в глазах начальства, стремятся создавать как можно больше функционала. Какая-нибудь из фич окажется особенно полезной для роста компании и выставит своего создателя в выгодном свете.
Инженеры по информационно-технологическому обслуживанию стремятся к стабильности. Это значит, что ни не хотят, чтобы разработчики выпускали слишком много новых фич. Потому что новые фичи несут с собой непредсказуемость, а непредсказуемость ведет к нестабильности.
Инженеры просто хотят, чтобы каждый новый релиз был стабильным. И чтобы процесс релиза протекал плавно. Релиз большого количества фич или каких-нибудь особенно рисковых фич идет вразрез с этими желаниями. А вот разработчики стремятся именно к таким релизам.
Очевидно, что эти две роли находятся в противоречии.
Здесь-то и выходит на сцену DevOps engineer. Он наводит мосты между разработкой и информационно-техническим обслуживанием. В процессе своей работы он создает пути коммуникации между этими изолированными сферами. DevOps engineer создает фичу и одновременно заботится о безопасности, что в целом приводит к удовлетворению нужд пользователей. Способность делать все это высоко ценится компаниями.