Comments 2
Не описали самого важного - это рамки области действия девопса и разработчика. Условно говоря, разработчик займет позицию - умею только в ide, а что там в контейнере происходит и почему его приложение не смогло открыть порт - это не его проблема, а девопса. И таких случаев в вашей практике будет очень много.
Странный акцент аутстаффа именно на девопсах.
А ещё будет куча ситуаций, когда разработчик это и про "на проде бвгу пофиксить на лету прям в инфраструктуре руками", а девопс про "ссд сдыхающий вовремя заменить у этого разработчика".
Короче, без внятно выстроенных заранее процессов в компании, услуга из сабжа, мягко говоря, не к месту. А таких компаний не так уж и мало, если не большинство.
Sign up to leave a comment.
Что такое и как работает DevOps as a Service