Чтобы получить представление о методологии DevOps, стоит начать с тех проблем, на устранение которых она направлена. Исторически сложилось так, что коммуникация между командой разработчиков и другими участниками жизненного цикла ПО почти всегда становится большой проблемой. Последним важно, чтобы задачи были выполнены эффективно и в срок. И наоборот, разработчики хотят выполнить свою работу полностью и качественно. Для этого им важно наличие всех необходимых ресурсов и инфраструктуры.
И именно здесь на помощь приходит DevOps. Это не просто методология для разработчиков. В широком понимании — это набор практик для построения процессов совместной работы всех участников жизненного цикла ПО. Цель DevOps состоит в том, чтобы увеличить скорость разработки и развертывания продукта. Это практика, которая размывает традиционные границы между командами, что делает процесс работы достаточно гибким: вносить изменения можно на любом этапе.
Почему это работает
Первые упоминания о методологии DevOps появились в 2009 году. Она стала логическим продолжением развития общих принципов Agile и их ценностей. К тому моменту корпоративный бизнес окончательно убедился в том, что линейные процессы не всегда отвечают существующим задачам.
Как один из «гибких подходов», DevOps сфокусирован на скорости работы, быстром принятии решений и удовлетворенности клиентов. Благодаря непрерывности процессов, разработчики тратят меньше времени и чаще выпускают релизы. Так создается среда, в которой руководство может отслеживать результаты работы на каждом из этапов.
Растущая популярность этого подхода привела к появлению профессии DevOps-инженера. Такой специалист знает, как работают все участники процесса и отвечает за автоматизацию процессов на практике.
У DevOps есть несколько основных особенностей.
Непрерывная коммуникация между командами. Реализация методологии DevOps предполагает, что разработчики, QA-инженеры, тестировщики и системные администраторы работают согласованно. Постоянная коммуникация между участниками процесса позволяет быстрее готовить и выпускать программные продукты с меньшим количеством ошибок.
Меньшее количество программных сбоев из-за различий в конфигурации инфраструктур. DevOps-инженер создает идентичную рабочую среду для всех участников жизненного цикла ПО благодаря внедрению модели «Инфраструктура как код» (IaC). В результате получается избежать ситуаций, когда программное обеспечение работает в тестовой среде, а на стадии продакшена появляются непонятные ошибки.
Быстрое предоставление новой инфраструктуры. Это еще одно преимущество подхода IaC: процесс настройки инфраструктуры аналогичен процессу программирования ПО. Отпадает необходимость ручной настройки и обновлений. Инфраструктура существует в виде готового кода, становится масштабируемой, что сокращает время ожидания.
Автоматизированное тестирование. Непрерывное тестирование — один из ключевых компонентов DevOps подхода. Для этого используются специализированные инструменты, такие как Travis CI и Selenium.
Быстрая и надежная доставка обновлений. Благодаря тесному сотрудничеству между командами и внедрению автоматизации выпуска приложений (application-release automation), программное обеспечение обновляется быстрее, чем при традиционном процессе разработки. ARA позволяет ускорить процесс развертывания новых сборок с минимальным временем простоя и меньшим количеством ошибок конфигурации, которые обычно возникают при развертывании вручную.
Меньшее количество ошибок после релиза. С внедрением непрерывного тестирования, QA-инженеры тратят гораздо меньше времени на контроль качества и тестирование и, следовательно, пропускают меньше ошибок.
Повышение доверия пользователей. Поскольку бизнес знает, что функциональность программного обеспечения тщательно проверяется на всех этапах, его уверенность в качестве работ повышается.
Чем полезен DevOps
- Автоматизация — первое и главное преимущество DevOps. Каждый этап работы команды может быть автоматизирован: написание кода, проверка, сборка, развертывание, обновления.
- Ускорение релиза — то есть упрощение разработки. Заказчик всегда заинтересован в том, чтобы продукт максимально быстро вышел на рынок. Поэтому процесс доставки конечного продукта можно постоянно улучшать: сокращать время сборки и тестирования, настраивать мониторинг и пр.
- Обратная связь — если у заказчика есть комментарии, правки или дополнения, их можно вносить в процессе разработки и сразу обновлять приложение.
Кому подойдет DevOps-трансформация
Внедрение методологии DevOps в процесс разработки может быть полезен практически каждой организации, деятельность которой связана с разработкой приложений и работой с большим количеством серверов. Крупнейшие мировые ИТ-гиганты (Facebook, Amazon, Adobe) и высокотехнологичные компании уже несколько лет активно ищут и нанимают в штат DevOps-инженеров. Девопс также активно используется в финтехе и телекоммуникациях.
Вопрос о пользе DevOps методик для стартапов и малого бизнеса остается открытым. Для полноценного погружения в тему и внедрения всех необходимых практик необходимо не только разработать стратегию, но и потратить время на адаптацию к новым условиям.
Кроме того, для перестраивания всех рабочих процессов важно найти квалифицированного DevOps-инженера. Опытных специалистов на рынке труда все еще довольно мало, из-за чего их услуги обходятся недешево. В качестве альтернативы компания может воспользоваться услугой Managed DevOps.
Managed DevOps
DevOps-инженер — еще новая профессия, что усложняет поиск подходящих кандидатов. Можно столкнуться с тем, что компетенции и опыт специалиста будут переоценены. Другая сторона этой проблемы — зарплата DevOps-инженера. С учетом того, что спрос на таких специалистов превышает предложение, их вознаграждение остается одним из самых больших в сфере разработки. Средняя зарплата девопса на российском рынке — 150 тыс. рублей.
Альтернатива долгому поиску сотрудника в штат — обратиться к компании-подрядчику, которая выступит в роли стороннего DevOps-инженера. Практика показывает, что одного квалифицированного специалиста бывает недостаточно, чтобы грамотно настроить все процессы. А найм нескольких сотрудников влечет за собой слишком высокие расходы. Услуга Managed DevOps позволяет привлечь целую команду специалистов, каждый из которых необходим на определенном этапе.
Для грамотной DevOps-трансформации важно понимать, как работает вся методология целиком. Если существующая команда специалистов недостаточно компетентна или штатные девопс-инженеры не по карману, лучшим выходом будет делегировать DevOps-трансформацию опытным специалистам. Они проанализируют текущую ситуацию, внедрятся в уже работающие процессы и поделятся накопленным опытом.
Существует 2 сценария, по которым может строиться этот процесс. В одном случае DevOps-инженер компании-подрядчика анализирует существующую инфраструктуру, выстраивает схему изменений и передает проект заказчику. Второй вариант — полноценное внедрение DevOps-команды во все внутренние процессы.
Итог
DevOps-трансформация помогает видеть весь проект в перспективе. Кроме того, она влечет за собой ряд глубоких внутренних изменений.
- Автоматизация всех этапов жизненного цикла ПО позволяет выпускать и доставлять софт до пользователя максимально быстро.
- Согласованная работа отделов разработки, тестирования и эксплуатации приводит к тому, что каждый сотрудник знает о том, как продукт работает на всех стадиях.
- Компания поддерживает свой уровень конкурентоспособности, внося изменения в софт моментально и на любом этапе.
Предыдущая статья
