Страница защищена ожидающими изменениями
Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Разработка программного обеспечения
Активность ядер
Парадигмы и модели
Методологии и рамки
Вспомогательные дисциплины
Практики
  • ATDD
  • BDD
  • CCO
  • CI
  • CD
  • DDD
  • ПП
  • SBE
  • Вставать
  • TDD
Инструменты
  • Компилятор
  • Отладчик
  • Профайлер
  • Дизайнер графического интерфейса
  • Моделирование
  • IDE
  • Автоматизация сборки
  • Автоматизация выпуска
  • Инфраструктура как код
  • Тестирование
Стандарты и свод знаний
  • БАБОК
  • CMMI
  • Стандарты IEEE
  • ISO 9001
  • Стандарты ISO / IEC
  • PMBOK
  • SWEBOK
  • ITIL
  • IREB
Глоссарии
  • Искусственный интеллект
  • Информатика
  • Электротехника и электроника
Контуры
  • План разработки программного обеспечения
  • v
  • т
  • е

DevOps - это набор практик, сочетающий разработку программного обеспечения ( Dev ) и ИТ-операции ( Ops ). Его цель - сократить жизненный цикл разработки систем и обеспечить непрерывную поставку программного обеспечения высокого качества . [1] [2] DevOps дополняет гибкую разработку программного обеспечения ; несколько аспектов DevOps пришли из методологии Agile.

Определение [ править ]

Помимо того, что это кросс-функциональная комбинация терминов и понятий «разработка» и «операции», ученые и практики не разработали уникального определения термина «DevOps». [a] [b] [c] [d]

С академической точки зрения, Лен Басс , Инго Вебер и Лиминг Чжу - трое исследователей информатики из CSIRO и Института программной инженерии - предложили определить DevOps как «набор практик, направленных на сокращение времени между внесением изменений в систему и изменение помещается в нормальное производство, обеспечивая при этом высокое качество ». [6]

Однако термин DevOps использовался во многих контекстах. [7] [ ненадежный источник? ]

История [ править ]

Многие идеи, лежащие в основе практики DevOps, вдохновлены или отражают такие практики, как цикл Lean и Deming « Plan-Do-Check-Act» , вплоть до Toyota Way и Agile- подхода с разбивкой на компоненты и размеры партий. В 1993 году Консорциум архитектуры телекоммуникационной информационной сети ( TINA-C ) определил модель жизненного цикла услуги, которая объединяла разработку программного обеспечения с операциями (телекоммуникационными) услугами. [8] Некоторые говорят, что DevOps возник отчасти как реакция на упреждающий подход ITIL "сверху вниз".в 1990-е гг. DevOps, как подход «снизу вверх», завоевал популярность и сохранился, потому что он был создан инженерами-программистами для инженеров-программистов и представляет собой гибкую практику, а не жесткую структуру. [9]

В 2009 году в Генте , Бельгия , прошла первая конференция под названием DevOpsdays . Конференция была основана бельгийским консультантом, менеджером проектов и практиком Agile Патриком Дебуа. [10] [ кто? ] [11] Конференция теперь распространилась на другие страны. [12]

В 2012 году Аланна Браун из Puppet разработала и представила отчет о состоянии DevOps. [13] [14] По состоянию на 2014 год ежегодный отчет о состоянии DevOps публиковали Николь Форсгрен , Джин Ким, Джез Хамбл и другие. [15] [16] В 2014 году они обнаружили, что внедрение DevOps ускоряется. [15] Также в 2014 году Лиза Криспин и Джанет Грегори написали книгу «Более гибкое тестирование», содержащую главу о тестировании и DevOps. [17] [18]

Цепочки инструментов [ править ]

Основная статья: Набор инструментов DevOps

