Инфраструктура как сервис (IaaS): что это и кому она подходит

Купить сервер — значит вложиться на несколько лет вперед. Угадать нагрузку, заложить запас, дождаться поставки, поставить в стойку, а затем покупать запчасти и держать в штате специалистов, которые будут обслуживать оборудование. Но через год обнаружить, что взяли вдвое больше, чем нужно, и половина мощности простаивает. Инфраструктура как сервис (Infrastructure as a Service, IaaS) ломает эту логику: железо остается чужой собственностью и чужой заботой, а вы берете от него ровно тот кусок, который сейчас работает, и платите только за него.

Представьте, что вам нужен сервер под сайт. Первый путь: купить физический сервер, поставить в свою серверную, подключить, настроить и дальше самому следить за железом. Второй — зайти в панель управления облака, выбрать конфигурацию (сколько ядер, сколько памяти, какие диски) и через пять минут получить готовый виртуальный сервер. 

Это и есть инфраструктура как сервис: вычислительные мощности, дисковое пространство и сеть вы берете в аренду, а всё, что под ними (стойки, диски, коммутаторы, инженеры), остается на площадке провайдера. Ваша зона ответственности начинается выше: операционная система, приложения, данные. Ресурсы поднимаются за минуты из панели или командой через API, а счет, как правило, приходит по факту потребления.

National Institute of Standards and Technology (NIST) в своем каноническом документе описывает модель IaaS через границу управления: заказчику отдают вычисления, хранение и сеть как базовые ресурсы, поверх которых он волен разворачивать что угодно, от ядра ОС до бухгалтерской системы. Само облако под этим слоем заказчику недоступно, зато операционная система, диски и развернутые приложения целиком в его руках.

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

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

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

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

Управлять ресурсами можно вручную через веб-интерфейс, а можно программно. Второй способ открывает подход Infrastructure as Code: конфигурация описывается в репозитории, и похожие среды под разработку, тестирование и продакшн разворачиваются несколькими командами, без ручной сборки каждой среды заново.

Архитектурно инфраструктура как сервис складывается из нескольких слоев:

• Физический слой. Серверы, системы хранения данных (СХД), сетевое оборудование и дата-центры провайдера.
• Слой виртуализации. Гипервизор и средства управления пулом ресурсов, которые превращают железо в гибкий набор виртуальных мощностей.
• Слой виртуальной инфраструктуры. Виртуальные серверы, виртуальные сети, блочные и объектные хранилища, балансировщики нагрузки — то, с чем работает заказчик.
• Слой управления. Веб-интерфейс и API, через которые заказчик создает, настраивает и удаляет ресурсы, следит за их состоянием и за расходами.

Такая слоистая архитектура IaaS позволяет разделить зоны ответственности: провайдер отвечает за нижние уровни, заказчик — за верхние.

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

Провайдер отвечает за нижние слои облачной модели и выполняет несколько ключевых функций: 

• Содержание дата-центров: бесперебойное питание, охлаждение и физическая безопасность серверных площадок
• Обслуживание оборудования: закупка, установка, ремонт и замена серверов, СХД и сетевого оборудования
• Платформа виртуализации: развертывание и поддержка гипервизора и средств управления пулом ресурсов
• Сетевая связность: каналы связи, IP-адресация, балансировка нагрузки и базовая сетевая безопасность
• Доступность и отказоустойчивость: резервирование мощностей и распределение ресурсов по нескольким площадкам, чтобы сбой на одной не остановил работу заказчика
• Техническая поддержка по SLA: закрепленные в договоре сроки реакции на инциденты и обещанный аптайм; процент в SLA — половина картины, вторая половина в том, каким образом прописана ответственность провайдера за срыв обязательства

Все, что выше уровня виртуальной инфраструктуры (операционная система, приложения, данные и их безопасность), остается зоной ответственности заказчика.

Это самый недопонятый момент в облаке, и именно он дороже всего обходится. Модель называется разделяемой ответственностью, и граница в ней проходит по уровню виртуальной машины.

Что поставщик закрывает своими силами:

• периметр площадки: охрана, пропускной режим, питание, охлаждение
• аттестаты и сертификаты: 152-ФЗ у сильных площадок вплоть до первого уровня защищенности, PCI DSS 4.0 для карточных платежей, ГОСТ Р 57580.1-2017 для банков и страховых компаний
• фильтрация DDoS-трафика на сетевом периметре
• бэкапы и площадка для аварийного восстановления (DRaaS)             
• изоляция заказчиков друг от друга на уровне сегментов сети

