Rivalry2

HTML Diff

0 added 0 removed

Original 2026-01-01

Modified 2026-02-21

1 <a>#статьи</a>

2 <ul><li>24 сен 2019</li>

3 <li>0</li>

4 </ul>Почему полезно работать с DevOps, где применять эту технологию и какие существуют инструменты. Объясняет Алексей Климин из компании "Атвинта".

5 vlada_maestro / shutterstock

6 Программист, компания "Атвинта"

7 Фронтенд, Бэкэнд, Админ, DevOps. Обожаю все оптимизировать и автоматизировать. Постоянно ищу новые технологии и способы их внедрения.

8 <ul><li>Что это за <a>технология</a></li>

9 <li><a>Проблемы</a>при работе без DevOps</li>

10 <li>Как DevOps<a>улучшает</a>процесс разработки</li>

11 <li><a>Инструментарий</a>для DevOps</li>

12 <li><a>Кому и для чего</a>применять</li>

13 </ul>Термин<a>DevOps</a>образован от английских слов development и operations. Это подход, методология и даже культура и философия процесса разработки, при котором программисты, тестировщики и системные администраторы могут работать над продуктом быстрее и эффективнее. Подход помогает снизить ошибки при передаче проекта от разработчиков к тестировщикам и сисадминам и наладить между ними взаимодействие. В основе лежит идея, что разработка, тестирование и эксплуатация цифровых продуктов - этоединый, бесшовный и циклический процесс.

14 Сама по себе тема DevOps довольно объемная. Это автоматизация процессов подготовки инфраструктуры как для разработки, так и для тестирования приложения, а также для его эксплуатации. Сюда же входят автоматизация деплоя и мониторинг.

15 Наиболее ярко DevOps раскрывается при разработке приложения с применением микросервисной архитектуры1.

16 Рассмотрим на примере заказной разработки веб-приложений, с какими проблемами сталкиваются разработчики и как их устранить с DevOps-подходом.

17 До попадания к пользователям программный продукт проходит несколько этапов. Разработчик пишет код, его тестирует<a>QA</a>, после чего системный администратор заливает приложение на боевой сервер.

18 Разработчик устанавливает у себя на машине все необходимое: язык программирования, на котором будет вестись разработка, например PHP 7.0, базу данных, MySQL 5.7 и веб-сервер, Apache. Какая операционная система и какие версии библиотек и зависимостей будут установлены на сервере, неизвестно.

19 После того как нужная функциональность приложения реализована, требуется ее протестировать.

20 Программист упаковывает в архив свой код, копию базы данных, информацию о требуемом ПО и инструкцию по установке всего необходимого для запуска и работы приложения. После этого он передает архив тестировщику.

21 QA-специалист устанавливает все необходимое на тестовый стенд, разворачивает приложение и принимается тестировать.

22 Если в процессе тестирования появляется новая версия разработки, то приходится повторять процедуру. Разработчику нужно снова создать архив, передать тестировщику; а тому, в свою очередь, снова развернуть приложение.

23 В результате таких многократно повторяющихся процедур ошибки наслаиваются, и QA- специалисту приходится дважды перепроверять одни и те же баги.

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

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

26 В итоге при использовании на продакшне другого веб-сервера приходится настраивать приложение заново. А это дополнительное время.

27 У нас в digital-агентстве "Атвинта" я настроил процессы таким образом, что сборка проекта, запуск автотестов и деплой на тестовый сервер происходят автоматически, а на продакшн - полуавтоматически. Если какой-либо из этапов завершился неудачно, разработчик получит оповещение.

28 Эти технологии подходят при разработке веб-приложений, закрытых сервисов вроде корпоративных порталов и сервисов учета сделок для интернет-магазинов.

29 Для подготовки серверов используются инструменты наподобиеAnsible. Они позволяют быстро настроить окружение, в котором приложение будет работать в автоматическом режиме. На это тратится несколько минут, а не несколько часов.

30 Для единообразия окружения используем инструментDocker.

31 После того как разработчик сделал определенный функционал, он отправляет код в репозиторий. Там вступает в работу процесс, называемыйContinuous Integration/Continuous Delivery- непрерывная интеграция и непрерывная доставка (далее CI/CD).

32 Если процесс сборки и автоматического тестирования прошел успешно, приложение разворачивается на тестовом сервере (staging server), где специалист по QA проводит ручное тестирование либо тестирование с применением инструментов вродеSelenium- для автоматизации действий веб-браузера в случае веб-приложения.

33 Даже если во время ручного тестирования возникли какие-либо ошибки, разработчик быстро вносит правки и выкатывает обновление. Даже если нужно повторять процедуру, это происходит быстро.

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

35 DevOps-инженер также проводит работы по так называемому незаметному деплою, когда конечные пользователи даже не подозревают о том, что вышла новая версия.

36 Разнообразие инструментов DevOps невероятно велико, так что я перечислю лишь некоторые из них, которые применяю в своей работе.

37 <ul><li>Управление конфигурацией серверов:Ansible, Chef, Puppet.</li>

38 <li>Для непрерывной интеграции и доставки (CI/CD):GitLab, Jenkins, TeamCity, Drone.</li>

39 <li>Сбор данных для мониторинга:Prometheus, Telegraf, LogStash.</li>

40 <li>Для отображения собранных данных:Grafana, Kibana, Zabbix.</li>

41 <li>Мониторинг ошибок:Sentry, Rollbar.</li>

42 </ul>Cистема управления конфигурациями, написанная на Python с использованием декларативного языка разметки (yaml) для описания конфигураций.

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

44 Cистема контроля версий со встроенной CI/CD.

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

46 Для мониторинга нагрузки серверов используется довольно популярный стек:Grafana+InfluxDB+Telegraf.

47 Это платформа с открытым исходным кодом для визуализации, мониторинга и анализа данных.

48 InfluxDB- база данных для хранения собранной статистики.

49 Telegraf - агент, который устанавливается на сервер и пересылает метрики, а также логи в базуInfluxDB.

50 <ul><li>Разработчикам. Позволит сконцентрироваться на коде приложения и не задумываться об инфраструктуре, которая будет на продакшне.</li>

51 <li>Тестировщикам. Предоставит больше простора в тестировании приложения на разных конфигурациях систем и с разным набором библиотек.</li>

52 <li>Системным администраторам. Снимет с них работы по развертыванию и мониторингу приложения.</li>

53 <li>Бизнесу в цифровой среде. Поможет быстрее адаптировать продукт под запросы рынка, выпускать новые версии и улучшать пользовательский опыт клиентов.</li>

54 </ul>Применение методологии DevOps поможет наладить бизнес-процессы и ускорить выход обновлений.

55 <a>Бесплатный курс по Python ➞Мини-курс для новичков и для опытных кодеров. 4 крутых проекта в портфолио, живое общение со спикером. Кликните и узнайте, чему можно научиться на курсе. Смотреть программу</a>