Поскольку DevOps задуман как кросс-функциональный режим работы, те, кто практикует эту методологию, используют разные наборы инструментов, называемые «цепочками инструментов », а не один. [19] Ожидается, что эти инструментальные цепочки попадут в одну или несколько из следующих категорий, отражающих ключевые аспекты процесса разработки и доставки: [20] [ ненадежный источник? ] [21] [ ненадежный источник? ]

  1. Кодирование - разработка и обзор кода, инструменты управления исходным кодом , слияние кода.
  2. Сборка - инструменты непрерывной интеграции , статус сборки.
  3. Тестирование - инструменты непрерывного тестирования , обеспечивающие быструю и своевременную обратную связь о бизнес-рисках.
  4. Упаковка - репозиторий артефактов , подготовка к развертыванию приложения.
  5. Релизинг - управление изменениями, согласование релизов, автоматизация релизов .
  6. Конфигурирование - настройка и управление инфраструктурой , инфраструктура как инструменты кода .
  7. Мониторинг - мониторинг производительности приложений , взаимодействия с конечным пользователем.

Некоторые категории более важны в цепочке инструментов DevOps, чем другие; особенно непрерывная интеграция (например, Jenkins , Gitlab , конвейеры Bitbucket ) и инфраструктура как код (например, Terraform , Ansible , Puppet ). [22] [ ненадежный источник? ] [23] [ ненадежный источник? ]

Forsgren et al. обнаружил, что производительность ИТ сильно коррелирует с практиками DevOps, такими как управление исходным кодом и непрерывная доставка . [15]

Отношение к другим подходам [ править ]

Agile [ править ]

Основная статья: Гибкая разработка программного обеспечения

Мотивация того, что стало современным DevOps и несколькими стандартными практиками DevOps, такими как автоматическая сборка и тестирование, непрерывная интеграция и непрерывная доставка, возникла в мире Agile, который (неофициально) датируется 1990-ми годами, а формально - 2001 годом. такие методы, как экстремальное программирование, не могли «удовлетворить клиента за счет ранней и непрерывной поставки ценного программного обеспечения» [24], если они не включали в себя ответственность за операции / инфраструктуру, связанные с их приложениями, многие из которых они автоматизировали. Потому что скрамвозникла как доминирующая структура Agile в начале 2000-х и не включала инженерные практики, которые были частью многих Agile-команд, движение по автоматизации операций / функций инфраструктуры отделились от Agile и расширились до того, что стало современным DevOps. [11] Сегодня DevOps фокусируется на развертывании разработанного программного обеспечения, независимо от того, разработано ли оно с помощью Agile или других методологий. [25]

ArchOps [ править ]

ArchOps представляет собой расширение для практики DevOps, начиная с артефактов архитектуры программного обеспечения , вместо исходного кода, для развертывания операций. [26] ArchOps заявляет, что архитектурные модели являются первоклассными объектами в разработке, развертывании и эксплуатации программного обеспечения.

TestOps [ править ]

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

Непрерывная доставка [ править ]

Основная статья: Непрерывная доставка

Непрерывная доставка и DevOps преследуют общие цели и часто используются вместе, но между ними есть тонкие различия. [28] [29]

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

DevOps и непрерывная доставка имеют общий опыт гибких методов и бережливого мышления : небольшие и частые изменения с целенаправленной ценностью для конечного потребителя. [30] [ ненадежный источник? ] Бережливое управление и непрерывная поставка являются основополагающими для более быстрого и устойчивого предоставления ценности. [16] Непрерывная поставка направлена ​​на то, чтобы программное обеспечение всегда находилось в готовом к выпуску состоянии на протяжении всего жизненного цикла. [15] Это делает доставку программного обеспечения дешевле и менее рискованной. [15]

Улучшение сотрудничества и коммуникации как между командами организации, так и внутри них может помочь сократить время выхода на рынок и снизить риски. [31] [32]

DataOps [ править ]

Основная статья: DataOps

Применение непрерывной доставки и DevOps для анализа данных получило название DataOps. DataOps стремится интегрировать инженерию данных, интеграцию данных, качество данных, безопасность данных и конфиденциальность данных с операциями. [33] [ ненадежный источник? ] Он применяет принципы DevOps, Agile Development и статистического управления процессами , используемые в бережливом производстве , для сокращения времени цикла извлечения выгоды из анализа данных. [34] [ ненадежный источник? ]

Проектирование надежности сайта [ править ]

Основная статья: Разработка надежности сайта

В 2003 году компания Google разработала технологию обеспечения надежности сайта (SRE), подход к непрерывному выпуску новых функций в крупномасштабные системы с высокой доступностью при сохранении высокого качества обслуживания конечных пользователей. [35] Хотя SRE предшествует разработке DevOps, они обычно рассматриваются как связанные друг с другом. [36] [ ненадежный источник? ]

