За последние пару лет российский рынок облачных хостингов сильно изменился. Часть зарубежных провайдеров стала недоступна, выросли локальные игроки, появились новые модели — от классических VPS до полноценных PaaS-платформ.
Для бизнеса это значит, что выбор перестал быть очевидным. Критерии, по которым раньше сравнивали российские облака с зарубежными, больше не работают как раньше. Появились новые требования по локализации данных, новые модели оплаты, новые продуктовые подходы.
Разберём, на что реально стоит смотреть в 2026 году, чтобы выбрать инфраструктуру под бизнес-задачи, а не под маркетинговые обещания. Статья ориентирована на тех, кто принимает решение в компании — ИТ-директора, продакт-овнера, технического директора.
Что такое облачный хостинг
Сначала короткий разбор, чтобы термин не превращался в общее место.
Обычный shared-хостинг — один сервер, на котором хостится много сайтов разных клиентов. Дёшево, но любой соседний сайт может повлиять на ваш. Подходит для статических сайтов и простых лендингов.
VDS/VPS — виртуальный сервер с выделенными ресурсами. Полный контроль над ОС, но всё нужно настраивать самостоятельно. Подходит для проектов, где нужна гибкость.
Облачный хостинг — это зонтичный термин. Под ним скрывается несколько разных моделей.
- IaaS (Infrastructure as a Service). Расширенная версия VPS — с API, эластичным масштабированием, поминутной тарификацией и интеграцией с другими сервисами провайдера.
- PaaS (Platform as a Service). Платформа, которая принимает код и превращает его в работающий сервис. Сборка, деплой, домены, HTTPS — на стороне платформы.
- SaaS (Software as a Service). Готовые приложения по подписке. К хостингу относится опосредованно.
- Managed-сервисы. Отдельные инфраструктурные компоненты — базы данных, объектное хранилище, очереди — которые провайдер берёт на себя.
В большинстве случаев под «облачным хостингом» в B2B понимают комбинацию IaaS и managed-сервисов — иногда с PaaS-слоем поверх. Конкретный набор зависит от того, какие задачи бизнес планирует на этой инфраструктуре решать.
Особенности российского рынка
Для российского бизнеса есть факторы, которых нет на международном рынке. Они влияют на выбор сильнее, чем технические характеристики.
Юридическая база. Договор с российским юрлицом, оплата с расчётного счёта в рублях, закрывающие документы для бухгалтерии. Возможность работать как с ИП, так и с ООО. Без этого многие компании в принципе не могут заключить контракт.
Локализация персональных данных. 152-ФЗ требует, чтобы персональные данные граждан РФ хранились и обрабатывались в датацентрах на территории России. Если сервис собирает любые данные пользователей — имена, email, телефоны, любую идентифицирующую информацию — провайдер должен соответствовать.
Регионы датацентров. Расположение влияет на задержки для российских пользователей. ЦОД в Москве — десятки миллисекунд, ЦОД в Европе — 50–100 мс плюсом, ЦОД в Азии — 150+ мс.
Поддержка на русском в рабочее время по МСК. Кажется очевидным, но не у всех провайдеров так. У некоторых поддержка только на английском или с большой задержкой по часовым поясам.
Интеграция с российскими сервисами. Платёжные системы, ID-провайдеры, государственные сервисы, локальные платформы аналитики и коммуникации. Готовность инфраструктуры подключаться ко всему этому из коробки экономит время.
Ограничения по зарубежным сервисам. Часть международных сервисов — мониторинговых, аналитических, платёжных — стала недоступна или нестабильна. Провайдер с альтернативами в стеке упрощает жизнь.
Семь критериев выбора для B2B
Дальше — структурированный набор параметров, по которым имеет смысл оценивать провайдера. Каждый из них критичен для бизнес-сценариев, и в сумме они дают объективную картину.
1. Юридическая база
Самый базовый, но часто недооценённый критерий.
- Российское юрлицо, с которым подписывается договор.
- Возможность работы по ЭДО — без бумажного документооборота между офисами.
- Закрывающие документы (акты, счета-фактуры) предоставляются вовремя и в правильной форме.
- Платежи в рублях, со счёта компании, без обходных схем.
- Готовность подписать NDA, соглашение об обработке персональных данных и другие юридические документы, нужные бизнесу.
Если что-то из этого не выполняется — отбраковывайте на самом первом этапе, до сравнения технических параметров.
2. Соответствие требованиям по данным
Особенно важно, если в проекте есть пользовательские данные.
- Датацентры физически на территории РФ.
- Уровень аттестации датацентра (Tier III и выше — стандарт для B2B).
- Готовность подписать соглашение по 152-ФЗ.
- Наличие сертификации по релевантным стандартам — ISO 27001 для управления информационной безопасностью, отраслевые стандарты для финансового сектора.
- Возможность размещения в конкретном регионе, если это важно для бизнеса.
3. Технологическая модель
Это развилка, без которой остальные критерии не имеют смысла.
IaaS. Полный контроль над ОС, своя настройка инфраструктуры. Подходит, когда команда умеет управлять серверами и инфраструктура — часть продукта.
PaaS. Платформа берёт на себя сборку, деплой, HTTPS, обновления. Подходит, когда команда сосредоточена на коде, а не на инфраструктуре.
Managed-сервисы. Базы, хранилища, очереди — без необходимости их администрировать.
Большинству бизнес-задач подходит комбинация. Например, основное приложение на PaaS, специфический сервис на VM, база — managed. Хороший провайдер позволяет смешивать модели в одном проекте.
4. Состав сервисов
То, что входит в облачный хостинг уровня B2B. Без этих компонентов провайдер не закрывает типовые задачи.
- виртуальные машины с разными конфигурациями;
- контейнерная инфраструктура (Docker, иногда Kubernetes);
- управляемые базы данных (PostgreSQL, MySQL, Redis);
- объектное хранилище, S3-совместимое;
- приватные сети (VPC) для изоляции ресурсов;
- балансировщики нагрузки;
- бэкапы и снапшоты;
- мониторинг и логирование;
- DNS-сервис.
Не обязательно все эти сервисы понадобятся сразу. Но их отсутствие у провайдера означает, что при росте проекта придётся либо строить недостающее самостоятельно, либо мигрировать.
5. Эксплуатационные характеристики
- SLA по доступности. Стандарт для B2B — 99,9% и выше. Важно не только заявленное значение, но и фактическая uptime-статистика провайдера за прошлые периоды и компенсация за нарушение SLA.
- Регламент обслуживания. Как и за сколько уведомляют о плановых работах, есть ли возможность их перенести, как организованы экстренные обновления.
- Поддержка. Каналы связи (тикеты, телефон, чат), время реакции, квалификация первой линии. Для B2B имеет смысл уточнить SLA по поддержке отдельно от SLA по сервисам.
- Документация. Полнота, актуальность, наличие гайдов по типовым сценариям. Хорошая документация — индикатор зрелости провайдера.
6. Командная работа
Часто упускают на этапе выбора, но критично для бизнеса с командой больше двух человек.
- Один аккаунт компании, в который добавляются все сотрудники.
- Ролевая модель доступа: админ, разработчик, наблюдатель.
- Аудит действий — возможность узнать, кто и когда что менял.
- Передача проектов между сотрудниками без миграции инфраструктуры.
- Управление биллингом отдельно от технических доступов.
Если этого нет — команда работает либо через один общий пароль (что плохо для безопасности), либо через зоопарк личных аккаунтов сотрудников (что плохо для непрерывности при увольнениях).
7. Экономика
- Модель тарификации. Поминутная, посуточная, помесячная. Поминутная удобна для тестов и эластичных нагрузок, помесячная — для стабильного потребления.
- Стоимость трафика. Особенно исходящего — у некоторых провайдеров он значительный, и это часто не учитывают на этапе выбора.
- Стоимость дополнительных сервисов. Бэкапы, дополнительные диски, балансировщики, snapshot’ы — могут отдельно учитываться в счёте.
- Тестовый доступ. Возможность попробовать инфраструктуру перед заключением длительного контракта или внесением предоплаты.
- Прозрачность счёта. Понятная разбивка по сервисам и потреблению, без скрытых пунктов.
Типовые сценарии и под какую модель они ложатся
Чтобы критерии не оставались абстрактными — конкретные B2B-задачи и подходящие модели.
Запуск нового продукта (MVP, стартап)
Нужно. Быстро вывести продукт на рынок без выделенного DevOps. Возможность масштабироваться при росте.
Подходит. PaaS с Git-деплоем и managed-базами. Стартапу важно тратить время на продукт, а не на инфраструктуру. Если продукт пойдёт в рост — переход на более глубокую инфраструктуру у того же провайдера проходит без миграции.
Миграция корпоративного сайта или внутренних систем
Нужно. Предсказуемая инфраструктура, формальный договор, бэкапы, гарантии по доступности.
Подходит. IaaS с managed-сервисами. Корпоративному сайту нужна стабильность и контроль, а не максимальная скорость деплоя.
Перенос с зарубежного облака
Нужно. Эквивалентный или близкий набор сервисов, миграционная поддержка, минимальные изменения в коде и архитектуре.
Подходит. Облако с похожим стеком: managed-базы, объектное хранилище, контейнерная инфраструктура. Хороший провайдер предоставляет инструменты или консультации по миграции.
Внутренние сервисы компании (CRM, helpdesk, кабинеты)
Нужно. Изоляция от внешнего интернета, командные доступы для сотрудников, простая эксплуатация.
Подходит. PaaS с VPC и ролевой моделью. Внутренние сервисы выигрывают от изоляции и единого управления доступами.
Высоконагруженный сервис
Нужно. Эластичное масштабирование, балансировщики, мониторинг, строгий SLA.
Подходит. IaaS + managed-сервисы, иногда смешанная модель с Kubernetes. Здесь критичны зрелые инструменты эксплуатации и предсказуемая работа под нагрузкой.
Чек-лист вопросов перед заключением контракта
Прежде чем выбирать провайдера, имеет смысл задать ему несколько прямых вопросов и получить письменные ответы. Это экономит время на этапе эксплуатации.
- Где физически расположены датацентры и какие у них уровни сертификации?
- Какое юрлицо подписывает договор? Есть ли возможность работать по ЭДО?
- Какой SLA по доступности и какая компенсация за его нарушение?
- Как организованы бэкапы managed-сервисов и какова глубина хранения?
- Какие каналы поддержки доступны и какое время реакции по тикетам?
- Какой стек сервисов поддерживается сейчас и что в дорожной карте?
- Можно ли получить тестовый доступ перед оплатой?
- Как организована миграция с других провайдеров и помогает ли в этом команда хостинга?
- Как настраивается ролевая модель доступов внутри команды компании?
- Что входит в стоимость и что тарифицируется отдельно (трафик, бэкапы, дополнительные диски)?
Адекватный B2B-провайдер ответит на все вопросы письменно и без ухода от формулировок.
Где в этих критериях TatNet
TatNet — российская облачная платформа, которая закрывает большую часть критериев из чек-листа.
Юридическая база. Российское юрлицо, договор, оплата по счёту с расчётного счёта компании, закрывающие документы.
Данные. Датацентры на территории РФ, соответствие требованиям 152-ФЗ.
Технологическая модель. PaaS как основной слой плюс IaaS-возможности — виртуальные машины и microVM. Можно смешивать модели в одном проекте: backend на PaaS, специфический сервис на VM, всё в одном VPC.
Состав сервисов. Виртуальные машины, microVM, backend на Docker, serverless-функции, бесплатный static hosting, управляемые базы данных (PostgreSQL и Supabase-совместимые сценарии), приватные сети (VPC), автоматический HTTPS, домены.
Эксплуатация. Логи и метрики в кабинете, обновления при push в Git, автоматический выпуск и продление сертификатов, документация.
Командная работа. Один аккаунт компании, проекты с раздельными доступами, передача проектов внутри команды и наружу клиенту.
Экономика. Прозрачные тарифы, тестовый доступ перед оплатой.
Итог
Выбор облачного хостинга для бизнеса в 2026 году — это не «выбрать самого дешёвого» и не «взять самого крупного». Это методический подбор провайдера под конкретный сценарий по семи критериям: юридическая база, данные, технологическая модель, состав сервисов, эксплуатация, командная работа, экономика.
Цена закрывает только один из них. Бизнес-стоимость инфраструктуры на длинной дистанции определяется не тарифом, а тем, насколько модель провайдера ложится на ваши процессы.
Если вы только начинаете подбирать провайдера — пройдите по чек-листу из статьи и составьте короткий список. Если уже работаете с одним и думаете о переходе — те же критерии помогут оценить, что нужно искать в новом провайдере.
