Облака без иллюзий: чему на самом деле научился рынок IaaS к 2026 году

Облачный рынок к 2026 году выглядит зрелым и перегретым одновременно. Провайдеров много, технологическая гонка и конкуренция плотные. Поверх этого отдельные аномальные факторы продолжают задавать турбулентность, а у бизнеса остается один вопрос: кто закрывает задачи эффективно и в обещанных рамках. В центре этого разговора оказывается IaaS, который давно стал базовой составляющей корпоративной ИТ-стратегии, а сегодня всё чаще звучит в разговорах о безопасности, непрерывности и цифровой зрелости бизнеса. Обо всём этом мы говорим с Тимуром Чубариным, генеральным директором mt cloud.

Что изменилось в облачном рынке к 2026 году

К 2026 году рынок, оставив позади период миграции, накопил опыт работы в новых условиях и вышел в новую фазу. И сейчас он развивается в сторону зрелости, гибридности и кастомизации. Этот период многое дал рынку: заказчики увидели в работе с провайдерами узкие места, выработались критерии выбора, а развитие технологий и просто время подняли общую планку по ИБ и инфраструктуре. Цена по-прежнему важна, но решение по ней одной уже мало кто принимает. Сегодня клиент приходит с подробным списком вопросов: какой SLA, какая полная стоимость владения, насколько гибкий контракт, что будет при возврате на on‑prem, какие сервисы идут поверх инфраструктуры. И что самое важное  — насколько инфраструктура справится с реальными сценариями работы.

Сохраняется долгосрочный драйвер облачного рынка — стремление сократить затраты и снять операционную нагрузку с собственной ИТ-команды. Чтобы поставить своё железо, нужно его монтировать, обслуживать, вкладываться в ресурсы и специалистов. В облаке такой необходимости нет, и контраст с он‑премом остаётся одним из ключевых стимулов для перехода или увеличения облачной доли.

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

К росту цен добавляется и сжатие горизонта планирования. Раньше многие компании считали в логике трех-пяти лет — купить своё оборудование или уйти в облако. Сейчас такой горизонт воспринимается как избыточный: текущая ситуация на рынке располагает к учёту более краткосрочных сценариев, компании не готовы замораживать деньги в инфраструктуре. В результате усиливается логика гибких решений. У клиента есть выбор: проверить гипотезу за год, платя условно 1 млн в месяц, или купить железо на 30–40 млн и жить с этим решением годы. И первый вариант во многих случаях выигрывает.

Но, конечно, выбор между облаком и on-prem не бинарный. Заказчик уже не мыслит категориями «облако или собственная инфраструктура», он смотрит на то, как работает инфраструктура в реальных условиях: как ведет себя система при пиковой нагрузке, что происходит при отказе региона, сколько времени занимает восстановление критичных процессов. То есть мы видим, что на рынке сценарное мышление стало нормой, и это естественно приводит к гибридным решениям, когда часть нагрузки в облаке, часть на собственных мощностях, между ними отлаженные процессы миграции и DR. И заказчику важно, чтобы провайдер мыслил этими же категориями, был готов строить и сопровождать инфраструктуру под конкретные задачи бизнеса.

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

Что такое IaaS сегодня: не только про виртуальные машины

Когда в обсуждениях всплывает термин IaaS, по инерции часто представляют набор виртуальных машин и дисков на стороне провайдера. Сегодня это понятие значительно шире. Сейчас под IaaS скорее понимают полнофункциональную инфраструктурную платформу: вычислительные ресурсы, сетевую связность, хранилища, сервисы резервного копирования и DR, а также связку с bare metal там, где виртуализации недостаточно.

Спрос на bare metal в этой конструкции не исчез, а наоборот вырос. Есть классы нагрузок, где виртуализация создает лишние накладные расходы или не позволяет выжать максимум производительности. Тогда bare metal остаётся оптимальным выбором. Важно, что современные IaaS‑платформы не противопоставляют виртуальные машины и «голое железо», а дают возможность комбинировать их в рамках единой архитектуры. И случается это там, где задействованы ресурсоёмкие системы, большие базы данных, ИИ-нагрузки, другие GPU-задачи или специфические отраслевые решения — везде, где требуется полная изоляция или максимум производительности.

