Набор инструментов DevOps

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

Как правило, инструменты DevOps вписываются в одно или несколько действий, которые поддерживают конкретные инициативы DevOps: планирование, создание, проверка, упаковка, выпуск, настройка, мониторинг и контроль версий. ^[1]^[2]

Цепочки инструментов

В программном обеспечении набор инструментов — это набор инструментов программирования, который используется для выполнения сложной задачи разработки программного обеспечения или для создания программного продукта, который обычно представляет собой другую компьютерную программу или набор связанных программ. В общем, инструменты, образующие цепочку инструментов, выполняются последовательно, поэтому выходное или результирующее состояние среды каждого инструмента становится входной или начальной средой для следующего, но этот термин также используется при ссылке на набор связанных инструментов, которые не обязательно являются выполняются последовательно. ^[3]^[4]^[5]

Поскольку DevOps представляет собой набор практик, в которых особое внимание уделяется сотрудничеству и общению как разработчиков программного обеспечения , так и других специалистов в области информационных технологий (ИТ), при этом автоматизируя процесс доставки программного обеспечения и изменений инфраструктуры, его реализация может включать определение ряда инструментов, используемых в различные этапы жизненного цикла; Поскольку DevOps — это культурный сдвиг и сотрудничество между разработкой и эксплуатацией, не существует ни одного продукта, который можно было бы считать единым инструментом DevOps. Вместо этого на одном или нескольких этапах жизненного цикла используется набор инструментов, возможно, от различных поставщиков. ^[6]^[7]

Этапы DevOps

План

План состоит из двух вещей: «определить» и «планировать». ^[8] Эта деятельность относится к бизнес-ценности и требованиям к приложениям. В частности, «плановые» мероприятия включают в себя:

Производственные метрики, объекты и обратная связь
Требования
Бизнес-метрики
Обновление показателей выпуска
План выпуска, сроки и экономическое обоснование
Политика и требования безопасности

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

Создавать

Создание состоит из создания, кодирования и настройки процесса разработки программного обеспечения . ^[8] Конкретными видами деятельности являются:

Проектирование программного обеспечения и настройка
Кодирование, включая качество и производительность кода
Сборка программного обеспечения и повышение производительности
Кандидат на выпуск

Инструменты и поставщики в этой категории часто пересекаются с другими категориями. Поскольку DevOps направлен на устранение разрозненности, это отражается на деятельности и продуктовых решениях. ^{[ нужны разъяснения ]}

Проверять

Verify напрямую связан с обеспечением качества выпуска программного обеспечения ; действия, призванные обеспечить поддержание качества кода и внедрение в производство самого высокого качества. ^[8] Основными видами деятельности при этом являются:

Приемочное тестирование
Регрессионное тестирование
Анализ безопасности и уязвимостей
Производительность
Тестирование конфигурации

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

Упаковка

Пакет относится к действиям, выполняемым после того, как выпуск готов к развертыванию, что часто также называют промежуточным или предварительным производством / «препродукцией». ^[8] Это часто включает в себя такие задачи и действия, как:

Утверждение/предварительные утверждения
Конфигурация пакета
Триггерные релизы
Подготовка и проведение релиза

Выпускать

Действия, связанные с выпуском, включают планирование, оркестровку, предоставление и развертывание программного обеспечения в производственной и целевой среде. ^[9] Конкретные мероприятия по выпуску включают в себя:

Координация релиза
Развертывание и продвижение приложений
Резервные варианты и восстановление
Запланированные/приуроченные выпуски

Решения, охватывающие этот аспект цепочки инструментов, включают автоматизацию выпуска приложений , автоматизацию развертывания и управление выпусками .

Настроить

Действия по настройке относятся к операционной части DevOps. После развертывания программного обеспечения могут потребоваться дополнительные действия по обеспечению и настройке ИТ-инфраструктуры. ^[8] Конкретные мероприятия, включая:

Предоставление и настройка инфраструктуры хранения, базы данных и сети
Предоставление и настройка приложения.

Основными типами решений, облегчающих эту деятельность, являются непрерывная автоматизация конфигурации , управление конфигурацией и кода . инфраструктура как инструменты ^[10]

Монитор

Мониторинг — важное звено в цепочке инструментов DevOps. Это позволяет ИТ-организации выявлять конкретные проблемы конкретных выпусков и понимать их влияние на конечных пользователей. ^[8] Краткое изложение деятельности, связанной с Монитором:

Производительность ИТ-инфраструктуры
Реакция и опыт конечного пользователя
Производственные показатели и статистика

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

Контроль версий

Контроль версий — это важное звено в цепочке инструментов DevOps и компонент управления конфигурацией программного обеспечения. Контроль версий — это управление изменениями в документах, компьютерных программах, крупных веб-сайтах и других коллекциях информации. ^[8] Краткое описание действий, связанных с контролем версий:

Нелинейное развитие
Распределенная разработка
Совместимость с существующими системами и протоколами
Проектирование на основе набора инструментов

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

См. также

Ссылки

^ Эдвардс, Дэймон (22 августа 2023 г.). «Интеграция инструментов DevOps в платформу доставки услуг» . dev2ops.org .
^ Серотер, Ричард. «Изучение ВСЕЙ цепочки инструментов DevOps для (облачных) команд» . infoq.com .
^ «Обзор инструментальной цепочки» . Nongnu.org . 03 января 2012 г. Проверено 21 октября 2013 г.
^ «Инструментальные цепочки» . elinux.org . 08.09.2013 . Проверено 21 октября 2013 г.
^ Имран, Саед; Бухейт, Мартин; Холлундер, Бернхард; Шрайер, Ульф (29 октября 2015 г.). «Цепочки инструментов в гибких средах ALM: краткое введение». На пути к значимым интернет-системам: семинары OTM 2015 . Конспекты лекций по информатике. Том. 9416. стр. 371–380. дои : 10.1007/978-3-319-26138-6_40 . ISBN 978-3-319-26137-9 .
^ Лукидес, Майк (7 июня 2012 г.). «Что такое DevOps?» .
^ Тенденции рынка Garner: DevOps — не рынок, а инструментально-ориентированная философия, которая поддерживает непрерывную цепочку создания стоимости (отчет). Гартнер. 18 февраля 2015 г.
^ Jump up to: ^а ^б ^с ^д ^и ^ж ^г Избегайте неудач, разработав цепочку инструментов, обеспечивающую DevOps (отчет). Гартнер. 16 марта 2016 г.
^ Лучшие практики управления изменениями, конфигурацией и выпусками (отчет). Гартнер. 14 июля 2010 г.
^ Роджер С. Прессман (2009). Программная инженерия: подход практикующего специалиста (7-е международное изд.). Нью-Йорк: МакГроу-Хилл.

[1] Эдвардс, Дэймон (22 августа 2023 г.). «Интеграция инструментов DevOps в платформу доставки услуг» . dev2ops.org .

[2] Серотер, Ричард. «Изучение ВСЕЙ цепочки инструментов DevOps для (облачных) команд» . infoq.com .

[nongnu-3] «Обзор инструментальной цепочки» . Nongnu.org . 03 января 2012 г. Проверено 21 октября 2013 г.

[elinux-4] «Инструментальные цепочки» . elinux.org . 08.09.2013 . Проверено 21 октября 2013 г.

[springer-5] Имран, Саед; Бухейт, Мартин; Холлундер, Бернхард; Шрайер, Ульф (29 октября 2015 г.). «Цепочки инструментов в гибких средах ALM: краткое введение». На пути к значимым интернет-системам: семинары OTM 2015 . Конспекты лекций по информатике. Том. 9416. стр. 371–380. дои : 10.1007/978-3-319-26138-6_40 . ISBN 978-3-319-26137-9 .

[6] Лукидес, Майк (7 июня 2012 г.). «Что такое DevOps?» .

[7] Тенденции рынка Garner: DevOps — не рынок, а инструментально-ориентированная философия, которая поддерживает непрерывную цепочку создания стоимости (отчет). Гартнер. 18 февраля 2015 г.

[DevOpsToolchain-8] Jump up to: ^а ^б ^с ^д ^и ^ж ^г Избегайте неудач, разработав цепочку инструментов, обеспечивающую DevOps (отчет). Гартнер. 16 марта 2016 г.

[9] Лучшие практики управления изменениями, конфигурацией и выпусками (отчет). Гартнер. 14 июля 2010 г.

[10] Роджер С. Прессман (2009). Программная инженерия: подход практикующего специалиста (7-е международное изд.). Нью-Йорк: МакГроу-Хилл.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]