Системное администрирование [ править ]

DevOps часто рассматривается как подход к применению системного администрирования в облачных технологиях. [37]

WinOps [ править ]

Основная статья: WinOps

WinOps - это термин, используемый для практики DevOps для представления, ориентированного на Microsoft. [ необходима цитата ]

Производственная система Toyota, бережливое мышление, кайдзен [ править ]

Основная статья: Производственная система Toyota

Производственная система Toyota, также известная под аббревиатурой TPS, послужила источником вдохновения для бережливого мышления с акцентом на постоянное совершенствование , кайдзен , поток и небольшие партии. Принцип шнура Андона для создания быстрой обратной связи, роения и решения проблем исходит из TPS. [38] [39]

DevSecOps, сдвиг безопасности влево [ править ]

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

Цели [ править ]

Производительность ИТ можно измерить с точки зрения пропускной способности и стабильности. [15] Пропускную способность можно измерить по частоте развертывания и времени выполнения изменений; стабильность можно измерить по среднему времени восстановления. Отчет State of DevOps Reports показал, что инвестирование в методы, которые увеличивают эти показатели производительности и стабильности, повышают производительность ИТ. [15] [16]

Цели DevOps охватывают весь конвейер доставки. Они включают: [ необходима цитата ]

  • Повышенная частота развертывания;
  • Более быстрое время выхода на рынок ;
  • Более низкая частота отказов новых выпусков;
  • Сокращение времени между исправлениями;
  • Более быстрое среднее время восстановления (в случае сбоя новой версии или иного отключения текущей системы).

Простые процессы становятся все более программируемыми и динамичными с использованием подхода DevOps. [40] [ ненадежный источник? ] DevOps стремится к максимальной предсказуемости, эффективности, безопасности и ремонтопригодности операционных процессов. [ необходима цитата ] Очень часто автоматизация поддерживает эту цель.

Интеграция DevOps нацелена на поставку продуктов , непрерывное тестирование , тестирование качества , разработку функций и выпуски обслуживания , чтобы повысить надежность и безопасность и обеспечить более быстрые циклы разработки и развертывания . [ необходима цитата ] Многие идеи (и люди), вовлеченные в DevOps, исходили от движений по управлению корпоративными системами и гибкой разработке программного обеспечения . [41] [ ненадежный источник? ]

Практики, которые коррелируют с частотой развертывания: [15]

  • Непрерывная доставка
  • Использование контроля версий для всех производственных артефактов

Практики, которые коррелируют со временем подготовки к изменениям: [15]

  • Использование контроля версий для всех производственных артефактов
  • Автоматизированное тестирование

Практики, которые коррелируют со средним временем восстановления после изменений: [15]

  • Использование контроля версий для всех производственных артефактов
  • Система мониторинга и работоспособность приложений

Компании , практикующие DevOps [ неудачная проверка ] , сообщили о значительных преимуществах, в том числе: значительно более короткое время вывода на рынок , повышение удовлетворенности клиентов, более высокое качество продукта, более надежные выпуски, повышение производительности и эффективности, а также повышенная способность создавать правильный продукт путем быстрых экспериментов . [31]

Отчет о состоянии DevOps за 2014 год показал, что «производительность ИТ сильно коррелирует с хорошо известными практиками DevOps, такими как использование контроля версий и непрерывная доставка». [15]

Культурные изменения [ править ]

DevOps инициатива может создавать культурные изменения в компании [42] , преобразовывая путь операция , разработчики и тестеры сотрудничать в процессах разработки и доставки. [2] Обеспечение слаженной работы этих групп - важнейшая задача при внедрении корпоративных технологий DevOps. [43] [44] DevOps - это как культура, так и набор инструментов. [45]

DevOps как название должности [ править ]

В то время как DevOps описывает подход к работе, а не отдельную роль (например, системный администратор ), в объявлениях о вакансиях все чаще используются такие термины, как « DevOps Engineer ». [46] [ ненадежный источник? ] [47]

