Что такое DevOps?

В условиях усложнения тенденций создания и продвижения ПО, старые технологии разработки IT-продуктов уже не годятся. Проблема касается низкой скорости создания конечного приложения, трудностей тестирования, заминок из-за плохой коммуникации разных команд. Чтобы упростить процедуру, применяются новые технологии и методики программирования. Одна из таких — DevOps.

Суть технологии DevOps

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

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

Можно выделить следующие стадии:

1. Постановка конкретных задач, изучение технического задания, на основе которого будет создаваться программное обеспечение.
2. Проектирование, воссоздание архитектуры будущего проекта. Внутренней структуры. Продумывание этапов создания отдельных модулей.
3. Следующий этап касается написания кода для реализации функций. Этап (Development) заканчивается запуском кода для первичной проверки работоспособности программы.
4. Готовая, сырая версия поступает в отдел тестирования, обслуживания. На этой стадии программисты не участвуют в работе и понятия не имеют, что происходит при тестировании. Подобный недосмотр может стать фатальным.
5. После окончания тестирования рабочая версия ПО запускается в законченной форме. После чего поступает конечному потребителю, заказчику.
6. Последний этап — поддержка. Сбор, систематизация мнений, претензий людей, которые пользуются программой.

У подобного подхода много недостатков: изолированность, минимальная связь между отдельными командами разработчиков, тестировщиков, плохая обратная связь между создателями и конечными пользователями. Если на какой-либо стадии создания ПО возникает ошибка, процесс приходится повторять с самого начала. От повторного проектирования с учетом багов до тестирования. И так по кругу. Подобный подход создает трудности со временем. Сроки могут переноситься до бесконечности без гарантий эффективного завершения проекта.

DevOps призвана разрешить эти недостатки, упростить работу команды. Горизонтальная разработка предполагает, что все участвующие в процессе специалисты занимаются созданием программного продукта. Это позволяет сократить время на подготовку ПО, а также снизить расходы. Увеличить качество конечного результата.

Для чего используется?

DevOps — это прикладная методология создания программного обеспечения.

Технология применяется организациями разных уровней:

1. Мелкие самостоятельные команды программистов могут добиться устойчивого взаимодействия сотрудников. Быстрых результатов и качества конечного результата без лишних усилий, временных расходов.
2. Небольшие компании получают возможность действенно конкурировать с серьезными игроками IT-рынка, выпускать качественные продукты и зарабатывать на своей работе.
3. Крупные разработчики получают хороший шанс оптимизировать процессы, чтобы свести на нет все бюрократические и чисто организационные моменты. Путаница между командами исчезает, процедура создания ПО становится прозрачным, понятным.

DevOps используется для достижения нескольких принципиальных целей:

• Автоматизации процедуры создания ПО. Создание IT-продукта становится единым целым, «бесшовным», благодаря чему планирование сводится к постановке задач и подготовке календарного графика. Риски ошибок становятся меньше, поскольку процесс требует участия специалистов разных профилей: программистов, тестировщиков.
• Упрощения создания ПО. Нет необходимости много раз гонять код, промежуточные этапы туда-сюда между командами. Разработка ведется с первого раза. Благодаря чему баги, ошибки становятся видны сразу.
• Снижения сроков создания ПО. DevOps позволяет сэкономить время. Освободившиеся ресурсы можно задействовать для более тщательной проработки проекта, направить на создание других решений.
• Получения качественной, быстрой обратной связи от конечного пользователя. DevOps предполагает непрерывный контакт с пользователями. А значит все сообщения об ошибках, претензии будут поступать программистам сразу, минуя препятствия в виде команды технической поддержки.

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

Этапы разработки

Принципиально этапы достижения конечного результата по принципам DevOps не отличаются от таковых в рамках каскадного подхода. Однако их реализация другая.

• Проектированием занимаются все команды. Руководство проекта ставит задачу, определяет, какие вопросы должно решать приложение. Непосредственные разработчики, программисты описывают архитектуру. А тестировщики готовят свои предложения по улучшению внутренней структуры, предотвращению возможных багов, ищут слабые места программы. Все отделы или команды определяют сроки будущей работы. Готовят приблизительный график.
• Непосредственная разработка ложится на плечи программистов. Важное отличие — присутствие в команде DevOps-инженера. Этот специалист занимается контролем качества работы, ставит задачи, проверяет уровень реализации каждого этапа. Тестирование проводится непрерывно, после завершения каждого конкретного шага создания приложения. Благодаря чему вероятность ошибок стремится к нулю.
• Следом начинается несколько фаз тестирования. Отдельные блоки проходят самостоятельную проверку. После чего их соединяют и проверяют работоспособность всей системы целиком. Основную роль играют тестировщики. При обнаружении любого бага, ошибки, программисты быстро исправляют недочеты. Тестирование проводится повторно. И так до тех пор, пока компонент не станет работать как нужно.
• Мониторингом занимаются все. Команды поддержки проверяют работоспособность версий. Программисты-разработчики получают актуальную информацию о мнении конечных пользователей. Быстро исправляют недочеты, после чего процессы повторяются по-новой.

