О DevOps всё чаще пишут в иностранных и российских изданиях. Попробуем разобраться, в чём суть методологии и кому она может принести пользу.
10 529 просмотров
Изображение — Matt Moor — CC BY-SA
Что такое DevOps
DevOps — это методология разработки ПО, задача которой наладить взаимодействие программистов и сисадминов в компании. Если ИТ-специалисты из разных отделов недопонимают суть задач друг друга, выпуск новых приложений и обновлений для них затягивается.
DevOps формирует «бесшовный» цикл разработки, тем самым помогая ускорить выпуск программного продукта.
Ускорение достигается за счет внедрения систем автоматизации. Плюс программисты начинают участвовать в настройке серверов и поиске багов, например, они могут писать автоматизированные тесты.
Таким образом налаживается взаимодействие между отделами. Сотрудники начинают лучше понимать, какие этапы проходит программный продукт перед тем, как попасть в руки пользователя.
Когда разработчик понимает, с чем сталкивается администратор при настройке сервера, он постарается сгладить возможные «острые углы» в коде. Это сокращает количество багов при развертке приложения — по статистике оно уменьшается примерно в пять раз.
Что такое DevOps, что нужно знать и сколько получают DevOps — специалисты?
Кому нужна и не нужна методология
Многие ИТ-эксперты считают, что DevOps принесет пользу любой организации, которая занимается разработкой ПО. Это справедливо даже в том случае, если компания является простым потребители ИТ-сервисов и не разрабатывает собственные приложения. В этом случае внедрение DevOps-культуры поможет сконцентрироваться на инновациях.
Исключение составляют стартапы, но и здесь все зависит от масштабов проекта. Если ваша цель — запустить минимально жизнеспособный продукт (minimum viable product, MVP), чтобы протестировать новую идею, то можно обойтись и без DevOps. Например, основатель Groupon в начале работы над сервисом сам вручную размещал все предложения на сайте и собирал заказы. Никаких инструментов автоматизации он не использовал.
Внедрять методологию и инструменты автоматизации имеет смысл только тогда, когда приложение начинает набирать популярность. Это поможет наладить бизнес-процессы и ускорить выход обновлений.
Как внедрить DevOps
Далее — несколько рекомендаций для перехода на новую методологию.
Выявите проблемы в бизнес-процессах. Перед внедрением методологии выделите цели и проблемы организации. От них будет зависеть стратегия перехода на DevOps. Для этого составьте список вопросов, например:
- На что уходит больше всего времени при обновлении ПО?
- Можно ли автоматизировать этот процесс?
- Влияет ли на это структура организации?
Подробно о выявлении проблем в организации можно почитать в книгах «Проект „Феникс“» и «Руководство по DevOps» от авторов методологии.
Поменяйте культуру в компании. Важно убедить всех сотрудников изменить привычные способы работы и расширить свой спектр компетенций. Например, в Facebook все программисты отвечают за жизненный цикл приложения целиком: от написания кода до внедрения. Также в Facebook нет отдельного отдела тестирования — тесты пишут сами разработчики.
DevOps-инженер — кто это и как им стать | GeekBrains
Начните с малого. Выберите процесс, который отнимает больше всего времени и сил при выпуске обновлений, и автоматизируйте его. Это может быть тестирование или процесс развертывания приложений.
Эксперты советуют первым делом внедрить инструменты распределенного контроля версий. С ними проще управлять исходниками. Среди таких решений наиболее известны Git, Mercurial, Subversion (SVN) и CVS.
Также стоит обратить внимание на системы непрерывной интеграции, ответственные за сборку и тестирование конечного продукта. Примеры таких инструментов: Jenkins, TeamCity и Bamboo.
Оценивайте улучшения. Разработайте метрики эффективности внедренных решений и составьте чек-лист. Метриками могут служить частота релизов, время работы над программными функциями, количество багов в коде.
Обсуждайте результаты не только с менеджерами, но и с остальной командой, занятой на проекте. Спрашивайте, каких инструментов не хватает. Учитывайте эти запросы при дальнейшей оптимизации процессов.
Критика DevOps
Хотя методология помогает организациям быстрее принимать решения, касающиеся разработки приложений, сокращает количество ошибок в ПО и поощряет сотрудников учиться новому, у неё есть и критики.
Есть мнение, что программисты не должны разбираться в деталях работы системных администраторов. Якобы DevOps приводит к тому, что в компании вместо специалистов по разработке или администрированию появляются люди, разбирающиеся во всем, но поверхностно .
Также считается, что DevOps не работает при плохом менеджменте. Если у команд разработчиков и администраторов нет общих целей, в этом виноваты менеджеры, которые не организуют взаимодействие между командами. Чтобы решить эту проблему, нужна не новая методология, а система оценки менеджеров на основе отзывов от подчиненных. Вот здесь можно почитать, какие вопросы следует включать в формы опросов для сотрудников.
Подведем итог — как внедрить DevOps:
- Сформулируйте задачи, которые должна решить новая методология.
- Обсудите решение с командой. Выслушайте мнения сотрудников и определите, какие инструменты автоматизации имеет смысл внедрить.
- Автоматизируйте часть IT-процессов. Начните с задач, которые наибольшим образом годятся для автоматизации.
- Анализируйте метрики. Соотносятся ли усилия на внедрение DevOps с пользой, которую приносит методология? Если нет, стоит изменить подход к внедрению или попробовать другую методологию разработки. Если да, продолжайте внедрять и анализировать новые инструменты.
Что еще почитать в выходные:
- «Не только Agile: 10 книг про управление проектами»
- «Три проблемы на рынке ЦОД — как их решат стартапы»
Показать ещё
24 комментария
Написать комментарий.
Всегда был уверен, что DevOps — не методология, а вполне себе специальность человека, который занимается внедрением ПО вкупе с настройкой CI/CD, контейнеризацией и тд.
Развернуть ветку
Спасибо, что прочитали.
В следующем материале как раз будет рассказ о работе DevOps-инженера: чем занимается такой специалист, какие компании нанимают, как в этой сфере развиваться и так далее.
Развернуть ветку
Аккаунт удален
Развернуть ветку
Я бы почитал с удовольствием. По мне так чем разнообразнее статьи на сайте — тем интереснее. Каждый посетитель найдёт что-то для себя.
Да и где писать такое в рунете? Хабр сдувается, к сожалению.
Развернуть ветку
Аккаунт удален
Развернуть ветку
На пикабу вам расскажут, что такое автослесарь и как стать кассиром в соседней пятерочке.
Развернуть ветку
Чтобы после того, как вы собрали мвп из говна и палок вы понимали куда двигаться дальше.
Развернуть ветку
Аккаунт удален
Развернуть ветку
Комментарий удален модератором
Развернуть ветку
Руководитель компании должен хотя бы поверхностно понимать что куда развивается и что вообще есть.
Как иначе он наймет нужного инженера.
Развернуть ветку
для этого есть ХРюши
Развернуть ветку
Формирование команды одна из ключевых функций лидера.
И никакой кадровик не скажет вам кого нанимать. Они помогут подобрать человека под ваш запрос. Эйчара тоже кто-то должен нанять.
Развернуть ветку
Что такое DevOps и зачем он нужен в IT-компании
Рассказываем про устройство DevOps: что это такое, как внедрить и в чем польза методологии для бизнеса и разработки.
DevOps — это методология непрерывной разработки программного обеспечения, которую используют программисты, тестировщики и системные администраторы. Ее цель — сократить жизненный цикл разработки и обеспечить более частые выпуски версий и нового ПО за счет автоматизации процессов создания, тестирования и развертывания кода. Такой подход помогает повысить общее качество ПО и быстрее выявлять и устранять проблемы.
Рассказываем про устройство DevOps: что это такое, как внедрить, особенности профессии DevOps-инженера и в чем польза методологии для бизнеса и разработки.
Что такое DevOps
Название DevOps образовано от сочетания слов development и operations. Главная идея методологии в том, что разработка, тестирование и эксплуатация ПО становятся единым циклическим процессом.
DevOps объединяет разработку и операционную деятельность для создания эффективной и надежной IT-инфраструктуры. Методология способствует сотрудничеству между разработчиками ПО и операционными командами для автоматизации процессов, таких как развертывание сервисов и резервное копирование. Особое внимание в DevOps-подходе уделяется автоматизации, безопасности действий и коммуникации между командами, чтобы они могли быстро предоставлять программные продукты.
Зачем команде разработчиков внедрение DevOps
Используя DevOps, компании могут уменьшить сложность своей IT-инфраструктуры, обеспечить большую безопасность и надежность своих программных продуктов, чем при традиционных подходах к разработке. С помощью DevOps происходит автоматизация таких процессов, как подготовка инфраструктуры для разработки, тестирование и эксплуатация приложения, развертывание и мониторинг.
Почему использование DevOps — хорошая практика
Метод непрерывной разработки позволяет командам быстрее и с меньшими усилиями доводить до релиза свои продукты. Среди преимуществ внедрения DevOps:
- непрерывная интеграция и доставка позволяют командам быстрее и чаще создавать, тестировать и развертывать ПО,
- развитие культуры сотрудничества — успешная коммуникации между командами приводит к повышению качества ПО и уменьшению количества ошибок,
- практики DevOps помогают командам сократить время и усилия для выполнения повторяющихся задач, что позволяет сосредоточиться на более важной работе,
- непрерывное тестирование и мониторинг помогают командам быстрее выявлять и устранять проблемы, за счет чего повышается качество ПО,
- методы DevOps — контейнеризация и микросервисы — позволяют командам создавать и развертывать ПО более гибким способом, что облегчает адаптацию к изменяющимся потребностям бизнеса,
- мониторинг и протоколирование обеспечивают командам большую видимость производительности и поведения их ПО, что, опять же, позволяет быстрее выявлять и устранять проблемы.
Польза методологии для бизнеса
DevOps помогает компаниям создавать ПО более высокого качества и с меньшими затратами. Несколько плюсов использования DevOps для компании:
- ускоренное время выхода на рынок — DevOps позволяет организациям быстрее выпускать новые функции и обновления, что может дать конкурентное преимущество,
- DevOps повышает гибкость процессов — помогает компаниям быстрее реагировать на изменение потребностей бизнеса и рыночных условий, облегчая адаптацию и итерации разработки своего ПО,
- автоматизация и контейнеризация облегчают компаниям масштабирование ПО для удовлетворения растущего спроса,
- DevOps помогает организациям снизить затраты за счет автоматизации повторяющихся задач, сокращения времени простоя и повышения эффективности работы команд.
Проблемы при разработке приложений без DevOps
Если работать без DevOps, то могут возникнуть проблемы совместимости ПО. Допустим, у нас есть команда разработчиков, которые пишут код какой-то части приложения. Они выбрали определенный язык программирования, ОС (например, что-нибудь из семейства Linux), используют какой-нибудь фреймворк для разработки, возможно, настраивают связность с выбранной базой данных.
Затем разработчик достигает нужной функциональности приложения и отправляет его на тестирование: упаковывает в архив код, копию БД, инструкцию по установке всего необходимого софта для запуска и работы приложения.
QA-специалист распаковывает архив, устанавливает все необходимое на тестовый стенд, разворачивает приложение и тестирует. Если во время тестирования появилась новая версия разработки, то придется повторить всю процедуру. Разработчику — создать и передать архив, а тестировщику — развернуть приложение. В результате увеличивается вероятность ошибок, а тестировщик отлавливает одни и те же баги несколько раз. Запуск фичи оттягивается.
Помимо этого, версии могут быть несовместимы в тестовой среде и на сервере заказчика. После окончания тестирования системный администратор подготавливает новый или уже существующий сервер, а программист заливает на него приложение.
Версия языка программирования, базы данных или СУБД могут отличаться от тех, на которых велась разработка. В итоге при использовании в продакшене другого веб-сервера могут случиться конфликт программного обеспечения — приложение придется настраивать заново.
Без автоматизации и совместной работы, обеспечиваемой DevOps, циклы разработки ПО могут быть намного длиннее. А без непрерывного тестирования и мониторинга командам сложнее выявлять и устранять проблемы.
DevOps as a Service
Избавьтесь от проблем, продиктованных отсутствием DevOps-подхода в компании, и отдайте эту работу на аутсорс.
Инструменты DevOps
Инструменты DevOps используют для автоматизации и оптимизации процессов. Важно отметить, что выбор инструментов будет зависеть от конкретных потребностей компании и процесса разработки ПО. Популярные инструменты DevOps:
- непрерывная интеграция и доставка: Jenkins, Travis CI, CircleCI,
- автоматизация инфраструктуры: Ansible, Puppet, Chef,
- контейнеризация и оркестровка: Docker, Kubernetes,
- мониторинг и протоколирование: Prometheus, Nagios, Logstash,
- тестирование и обеспечение качества: Selenium, JUnit, Cucumber,
- облачные платформы — например, облако Selectel,
- ChatOps: RocketChat, Chanty, Mattermost.
Остановимся подробнее на нескольких ключевых инструментах DevOps.
Kubernetes
Kubernetes — система оркестрации контейнеров с открытым исходным кодом. Kubernetes широко используется в DevOps для управления и развертывания контейнеризированных приложений. Она позволяет автоматизировать развертывание, масштабирование и управление контейнерами в кластере.
Чтобы пользоваться этим оркестратором, компании реализуют поддержку микросервисной архитектуры, при которой приложение разделено на NN-ое количество самостоятельных сервисов. Они упаковываются в контейнеры, где они обособлены от воздействия других частей приложения. При этом Kubernetes будет автоматически добавлять реплики приложения при возросшей нагрузке и удалять ненужные, когда нагрузка спадет.
Подробнее о Kubernetes — в частности, о готовых кластерах — мы рассказывали в блоге:
- Как Managed Kubernetes помогает бизнесу
- Как развернуть свое приложение в Kubernetes
- Готовые кластеры Kubernetes: легкий старт, автоматизация и другие преимущества перед self-hosted
GitLab
GitLab — веб-платформа DevOps, помогающая командам управлять и координировать разработку программных приложений. GitLab сочетает в себе систему управления исходным кодом, инструмент управления проектами, платформу непрерывной интеграции и доставки. GitLab предоставляет пользователю платформу для совместной работы и обмена информацией. Веб-платформа облегчает отслеживание прогресса, выявление проблем и управление задачами.
Кроме того, GitLab предоставляет разработчикам набор инструментов для быстрой и простой сборки, тестирования и развертывания кода. Эти инструменты включают контроль версий, проверку кода и конвейеры CI/CD. Платформа обеспечивает безопасную среду для совместной работы команд над проектами, гарантируя безопасность и конфиденциальность.
Ansible
Ansible — платформа автоматизации ПО с открытым исходным кодом, которая помогает развертывать, настраивать приложения и системы, а также управлять ими. Инструмент подключается к узлам и распространяет модули Ansible — небольшие программы, которые можно использовать для настройки ОС, установки и обновления приложений, автоматизации многоуровневых приложений и развертывания систем.
Ansible использует простой синтаксис YAML для определения задач и рабочих процессов. Это позволяет DevOps-командам быстро создавать и изменять сложные задачи автоматизации без необходимости писать сложный код. Кроме того, Ansible хорошо интегрируется с другими популярными инструментами DevOps, что позволяет легко включать его возможности по автоматизации в рабочие процессы.
Python
Python — мощный, универсальный и простой в изучении язык программирования, который популярен среди DevOps-команд. С его помощью можно писать сценарии для автоматизации задач, таких как настройка систем, развертывание приложений и выполнение задач по обслуживанию.
Python используют для интеграции с другими инструментами DevOps, такими как Ansible и Chef. Кроме того, Python имеет обширную библиотеку пакетов, которые можно использовать для расширения его функциональности и создания мощных приложений.
В разработке Selectel используется не только Python, но и язык программирования Go — тоже часто встречающийся в DevOps-практиках ЯП.
Карьера DevOps-инженера
DevOps-инженер отвечает за разработку, эксплуатацию и обслуживание IT-инфраструктуры организации. Его обязанности включают в себя разработку, развертывание и управление приложениями, сетями, серверами и другими IT-системами.
Что должен знать DevOps-инженер
DevOps-инженеры отвечают за обеспечение эффективной и безопасной работы систем, а также за устранение любых возникающих проблем. В их сфере обязанностей — автоматизация процессов, таких как развертывание инфраструктуры, приложений и резервное копирование. Для этого используют скриптовые языки, например, Python.
DevOps-инженеры разбираются в методологиях разработки ПО, таких как Agile, сотрудничают с разработчиками ПО и операционными командами. Также они владеют различными инструментами: системами мониторинга и протоколирования, системами управления конфигурацией и технологиями контейнеризации.
Помимо hard skills, для этой роли важно обладать сильными коммуникативными навыками, поскольку в задачи часто входит сбор требований от заинтересованных сторон и представление решений, отвечающих им.
Это касается многих IT-профессий, но задачи DevOps-специалиста могут отличаться от компании к компании. Кроме того, есть дополнительные названия должностей, которые близки к работе DevOps-инженера — например, билд-инженер, который отвечает за построение CI/CD-процессов. Поэтому, если вы претендуете на роль DevOps-инженера в компании, внимательно читайте вакансию и не стесняйтесь задавать дополнительные вопросы по поводу роли в компании.
Заключение
Методология DevOps помогает решить многие проблемы на всех стадиях жизненного цикла ПО. Однако для реализации этого подхода нужны квалифицированные специалисты. Не каждая компания может позволить себе нанять в штат DevOps-инженера. Для таких есть услуга DevOps as a Service. В рамках сервиса специалисты Selectel внедрят и поддержат DevOps-подходы в компанию: создадут комфортную среду разработки для приложений, продумают их архитектуру, перенесут на IT-инфраструктуру Selectel, настроят CI/CD-процессы.
Источник: selectel.ru
Что такое DevOps?
DevOps объединяет разработку (dev) и операции (Ops), чтобы объединить людей, процессы и технологии в планировании, разработке, доставке и операциях приложений. DevOps обеспечивает координацию и совместную работу между ранее изолированными ролями, такими как разработка, ИТ-операции, проектирование качества и безопасность.
Teams внедряет культуру, методики и инструменты DevOps, чтобы повысить уверенность в приложениях, которые они создают, лучше реагировать на потребности клиентов и быстрее достигать бизнес-целей. DevOps помогает командам постоянно предоставлять клиентам преимущества, создавая более качественные и надежные продукты.
DevOps и жизненный цикл приложения
DevOps влияет на жизненный цикл приложения на этапах планирования, разработки, доставки и эксплуатации . Каждый этап зависит от других этапов, и этапы не зависят от ролей. Язык и региональные параметры DevOps в определенной степени включают все роли на каждом этапе.
На следующей схеме показаны этапы образа жизни приложения DevOps:
Цели и преимущества DevOps
Когда команда использует культуру, методики и инструменты DevOps, они могут достичь удивительных результатов:
сокращение времени выхода на рынок;
Благодаря повышению эффективности, улучшению совместной работы в команде, средствам автоматизации и непрерывному развертыванию команды могут быстро сократить время от создания продукта до выхода на рынок.
Адаптация к рынку и конкуренции
Культура DevOps требует, чтобы команды были ориентированы на клиента. Сочетая гибкость, совместную работу в команде и уделяя особое внимание взаимодействию с клиентами, команды могут постоянно обеспечивать ценность для своих клиентов и повышать их конкурентоспособность на рынке.
Поддержание стабильности и надежности системы
Применяя методы непрерывного совершенствования, команды могут повысить стабильность и надежность продуктов и служб, которые они развертывают. Эти методики помогают снизить количество сбоев и риск.
Улучшение среднего времени восстановления
Метрика среднего времени восстановления указывает, сколько времени требуется для восстановления после сбоя или брейка. Для управления сбоями программного обеспечения, нарушениями безопасности и планами непрерывного улучшения команды должны измерять и работать над улучшением этой метрики.
Внедрение языка и региональных параметров DevOps
Чтобы полностью реализовать DevOps, необходимо внедрить язык и региональные параметры DevOps. Развитие культуры DevOps требует глубоких изменений в том, как люди работают и сотрудничают. Когда организации используют культуру DevOps, они создают среду для развития высокопроизводительных команд. Хотя внедрение методик DevOps автоматизирует и оптимизирует процессы с помощью технологий, без перехода к культуре DevOps в организации и ее сотрудников вы не получите полные преимущества DevOps.
На следующем изображении запечатлены ключевые аспекты активной культуры сайта Майкрософт.
Следующие методики являются ключевыми компонентами языка и региональных параметров DevOps:
- Совместная работа, видимость и выравнивание. Отличительной чертой здоровой культуры DevOps является совместная работа между командами. Совместная работа начинается с видимости. Разработчики, ИТ-отделы и другие команды должны делиться своими процессами DevOps, приоритетами и проблемами друг с другом. Планируя совместную работу, они лучше подходят для согласования целей и показателей успеха по мере того, как они связаны с бизнесом.
- Изменения в области охвата и подотчетности. По мере того как команды согласовываются, они берут на себя ответственность и участвуют в других этапах жизненного цикла, а не только на тех, которые занимают центральное место в их ролях. Например, разработчики становятся подотчетными не только за инновации и качество, установленные на этапе разработки, но и за производительность и стабильность, которые их изменения приносят на этапе эксплуатации. В то же время ИТ-операторы обязательно включают управление, безопасность и соответствие требованиям в план и этап разработки.
- Короткие циклы выпуска: команды DevOps остаются гибкими, выпуская программное обеспечение в короткие циклы. Более короткие циклы выпуска упрощают планирование и управление рисками, так как прогресс является добавочным, что также снижает влияние на стабильность системы. Сокращение цикла выпуска также позволяет организациям адаптироваться и реагировать на растущие потребности клиентов и давление конкуренции.
- Непрерывное обучение: высокопроизводительные команды DevOps устанавливают установку на рост. Они быстро завершаются неудачей и включают обучение в свои процессы. Они стремятся постоянно улучшать, повышать удовлетворенность клиентов, а также ускорять инновации и адаптируемость рынка.
Реализация методик DevOps
Вы реализуете DevOps, следуя рекомендациям DevOps (описанным в следующих разделах) на протяжении всего жизненного цикла приложения. Некоторые из этих методик помогают ускорить, автоматизировать и улучшить определенный этап. Другие охватывают несколько этапов, помогая командам создавать удобные процессы, которые помогают повысить производительность.
Непрерывная интеграция и непрерывная поставка (CI/CD)
Непрерывная интеграция (CI) — это практика, используемая командами разработчиков для автоматизации, объединения и тестирования кода. CI помогает перехватывать ошибки на ранних этапах цикла разработки, что делает их менее дорогостоящими для исправления. Автоматические тесты выполняются как часть процесса CI для обеспечения качества. Системы CI создают артефакты и используют их для выпуска процессов для частого развертывания.
Непрерывная доставка (CD) — это процесс, с помощью которого код создается, тестируется и развертывается в одной или нескольких тестовых и рабочих средах. Развертывание и тестирование в нескольких средах повышает качество. Системы CD создают развертываемые артефакты, включая инфраструктуру и приложения. Автоматизированные процессы выпуска используют эти артефакты для выпуска новых версий и исправлений в существующих системах. Системы мониторинга и отправки оповещений работают постоянно, чтобы обеспечить видимость всего процесса cd.
Управление версиями
Управление версиями — это практика управления кодом в версиях— отслеживание исправлений и журнала изменений, чтобы упростить проверку и восстановление кода. Эта практика обычно реализуется с помощью систем управления версиями, таких как Git, которые позволяют нескольким разработчикам совместно создавать код. Эти системы обеспечивают четкий процесс объединения изменений кода, происходящих в одних и том же файлах, обработки конфликтов и отката изменений до предыдущих состояний.
Управление версиями — это фундаментальная практика DevOps, которая помогает командам разработчиков работать вместе, распределять задачи программирования между участниками команды и хранить весь код для простого восстановления, если это необходимо. Управление версиями также является необходимым элементом в других методах, таких как непрерывная интеграция и инфраструктура как код.
Гибкая разработка программного обеспечения
Agile — это подход к разработке программного обеспечения, в основе которого лежат принципы сотрудничества между командами, обратной связи с клиентами и пользователями, а также высокий уровень адаптивности к изменениям в рамках коротких циклов выпуска. Команды, которые практикуют Agile, обеспечивают постоянные изменения и улучшения для клиентов, собирают их отзывы, а затем учатся и корректируются в зависимости от потребностей и потребностей клиентов. Agile существенно отличается от других более традиционных платформ, таких как каскад, который включает в себя длительные циклы выпуска, определенные последовательными этапами. Kanban и Scrum — это две популярные платформы, связанные с Agile.
Инфраструктура как код
Инфраструктура как код определяет системные ресурсы и топологии в описательном виде, что позволяет командам управлять этими ресурсами так, как они кодируют. Эти определения также могут храниться и управлять версиями в системах управления версиями, где их можно проверять и возвращать, как и в коде.
Практика «инфраструктура как код» помогает командам развертывать системные ресурсы надежным, повторяемым и контролируемым способом. Инфраструктура как код также помогает автоматизировать развертывание и снижает риск человеческих ошибок, особенно в сложных крупных средах. Это повторяемое и надежное решение для развертывания среды позволяет командам поддерживать среды разработки и тестирования, идентичные рабочей среде. Дублирование сред в различные центры обработки данных и облачные платформы также становится проще и эффективнее.
Управление конфигурацией
Управление конфигурацией — это управление состоянием ресурсов в системе, включая серверы, виртуальные машины и базы данных. С помощью средств управления конфигурацией команды могут развертывать изменения управляемым, систематическим образом, снижая риски изменения конфигурации системы. Teams используют средства управления конфигурацией для отслеживания состояния системы и помогают избежать смещения конфигурации, так как конфигурация системного ресурса со временем отклоняется от требуемого состояния, определенного для него.
Наряду с инфраструктурой как кодом можно легко создавать шаблон и автоматизировать определение и настройку системы, что помогает командам работать со сложными средами в большом масштабе.
Непрерывный мониторинг
Непрерывный мониторинг означает полную видимость в режиме реального времени о производительности и работоспособности всего стека приложений. Эта видимость варьируется от базовой инфраструктуры, на котором выполняется приложение, до программных компонентов более высокого уровня. Видимость достигается за счет сбора данных телеметрии и метаданных, а также настройки оповещений для предопределенных условий, требующих внимания со стороны оператора. Телеметрия состоит из данных событий и журналов, собранных из различных частей системы, которые хранятся там, где их можно анализировать и запрашивать.
Высокопроизводительные команды DevOps обеспечивают настройку интерактивных и значимых оповещений и сбор полнофункционированных данных телеметрии, чтобы получать аналитические сведения из огромных объемов данных. Эти аналитические сведения помогают команде устранять проблемы в режиме реального времени и понять, как улучшить приложение в будущих циклах разработки.
Планирование
На этапе планирования команды DevOps определяют и описывают функции и возможности приложений и систем, которые они планируют создать. Teams отслеживают ход выполнения задач с низким и высоким уровнем детализации, от отдельных продуктов до нескольких портфелей продуктов. Команды используют следующие методики DevOps для планирования с гибкостью и видимостью:
- Создание невыполненной работы.
- Отслеживание ошибок.
- Управление гибкой разработкой программного обеспечения с помощью Scrum.
- Используйте канбан-доски.
- Визуализация хода выполнения с помощью панелей мониторинга.
Общие сведения о нескольких извлеченных уроках и методиках, принятых корпорацией Майкрософт для поддержки планирования DevOps в группах разработчиков программного обеспечения компании, см. в статье Как Корпорация Майкрософт планирует использовать DevOps.
Разработка
Этап разработки включает все аспекты разработки программного кода. На этом этапе команды DevOps выполняют следующие задачи:
- Выберите среду разработки.
- Написание, тестирование, проверка и интеграция кода.
- Встраивайте код в артефакты для развертывания в различных средах.
- Используйте систему управления версиями ( обычно Git) для совместной работы над кодом и параллельной работы.
Чтобы быстро внедрять инновации, не жертвуя качеством, стабильностью и производительностью, команды DevOps:
- Используйте высокопроизводительные инструменты.
- Автоматизируйте повседневные и ручные шаги.
- Выполните итерацию с небольшим шагом с помощью автоматизированного тестирования и непрерывной интеграции (CI).
Общие сведения о методах разработки, принятых корпорацией Майкрософт для поддержки перехода на DevOps, см. в статье Как майкрософт развивается с помощью DevOps.
Доставка
Доставка — это процесс согласованного и надежного развертывания приложений в рабочих средах, в идеале с помощью непрерывной поставки (CD).
На этапе поставки команды DevOps:
- Определите процесс управления выпусками с четкими этапами утверждения вручную.
- Настройте автоматические шлюзы для перемещения приложений между этапами до окончательного выпуска для клиентов.
- Автоматизируйте процессы доставки, чтобы сделать их масштабируемыми, повторяемыми, управляемыми и хорошо протестированными.
Доставка также включает развертывание и настройку базовой инфраструктуры среды доставки. Команды DevOps используют такие технологии , как инфраструктура как код (IaC),контейнеры и микрослужбы для создания полностью управляемых инфраструктурных сред.
Методы безопасного развертывания могут выявлять проблемы, прежде чем они повлияют на взаимодействие с клиентами. Эти методики помогают командам DevOps часто с легкостью, уверенностью и спокойствием.
Основные принципы и процессы DevOps, которые корпорация Майкрософт развивала для обеспечения эффективных систем доставки, описаны в статье Как корпорация Майкрософт поставляет программное обеспечение с помощью DevOps.
Operations
Этап операций включает обслуживание, мониторинг и устранение неполадок приложений в рабочих средах, включая гибридные или общедоступные облака, такие как Azure. Команды DevOps стремятся обеспечить надежность системы, высокий уровень доступности, надежную безопасность и нулевое время простоя.
Методы автоматической доставки и безопасного развертывания помогают командам быстро выявлять и устранять проблемы при их возникновении. Для поддержания бдительности требуются широкие возможности телеметрии, интерактивные оповещения и полная видимость приложений и базовых систем.
Методики, используемые корпорацией Майкрософт для работы со сложными онлайн-платформами, описаны в статье Как корпорация Майкрософт работает с надежными системами с помощью DevOps.
Дальнейшие действия
- Планирование эффективных рабочих нагрузок с помощью DevOps
- Разработка современного программного обеспечения с помощью DevOps
- Предоставление качественных служб с помощью DevOps
- Работа с надежными системами с помощью DevOps
Другие ресурсы
- Решения DevOps в Azure
- Переход на DevOps в Майкрософт
- Начало работы с DevOps в Azure
- Безопасность в DevOps (DevSecOps)
Обучение и сертификации
- Начало работы с Azure DevOps
- Представляем DevOps Dojo: создавайте эффективные функции для поддержки вашего бизнеса
- AZ-400. Начало перехода на DevOps
- Упрощение взаимодействия и совместной работы
- Экзамен AZ-400: Designing and Implementing Microsoft DevOps Solutions
- AZ-400. Реализация безопасности и проверка баз кода на соответствие требованиям
Источник: learn.microsoft.com