В то время как DevOps отражает сложные темы, сообщество DevOps использует аналогии для передачи важных концепций [ актуально? - обсуждение ] во многом похоже на « Собор и базар » из сообщества разработчиков ПО с открытым исходным кодом. [48]

  • Крупный рогатый скот, а не домашние животные: парадигма одноразовой серверной инфраструктуры. [49]
  • 10 развертываний в день: история внедрения DevOps на Flickr.

Создание культуры DevOps [ править ]

Организационная культура является сильным показателем эффективности ИТ и организации. Культурные обычаи, такие как поток информации, сотрудничество, совместная ответственность, обучение на ошибках и новые идеи, являются центральными для DevOps. [15] Психологическая безопасность является фундаментальным фактором развития культуры DevOps и отражена в «пяти идеалах» DevOps Джина Кима . Тимбилдинг и другие мероприятия по вовлечению сотрудников часто используются для создания среды, которая способствует этому общению и культурным изменениям в организации. [50] Мероприятия по построению команды могут включать настольные игры , доверительные мероприятия и семинары по взаимодействию с сотрудниками. [51] [ ненадежный источник?] DevOps как сервисный подход позволяет разработчикам и операционным группам лучше контролировать свои приложения и инфраструктуру без снижения скорости.

В отчете о состоянии DevOps за 2015 год было обнаружено, что семь основных показателей с наибольшей корреляцией с организационной культурой: 1. Организационные инвестиции в DevOps: [16] 2. Опыт и эффективность руководителей групп. 3. Непрерывная доставка. 4. Способность различных дисциплин (разработка, эксплуатация и информационная безопасность) достигать беспроигрышных результатов. 5. Организационная эффективность. 6. Боль при развертывании. 7. Практики бережливого управления.

Развертывание [ править ]

Компаниям с очень частыми выпусками могут потребоваться знания о DevOps. [ необходима цитата ] Например, компания, которая управляет веб-сайтом хостинга изображений Flickr, разработала подход DevOps для поддержки десяти развертываний в день. [52] Ежедневные циклы развертывания будут намного выше в организациях, производящих многоцелевые или многофункциональные приложения. [ необходима цитата ] Ежедневное развертывание называется непрерывным развертыванием [53] [ ненадежный источник? ] или непрерывная доставка [54] [ ненадежный источник? ] и был связан сметодология бережливого стартапа . [55] [ ненадежный источник? ] Профессиональные ассоциации и блоги создают сообщения по этой теме с 2009 года. [56] [ ненадежный источник? ] [57] [ ненадежный источник? ]

Архитектурно значимые требования [ править ]

Для эффективной практики DevOps программные приложения должны соответствовать набору архитектурно значимых требований (ASR), таких как: возможность развертывания, модифицируемость, тестируемость и отслеживаемость. [58] Эти ASR требуют высокого приоритета и не могут быть легко проданы.

Микросервисы [ править ]

Хотя в принципе можно практиковать DevOps с любым архитектурным стилем, архитектурный стиль микросервисов становится стандартом для построения непрерывно развертываемых систем. [32] Служба небольшого размера позволяет создавать архитектуру отдельной службы за счет непрерывного рефакторинга, [59] таким образом снижая потребность в крупном предварительном проектировании, [ цитата необходима ] позволяет выпускать программное обеспечение на ранней стадии [ требуется цитата ] и непрерывно.

Автоматизация DevOps [ править ]

Автоматизация DevOps может быть достигнута путем переупаковки платформ, систем и приложений в повторно используемые строительные блоки [60] с помощью таких технологий, как виртуальные машины и контейнеризация . [61] [ ненадежный источник? ] [62]

Внедрение автоматизации DevOps в ИТ-организации сильно зависит от инструментов [15] [63] [ ненадежный источник? ], которые требуются [ необходима цитата ] для охвата различных областей жизненного цикла разработки систем (SDLC):

  1. Инфраструктура как код
  2. CI / CD
  3. Автоматизация тестирования
  4. Контейнеризация
  5. Оркестровка
  6. Развертывание программного обеспечения
  7. Программное обеспечение измерения

Принятие [ править ]

Практика и внедрение DevOps [ править ]