Когда у клиента есть повышенные требования к информационной безопасности, такие проекты реализуются по модели частного облака или решений на базе bare metal. Мы собираем под клиента оборудование, изолируем сегмент и предоставляем всю инфраструктуру: железо, сеть, межсетевые экраны, в аренду с доступом только для заказчика. 

К повышенным требованиям ИБ добавляются регуляторные — соответствие 152-ФЗ и другим профильным нормам. Для многих отраслей вопрос размещения и обработки данных в облаке уже стал практическим, а не теоретическим. Получить платформу, соответствующую законодательству в области защиты персональных данных, часто проще через облачного провайдера. Бытует мнение, что для реализации защитных мер достаточно только купить лицензии и оборудование, но на самом деле это не так. Многие не учитывают долгий процесс внедрения и найм специалистов для обслуживания средств защиты. Облачные провайдеры закрывают эту потребность, предлагая готовую аттестованную и сертифицированную инфраструктуру, а интегрированные в облако сервисы, например, мониторинг событий ИБ или комплексная защита веб‑приложений, позволяют решить вопросы информационной безопасности здесь и сейчас, без долгого внедрения собственных решений. В этом смысле IaaS сегодня — это не просто технология, а связка инфраструктуры, процессов, юридической базы и компетенций команды провайдера.

IaaS и PaaS: где проходит граница и почему она важна

На фоне зрелости рынка грань между IaaS и PaaS стала тоньше, но от этого не менее значимой. Многие провайдеры добавляют в свою линейку платформенные сервисы: базы данных как сервис, брокеры сообщений, контейнерные платформы и другие компоненты, которые формально выходят за пределы «чистой» инфраструктуры. Для заказчика это удобно, но встает вопрос: где заканчивается зона его ответственности и начинается зона ответственности провайдера. В индустрии для этого есть устоявшаяся рамка — модель разделения ответственности. При правильном её понимании PaaS-модель слаженно работает: провайдер берёт на себя ОС, патчи, обновления платформы, а клиент данные, доступы, корректную настройку сервиса.

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

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

Там, где бизнесу нужен максимальный контроль над инфраструктурой, прозрачная модель ответственности и возможность быстро переключиться на альтернативные сценарии, приоритет отдаётся гибким IaaS‑моделям — частным облакам, гибридным решениям, bare metal. С наличием PaaS-сервисов как отдельных managed-сервисов под конкретные задачи. Если же на первый план выходят скорость запуска и стандартизированные сервисы, компании допускают больший уклон в PaaS, принимая, что часть управления окажется внутри платформы провайдера. На практике большинство корпоративных решений — это сочетание моделей, и заказчик по каждому сервису решает отдельно, какой уровень контроля ему нужен

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

Почему в 2026 году IaaS — не ниша, а более 40% рынка

По оценкам рынка к 2026 году значительную часть облачной инфраструктуры в России будут составлять модели IaaS. По данным iKS-Consulting, в 2025 году доля российского рынка IaaS составил около 44% от всего облачного рынка России. Это второй по объему сегмент после SaaS и значимая часть инфраструктурного стека крупного бизнеса. Мы видим это по структуре спроса: компании переносят в облако всё более сложные и критичные системы, а не только тестовые среды или вспомогательные сервисы. Бизнесу важна предсказуемость: он хочет понимать, как ресурсы будут масштабироваться, сколько это будет стоить через год и что произойдёт, если придётся быстро нарастить или, наоборот, сократить мощности.

Общий прогноз по IaaS на рынке по оценкам аналитиков принято считать около 27-28% роста в год. Но мы ожидаем, что реальная динамика окажется выше. Отдельные сегменты растут заметно быстрее. Спрос на IaaS под высокочастотные нагрузки и кастомизированные частные облака показывает рост от 30-40% и выше, спрос на GPU-инфраструктуру под ИИ за 2025 год вырос кратно и продолжает расти. Плюс фактор подорожания добавляет очки в пользу IaaS.

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

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

Когда DR — базовый стандарт

