Облачные провайдеры в России — это инфраструктура (виртуальные серверы, хранилища, сети и managed‑сервисы), которую вы арендуете вместо покупки железа; если выбирать между VK Cloud, Yandex Cloud, Selectel и MTS Cloud, то смотрите на географию дата‑центров, нужные managed‑сервисы, стоимость исходящего трафика и зрелость поддержки — это и есть ответ на вопрос «как выбрать облако» без маркетинговой магии.

Проблема новичка в том, что «облако» звучит как одна кнопка “Сделай мне DevOps”. А на практике это как аренда квартиры: у всех есть стены и двери, но где-то нормальные трубы, а где-то лифт “в ремонте” с 2018-го. И если вы меняете профессию в IT или просто доросли до уровня “хочу в прод, но без ночёвок в серверной”, выбор провайдера — это про снижение цены ошибки.

Из наблюдений по рынку: в вакансиях чаще всего всплывает Yandex Cloud (много экосистемных проектов), но в техподдержку и сетевые заморочки вы упрётесь одинаково быстро у любого провайдера, если не проговорите требования заранее. Поэтому дальше — разбор без фанатизма: где VK Cloud, Yandex Cloud, Selectel и MTS Cloud обычно “заходят”, а где начинают есть бюджет.

Карта выбора: что сравнивать, чтобы потом не платить нервами

1) Декомпозиция цели: “мне нужно облако” — это не цель

Тезис: выбирать облако надо не по бренду, а по сценарию: dev/test, прод, аналитика, бэкапы, 1С/внутренние системы, микросервисы, ML — это разные наборы сервисов и рисков.

Обоснование: базовые IaaS‑сервисы (VM, VPC, Object Storage) есть у всех. А вот managed‑сервисы (управляемые базы, Kubernetes, очереди, мониторинг) — сильно различаются по зрелости и “сюрпризам” в настройках.

Практический вывод: выпишите 5–7 обязательных требований: где хранить данные (РФ/регион), какая база (PostgreSQL/MySQL), нужен ли Kubernetes (K8s), какой SLA (доступность), как будете доставлять приложение (CI/CD), сколько трафика наружу.

Подводный камень: забыть про egress — исходящий трафик. Иногда именно он превращает “дёшево” в “почему счет как за ипотеку”.

2) GEO и регуляторика: где физически живут данные

Тезис: “облачный провайдер в России” часто выбирают не из любви к импортозамещению, а из-за требований к хранению и обработке данных (152‑ФЗ, внутренние политики ИБ, договоры с заказчиками).

Обоснование: для B2B и госа важны: расположение дата‑центров, документы, модель ответственности (кто за что отвечает), варианты выделенных сегментов, VPN/каналы, возможность закрытого контура.

Практический вывод: если у вас персональные данные или интеграции с российскими системами (1С, Госуслуги/СМЭВ — если вы в этой лиге), сразу спрашивайте про варианты размещения, журналирование, ключи шифрования, раздельные роли IAM (управление доступом).

Подводный камень: “мы потом вынесем в прод”. Потом выясняется, что нужный класс защиты/сертификация/документы — это отдельный проект, а миграция уже началась.

Сравнение VK Cloud, Yandex Cloud, Selectel и MTS Cloud (без фан-клубов)

Важно: точные цены и условия меняются, а прайс “на сайте” почти всегда без вашего реального профиля нагрузки. Поэтому сравнивайте не “стоимость виртуалки”, а итог: VM + диск + бэкапы + балансировщик + мониторинг + трафик + поддержка.

3) Скрытая цена: где бюджет утекает тихо

Тезис: в облаке платят не за “сервер”, а за совокупность сервисов и ошибок архитектуры.

Обоснование: самые частые статьи “внезапных” расходов: исходящий трафик, высокопроизводительные диски, бэкапы “каждый час и навсегда”, оверпровижининг (взяли x2 CPU/RAM “на всякий”), платные балансировщики/публичные IP, коммерческая поддержка.

Практический вывод: перед запуском продакшена сделайте мини‑калькуляцию на 30 дней и “тест на катастрофу”: что будет, если нагрузка x3, если ляжет зона, если надо восстановиться из бэкапа за 1 час.

Подводный камень: миграция по принципу lift‑and‑shift (“перетащили как есть”) без оптимизации. Это как перевезти старый шкаф в новую квартиру — место займёт, а жить удобнее не станет.

4) Как читать вакансии, чтобы понять “что учить”

Тезис: если вы входите в IT или апгрейдитесь, облако — это не “сертификат”, а набор навыков, которые повторяются у всех провайдеров.

• IaaS база: Linux, сети (VPC, подсети, маршрутизация), VPN, DNS, TLS/сертификаты.
• DevOps минимум: Docker, CI/CD, Infrastructure as Code (IaC: Terraform/Ansible), мониторинг и алертинг.
• Данные: PostgreSQL, бэкапы, репликации, S3‑совместимые хранилища (Object Storage).
• Kubernetes (K8s): если хотите в платформенные команды — почти must-have.

Подводный камень: учить “консольку одного облака” вместо принципов. Консоль меняется, а сеть и Linux остаются, как налоги.

Два кейса из практики: один про экономию, второй про “почему так дорого”

Кейс №1 (удачный): тесты в облаке, прод — аккуратно

Команда делала новый сервис и начала с dev/test в облаке: Terraform, типовой шаблон сетей, объектное хранилище под артефакты, managed PostgreSQL. Через месяц стало понятно, где узкие места, какие метрики реально нужны, и только после этого пошли в прод. Итог: меньше ручных настроек, прогнозируемый счёт, и самое приятное — новый джун в команде мог поднять стенд за час, а не за два дня “по памяти”.

Кейс №2 (неудачный): lift-and-shift без калькулятора трафика

Проект перенёс монолит “как есть”, оставил тяжёлые логи, не настроил ротацию, включил частые бэкапы и начал активно раздавать данные наружу. Счёт вырос не из-за CPU, а из-за дисков/хранилища и трафика. Лечится архитектурой и дисциплиной, но сначала люди обычно лечатся валерьянкой.

Экспертный вердикт и инструмент: как выбрать облако за 40 минут

1. Опишите сценарий: dev/test или прод? Какие RPO/RTO (сколько данных можно потерять и за сколько восстановиться).
2. Соберите “корзину” сервисов: VM, диски, Object Storage, балансировщик, БД, мониторинг, бэкапы, VPN.
3. Посчитайте 30-дневный TCO: не “за час VM”, а весь набор плюс трафик.
4. Проверьте GEO и документы: где ДЦ, какие договорные условия, как устроен доступ (IAM), логирование.
5. Тест поддержки: один реальный тикет до покупки. Скорость и качество ответа — лучше любого SLA на бумаге.

Если вы “перебежчик” в IT: берите облако, где проще развернуть типовой стек и повторять практику (VM+сеть+S3+CI/CD). Если вы уже 1–3 года в разработке/админке: выбирайте по managed‑сервисам и ограничениям сети, потому что именно там вы или взлетите, или будете неделю спорить с маршрутизацией.

Больше таких разборов — на https://itokno.ru (там обычно без розовых очков и с калькулятором в руках).

Частые вопросы