Большую роль играет автоматизация. Всю информацию программисты получают в режиме реального времени. Получают возможность исправлять ошибки, готовить новые модули, функции без временных задержек. Оперативность и эффективность помогают быстрее решать проблемы бизнеса. Непосредственный заказчик раньше получает прибыль и может полностью довериться техническим специалистам.

Инструменты модели

Для упрощения рутинных рабочих действий DevOps как подход использует множество программных решений, инструментов для реализации. Среди вариантов:

1. Облачные технологии. Хранилища и прочие инструменты, чтобы каждый член команды мог получить доступ к текущему результату. Внести предложения по дальнейшему совершенствованию проекта.
2. Системы версий. Если говорить простыми словами, это группа инструментов, благодаря которым можно отслеживать текущий код, отдельных его компонентов. Проверять изменения, которые были внесены на каждом этапе. Если это необходимо — откатывать изменения до предыдущих версий. Благодаря чему ни одна ошибка не становится фатальной и не парализует процесс создания приложения.
3. Инструменты сборки. Специальные решения, которые позволяют быстро тестировать разные версии компонентов программы и направлять их с отчетами в профильные структурные подразделения команды для дальнейшей работы.

Это лишь малая часть инструментария DevOps. Инструменты DevOps — это способ упростить работу членам команды. Однако для внедрения новой методологии их недостаточно. Чтобы эффективно использовать новый подход, нужно время на обучение, освоение инструментов, внедрение культуры, парадигмы разработки программного обеспечения. Не помешает поддержка специалистов, которые уже имеют опыт работы в других условиях по новым принципам.

Минусы и плюсы

DevOps — не панацея, не универсальное решение всех проблем. Как и у прочих подходов, у него есть свои подводные камни, преимущества и недостатки.

Среди плюсов DevOps:

• Оперативность. По разным оценкам DevOps, горизонтальный подход позволяет сэкономить от 50 до 300% рабочего времени. Создатели программы могут выпустить первую версию намного раньше, чем при классическом подходе. Экономия времени дает возможность раньше получить полезные результаты, довести приложение до завершенного вида, добавить дополнительный функционал.
• Снижение расходов. В том числе за счет сокращения продолжительности рабочего процесса. Нет необходимости повторять итерации разработки по второму кругу. Все рабочие процедуры завершаются параллельно, плавно. А значит можно обойтись меньшим количеством рабочих кадров или организовать их более эффективно для дальнейшего сокращения сроков.
• Польза для заказчика. Поскольку времени на создание требуется меньше. Заказчик получает первый релиз и может использовать его для решения бизнес-задач: извлечения прибыли, более эффективной организации рабочих процессов. Это повышает доверие к команде разработчиков, компании.
• Польза для конечного пользователя. Поскольку он может указать на недостатки, и они сразу же будут устранены. После чего в короткие сроки пользователь получит новую версию программного обеспечения.
• Эффективная поддержка. В обычных условиях команда поддержки копит претензии пользователей, систематизирует их, после чего направляет программистам. DevOps не требует длительного анализа претензий. Специалисты имеют доступ к обратной связи в режиме реального времени. Могут оперативно реагировать на все недочеты.
• Повышение качества конечного продукта. Снижается роль человеческого фактора, поскольку над программой работает целая группа специалистов, придерживаясь строгих стандартов.

Есть у DevOps и свои недостатки:

• Потребность в обучении. Чтобы внедрить DevOps понадобится время. Также нужны ресурсы на обучение специалистов новым технологиям. С ходу добиться результата не получится.
• Расходы на инструменты. Комплексы для автоматизации, тестирования, прочих задач стоят денег. Поэтому DevOps подойдет не всем. Например, DevOps не подойдет маленьким командам, которые работают над небольшим проектом. Расходы будут неоправданными. Другое дело, когда начинается создание сложного, высоконагруженного приложения.

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