Джаббари и др. [64] определили методы DevOps и их зависимости. Они разработали сеть зависимости преимуществ, которая связывает потенциальные выгоды с упорядоченной цепочкой практик. Используя эту сеть, организации могут выбрать путь, который позволит достичь их целей.

Некоторые статьи в литературе DevOps предполагают или рекомендуют значительное участие в инициативах DevOps за пределами ИТ- отдела организации, например: «DevOps - это просто гибкий принцип, применяемый для всего предприятия». [65] [ ненадежный источник? ]

Согласно опросу, опубликованному в январе 2016 года компанией, занимающейся облачными вычислениями SaaS , RightScale , внедрение DevOps увеличилось с 66 процентов в 2015 году до 74 процентов в 2016 году. [ Цитата необходима ] А среди крупных корпоративных организаций внедрение DevOps еще выше - 81 процент. [66] [ ненадежный источник? ]

Принятие DevOps обусловлено многими факторами, в том числе: [ необходима цитата ]

  1. Использование гибких и других процессов и методов разработки;
  2. Требование увеличения количества выпусков продукции - от заинтересованных сторон приложений и бизнес-единиц ;
  3. Широкая доступность виртуализированного [67] [ ненадежного источника? ] и облачная инфраструктура - от внутренних и внешних провайдеров;
  4. Увеличение использования автоматизации центров обработки данных [68] [ ненадежный источник? ] и инструменты управления конфигурацией ;
  5. Повышенное внимание к автоматизации тестирования [69] [ ненадежный источник? ] и методы непрерывной интеграции ;
  6. Критическая масса общедоступных передовых практик.

См. Также [ править ]

  • Двенадцатифакторное приложение
  • Инфраструктура как код

Заметки [ править ]

  1. ^ Дайк и др. al (2015) «Насколько нам известно, не существует единого определения терминов« релиз-инжиниринг »и« DevOps ». Как следствие, многие люди используют свои собственные определения или полагаются на другие, что приводит к путанице в отношении этих терминов». [3]
  2. ^ Jabbari et. al (2016) «Результаты этого исследования показали необходимость определения, поскольку отдельные исследования не всегда определяют DevOps». [4]
  3. ^ Эрих и др. al (2017) «Мы заметили, что существуют различные пробелы в изучении DevOps: нет единого мнения о том, какие концепции охватывает DevOps и как определяется DevOps». [5]
  4. ^ Эрих и др. al (2017) «Мы обнаружили, что в академической литературе существует небольшое согласие относительно характеристик DevOps». [5]

