Публичное, частное и гибридное облако: в чём разница и что выбрать

Выбор модели облака — не вопрос моды, а инженерный расчёт: от него зависят капитальные затраты, соответствие регуляторам, скорость масштабирования и стоимость владения на 3-5 лет. Универсально «лучшей» модели нет — есть подходящая под конкретный профиль нагрузки, данных и регуляторики. Коротко:

• Публичное облако — аренда мощностей у провайдера, оплата по факту (OPEX), мгновенное масштабирование; выигрывает на переменной нагрузке и старте проекта.
• Частное облако — выделенная инфраструктура одной компании, аппаратная изоляция и полный контроль; выигрывает на постоянной нагрузке 24×7 и при жёстких требованиях регуляторов.
• Гибридное облако — частный и публичный контуры под единым управлением; баланс безопасности и эластичности.
• Как выбирать — не по ценнику закупки, а по TCO на 3-5 лет с учётом нагрузки, чувствительности данных и требований 152-ФЗ и КИИ.

Облако — это виртуальные вычислительные ресурсы (CPU, память, хранилище, сеть), которые предоставляются по требованию из общего пула, а не привязаны к конкретному серверу под столом. Ключевые свойства — самообслуживание, сетевой доступ, эластичность и тарификация по потреблению. По способу развёртывания облака делят на три типа, и разница между ними — в том, кому принадлежит и кем управляется инфраструктура. Публичное — аренда мощностей у провайдера, обслуживающего множество клиентов на общем оборудовании. Частное — выделенная инфраструктура одной организации на собственном или арендованном выделенном железе. Гибридное — комбинация двух подходов под единым управлением.

Классификация закреплена в NIST Special Publication 800-145 (NIST, 2011): там выделены четыре модели — public, private, hybrid и редкое в корпоративной практике community. От гибрида стоит отличать мультиоблако: гибрид объединяет частный и публичный контуры под общей логикой управления, а мультиоблако — использование нескольких публичных провайдеров одновременно, без обязательного частного контура.

«Частное/публичное» и «IaaS/PaaS/SaaS» — разные оси. Первая отвечает на вопрос «где развёрнуто», вторая — «что арендуется как услуга». IaaS — виртуальные серверы, хранилища, сети: провайдер держит физический слой и гипервизор, клиент управляет ОС и приложениями. PaaS — готовая платформа с преднастроенными СУБД и средами исполнения, где клиент работает только с кодом. SaaS — готовое приложение по подписке, где провайдер управляет всем стеком. Оси независимы: частное облако может отдавать IaaS внутри компании, а гибрид — сочетать частный IaaS для чувствительных данных и публичный PaaS для разработки.

Публичное облако — среда, где ресурсы предоставляются множеству клиентов через интернет на общей инфраструктуре провайдера. Основа — мультитенантность: на одном физическом сервере работают виртуальные машины разных клиентов, а данные разделяются логически, через отдельные тома, tenant-идентификаторы и политики доступа. Среди российских публичных провайдеров — Yandex Cloud, VK Cloud, Cloud.ru, Selectel и Timeweb Cloud; все публикуют тарифы с почасовой или посекундной оплатой и позволяют поднять типовую ВМ за минуты.

Главное преимущество — модель pay-as-you-go: вместо вложений в серверы, СХД и инженерную инфраструктуру компания платит только за фактическое потребление, а диски, публичный IP и балансировщики тарифицируются отдельно. Второй плюс — мгновенное масштабирование: новую ВМ поднимают меньше чем за минуту, а выделенный физический сервер у ряда провайдеров готов от 2 минут (по данным документации облачных сервисов Selectel, 2024).

Минусы вытекают из той же архитектуры. Клиент не контролирует физический слой, зависит от провайдера и качества канала. Отдельная проблема — скрытый рост счёта. Главный «невидимый налог» — плата за исходящий трафик (egress): по данным CloudFort, 2025, AWS берёт около $0,09 за гигабайт после первых 100 ГБ, и на больших выгрузках это заметная статья. Масштаб подтверждает статистика: по данным VMware Cloud Outlook, 2025, 94% ИТ-руководителей считают часть облачных расходов потерями, причём 49% уверены, что впустую уходит более четверти бюджета.

