Тренды DevOps в 2025 году и будущее DevOps::БИТ 06.2025
 
                 
Поиск по сайту
 bit.samag.ru     Web
Рассылка Subscribe.ru
подписаться письмом
Вход в систему
 Запомнить меня
Регистрация
Забыли пароль?

Календарь мероприятий
октябрь    2025
Пн
Вт
Ср
Чт
Пт
Сб
Вс
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31

показать все 

Новости партнеров

16.10.2025

На GIS DAYS 2025 в четвёртый раз подвели итоги «Биржи ИБ- и IT-стартапов»

Читать далее 

15.10.2025

«Электрорешения» совместно с ИТ-интегратором «ФТО» запустили адресный склад в 1С:ERP, повысив точность исполнения заказов

Читать далее 

15.10.2025

Саммит ЦОД задаёт траекторию развития отрасли в России

Читать далее 

15.10.2025

Системный интегратор DBI заменил импортный софт в IT-инфраструктуре «Арнест Косметикс»

Читать далее 

09.10.2025

Практику и новые инструменты для автоматизации крупного бизнеса представили на Docsvision Day 2025

Читать далее 

показать все 

Статьи

18.10.2025

Как посчитать реальную выгоду от ИИ в видеонаблюдении?

Читать далее 

18.10.2025

Управление расходами: режем косты с помощью ИИ

Читать далее 

17.10.2025

Безопасность как сервис (SECaaS)

Читать далее 

16.10.2025

До 97% выросло количество людей, которые реагируют на утечку своих персональных данных

Читать далее 

09.10.2025

Безопасность как сервис (SECaaS).

Читать далее 

29.07.2025

Точность до метра и сантиметра: как применяют технологии позиционирования

Читать далее 

18.04.2024

Как искусственный интеллект изменит экономику

Читать далее 

22.09.2023

Эпоха российской ориентации на Запад в сфере программного обеспечения завершилась

Читать далее 

22.09.2023

Сладкая жизнь

Читать далее 

22.09.2023

12 бизнес-концепций, которыми должны овладеть ИТ-руководители

Читать далее 

показать все 

Тренды DevOps в 2025 году и будущее DevOps

Главная / Архив номеров / 2025 / Выпуск №6 (149) / Тренды DevOps в 2025 году и будущее DevOps

Рубрика: DevOps


Сергей Головашовруководитель Центра компетенций 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, а также уметь адаптировать узкоспециализированные решения для широкого круга пользователей, делая их более доступными и удобными.

Итак, перейдем к предсказаниям и статистике

  1. Ожидается, что к 2028 году мировой рынок DevOps превысит $25,5 млрд.
  2. Только3 из 10 организаций могут отслеживать свои расходы на облачные технологии.
  3. Внастоящее время более 80 % организаций используют методологию DevOps, и ожидается, что в ближайшее время этот показатель вырастет до 94 %.
  4. Общедоступные облака – самая распространённая платформа DevOps, а гибридные и мультиоблачные стратегии набирают популярность.
  5. 85% специалистов DevOps планируют в ближайшее время внедрить модель общих сервисов.
  6. 75% команд DevOps состоят максимум из 12 человек.


Тренды

Внедрение практик GitOps

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

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

Согласно исследованиям в отрасли, более 60% компаний, применяющих методы DevOps, также внедряют стратегии GitOps для обеспечения согласованности, надёжности и безопасности развёртывания приложений.

Ожидается, что эта тенденция будет сохраняться, и к 2026 году 80% организаций перейдут на этот подход, поскольку они стремятся к более надёжным и масштабируемым решениям для управления инфраструктурой.


DevSecOps

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

  • Автоматизированное тестирование безопасности: обеспечивается интеграция тестов безопасности в конвейер CI/CD.
  • Непрерывный мониторинг: осуществляется непрерывный мониторинг приложений на предмет уязвимостей в системе безопасности.
  • Ранняя интеграция: внедряются методы обеспечения безопасности на ранних этапах жизненного цикла разработки.

Пример: благодаря Snyk и Check­marx, которые автоматически сканируют и отслеживают риски и уязвимости соответственно, можно систематически улучшать структуру приложений, чтобы их код оставался безопасным и надёжным.


Архитектура микросервисов

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

  • Независимое развертывание: независимое развертывание обновлений для отдельных служб.
  • Изоляция сбоев: повышенная изоляция сбоев и надёжность системы.
  • Масштабируемость: микросервисы независимо друг от друга в соответствии с потребностями.

Пример: такие компании, как 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 года.


Подпишитесь на журнал

В начало⇑

 

Комментарии отсутствуют

Комментарии могут отставлять только зарегистрированные пользователи

Выпуск №6 (149) 2025г.
Выпуск №6 (149) 2025г. Выпуск №5 (148) 2025г. Выпуск №4 (147) 2025г. Выпуск №3 (146) 2025г. Выпуск №2 (145) 2025г. Выпуск №1 (144) 2025г.
Вакансии на сайте Jooble

           

Tel.: (499) 277-12-41  Fax: (499) 277-12-45  E-mail: sa@samag.ru

 

Copyright © Системный администратор

  Яндекс.Метрика