Миграция в российское облако: Yandex Cloud, VK Cloud, Selectel — что выбрать офису в 2026

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

Сразу обозначим важное: мы не продаём облако и не являемся облачной платформой. Облачные провайдеры — Yandex Cloud, VK Cloud, Selectel, Cloud.ru — это сторонние компании со своими дата-центрами. Мы — IT-аутсорсер: проектируем миграцию, переносим ваши сервисы в выбранное облако и берём облачную инфраструктуру на круглосуточное обслуживание. Поэтому в этой статье мы говорим не «купите вот это», а «вот по каким критериям выбрать и на что смотреть».

Почему офисы уходят в облако именно сейчас

Причин несколько, и они складываются вместе:

• Уход зарубежных платформ. Часть компаний просто потеряла доступ к привычным сервисам и вынуждена искать замену в российском контуре.
• Требование размещения данных в РФ. 152-ФЗ о персональных данных подталкивает хранить данные в дата-центрах на территории России — крупные отечественные облака это закрывают.
• Старение собственного «железа». Серверу в офисе пять-семь лет, гарантия кончилась, замена стоит денег и места. Облако снимает капитальные затраты.
• Гибкость. Нагрузка выросла — добавили ресурсов за минуты. Упала — убавили. С физическим сервером так не получится.
• Отказоустойчивость из коробки. Резервирование, снапшоты, дата-центры с резервным питанием — то, что в офисной серверной приходится строить руками.

При этом облако — не серебряная пуля. Если нагрузка стабильна и предсказуема, а данные особо чувствительны, on-premise (собственная инфраструктура на площадке компании) может остаться выгоднее. Это отдельный расчёт, и его стоит сделать до переезда.

Четыре крупных российских облака — кратко

На рынке несколько заметных игроков. Опишем их нейтрально, без рейтингов «лучший-худший» — потому что «лучший» зависит от вашей задачи.

Yandex Cloud. Одна из самых зрелых платформ по широте управляемых сервисов: вычисления, объектное и блочное хранилище, управляемые базы данных, Kubernetes, инструменты аналитики и машинного обучения. Подходит компаниям, которым нужен богатый набор готовых сервисов и развитая консоль управления.

VK Cloud. Облако в составе экосистемы VK (ранее — Mail.ru Cloud Solutions). Предлагает IaaS и PaaS, управляемые базы данных, контейнеры. Часто рассматривается компаниями, которым близка экосистема VK и корпоративные продукты этой группы.

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

Cloud.ru. Облачная платформа (ранее известная как SberCloud), развивающаяся в контуре экосистемы Сбера. Предлагает облачные вычисления, хранилища, управляемые сервисы и инструменты для корпоративных задач, включая AI-направление.

Есть и другие провайдеры (например, отраслевые и региональные дата-центры), но для среднего офиса в 2026 году выбор чаще всего сводится к этим четырём именам.

Сравнительная таблица провайдеров

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

* Цены зависят от выбранной конфигурации (количество vCPU, объём RAM, тип и объём диска, трафик, набор управляемых сервисов) и регулярно меняются. Точную смету нужно запрашивать у провайдера или считать в его калькуляторе на дату проекта.

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

Критерии выбора облака для офиса

Вместо «какое облако лучше» полезнее спросить «какое подходит нам». Вот рабочий набор критериев:

1. Какие нагрузки переносим. Сайт и почта — это одно, тяжёлая 1С с десятками пользователей или видеонаблюдение — другое. Список нагрузок определяет требования к ресурсам и сервисам.
2. Нужны ли управляемые сервисы. Если хотите отдать провайдеру обслуживание базы данных или Kubernetes — смотрите на зрелость PaaS-сервисов. Если нужны просто виртуальные серверы — достаточно IaaS у любого.
3. Требования по персональным данным. Если обрабатываете ПДн, проверяйте наличие у провайдера сертифицированных сегментов и условий по 152-ФЗ.
4. Каналы связи до облака. Облако живёт на вашем интернет-канале. Чем критичнее сервисы в облаке, тем важнее резервирование канала и, возможно, прямое подключение к облаку.
5. Совокупная стоимость владения. Считать не цену одной виртуальной машины, а итог за 3 года с учётом трафика, бэкапов, поддержки и роста.
6. Поддержка и SLA. Что входит в стандартную поддержку, есть ли платные уровни, какой регламент реакции на инциденты.
7. Экосистема и совместимость. Если компания уже использует продукты одной экосистемы, облако той же группы может оказаться удобнее по интеграциям.