Публичная модель выигрывает там, где нагрузка переменна, а инвестировать в собственное железо преждевременно: старт проекта и MVP; сезонная и пиковая нагрузка (ритейл на распродажах наращивает мощности на время всплеска, не арендуя резервный ЦОД под пик, который простаивает остальные 11 месяцев); разработка и тестирование сред, которые нужно быстро создавать и уничтожать; аналитика с временным доступом к мощностям и готовым ML-сервисам. А когда невыгодно? При постоянной высокой нагрузке 24×7: на стабильном потреблении выделенная инфраструктура обычно дешевле в пересчёте на единицу ресурса, а скрытые платежи за трафик и IOPS накапливаются.

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

Есть два варианта развёртывания. On-premise — на собственном оборудовании в своём ЦОД: абсолютный контроль ценой дорогого обслуживания. Hosted (managed) private cloud — аренда выделенных мощностей, где железо стоит в дата-центре провайдера, но выделено под одного клиента, а провайдер берёт на себя обслуживание, замену дисков и RAM, охлаждение и доступность. При выборе hosted-варианта смотрите на класс надёжности площадки по Uptime Institute: Tier III предполагает резервирование N+1 и обслуживание без остановки сервиса, Tier IV — полное резервирование 2N. Для критичных систем ориентируйтесь на дата-центры Tier III и выше и на наличие аттестатов соответствия требованиям ФСТЭК и ФСБ, если речь о регулируемых данных.

Отдельно стоит различать частное облако и Virtual Private Cloud (VPC). VPC — логически изолированный сегмент внутри публичного облака: провайдер выделяет арендатору собственное адресное пространство, подсети и правила доступа, но физические ресурсы по-прежнему разделяются с другими клиентами через SDN. Ключевое отличие: частное облако изолировано на аппаратном уровне, VPC — только логически. VPC часто используют как публичный контур гибрида.

Плюсы — контроль и предсказуемость. Аппаратная изоляция повышает безопасность и упрощает соблюдение требований регуляторов. Компания сама выбирает модели серверов, типы процессоров и дисков, архитектуру сети, использует ускорители под ИИ или HPC; производительность не зависит от «соседей». Минусы — обратная сторона того же контроля: высокий CAPEX (серверы, СХД, сеть, лицензии на виртуализацию, ИБП, охлаждение); сроки построения в недели и месяцы против минут в публичном облаке; дорогое обслуживание (10-20% от стоимости оборудования в год плюс энергопотребление); масштабирование, упирающееся в закупку железа; потребность в квалифицированных инженерах. Вывод: частное облако оправдано при устойчивой интенсивной нагрузке и жёстких требованиях к безопасности. На переменной нагрузке дорогое железо будет простаивать.

Частное облако собирается из четырёх слоёв: вычислительные ноды, система хранения, сеть ЦОД и платформа виртуализации. Вычислительный слой — пул серверных платформ под гипервизор; под частное облако вендоры позиционируют конкретные линейки: Dell PowerEdge R650xs/R750/R760, HPE ProLiant DL380 и Synergy 480 (сертифицированы под Azure Stack HCI), Lenovo ThinkAgile MX, Huawei FusionServer 2288H. Ориентир по масштабу: под 1С/ERP на ~200 одновременных пользователей обычно хватает пары двухпроцессорных нод в отказоустойчивом кластере с All-Flash СХД, а под ~1000 пользователей закладывают 3-5 нод, слой кэширования и резервирование N+1. Под приватные AI/ML-кластеры добавляют GPU-ноды (например, серверы с NVIDIA A100/H100) в отдельный пул под обучение и инференс.

Система хранения — критичный по производительности слой. Для OLTP-баз типично требуется 50 000-200 000 IOPS. All-Flash СХД корпоративного уровня дают порядка 500 000-2 000 000 IOPS на систему, гибридные массивы (SSD+HDD) — 50 000-500 000 IOPS, а один HDD выдаёт всего 55-180 IOPS. Этот разрыв в порядок величин и объясняет, почему под нагруженные СУБД берут All-Flash. В сети ЦОД стандартом для облачных и AI-нагрузок стала топология Spine-Leaf — плоская L3-схема на архитектуре Clos с неблокирующей сетью и предсказуемой латентностью, в отличие от классической Top-of-Rack, которая создаёт узкие места при интенсивном обмене сервер-сервер.

