Тренды DevOps в 2025 году и будущее DevOps
Главная /
Архив номеров / 2025 / Выпуск №6 (149) / Тренды DevOps в 2025 году и будущее DevOps
Рубрика:
DevOps
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
Сергей Головашов, руководитель Центра компетенций DevOps/DevOpsSec, Bell Integrator
Тренды DevOps в 2025 году и будущее DevOps
За десять лет DevOps эволюционировал из набора практик ускорения разработки в нечто гораздо более сложное и абстрактное. В 2025 году DevOps – это не про инструменты, не про пайплайны и даже не про GitOps. Это про управление комплексностью, переосмыслению процессов и поиске осмысленности в автоматизации.
За десять лет DevOps эволюционировал из набора практик ускорения разработки в нечто гораздо более сложное и абстрактное. В 2025 году DevOps – это не про инструменты, не про пайплайны и даже не про GitOps. Это про управление комплексностью, переосмыслению процессов и поиске осмысленности в автоматизации.
Тишина между деплоем и катастрофой – тоньше, чем когда-либо
DevOps в 2025 году уже не тот мостик между Dev и Ops, каким его задумывали энтузиасты десятилетие назад. Это не про ускорение пайплайна, не про контейнеры, и даже не про GitOps. Это про управление хаосом, который мы сами же породили – автоматизация ради автоматизации, контроль ради иллюзии контроля.
Мы подошли к моменту, когда CI/CD стал настолько прозрачным, что почти невидим. Скрипты живут своей жизнью, пайплайны ветвятся и ветшают, как заброшенные тоннели, и никто точно не знает, кто последний трогал тот Ansible playbook, что ломает прод раз в месяц. Добро пожаловать в DevOps 2025.
Здесь Kubernetes больше не звезда – он стал инфраструктурной пылью. GitOps – это default, а не новость. SRE как дисциплина пересекается с этикой, потому что теперь не просто важно следить за аптаймом, важно понимать, для кого ты этот аптайм держишь.
Что нас ждет дальше? Наверное, DevOps станет еще более невидимым. Он растворится в платформах, абстракциях, AI-ассистентах, которые будут объяснять нам наши же ошибки. А может, мы увидим ренессанс – возвращение к ремеслу, где каждая сборка – как произведение инженерного искусства, а не просто вывод из Jenkins.
Но ясно одно: DevOps больше не про «быстро и стабильно». Он про осмысленно. Потому что скорость – это уже не преимущество. Это – фон. А осмысленность – новый дифференциатор.
Небольшая историческая справка
В результате анализа различных исследований за длительный период, в основном от компаний DORA и Puppet, мы обнаружили интересные данные в ходе наших «археологических раскопок в мире IT».
Сам термин «DevOps» стал популярным после конференции DevOps Days в 2009 году. В 2011 году на LinkedIn начали появляться вакансии с требованиями к навыкам, характерным для этой профессии, и люди стали активно искать работу по этому запросу.
В 2013 году ещё не было DevOps и SRE, поскольку 75% респондентов считали себя администраторами и инженерами, 17% – IT-менеджерами, а 8% – IT-консультантами. Однако уже в следующем году начали появляться специалисты, которые идентифицировали себя как DevOps. С течением времени их число увеличивалось. В 2018 году количество таких специалистов достигло пика, после чего начался спад, который продолжается до сих пор.

В прошлом в научных работах описывали, что специалисты DevOps занимаются автоматизацией, используют инструменты CI/CD, следят за мониторингом и журналированием, а также выполняют другие задачи. Однако с 2018 года в отчётах Puppet и DORA появляется новая роль – SRE. При этом Google, который к тому времени приобрёл DORA, сразу же заявил, что не будет разделять DevOps и SRE, поскольку эти концепции дополняют друг друга, и будет использовать формулировку DevOps/SRE.
Напомню, что SRE – это специалист, который должен обладать всеми навыками DevOps, а также иметь опыт разработки. Кроме того, он должен уделять больше внимания надёжности, доступности и масштабируемости систем.
В 2020 году появилась ещё одна должность – инженер по работе с платформами. Обратите внимание на корреляцию графиков.

Вероятно, в перспективе они смогут найти общий язык. Однако трудно сказать, когда это произойдёт.
Для специалиста по платформе важно обладать всеми навыками DevOps и SRE, а также уметь адаптировать узкоспециализированные решения для широкого круга пользователей, делая их более доступными и удобными.
Итак, перейдем к предсказаниям и статистике
- Ожидается, что к 2028 году мировой рынок DevOps превысит $25,5 млрд.
- Только3 из 10 организаций могут отслеживать свои расходы на облачные технологии.
- Внастоящее время более 80 % организаций используют методологию DevOps, и ожидается, что в ближайшее время этот показатель вырастет до 94 %.
- Общедоступные облака – самая распространённая платформа DevOps, а гибридные и мультиоблачные стратегии набирают популярность.
- 85% специалистов DevOps планируют в ближайшее время внедрить модель общих сервисов.
- 75% команд DevOps состоят максимум из 12 человек.
Тренды
Внедрение практик GitOps
Многие команды разработчиков программного обеспечения всё чаще используют GitOps – подход, который сочетает в себе лучшие практики DevOps и автоматизацию инфраструктуры.
Благодаря использованию Git в качестве основного источника информации о декларативной инфраструктуре и приложениях, организации могут существенно повысить эффективность своей работы и оптимизировать процессы развёртывания.
Согласно исследованиям в отрасли, более 60% компаний, применяющих методы DevOps, также внедряют стратегии GitOps для обеспечения согласованности, надёжности и безопасности развёртывания приложений.
Ожидается, что эта тенденция будет сохраняться, и к 2026 году 80% организаций перейдут на этот подход, поскольку они стремятся к более надёжным и масштабируемым решениям для управления инфраструктурой.
DevSecOps
Повышенное внимание уделяется интеграции безопасности на каждом этапе жизненного цикла DevOps для подготовки DevSecOps. DevSecOps много говорит о внедрении методов обеспечения безопасности на ранних этапах разработки, чтобы гарантировать безопасность приложений и их соответствие требованиям.
- Автоматизированное тестирование безопасности: обеспечивается интеграция тестов безопасности в конвейер CI/CD.
- Непрерывный мониторинг: осуществляется непрерывный мониторинг приложений на предмет уязвимостей в системе безопасности.
- Ранняя интеграция: внедряются методы обеспечения безопасности на ранних этапах жизненного цикла разработки.
Пример: благодаря Snyk и Checkmarx, которые автоматически сканируют и отслеживают риски и уязвимости соответственно, можно систематически улучшать структуру приложений, чтобы их код оставался безопасным и надёжным.
Архитектура микросервисов
Архитектура микросервисов – это разделение приложения на небольшие гибкие сервисы, которые интегрируются с соответствующими бизнес-потребностями с помощью облегчённой системы с открытым исходным кодом.
- Независимое развертывание: независимое развертывание обновлений для отдельных служб.
- Изоляция сбоев: повышенная изоляция сбоев и надёжность системы.
- Масштабируемость: микросервисы независимо друг от друга в соответствии с потребностями.
Пример: такие компании, как Netflix и Amazon, оптимизировали микросервисы для улучшения возможностей масштабирования и гибкости разработки.
Бессерверные вычисления
Бессерверные вычисления управляют всей инфраструктурой, позволяя разработчикам сосредоточиться на коде, а не на снижении накладных расходов.
- Эластичная масштабируемость: изменение размера на лету.
- Экономия средств: платите только за то, что используете.
- Более быстрое развёртывание: сосредоточьтесь на коде и сократите время развёртывания.
Пример: бессерверные вычисления – это AWS Lambda и Функции Azure, лидеры в этой категории, которые позволяют разработчикам выполнять код без необходимости выделять серверы или управлять ими.
Инфраструктура как код (IaC)
Использование IaC позволяет автоматически и единообразно создавать эластично масштабируемые инфраструктуры на всех этапах разработки, тестирования и производства – это необходимое условие для единообразного поддержания среды.
- Автоматическая подготовка: определение инфраструктуры с помощью кода; автоматический запуск.
- Согласованность: обеспечение согласованности условий на всех этапах.
- Контроль версий: отслеживание и систематизация изменения, вносимые в вашу инфраструктуру, с помощью функции контроля версий.
Пример: популярные IaC инструменты, такие как Terraform и Ansible, предоставляют командам возможность управлять инфраструктурой с помощью кода, обеспечивая тем самым согласованность и воспроизводимость.
Непрерывная интеграция и непрерывная поставка (CI/CD)
Конвейеры CI/CD являются основой DevOps, обеспечивая более тесную интеграцию, автоматизацию и масштабируемость для более быстрой и надёжной доставки программного обеспечения.
- Частая интеграция: проводите интеграцию как можно чаще, чтобы быстрее обнаруживать ошибки.
- Автоматизированное тестирование: выполните проверку качества.
- Беспроблемное развертывание: внесите эти изменения в рабочую среду без каких-либо затруднений.
Пример: Jenkins, CircleCI, GitLab CI/CDи т.д. сыграли важную роль в автоматизации изменений кода, интеграции и выпуске новых функций.
Периферийные вычисления
Периферийные вычисления позволяют обрабатывать данные в месте их получения, а не в централизованном центре обработки данных. Это сокращает время ожидания и снижает потребление трафика.
- Обработка в реальном времени: лучше всего подходит для приложений, в которых обработка данных происходит в режиме реального времени.
- Низкая задержка: задержка снижается за счёт обработки данных рядом с их источником.
- Эффективность использования пропускной способности: сокращение использования пропускной способности за счёт децентрализации и локальной обработки соответствующих данных.
Пример: благодаря новым точкам доступа сайты позволяют обрабатывать данные в режиме реального времени и запускать реальные и другие приложения с учётом задержек.
Наблюдаемость
Наблюдаемость – это понимание внутреннего состояния приложений, которое помогает диагностировать проблемы и лучше понимать поведение системы для повышения производительности.
- Сквозная наблюдаемость: объединение метрик, логов и трассировки для комплексного анализа.
- Устранение неполадок: упреждающий подход к решению проблемы до того, как она повлияет на пользователей.
- Понимание системы: позволяет глубже оценить особенности поведения и производительности систем.
Пример: Prometheus, Grafana и New Relic для комплексного и точного мониторинга в командах.
Инженерия хаоса
Инженерия хаоса – это когда в системе намеренно создаются сбои, чтобы проверить, как она на них реагирует и насколько устойчива. Таким образом, любая организация может помочь в создании надёжных систем.
- Имитация сбоев: вызывает сбои в намеренно контролируемых средах.
- Выявление слабых мест: выявляет слабые места в системе и делает её более надёжной.
- Эффективное восстановление: механизмы восстановления должны быть эффективны.
Пример: Chaos Monkey – это инструмент от Netflix, по крайней мере, так говорят тестировщики. Это инженерная практика хаоса, которая помогает создавать более надёжные системы, разрушая их.
Облачная разработка
Облачная разработка использует облачные вычисления в полной мере, обеспечивая большую масштабируемость, гибкость и эффективность.
- Контейнеризация: использует контейнеры для создания согласованных и мобильных сред.
- Микросервисы: разрабатывает приложение с использованием архитектуры микросервисов.
- Динамическое масштабирование: масштабирование ресурсов в зависимости от спроса.
Пример: благодаря облачной разработке команда разработчиков может использовать приложения в любом необходимом масштабе при настройке основных технологий на Kubernetes и Docker.
Гибридные и мультиоблачные стратегии
Гибридные и мультиоблачные стратегии позволяют избежать привязки к поставщику и использовать преимущества всех облачных сервисов.
- Гибкость в выборе поставщика: отсутствие привязки к одному поставщику.
- Оптимизация производительности: использование лучших сервисов каждого провайдера.
- Устойчивость: реализация сценариев нагрузки, замена поставщиков услуг на независимых.
Пример: такие инструменты, как HashiCorp Terraform и Red Hat OpenShift, могут полностью поддерживать гибридные и мультиоблачные развертывания за счет согласованного управления ресурсами, расположенными в нескольких облаках.
GitHub Actions
GitHub Actions быстро становится одной из самых мощных платформ в DevOps мире для CI/CD. Это действительно простой сервис для автоматического тестирования, сборки и развертывания приложений, который помогает автоматизировать рабочие процессы, CI/CD.
- Автоматизация рабочих процессов: настраивает автоматизацию для своего репозитория прямо в GitHub.
- Интеграция: полная интеграция с репозиториями GitHub.
- Гибкость: можно настроить индивидуальные конвейеры CI/CD.
Пример: GitHub Actions позволяет автоматизировать рабочие процессы в репозитории GitHub, которые могут включать проверку кода, тестирование и развертывание.
Платформы Low-Code и No-Code
Платформы с минимумом программирования или вовсе без него демократизируют разработку программного обеспечения для тех, кто не является программистом, позволяя им самостоятельно создавать и запускать приложения, тем самым ускоряя цифровую трансформацию.
- Простота использования: позволяет людям без навыков программирования создавать приложения с помощью low-code или no-code функций.
- Быстрая разработка: эффективная разработка и развертывание приложений.
- Повышение производительности: позволяет разработчикам сосредоточиться на более сложных задачах.
Пример: такие платформы, как OutSystems, Microsoft Power Apps, позволяют компаниям использовать no-code/low-codeрешения для быстрого внедрения и развертывания.
Квантовые вычисления
Ещё одна технология, у которой есть потенциал, но которая пока находится на начальном этапе развития и не имеет чёткой направленности, – это квантовые вычисления. При условии, что они решают сложные задачи быстрее, чем классические компьютеры, это ещё одна тенденция в DevOps, за которой стоит следить.
- Решение сложных задач: решайте реальные проблемы, которые в настоящее время не имеют решения, например, с помощью существующих классических компьютеров.
- Скорость и эффективность: получите ответы с беспрецедентными возможностями.
- Потенциальное будущее: подробнее о том, как далеко квантовые вычисления могут зайти в DevOps без проблем.
Пример: такие компании, как IBM и Google, добились многообещающих успехов в области квантовых вычислений в различных сферах, включая DevOps.
Технология 5G
Внедрение Технологии 5G имеет серьезные последствия для DevOps. В дополнение к более быстрому подключению к Интернету и более надежным каналам связи в целом, 5G значительно улучшит как удаленную совместную работу, так и развертывание в IoT, обработка в реальном времени также хорошо.
- Высокоскоростное подключение: более быстрое подключение к Интернету обеспечивает удаленную совместную работу.
- Обработка данных в реальном времени: обработка данных в реальном времени в соответствии с требованиями приложений Интернета вещей.
- Расширенное сотрудничество: оптимизация бизнес-процессов вашей команды за счет более эффективной координации и надежного соединения.
Пример: люди верят, что с появлением технологии 5G отрасли промышленности изменятся в лучшую сторону благодаря более быстрому и надёжному интернет-соединению, которое позволит создавать новые приложения и совершенствовать традиционные процессы.
AR и VR (дополненная и виртуальная реальность)
Дополненная реальность (AR) и виртуальная реальность (VR) находят свое применение в DevOps при обучении, моделировании и удаленной совместной работе. Эти технологии предлагают более реалистичные способы взаимодействия, которые могут повысить эффективность и способность команды решать проблемы.
- Иммерсивное обучение: AR/VR для обучения и симуляции.
- Удаленная совместная работа: повышает вовлеченность в процесс удаленной совместной работы за счет улучшения пользовательского опыта.
- Повышение продуктивности: повышает продуктивность с помощью интерактивных и динамичных инструментов.
Пример: такие устройства, как Microsoft HoloLens и Oculus Quest, используются для создания эффекта погружения при обучении, моделировании и удаленном сотрудничестве между командами DevOps.
Роботизированная автоматизация процессов (RPA)
RPA устраняет необходимость в выполнении повторяющихся задач и позволяет сотрудникам сосредоточиться на более стратегически важных видах деятельности. К 2025 году RPA инструменты будут ещё глубже интегрированы в рабочие процессы DevOps для повышения эффективности и точности.
- Автоматизация задач: автоматизация монотонных и повторяющихся задач.
- Повышение производительности: повышение производительности за счёт сокращения участия человека.
- Точность: повышение точности за счёт уменьшения количества ошибок, связанных с человеческим фактором.
Пример: в таких случаях такие инструменты, как UiPath и Automation Anywhere, предоставляют решения для роботизированной автоматизации процессов на уровне задач, интегрированных с рабочими процессами DevOps.
SRE (обеспечение надёжности сайта)
Другим важным аспектом DevOps является SRE, который включает в себя разработку программного обеспечения в рамках операционной деятельности. Основное внимание уделяется трем аспектам: надежности, масштабируемости и производительности, что делает его незаменимым инструментом в современной разработке программного обеспечения.
- Надежность: обеспечивает надежность системы по умолчанию.
- Масштабируемость: системы должны быть хорошо масштабируемыми, чтобы справляться с нагрузками.
- Производительность: оптимизация производительности системы для повышения удобства использования.
Пример: стандарты Google в отрасли – никто, кроме них самих, не определяет, что такое надёжность, масштабируемость и производительность в работе. Они определили SRE-практики.
Технология блокчейн
Технология блокчейн будет проанализирована с точки зрения того, как она может повысить безопасность, прозрачность и отслеживаемость для улучшения процессов DevOps. Она делает приложения доступными во всех сферах, от безопасной подписи кода до децентрализованной инфраструктуры.
- Повышенная безопасность: использование блокчейн для повышения безопасности при развертывании и подписании кода.
- Прозрачность: обеспечение прозрачности процессов DevOps.
- Отслеживаемость: отслеживание изменений и развертываний.
Пример: исследователи изучают, как разработка платформ на основе блокчейна может быть использована для новых возможностей DevOps, чтобы повысить безопасность и надёжность.
Почему же так важно отслеживать тренды в сфере DevOPS?
В мире технологий всё меняется с невероятной скоростью, особенно в сфере DevOps. Методы и инструменты, которые вчера были передовыми, сегодня могут оказаться устаревшими. Чтобы оставаться конкурентоспособным, эффективно выстраивать процессы и обеспечивать безопасность своих продуктов, необходимо быть в курсе актуальных тенденций в DevOps.
Сфера DevOps не стоит на месте: появляются новые инструменты, фреймворки и практики, направленные на улучшение взаимодействия между разработкой и эксплуатацией. Подходы, такие как GitOps, Platform Engineering и AIOps, становятся всё более популярными. Если не следить за этими изменениями, можно быстро отстать от рынка.
Одна из основных целей DevOps – ускорение и автоматизация процессов. Отслеживание трендов помогает внедрять лучшие практики и технологии, которые повышают стабильность, сокращают время на выпуск новых функций и уменьшают количество ошибок.
Безопасность больше не является задачей только для специалистов по информационной безопасности. DevSecOps – это подход, который предполагает внедрение механизмов защиты на всех этапах жизненного цикла программного обеспечения. Современные тенденции, такие как shift-left security, предполагают выявление и устранение уязвимостей ещё на этапе разработки. Тот, кто не в курсе этих подходов, рискует создать небезопасный продукт.
Компании, которые оперативно адаптируют новейшие DevOps-практики, быстрее реагируют на изменения рынка, выпускают более стабильные продукты и обеспечивают лучший пользовательский опыт. Это особенно важно в отраслях с высокой конкуренцией, таких как финтех, электронная коммерция, SaaS и другие.
И запомните – кто правит информацией, тот правит миром! Пока на этом всё. Будем смотреть с вами вместе, какие прогнозы сбудутся, а что так и останется сиюминутным, никому не нужным трендом.
Ключевые слова: тренды в сфере девопс до 2028 года.
Подпишитесь на журнал В начало⇑
Facebook
Мой мир
Вконтакте
Одноклассники
Google+
Комментарии отсутствуют
Комментарии могут отставлять только зарегистрированные пользователи
|