Хороший подход — не выбирать заранее «по бренду», а взять реальный список нагрузок и просчитать смету у двух-трёх провайдеров. Разница в итоговой стоимости и удобстве под вашу задачу обычно становится очевидной.

Как проходит миграция: этапы

Грамотная миграция — это проект с фазами, а не «перенесли за выходные». Типовая последовательность:

1. Аудит. Инвентаризация всего: серверы, сервисы, базы данных, объёмы, зависимости, лицензии, каналы связи. Без этого нельзя ни выбрать облако, ни оценить смету.
2. Проектирование. Целевая архитектура в облаке: какие сервисы куда ложатся, как организованы сети, бэкапы, доступы, отказоустойчивость.
3. Выбор провайдера. Под спроектированную архитектуру считаем смету у нескольких облаков и выбираем.
4. Пилот. Переносим один-два некритичных сервиса, проверяем производительность, каналы, корректность работы. Здесь ловятся неожиданные проблемы — лучше на пилоте, чем на боевом.
5. Волновой перенос. Сначала некритичные системы, затем критичные (1С, почта, домен) — по волнам, с проверкой после каждой. Старая инфраструктура держится как страховка до подтверждения стабильности.
6. Стабилизация и приёмка. Неделя-другая наблюдения, донастройка, фиксация документации, передача на обслуживание.

Темы аудита перед переездом и сравнения on-premise с облаком мы разбираем подробнее в отдельных материалах блога — ссылки в блоке «Похожие статьи».

Роль IT-аутсорсера в миграции и обслуживании

Купить виртуальные серверы у провайдера может кто угодно — это пара кликов в консоли. Но облако не переносит за вас 1С, не настраивает домен, не выстраивает резервное копирование и не следит ночью за тем, что всё работает. Здесь и появляется аутсорсер.

Что делаем мы как IT-аутсорсер в облачном проекте:

• проводим аудит текущей инфраструктуры и проектируем целевую архитектуру в облаке;
• помогаем выбрать провайдера под конкретные нагрузки, считаем смету у нескольких облаков;
• переносим данные и сервисы без потерь и с минимальным простоем, волнами;
• настраиваем сети, доступы, резервное копирование, безопасность;
• обеспечиваем и резервируем каналы связи офиса до облака — это наша сильная сторона как провайдера;
• берём облачную инфраструктуру на круглосуточное обслуживание силами NOC 24/7 (Network Operations Center — центр управления сетью).

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

Типичные ошибки при переезде в облако

1. Перенести «как было», не пересмотрев архитектуру. Облако — повод не просто скопировать старые серверы, а избавиться от лишнего и упростить. Лифт-энд-шифт (перенос «как есть») иногда оправдан, но часто тащит за собой неэффективность и лишние расходы.

2. Забыть про каналы связи. Сервисы переехали в облако, а интернет-канал офиса остался один и без резерва. Падает канал — встаёт вся работа. При работе с критичными системами в облаке резервирование канала обязательно.

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

4. Не настроить резервное копирование в облаке. Распространённое заблуждение: «оно же в облаке, значит защищено». Облако защищает от отказа «железа», но не от ошибочного удаления данных или шифровальщика. Бэкапы нужны так же, как и на своих серверах.

5. Мигрировать критичные системы первыми и без пилота. Переносить 1С или домен в первую волну, не проверив всё на некритичных сервисах, — прямой путь к простою. Порядок важен.

FAQ

Какое российское облако выбрать среднему офису в 2026 году?