Тема резервирования и DR перестала быть отдельной опцией, которую обсуждают после пары громких инцидентов на рынке уже давно. В 2026 году это уже часть базовой повестки любого серьёзного проекта в облаке. Заказчики воспринимают DR как страховку, которая должна быть встроена по умолчанию.

Работа с DR в IaaS подразумевает не только геораспределённые дата-центры, но и обязательный набор практик: грамотное планирование RTO и RPO, продуманную репликацию и бэкапы, документированный план действий и регулярные учения по его отработке. То, насколько быстро команда провайдера и заказчика способны совместно отработать реальный инцидент, показывает реальную зрелость таких процессов. можно сколько угодно говорить о надёжности и резервировании, но пока компания не прошла хотя бы один‑два полноценных тестовых сценария, уверенности не будет. Также востребованы сценарии с DR и резервными площадками.

За пределами маркетплейса: кастомные облачные решения

На рынке, который входит в фазу зрелости и которому как этапу свойственна консолидация крупными игроками, масштабные маркетплейсы готовых сервисов — экономически логичная форма работы для крупных провайдеров. И для многих задач это рабочее решение: набор готовых сервисов закрывает типовые потребности по скорости и стандартизации. Что важно, одновременно с этим растёт спрос на кастомные решения под конкретные задачи бизнеса. Это две параллельные модели, отвечающие разным запросам заказчиков.

Линия кастомных решений во многом разворачивается через тренд на партнёрские экосистемы. Здесь игроки идут другим путём, не через большой каталог готовых сервисов, а через сборку решения в партнёрстве с поставщиками IaaS и PaaS. Такие продукты часто глубже проработаны и точнее ложатся в задачу заказчика, потому что за ними стоит узкая экспертиза, а команда быстрее внедряет новые решения и выступает трендсетером в своей области.

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

Кому и когда IaaS не подходит

На фоне общего роста рынка  IaaS часто преподносят как универсальный ответ. Есть организации и сценарии, где переход в облако либо пока экономически невыгоден, либо упирается в жёсткие регуляторные или технические ограничения. Например, когда инфраструктура уже окупила себя, работает на собственных серверах с загрузкой 80-90%, а пиковых нагрузок почти нет, эффект от переноса в облако будет менее заметен.

Есть и другие истории. Часть компаний до сих пор живёт на сильно кастомизированных монолитных системах Их можно перенести в облако, но без серьёзного рефакторинга получится та же тяжелая архитектура, только на чужой инфраструктуре. Облако в таком случае не дает ожидаемых преимуществ: система не становится масштабируемой, одна точка отказа остается, а компания платит за круглосуточные ресурсы под пиковую нагрузку.  В таких ситуациях провайдер вместе с заказчиком продумывает стратегию миграции. Какие части системы готовы переезжать сразу, что требует рефакторинга, в каком порядке двигаться. Иначе облако становится продолжением старых проблем, а не способом их решить

Наконец, есть особые случаи, когда речь идёт об объектах критической информационной инфраструктуры (КИИ) и системах с жёсткими требованиями по изоляции, сертификации и контролю. Здесь публичное облако часто действительно не подходит — но это не значит, что облачная модель неприменима. Для таких сценариев существуют специализированные формы: частные облака, инфраструктура на bare metal с аттестацией ФСТЭК, изолированные сегменты. Это тоже облачные модели, просто рассчитанные на повышенные требования по безопасности и регуляторике.

Что будет дальше: IaaS как основа, а не опция

В 2026 году IaaS перестал быть точечным инструментом и занял ключевое место инфраструктурной стратегии для большинства крупных компаний. На его базе по‑прежнему будут развиваться PaaS‑сервисы, отраслевые платформы и специализированные решения. Именно IaaS остаётся той инфраструктурной основой, на которой сходятся требования безопасности, регуляторов, бизнеса и ИТ.

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

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

В этом смысле роль команд, которые совмещают инфраструктурную экспертизу с пониманием безопасности и регуляторики, только возрастает. Они помогают бизнесу не просто «переехать в облако», а развить облачную инфраструктуру: от пилотных проектов до продуманных DR-схем, от отдельных сервисов к единой архитектуре. Вокруг таких игроков формируется новый рынок IaaS, к которому компании подходят уже без иллюзий, с понятными ожиданиями.