Подход, при котором разработка и эксплуатация работают как одна команда: изменения выходят часто, небольшими порциями, через автоматическую сборку, проверку и выкатку.
Почему это важно здесь
Для бизнеса DevOps означает, что новые функции быстрее доходят до клиентов, а сбои короче. Для продавца — что у вендора или подрядчика есть зрелый процесс выпуска изменений, а не ручная выкладка по выходным.
Пример
Команда перешла с ежемесячных релизов на ежедневные небольшие выкатки с автоматическими тестами; время восстановления после сбоя сократилось с часов до минут.
Как применять
- Смотреть на четыре метрики: частота выкаток, время от изменения до продакшена, доля неудачных изменений, время восстановления.
- Автоматизировать сборку, тесты и выкатку.
- Делать изменения маленькими и обратимыми.
Частые ошибки
- Назвать отдел DevOps и ничего не поменять в процессе.
- Купить инструменты без договорённостей между командами.
- Мерить активность вместо результата.
Связанное
Дальше по теме
Материал оказался полезным?
Спасибо. Это влияет на то, что мы разберём дальше.