Комментарии 6
У внешних команд есть прямой интерес в повышении собственной незаменимости, поэтому у заказчика должен быть свой квалифицированный архитектор и управляющие процессами девопсы. Иначе проекты неуклонно движутся к внутренним решениям подрядчиков и условным nomad/freebsd/jenkins/perl и прочим тупиковым вещам со слабой отчуждаемостью.
DevOps это про культуру. А вы рассказываете про Опс. Что же вы 10 лет википедию не открыли? Культуру нельзя аутсорсить, её надо вырастить и внедрить в днк команды.
Все остальное в статье про ОПС. А про отдельный опс мы знаем только то, что 100% это будет боль и страдания. Именно по тому и появился DevOps.
+ Аутсорсерам по умолчанию не выгодно решать для вас проблему до конца. Им важно вас посадить на иглу и доить.
Ну и отдельным бонусом, это менталитет Опсов. Эти ребята при всей своей экспертности смотрят на картину совсем под другим углом. А в экономиках масштабирования это очень не правильно.
Решение этой проблемы - изменение культуры, опять же. Но это про пресловутый аджайл и коллаблрацию, которые только единицы СТО умеют строить(я про Европу сейчас, мне кажется в РФ с этим получше должно быть)
На Инхаус много не заработаешь [откаты]
Инхаус и аутсорс DevOps. Плюсы, минусы, подводные камни