vikkiv,

How many times a day do you deploy?

В компаниях которые конкурируют с помощью технологий, код выкладывают в прод. от десятков до сотен раз в день.
Чтоб такое организовать нанимают специалистов под общим названием devops , хотя названия варьируются , например бывает Software Engineer, Tools and Infrastructure.

У таких специалистов базовые знания и умения как у сисадмина плюс знания и умения разработчика софта, причем во многих компаниях упор делается на последнее.

Для того чтоб сто раз в день выкладывать код в прод и при этом ничего не ломалось, как правило требуется сделать какие то tools,
а для того чтоб делать тоолз надо уметь писать код ( и тесты, и тд. ) на нормальном уровне в команде других разработчиков.

Если компания не конкурирует с помощью технологий, и код выкладывается в прод. раз в месяц, то да, там девопс не нужен.
В дань моде отдел сисадминов в таких конторах тоже называют девопс, отсюда и непонятки.

SandalTree,

в общем случае один девопс на команду разработчиков размером в "две пиццы".
Также завит от бизнеса компании, или в каком отделе или направлении компании используется технология.

Например у компании есть сайт визитка, и веб разработчик на контракте на удаленке , который "пилит" сайт, и выкладывает обновления через ФТП каждый день, если что то поломает, то обновит сайт несколько раз. Нужен ли девопс? нет.

Допустим есть компания, у которой сайт на CMS, поддерживается двумя веб разработчиками на полной ставке и тремя удаленщиками на контракте, т.е. 5 чел. Бизнесу требуется частые обновления и чтоб не было сбоев. Нужен девопс? скорее всего нет, т.к. если есть простои от того что нету нормального тестирования и системы обновления кода, вряд ли это сильно повлияет на бизнес в целом.

Допустим есть старт ап с деньгами от VC, уже есть четыре инженера которые пишут код и денег есть только на год вперед. Нужен девопс: скорее всего да, т.к. основные деньги в старт апе уходят на зарплату инженеров и любые замедления в разработке из за того что не настроено CI/CD в прямую бьют по карману. Тут завит уже от того какую систему пилят в старт апе, т.к. во многих случаях подойдут готовые решения.

Или есть финансовая компания которая конкурирует не технологиями, а маркетингом и ценовой политикой. В принципе можно посчитать сколько финансовой компании обойдется задержка релиза в один день в системe origination или в системe servicing , может оказаться что вполне имеет смысл нанять целую команду девопс для того чтобы не было задержек. Тут тоже надо смотреть на бизнес в целом, например финансовая компания может оказаться убыточной, и внедрение девопс проблему с убытками финансового бизнеса не решит.

Sergunka,

Вот вам не традиционный пример, цели внедрения девопс обозначены
https://www.navy.mil/submit/display.asp?story_id=103054

vikkiv,

ну почему, не четко - нормальным кацелярским языком написано что время между обновлениями слишком большое, и не устраивает организацию, в том числе из за требований безопасности. Надо вот внедрить автоматизацию, девопс и прочее.

Sergunka,

если есть команда инженеров размером в две пицци которая пилит что либо реально важное для бизнеса, уже имеет смысл нанимать в такую команду девопс инженера. Если не нанять специалиста, то команда инженеров потратит в сумме кучу времени на создания и разгребание проблем с со всякими билдов, сиай/сиди, тестами системными окружениями и пр. Т.к. время деньги, то нанимают специалиста.

надобность или не надобность девопс не относиться к деятельности юридического отдела и проблемам боинга.

думаю, а вот если б боинг мог обновить софт во всех самолетах, как тесла, over the air, после первой аварии, то может и не было бы второй аварии.

Не, нам девопс не нужОн, и нас процессы неделями длятся, у нас легал и ПР отделы работают, говорят всем что проблема не в самолете а пилотах ...