Универсального ответа нет — выбор зависит от стека и задач. Если в компании много сервисов Яндекса и нужен зрелый набор управляемых баз данных — чаще смотрят в сторону Yandex Cloud. Если приоритет — экосистема VK и привычные корпоративные сервисы, рассматривают VK Cloud. Если важны выделенные серверы, гибкая аренда «железа» и собственные дата-центры — Selectel. Cloud.ru (бывш. SberCloud) часто выбирают компании, уже работающие в контуре экосистемы Сбера. Правильный путь — не выбирать «лучшее облако вообще», а под конкретный список нагрузок просчитать смету у двух-трёх провайдеров и сравнить итоговую стоимость владения.

Чем Yandex Cloud отличается от VK Cloud?

Оба — крупные российские облачные платформы с моделью IaaS и PaaS. Yandex Cloud исторически делает упор на широкий набор управляемых сервисов (базы данных, Kubernetes, аналитика, ML-инструменты) и зрелую консоль. VK Cloud (ранее Mail.ru Cloud Solutions) развивает облако в связке с экосистемой VK и корпоративными продуктами. На уровне базовых вычислений и хранилищ возможности сопоставимы — разница чаще в наборе управляемых сервисов, тарифной логике и удобстве конкретных инструментов под вашу задачу. Точные характеристики и цены нужно сверять на официальных сайтах провайдеров на дату проекта.

Сколько времени занимает миграция инфраструктуры офиса в облако?

Зависит от объёма. Перенос одного сервиса (например, файлового сервера или 1С небольшой компании) — это обычно недели от аудита до боевого запуска. Полная миграция инфраструктуры офиса на 50–100 человек с почтой, доменом, 1С, телефонией и несколькими бизнес-приложениями — это, как правило, месяцы поэтапной работы: аудит, проектирование, пилот, перенос некритичных систем, затем критичных, стабилизация. Сжатые сроки повышают риск простоя, поэтому грамотный план разносит перенос по волнам.

Можно ли перенести 1С в российское облако?

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

Облако или собственные серверы — что дешевле для среднего бизнеса?

Однозначного ответа нет: облако выигрывает по гибкости и отсутствию капитальных затрат на «железо», on-premise может быть дешевле при стабильной, предсказуемой и постоянно высокой нагрузке. Облако особенно оправдано, когда нагрузка переменная, нужен быстрый старт, нет места и условий под серверную или важна готовая отказоустойчивость. Правильный способ решить — посчитать совокупную стоимость владения на горизонте 3 лет для обоих вариантов под конкретные нагрузки.

Зачем при миграции в облако нужен IT-аутсорсер, если облако можно купить напрямую?

Купить виртуальные серверы у провайдера может любой — но облако само по себе не переносит за вас 1С, почту, домен и не настраивает безопасность. IT-аутсорсер делает проектную часть: аудит текущей инфраструктуры, выбор провайдера под задачу, проектирование архитектуры, перенос данных без потерь, настройку резервного копирования и каналов связи, а затем берёт облако на круглосуточное обслуживание. Облачный провайдер отвечает за «железо» и платформу, аутсорсер — за то, чтобы ваши сервисы в этом облаке работали и были под присмотром NOC 24/7.

Безопасно ли хранить данные компании в российском облаке?

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

Вывод

Российское облако в 2026 году — это зрелый и рабочий вариант для среднего офиса. Yandex Cloud, VK Cloud, Selectel и Cloud.ru — серьёзные платформы, и вопрос не в том, какая из них «лучшая вообще», а в том, какая подходит под ваш список нагрузок, бюджет и требования по данным. Чтобы понять разницу между моделями облачных услуг, полезно отдельно разобраться с тем, что такое IaaS, PaaS и SaaS, и посмотреть нейтральный обзор российских облачных провайдеров.

Главное, что стоит запомнить: облако — это платформа, но не команда. Кто-то должен спроектировать переезд, перенести сервисы без потерь, обеспечить каналы связи и круглосуточно следить, что всё работает. Это и есть роль IT-аутсорсера. Мы не продаём облако — мы делаем так, чтобы ваш бизнес в облаке работал.

Если миграция в облако уже в планах — пришлите нам список того, что хотите перенести, и мы проведём аудит, предложим архитектуру и просчитаем смету у нескольких провайдеров. Аудит ни к чему не обязывает.