Платформа виртуализации в российских проектах 2026 года — это, как правило, отечественные решения из реестра Минцифры: zVirt («Базис»), VMmanager (Группа «Астра»), KeyStack и KeyVirt (ITKey), Р-Виртуализация (Росплатформа), Astra Infrastructure Cloud. На 2026 год в реестре более 90 решений по виртуализации, из них порядка 30 — зрелые продакшн-платформы; число сверяйте на дату закупки. В наших проектах построение кластера начинается с аудита нагрузки и требований к ПО. Например, для промышленно-продовольственного кластера «Косино» (дочерняя структура ВТБ Недвижимости) требовался обязательный функционал — снэпшоты, репликация, дедупликация, кластеризация, нарезка LUN — и горизонт планирования 5 лет. За две недели наша команда провела сравнительный анализ российских и зарубежных вендоров и рекомендовала моновендорное решение на базе Huawei, закрывающее весь перечень требований. Если строить собственный ЦОД нерационально, мощности арендуют в коммерческом дата-центре по модели hosted private cloud.

Гибридное облако — интеграция частного и публичного контуров под единым управлением, где нагрузки распределяются по требованиям к безопасности, производительности и стоимости. Принцип простой: чувствительные данные и критичные системы — в частном контуре, ресурсоёмкие и пиковые задачи — в публичном. Механизм переработки пика — cloud bursting: частное облако «прорывается» в публичное при высокой утилизации (обычно 70-80% загрузки) и получает дополнительные мощности без прерывания сервиса, а после спада освобождает их. Реализуется через оркестрацию и автомасштабирование (например, Kubernetes HPA с Cluster Autoscaler) при обязательной низколатентной связности через VPN или Direct Connect.

Гибрид важно не путать с мультиоблаком: гибрид всегда включает частный или on-premise контур плюс публичное облако с общей логикой управления и переносом нагрузок, а мультиоблако — несколько публичных облаков разных провайдеров, где среды управляются раздельно. По формулировке Gartner, гибридное облако — это скоординированное предоставление, использование и управление услугами в сочетании внутренних и внешних облачных сервисов.

Главный плюс — баланс между безопасностью и масштабируемостью: чувствительные данные остаются в частном контуре, а переменные нагрузки уходят в эластичное публичное облако. Минусы — в сложности: нужна надёжная связь между сегментами и единые политики безопасности; перемещение больших объёмов при высокой задержке канала снижает производительность и повышает затраты («притяжение данных»); сбой в одном сегменте способен затронуть всю инфраструктуру. Типичные сценарии: разработка и тестирование в публичном контуре при продуктиве в частном; обработка пиков через cloud bursting; вынос резервных копий в публичное облако; поэтапная миграция без остановки бизнеса.

Когда в публичный контур выносят бэкапы, планируйте их не по объёму, а по двум метрикам. RPO (Recovery Point Objective) — допустимый объём потерянных данных, то есть частота снятия копий: от near-zero при синхронной репликации до нескольких часов при ночных бэкапах. RTO (Recovery Time Objective) — допустимое время простоя до восстановления сервиса. Для критичных систем типично закладывают RPO в минуты и RTO в десятки минут — часы, для некритичных — сутки. Именно из этих двух чисел выводится схема резервирования и стоимость гибридного бэкапа.

Переход между моделями (например, с частного на гибридное) — управляемый процесс, а не разовое переключение. Рабочий порядок: сначала пилот — переносят некритичный сервис (документооборот или тестовую среду) и отлаживают связность, политики безопасности и мониторинг; затем перенос некритичных нагрузок с проверкой совместимости форматов виртуальных дисков и сетевых конфигураций; и только потом cutover критичных систем — после теста отказоустойчивости и отработанного плана отката. Типичные риски миграции: несовместимость форматов дисков между гипервизорами, простои из-за перенастройки DNS и сети, недооценённое «притяжение данных» при переносе больших объёмов. Инструменты автоматизации сокращают время простоя, но не отменяют заранее спроектированную совместимость API и сетей. Для инфраструктур с жёсткими SLA всегда выбирают поэтапный сценарий, а не единовременный «большой взрыв».

Ниже — сводное сравнение по критериям, важным для ИТ-директора и закупщика. Конкретные значения зависят от объёма инфраструктуры, но общая картина сильных и слабых сторон устойчива.

По данным Flexera 2024 State of the Cloud Report (данные собраны в конце 2023 года, 753 респондента), 89% организаций используют мультимодель. В России картина иная: по данным исследования Apple Hills Digital и VK Tech (2024), публичные облака заняли 88% рынка (около 352 млрд ₽ из 392 млрд ₽), а частные и гибридные — 12% (свыше 40 млрд ₽). Высокая доля частных решений — российская специфика, связанная с регуляторикой.

