Поиск по сайту

bit.samag.ru

Web

Рассылка Subscribe.ru

подписаться письмом

Вход в систему


Запомнить меня
Регистрация Забыли пароль?

О журнале

Ваше мнение

Статьи

Общие тенденции и тренды

Архив

Мероприятия

Календарь мероприятий

март

2026

показать все

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

17.03.2026

Российские разработчики создают систему для проектирования сверхвысокочастотных интегральных схем на Astra Linux

05.03.2026

МТС AdTech и MWS AI: 24% трудоспособного населения России регулярно пользуются генеративным ИИ в формате чатов

05.03.2026

Эксперт SafeERP Римма Кулешова: безопасность ERP больше не про ИТ, а про выживание бизнеса

05.03.2026

Не внедривший — жалеет: каждый третий предприниматель пожалел, что не внедрил автоматизацию раньше

03.03.2026

«Байкал Электроникс» и РЕГЛАБ заключили миллиардный контракт на поставку микроконтроллеров Baikal U-1000

показать все

Статьи

18.03.2026

Ах, если бы сбылась моя мечта!

06.03.2026

Как компьютеры понимают текст?

06.03.2026

Как компьютеры понимают текст?

30.12.2025

Как найти идею и перезапустить продукт в «красном океане»

30.12.2025

Интеграция как бизнес-задача

29.07.2025

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

18.04.2024

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

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 году уже не тот мостик между 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 года.

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

В начало⇑

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

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