Войти
DevOps - это набор практик, объединяющий разработку программного обеспечения (Dev) и ИТ-операции (Ops). Он направлен на сокращение жизненного цикла разработки систем и обеспечение непрерывной поставки с высоким качеством программного обеспечения. DevOps дополняет Agile-разработку программного обеспечения ; несколько аспектов DevOps пришли из методологии Agile.
Ученые и практики не разработали уникальное определение термина «DevOps».
С академической точки зрения, Лен Басс и —три исследователя информатики из CSIRO и Институт программной инженерии te - предлагал определить DevOps как «набор практик, направленных на сокращение времени между фиксацией изменения в системе и внесением изменения в обычное производство, обеспечивая при этом высокое качество».
Термин DevOps тем не менее, он использовался во многих контекстах.
В 2009 году первая конференция под названием DevOpsdays была проведена в Генте, Бельгия. Конференция была основана бельгийским консультантом, менеджером проектов и практиком Agile Патриком Дебуа. Конференция теперь распространилась на другие страны.
В 2012 году Аланна Браун из Puppet разработала и представила отчет о состоянии DevOps. По состоянию на 2014 год ежегодный отчет о состоянии DevOps публиковали Николь Форсгрен, Джин Ким, Джез Хамбл и другие. В 2014 году они обнаружили, что внедрение DevOps ускоряется. Также в 2014 году Лиза Криспин и Джанет Грегори написали книгу More Agile Testing, содержащую главу о тестировании и DevOps.
Поскольку DevOps задуман как кросс-функциональный режим работы, те, кто практикует эту методологию, используют разные наборы инструментов, называемые «цепочки инструментов », а не один. Ожидается, что эти инструментальные цепочки попадут в одну или несколько из следующих категорий, отражающих ключевые аспекты процесса разработки и доставки:
Некоторые категории более важны в цепочке инструментов DevOps, чем другие; особенно непрерывная интеграция (например, Jenkins, Gitlab, Bitbucket pipelines) и инфраструктура как код (например, Terraform, Ansible, Puppet ).
Форсгрен и др. Обнаружили, что производительность ИТ сильно коррелирует с практиками DevOps, такими как управление исходным кодом и непрерывная доставка.
Agile и DevOps выполняют взаимодополняющие роли: несколько стандартных практик DevOps, таких как автоматическая сборка и тестирование, непрерывная интеграция и непрерывная доставка, возникшие в Agile мире, который (неофициально) датируется 1990-ми, а формально - 2001. Agile можно рассматривать как устранение пробелов в коммуникации между клиентами и разработчиками, в то время как DevOps устраняет пробелы между разработчиками и ИТ-операциями / инфраструктурой. Кроме того, DevOps сосредоточен на развертывании программное обеспечение, разработанное с помощью Agile или других методологий.
ArchO ps представляет собой расширение для практики DevOps, начиная с артефактов архитектуры программного обеспечения вместо исходного кода, для развертывания операций. ArchOps заявляет, что архитектурные модели являются первоклассными объектами в разработке, развертывании и эксплуатации программного обеспечения.
TestOps - это то же самое, что DevOps для разработки программного обеспечения. Идея - это набор инструментов, который объединяет операции проектирования и тестирования. В случае аппаратного обеспечения проектирование означает инструменты EDA и отдел CAD, а тестирование означает электронное измерительное оборудование, такое как осциллографы и т. Д.
Непрерывная доставка и DevOps имеют общие цели и часто используются вместе, но между ними есть тонкие различия.
Хотя непрерывная доставка направлена на автоматизацию процессов в доставке программного обеспечения, DevOps также фокусируется на организационных изменениях для поддержки тесного сотрудничества между множеством задействованных функций.
DevOps и непрерывная доставка имеют общую основу в гибких методах и бережливом мышлении : небольшие и частые изменения с целенаправленной ценностью для конечного потребителя. Бережливое управление и непрерывная доставка являются основополагающими для более быстрого и устойчивого предоставления ценности. Непрерывная доставка направлена на то, чтобы программное обеспечение всегда находилось в готовом к выпуску состоянии на протяжении всего жизненного цикла. Это удешевляет и снижает риски при доставке программного обеспечения.
Улучшение взаимодействия и взаимодействия как между командами организации, так и внутри них может помочь сократить время выхода на рынок с меньшими рисками.
Применение непрерывной доставки и DevOps для анализа данных получило название DataOps. DataOps стремится интегрировать инженерию данных, интеграцию данных, качество данных, безопасность данных и конфиденциальность данных с операциями. Он применяет принципы DevOps, Agile Development и статистического управления процессами, используемые в бережливом производстве, для сокращения времени цикла извлечения выгоды из анализа данных.
В 2003 году Google разработала инженерию надежности сайта (SRE), подход для непрерывного выпуска новых функций в крупномасштабные системы высокой доступности при сохранении высокого качества обслуживания конечных пользователей. Хотя SRE предшествует разработке DevOps, они обычно рассматриваются как связанные друг с другом.
DevOps часто рассматривается как подход к применению системного администрирования работают с облачными технологиями.
WinOps - термин, используемый для практики DevOps для представления, ориентированного на Microsoft.
Производственная система Toyota, также известная под аббревиатурой TPS, послужила источником вдохновения для бережливого мышления с акцентом на непрерывное совершенствование, кайдзен, поток и малые партии. Принцип шнура Андона для создания быстрой обратной связи, роения и решения проблем проистекает из TPS.
- это расширение DevOps для обеспечения безопасности быть интегрированным в подход DevOps. Традиционная централизованная модель группы безопасности должна принимать федеративную модель, позволяющую каждой группе доставки учитывать правильные меры безопасности в своих практиках DevOps.
Производительность ИТ можно измерить с точки зрения пропускной способности и стабильности. Пропускную способность можно измерить по частоте развертывания и времени подготовки изменений; стабильность можно измерить по среднему времени восстановления. Отчет State of DevOps Reports показал, что инвестирование в методы, которые увеличивают эти показатели производительности и стабильности, повышают производительность ИТ.
Цели DevOps охватывают весь конвейер доставки. К ним относятся:
Простые процессы становятся все более программируемыми и динамичными с использованием подхода DevOps. DevOps стремится к максимальной предсказуемости, эффективности, безопасности и ремонтопригодности операционных процессов. Очень часто автоматизация поддерживает эту цель.
Интеграция DevOps нацелена на доставку продукта, непрерывное тестирование, тестирование качества, разработку функций и выпуски обслуживания по порядку для повышения надежности и безопасности и ускорения циклов разработки и развертывания. Многие идеи (и люди), вовлеченные в DevOps, пришли из движений управления корпоративными системами и гибкой разработки программного обеспечения.
Практики, которые связаны с частотой развертывания:
Практики, которые коррелируют со сроком выполнения изменений:
Практики, которые коррелируют со средним временем восстановления после изменений:
Компании, практикующие DevOps, сообщили о значительных преимуществах, в том числе: значительно более короткое время выхода на рынок, повышение удовлетворенности клиентов, лучшее качество продукции, более надежные выпуски, повышение производительности и эффективности, а также повышение способности создавать правильный продукт путем быстрых экспериментов.
2014 г. Отчет о состоянии DevOps показал, что "ИТ производительность сильно коррелирует с хорошо известными практиками DevOps, такими как использование контроля версий и непрерывная доставка ».
В академической литературе отсутствуют доказательства эффективности DevOps.
Инициативы DevOps могут создавать культурные изменения в компаниях, изменяя способы сотрудничества операций, разработчиков и тестировщиков в процессе разработки и доставки. Заставить эти группы работать слаженно - важнейшая задача при внедрении корпоративного DevOps. DevOps - это как культура, так и набор инструментов.
В то время как DevOps описывает подход к работе, а не отдельную роль (например, системный администратор ), в объявлениях о вакансиях все чаще используются такие термины, как «DevOps Engineer».
В то время как DevOps отражает сложные темы, сообщество DevOps использует аналогии для передачи важных концепций, во многом как «The Cathedral and the Bazaar "из сообщества разработчиков ПО с открытым исходным кодом.
Организационная культура - надежный показатель эффективности ИТ и организации. Культурные обычаи, такие как поток информации, сотрудничество, разделение ответственности, обучение на ошибках и новые идеи, являются центральными для DevOps. Создание команды и другие мероприятия по вовлечению сотрудников часто используются для создания среды, способствующей этому общению и культурным изменениям в организации. Мероприятия по построению команды могут включать настольные игры, доверительные мероприятия и семинары по вовлечению сотрудников. DevOps как сервисный подход позволяет разработчикам и операторам лучше контролировать свои приложения и инфраструктуру без снижения скорости.
Отчет о состоянии DevOps за 2015 год показал, что семь основных показателей, наиболее сильно коррелирующих с организационной культурой, включают: 1. Организационные инвестиции в DevOps: 2. Опыт и эффективность руководителей групп. 3. Непрерывная доставка. 4. Способность различных дисциплин (разработка, эксплуатация и информационная безопасность) достигать беспроигрышных результатов. 5. Организационная эффективность. 6. Боль при развертывании. 7. Практики бережливого управления.
Современные инженеры DevOps используют облачные сервисы в своей работе, такие как Amazon AWS, Google Cloud Platform, Microsoft Azure, AliBaba, DigitalOcean и т. Д. Это позволяет одновременно разрабатывать и быстро создавать прототипы решений без дополнительных затрат.
Компаниям с очень частыми выпусками может потребоваться знание DevOps. Например, компания, которая управляет веб-сайтом хостинга изображений Flickr, разработала подход DevOps для поддержки десяти развертываний в день. Ежедневные циклы развертывания будут намного выше в организациях, производящих многоцелевые или многофункциональные приложения. Ежедневное развертывание называется непрерывным развертыванием или непрерывной доставкой и связано с методологией бережливого запуска. Профессиональные ассоциации и сообщения в блогах по этой теме формируются с 2009 года.
Чтобы эффективно применять DevOps, программные приложения должны удовлетворять набору архитектурно значимых требований (ASR), например: возможность развертывания, модифицируемость, тестируемость и отслеживаемость. Эти ASR требуют высокого приоритета и не могут быть легко проданы.
Хотя в принципе можно практиковать DevOps с любым архитектурным стилем, архитектурный стиль микросервисов становится стандартом для построения непрерывно развертываемых систем. Служба небольшого размера позволяет создавать архитектуру отдельной службы путем непрерывного рефакторинга, что снижает потребность в крупном предварительном проектировании, позволяет выпускать программное обеспечение на ранней стадии и непрерывно.
Автоматизация DevOps может быть достигнута путем переупаковки платформ, систем и приложений в повторно используемые строительные блоки с помощью таких технологий, как виртуальные машины и контейнеризация.
Реализация автоматизации DevOps в ИТ-организации сильно зависит от инструментов, которые требуются для охвата различных областей жизненного цикла разработки систем (SDLC):
Джаббари и др. определили методы DevOps и их зависимости. Они разработали сеть зависимости преимуществ, которая связывает потенциальные выгоды с упорядоченной цепочкой практик. Используя эту сеть, организации могут выбрать путь, который позволит достичь их целей.
Некоторые статьи в литературе DevOps предполагают или рекомендуют значительное участие в инициативах DevOps извне ИТ отдела организации, например: «DevOps - это всего лишь принцип agile, взятый для всего предприятия ».
В обзоре, опубликованном в январе 2016 года компанией облачных вычислений SaaS RightScale, внедрение DevOps увеличилось с 66 процентов в 2015 году до 74 процентов в 2016 году. В крупных корпоративных организациях внедрение DevOps еще выше - 81 процент.
Внедрение DevOps обусловлено многими факторами, в том числе:
