DevOps

Что это значит

DevOps - это способ работы и культура, при которой разработчики (development) и люди, отвечающие за эксплуатацию систем (operations), работают не раздельно, а как одна команда, отвечающая за программу от написания кода до её работы в продакшене. Цель - поставлять изменения чаще, меньшими шагами и надёжно.

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

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

Как это работает на практике

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

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

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

На что обратить внимание

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

Быстрое развёртывание без тестов и мониторинга повышает риск, а не снижает. Если технический долг лишь копится, а автоматических тестов нет, каждое быстрое изменение может что-то сломать. Скорость имеет смысл, только когда ошибку можно так же быстро обнаружить и откатить.