Давайте что-нибудь проясним. DevOps — это не должность, а скорее методология, которой могут следовать компании. DevOps следует определенной методологии, при которой разработчики и операторы работают вместе, чтобы приложение работало как одна сущность, а не две.
Большинство также неправильно понимают методологию, в некоторых компаниях есть инженеры DevOps в разных отделах, в других — команда инженеров DevOps. Большинство этих инженеров не обязательно являются «DevOps». Помните, что это методология, а не должность.
Так кто же такой DevOps-инженер? Это инженер, который создает части приложения, помогает разработчикам находить более простые и рациональные решения проблем. Эти проблемы могут быть обнаружены непосредственно при создании приложения или они могут быть проблемами разработки, с которыми сталкиваются разработчики при создании приложения. Инженеры DevOps также могут быть архитекторами, использующими облачные или облачные решения. Дело в том, что нет четкого описания. Инженер DevOps должен быть и программистом, и инженером по инфраструктуре; своего рода мастер на все руки и мастер ни в чем.
Подождите, я сказал, что это методология, а не должность. Это верно, я сделал, и я все еще поддерживаю это. У вас может быть облачный инженер, SRE, разработчики, инженеры по инфраструктуре и т. д. DevOps — это не должность, это то, что ваши разработчики и SRE / инженер по инфраструктуре / облачный инженер выполняют вместе, они создают оптимизированные решения с помощью облачных или облачных сервисов. Отсюда DevOps.
Если бы DevOps была должностью, это был бы тот, кто приносит идею этой методологии в компанию, кто-то, кто переопределяет границы между разработчиками и операциями. Это не две сущности, это две части одного пирога.
Итак, вернемся к вопросу, должен ли в вашей компании быть специалист DevOps или команда DevOps. Ну… и то, и другое, поскольку персонал компании занимается и разработкой, и эксплуатацией, нет никаких причин, по которым он/она не может сделать это самостоятельно или со своими коллегами.