Ссылки [ править ]

  1. Перейти ↑ Mala, DJ (2019). Интеграция Интернета вещей в практику разработки программного обеспечения . Достижения в области системного анализа, разработки программного обеспечения и высокопроизводительных вычислений. IGI Global. п. 16. ISBN 978-1-5225-7791-1. Проверено 4 апреля 2019 года .
  2. ^ a b Лукидес, Майк (7 июня 2012 г.). "Что такое DevOps?" . O'Reilly Media .
  3. ^ Дайк, Андрей; Пеннерс, Ральф; Лихтер, Хорст (19 мая 2015 г.). «К определениям для разработки релизов и DevOps». Материалы 3-го международного семинара IEEE / ACM 2015 года по разработке релизов . IEEE : 3. doi : 10.1109 / RELENG.2015.10 . ISBN 978-1-4673-7070-7. S2CID  4659735 .
  4. ^ Джаббари, Ramtin; бин Али, Науман; Петерсен, Кай; Танвир, Биниш (май 2016 г.). «Что такое DevOps ?: систематическое картографическое исследование определений и практик». Труды научного семинара 2016 года . Ассоциация вычислительной техники .
  5. ^ a b Эрих, FMA; Amrit, C .; Данева М. (июнь 2017 г.). «Качественное исследование использования DevOps на практике». Журнал программного обеспечения: эволюция и процесс . 29 (6): e1885. DOI : 10.1002 / smr.1885 . S2CID 35914007 . 
  6. ^ Бас, Лен; Вебер, Инго; Чжу, Лиминг (2015). DevOps: взгляд архитектора программного обеспечения . ISBN 978-0134049847.
  7. ^ «Сюрприз! Широкое согласие по определению DevOps» . DevOps.com . 13 мая 2015.
  8. Перейти ↑ Chapman, M., Gatti, N: A model of a service life cycle, Proceedings of TINA '93, pp. I-205 – I-215, Sep., 1993.
  9. ^ «История и эволюция DevOps | Том Герати» . Проверено 29 ноября 2020 года .
  10. ^ Мезак, Стив (25 января 2018). «Истоки DevOps: что в названии?» . DevOps.com . Дата обращения 6 мая 2019 .
  11. ^ a b Дебуа, Патрик. «Agile 2008 Торонто» . Достаточно документированной информации . Проверено 12 марта 2015 года .
  12. ^ Дебуа, Патрик. «Дни DevOps» . Дни DevOps . Проверено 31 марта 2011 года .
  13. ^ Алана Браун; Николь Форсгрен; Jez Humble; Найджел Керстен; Джин Ким (2016). «Отчет о состоянии DevOps за 2016 год» (PDF) . Puppet Labs, ДОРА (DevOps Research . Retrieved +6 May 2019 .
  14. ^ "Марионетка - Аланна Браун" . Кукольные лаборатории . Проверено 27 апреля 2019 года .
  15. ^ Б с д е е г ч я J к л м Николь Forsgren; Джин Ким; Найджел Керстен; Jez Humble (2014). «Отчет о состоянии DevOps за 2014 год» (PDF) . Puppet Labs, IT Revolution Press и ThoughtWorks . Проверено 27 апреля 2019 года .
  16. ^ a b c d «Отчет о состоянии DevOps за 2015 год» (PDF) . Puppet Labs, Pwc, IT Revolution Press. 2015 . Дата обращения 6 мая 2019 .
  17. ^ «Более гибкое тестирование» (PDF) . Октябрь 2014 . Дата обращения 6 мая 2019 .
  18. ^ Криспин, Лиза; Грегори, Джанет (октябрь 2014 г.). Более гибкое тестирование . ISBN 9780133749571. Дата обращения 6 мая 2019 .
  19. ^ Тенденции рынка Gartner: DevOps - не рынок, а ориентированная на инструменты философия, поддерживающая непрерывную цепочку создания стоимости (отчет). Gartner. 18 февраля 2015.
  20. ^ Эдвардс, Дэймон. «Интеграция инструментов DevOps в платформу предоставления услуг» . dev2ops.org .
  21. ^ Серотер, Ричард. «Изучение ВСЕЙ цепочки инструментов DevOps для (облачных) команд» . infoq.com .
  22. ^ Theakanath, Томас (5 февраля 2016). «Стопка DevOps при ограниченном бюджете» . DevOps.com . Архивировано из оригинального 27 мая 2016 года . Проверено 23 февраля +2016 .
  23. ^ «Более сильная культура DevOps с марионеткой и бродягой» . Кукольные лаборатории . Архивировано из оригинального 29 января 2016 года . Проверено 22 октября 2015 года .
  24. ^ «Принципы гибкого манифеста» . agilemanifesto.org . Дата обращения 6 декабря 2020 .
  25. ^ Уоттс, Стивен; Кидд, Крисси (10 августа 2017 г.). «DevOps vs Agile: в чем разница и как они связаны?» . bmc.com . Проверено 1 марта 2019 .
  26. ^ Кастелланос, Камило; Корреаль, Дарио (15 сентября 2018 г.). Выполнение архитектурных моделей для аналитики больших данных . Конспект лекций по информатике . 11048 . С. 364–371. DOI : 10.1007 / 978-3-030-00761-4_24 . ISBN 978-3-030-00760-7.
  27. ^ Infopulse (9 апреля 2020 г.). «ВВЕДЕНИЕ ИСПЫТАНИЙ: НОВЫЙ ПОДХОД К ОБЕСПЕЧЕНИЮ КАЧЕСТВА» . Проверено 16 февраля 2021 года . TestOps - это методология, которая способствует тесному сотрудничеству между QA, Dev и Ops с целью снижения затрат на разработку и обеспечения качества.
  28. ^ a b Скромный, Джез; Фарли, Дэвид (2011). Непрерывная доставка: надежные выпуски программного обеспечения за счет автоматизации сборки, тестирования и развертывания . ISBN Pearson Education Inc. 978-0-321-60191-9.
  29. ↑ Хаммонд, Джеффри (9 сентября 2011 г.). «Взаимосвязь между DevOps и непрерывной доставкой» . Forrester Research .
  30. ↑ Эмблер, Скотт В. (12 февраля 2014 г.). «Нам нужно больше Agile IT прямо сейчас!» . Доктор Добб "Мир разработки программного обеспечения" .
  31. ^ а б Чен, Ляньпин (2015). «Непрерывная доставка: огромные преимущества, но и проблемы». Программное обеспечение IEEE . 32 (2): 50–54. DOI : 10.1109 / MS.2015.27 . S2CID 1241241 . 
  32. ^ а б Чен, Ляньпин (2018). Микросервисы: проектирование для непрерывной доставки и DevOps . Международная конференция IEEE по архитектуре программного обеспечения (ICSA 2018) . IEEE.
  33. ^ «От DevOps к DataOps, Энди Палмер - Tamr Inc» . Тамр Inc . 7 мая 2015 . Проверено 23 августа 2017 года .
  34. ^ DataKitchen (15 марта 2017). «Как стать восходящей звездой с помощью аналитики данных» . дата-операторы . Проверено 23 августа 2017 года .
  35. ^ Бейер, Бетси; Джонс, Крис; Петофф, Дженнифер; Мерфи, Найл Ричард (апрель 2016 г.). Проектирование надежности сайта . O'Reilly Media. ISBN 978-1-4919-2909-4.
  36. ^ «SRE против DevOps - ложное различие? - DevOps.com» . 18 мая 2017.
  37. ^ «Как оставаться актуальным в эпоху DevOps: руководство по выживанию системного администратора» .
  38. ^ Анализируя ДНК DevOps , Брент Аарон Рид, Вилли Шауб, 2018-11-14.
  39. ^ Справочник DevOps: Как добиться гибкости, надежности и безопасности мирового класса в технологических организациях, Джин Ким, Патрик Дебуа, Джон Уиллис, Джезз Хамбл, 2016
  40. ^ "Что такое DevOps?" . NewRelic.com . Проверено 21 октября 2014 года .
  41. ^ Насрат, Пол. «Гибкая инфраструктура» . InfoQ . Проверено 31 марта 2011 года .
  42. ^ Анализ новых технологий: DevOps - это культурный сдвиг, а не технология (отчет). Gartner.
  43. ^ «Gartner IT Glossary - DevOps» . Gartner . Проверено 30 октября 2015 года .
  44. ^ Джонс, Стивен; Ноппен, Йуст; Леттис, Фиона (21 июля 2016 г.). Труды 2 - го Международного семинара по качеству-Aware Dev Ops - Qudos 2016 (PDF) . С. 7–11. DOI : 10.1145 / 2945408.2945410 . ISBN  9781450344111. S2CID  515140 .
  45. ↑ Mandi Walls (25 сентября 2015 г.). «Создание культуры DevOps» . О'Рейли.
  46. ^ «DevOps - это титул? - DevOps.com» . DevOps.com . 20 марта 2014 . Проверено 22 июля 2017 года .
  47. ^ "DevOps: Должность или школа мысли?" . Совет по карьере монстра . Проверено 22 июля 2017 года .
  48. ^ «Какие мемы считаются полезными и вводящими в заблуждение в культуре DevOps?» . DevOps.stackexchange.com . Проверено 29 июня 2017 года .
  49. ^ Шарвуд, Саймон. "Ваши серверы домашние животные или крупный рогатый скот?" . Реестр . Проверено 2 июля 2018 .
  50. ↑ Walls, Mandi (15 апреля 2013 г.). Формирование культуры DevOps . OReilly Media. ISBN 9781449368364.
  51. ↑ Роуч, Патрик (8 октября 2015 г.). «Dice Breakers: Использование принципов DevOps для переосмысления построения команды» . DevOps.com .
  52. ^ «10+ развертываний в день: сотрудничество разработчиков и операторов на Flickr» . 23 июня 2009 г.
  53. ^ «SAM SIG: прикладные идеи бережливого стартапа: непрерывное развертывание в kaChing» . SVForum . Архивировано из оригинального 20 октября 2012 года . Проверено 20 июня 2011 года .
  54. ^ Смиренный, Джез. «Почему предприятия должны использовать Devops, чтобы обеспечить непрерывную доставку» . Cutter IT Journal .
  55. ^ «Прикладные идеи бережливого стартапа: непрерывное развертывание в kaChing» . 26 мая 2010 г.
  56. ^ «Конференция DevOps Days 2009» .
  57. ^ Эдвардс, Дэймон. «Итоги встречи DevOps» .
  58. ^ Chen, Lianping (2015). К архитектуре для непрерывной доставки . 12-я рабочая конференция IEEE / IFIP по архитектуре программного обеспечения (WICSA 2015) . Монреаль, Канада: IEEE. DOI : 10,1109 / WICSA.2015.23 .
  59. ^ Чен, Ляньпин; Али Бабар, Мухаммед (2014). К основанному на фактах пониманию появления архитектуры посредством непрерывного рефакторинга в гибкой разработке программного обеспечения . 11-я рабочая конференция IEEE / IFIP по архитектуре программного обеспечения (WICSA 2014) . IEEE. DOI : 10,1109 / WICSA.2014.45 . Архивировано из оригинала, требуется ( помощь ) 30 июля 2014 года.|archive-url=|url=
  60. ^ Кляйн, Брэндон; Шахтер, Джон (2018). DevOps: изображения, скрипты, API, о боже! . Саммит НЛИТ 2018. ОСТИ. ОСТИ 1512856 . 
  61. ^ «Раскрытие полного потенциала контейнеризации для DevOps» . 20 сентября 2017 . Проверено 20 июня 2018 .
  62. ^ «Контейнеры против виртуальных машин: упрощенный ответ на сложный вопрос» .
  63. ^ "Лучшие практики DevOps: сколько автоматизации вам нужно?" . TechBeacon . Проверено 14 ноября 2018 года .
  64. ^ Джаббари, Ramtin; Али, Науман бин; Петерсен, Кай; Танвир, Биниш (ноябрь 2018 г.). «К сети зависимости преимуществ для DevOps на основе систематического обзора литературы». Журнал программного обеспечения: эволюция и процесс . 30 (11): e1957. DOI : 10.1002 / smr.1957 . S2CID 53951886 . 
  65. ^ «DevOps - это гибкость для остальной части компании» . DevOps.com. 4 марта 2015. Архивировано из оригинала 13 сентября 2016 года . Проверено 11 октября 2015 года .
  66. Рианна Харви, Синтия (9 января 2017 г.). «10 способов, которыми DevOps меняет предприятие» . Датамация .
  67. ^ «Продукты виртуальной инфраструктуры: сравнение характеристик» . Добро пожаловать в ИТ 2.0: ИТ-инфраструктуры нового поколения .
  68. ^ Эллард, Дженнифер. «Наведение порядка в хаос с помощью автоматизации центров обработки данных» . Управление информацией . SourceMedia. Архивировано из оригинального 11 июня 2010 года.
  69. ^ «Влияние DevOps на тестирование» . DevOps.com. 21 августа 2015. Архивировано из оригинала 21 августа 2015 года . Проверено 26 августа 2015 года .

Дальнейшее чтение [ править ]

  • Дэвис, Дженнифер; Дэниэлс, Рин (30 мая 2016 г.). Эффективный DevOps: формирование культуры сотрудничества, близости и масштабного использования инструментов . Севастополь, Калифорния: О'Рейли. ISBN 9781491926437. OCLC  951434424 .
  • Ким, Джин; Дебуа, Патрик; Уиллис, Джон; Скромный, Джез; Олспоу, Джон (7 октября 2015 г.). Справочник DevOps: как обеспечить гибкость, надежность и безопасность мирового класса в технологических организациях (Первое изд.). Портленд, штат Орегон. ISBN 9781942788003. OCLC  907166314 .
  • Форсгрен, Николь; Скромный, Джез; Ким, Джин (27 марта 2018 г.). Accelerate: наука об экономичном программном обеспечении и DevOps: создание и масштабирование высокопроизводительных технологических организаций (Первое издание). IT Revolution Press. ISBN 9781942788331.