Выбор начинается не с технологии, а с профиля бизнеса. Ответьте на отправные вопросы: какой тип и чувствительность данных вы обрабатываете; какие требования ИБ и регуляторов применимы; какова нагрузка — постоянная или переменная; что приоритетнее — CAPEX или OPEX; каковы планы роста на 3-5 лет. Логика по характеру нагрузки: переменная непредсказуемая нагрузка и старт проекта без требований к локализации → публичное; постоянная нагрузка 24×7 и чувствительные данные под регуляторикой → частное; есть и стабильное ядро, и пики → гибрид.

Отдельный слой решения — расчёт TCO на 3-5 лет, а не сравнение ценников «в лоб». В TCO входят миграционные расходы, вычисления и хранение, сетевые передачи (особенно egress), лицензии на СУБД, мониторинг, резервное копирование, обучение персонала и риски простоев. Для частного облака добавляют энергопотребление 24/7, охлаждение (по ряду оценок до 40-50% к счетам за электроэнергию), аренду площадей, обслуживание (10-20% от стоимости оборудования) и апгрейды. Формула: TCO = CAPEX + Σ(OPEX_год × N лет). Условный иллюстративный сценарий на 3 года для инфраструктуры среднего масштаба (цифры округлены и приведены только для демонстрации логики):

• Частное облако. CAPEX на серверы, СХД и сеть — допустим, 12 млн ₽ единовременно; OPEX ≈ 2,5 млн ₽/год. TCO за 3 года ≈ 12 + 2,5 × 3 = 19,5 млн ₽.
• Публичное той же ёмкости при загрузке 24×7. CAPEX ≈ 0; OPEX ≈ 7 млн ₽/год. TCO за 3 года ≈ 7 × 3 = 21 млн ₽.

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

Для российской корпоративной аудитории законодательство — часто определяющий фактор, а для ряда данных частное облако (или частный контур гибрида) остаётся единственно допустимым вариантом.

Базовый документ по персональным данным — Федеральный закон от 27.07.2006 № 152-ФЗ «О персональных данных». Обязанность хранить ПДн граждан РФ в базах данных на территории РФ вытекает из статьи 18, а ответственность за нарушение локализации закреплена частью 8 статьи 13.11 КоАП РФ. Для критической информационной инфраструктуры действует Федеральный закон от 26.07.2017 № 187-ФЗ «О безопасности КИИ»: объекты КИИ — это информационные системы, сети и АСУ субъектов в критических сферах (энергетика, банки, транспорт, связь, здравоохранение, оборонная и химическая промышленность). Требования к защите значимых объектов определяет приказ ФСТЭК России № 239, включая применение сертифицированных СЗИ. Отраслевые нормы дополняют картину: банки соблюдают ГОСТ Р 57580 и PCI DSS, для работы с зарубежными партнёрами ориентиром служат ISO/IEC 27001 и ISO/IEC 27017. Номера приказов и редакции уточняйте по первоисточникам.

Отдельный пласт — импортозамещение. Для значимых объектов КИИ применяется российское ПО из Единого реестра Минцифры и доверенные отечественные ПАК; присутствие в реестре даёт право на закупку без ограничений. Из нашей практики: уход зарубежных вендоров мы регулярно закрываем переходом на отечественное оборудование и ПО. Например, для АО «ОАК» замена импортной системы хранения на решение российского производителя позволила и сохранить проект в рамках санкционных ограничений, и уменьшить расходы на последующее масштабирование.

Практический порядок действий: соберите метрики нагрузки за репрезентативный период (реальное потребление CPU, памяти, IOPS и трафика, а не оценку «на глаз»); классифицируйте данные по чувствительности и регуляторике; рассчитайте TCO на 3-5 лет по каждому реалистичному сценарию; проверьте модель на пилоте до полного переноса — это дешевле, чем переделывать архитектуру после cutover. По опыту инженеров Work System, именно аудит нагрузки и требований к ПО снимает большую часть ошибок ещё до закупки. Мы проектируем частные и гибридные облака «под ключ» — от выбора серверной платформы и СХД до кластера виртуализации из реестра Минцифры и сопровождения — и показываем полную стоимость владения, а не только цену закупки.