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

Когда я говорю «Agile Software Development», я имею в виду любого потомка, вышедшего из « Манифеста разработки Agile Software» . Такие, как Extreme Programming , Scrum , Lean Software Development и другие.

Является ли гибкая разработка программного обеспечения обязательным условием принятия DevOps на уровне организации?

Гибкая разработка программного обеспечения не обязательна для DevOps, но я полагаю, что можно утверждать, что ценность предложения для DevOps часто намного ниже без Agile.

DevOps - это много вещей, но автоматизация является центральной темой. Ценность автоматизации возрастает прямо пропорционально частоте, с которой Development создает новые выпуски. Частое развертывание оказывает положительное влияние на определенные типы продуктов, особенно на потребительские приложения. Высокая скорость на протяжении всего жизненного цикла доставки программного обеспечения возвращает значение для каждой итерации (кто-нибудь видел рекламу CA, где зомби хотят новых функций в своих приложениях?)

Без Agile высокочастотные выпуски чрезвычайно трудны, если не невозможны. Если команда разработчиков выпускает программное обеспечение один раз в квартал или два раза в год, DevOps все еще может автоматизировать процесс, но тогда какой в ​​этом смысл? Инвестиции во время, обучение и ресурсы для внедрения DevOps могут быть частично возвращены в качестве, однако наилучшим преимуществом является поддержание высокой скорости в течение всего жизненного цикла доставки.

Можно также утверждать, что если вы собираетесь использовать DevOps, почему бы вам не использовать Agile? Принципы, которые заставляют их работать, хорошо работают вместе. Практика DevOps сама по себе, без Agile, может создать дисбаланс между Ops и Dev, в котором Ops превосходит Dev для предоставления услуг.

НЕТ

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

Тем не менее, я считаю, что очень важно прояснить, что организации НЕ нужно внедрять свои гибкие процессы, прежде чем создавать свою культуру и инфраструктуру DevOps. На самом деле, я бы сказал, что освоить Agile проще, если в вашей компании работают базовые DevOps. Вместо того, чтобы Agile был обязательным условием для DevOps, я бы предложил использовать DevOps для продвижения вашей гибкой реализации.

На конференции Agile 2008 Эндрю Клэй Шафер и Патрик Дебойс обсудили «Гибкую инфраструктуру». Это было начало движения DevOps.

Но, хотя DevOps имеет свои корни в Agile Manifesto, факт заключается в том, что командам разработчиков не обязательно быть Agile. Большинство гибких принципов действительно важно соблюдать, но никакой конкретной гибкой методологии не предписано, и если команда разработчиков может придумать свой собственный способ работы, придерживаясь более или менее гибких принципов, вы сможете реализовать преимущества.

Не обязательно; как уже говорилось в других ответах, гибкие методологии и менталитет DevOps могут строиться друг на друге, но для меня DevOps шире, чем усилия по гибкой или бережливой разработке. Компании, внедряющие DevOps, рассматривают весь поток создания ценности, включая операции, разработку, дизайн продукта, маркетинг, безопасность и т. Д. ... движение может возникнуть в любом бункере с целью устранения барьеров.

ИМХО, это не нужно .

Из DevOps (акцент мой):

DevOps (сокращенное соединение «разработка программного обеспечения» и «информационная технология OPerationS») - это термин, используемый для обозначения набора практик, которые подчеркивают сотрудничество и общение как разработчиков программного обеспечения, так и специалистов в области информационных технологий (ИТ) при автоматизации процесса поставка программного обеспечения и изменения инфраструктуры. 1 [2] Он направлен на создание культуры и среды, в которой создание, тестирование и выпуск программного обеспечения могут происходить быстро, часто и более надежно.

Я подчеркнул, can happenкак это не так must happen.

Ничто в приведенном выше описании на самом деле не требует методологии гибкой разработки.

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

Концепция devops возникла именно из-за распространения agile, поэтому целесообразно использовать подходы devops в agile. Например, в Agile используется непрерывная интеграция (которая является частью подхода devops), согласование сервисов и контейнеров для тестирования и развертывание новых выпусков для сред тестирования и разработки.