Что остается вам: правила на межсетевом экране, патчи операционной системы, учетные записи и права доступа, шифрование данных.

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

Час виртуального сервера сам по себе редко дешевле амортизации своего железа. Где экономия реальна, а где она миф?

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

Вам поможет дорожная карта из пяти шагов. 

1.   Аудит текущей инфраструктуры. Инвентаризация серверов, приложений и данных, оценка нагрузки и зависимостей между системами.

2.  Выбор облачной модели и провайдера. Публичное, частное или гибридное облако в зависимости от требований к безопасности и бюджету. На этом же шаге проверяют, есть ли у платформы аттестаты, релевантные вашей отрасли.

3.   Проектирование целевой архитектуры. Расчет конфигураций виртуальных серверов, сетей и хранилищ под реальную нагрузку, без запаса на всякий случай.

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

5.   Полная миграция и оптимизация. Постепенный перенос остальных систем, настройка мониторинга, резервного копирования и правил безопасности.

При выборе провайдера важно проанализировать следующие критерии: 

• Соответствие требованиям вашей отрасли 
• SLA со штрафами за нарушение 
• Формат и скорость поддержки
• Пробный период на реальной нагрузке 
• География дата-центров 
• Прозрачность тарифов без скрытых платежей за трафик 
  
  

SLA без штрафов остается обещанием, а не обязательством.

Отдельно стоит смотреть на экспертизу. Одно дело выдать виртуальный сервер, другое — разобраться в задаче и спроектировать инфраструктуру под нее. За сотни проектов разной сложности у команды формируется насмотренность, которую не заменит привлекательный прайс-лист.

Инфраструктура как сервис — это контроль и вместе с ним ответственность. Она невыгодна, если в компании некому администрировать ОС и сети, если задача решается готовым приложением, если нагрузка стабильна и огромна или если вы ждете, что провайдер закроет все требования безопасности. В этих случаях дешевле подняться на более высокий уровень абстракции и использовать модели PaaS с готовой средой для разработки или SaaS с готовым приложением (чем именно они отличаются, разобрали в статье Модели облачных услуг: IaaS, PaaS и SaaS): 

• Некому поддерживать ОС. Патчи, сети, мониторинг требуют рук и дежурства. Если этих ресурсов нет, работу должен делать провайдер, а это уровень выше IaaS.
• Нужно приложение, а не сервер. Под корпоративную почту или CRM собирать виртуальную инфраструктуру с нуля — лишний труд. Готовый сервис поднимается за день.
• Нагрузка ровная и большая. Гибкость облака окупается там, где нагрузка скачет. Если график на годы вперед — прямая линия под потолком, купленное железо при полной утилизации иногда обходится дешевле аренды.
• Расчет на то, что защиту закроют за вас. Половина периметра в модели IaaS всегда ваша. Если ее некому поддерживать, берите готовое приложение, там спокойнее.

Честный провайдер про эти случаи скажет прямо, вместо того чтобы продавать IaaS всем подряд.

Рынок постепенно смещается от чистой аренды мощностей к платформенным сервисам: готовые облачные платформы снимают с бизнеса не только расходы на железо, но и часть нагрузки на DevOps-команду. Фундаментом при этом остается IaaS — именно с этой моделью компании чаще всего заходят в облако.

Востребованность сервиса подкрепляется статистикой. По оценке Apple Hills Digital, российский рынок публичного IaaS за 2025 год прибавил с 75 до 96 млрд руб., а к 2030 году аналитики прогнозируют 241 млрд руб. при среднегодовом росте около 20%.

Важно запомнить:

•  Что такое IaaS. Базовая модель облачных услуг: аренда виртуальной ИТ-инфраструктуры вместо покупки серверов.
• Как работает. Виртуализация делит ресурсы дата-центра на виртуальные машины; заказчик управляет ими через веб-панель или API и платит за фактическое потребление.
• Безопасность. Делится пополам: ошибка конфигурации на стороне заказчика провайдером не покрывается.
• Отличия от PaaS и SaaS. Разные уровни контроля под разные задачи: в IaaS заказчик настраивает почти все сам, в SaaS почти ничего.
• Когда использовать. Если нужны контроль над инфраструктурой, гибкость настройки и есть ресурсы для самостоятельного сопровождения. Переезжать лучше через пилот.