Три отечественных облака под одним углом: Kubernetes, SLA и managed DB на реальных проектах

За последние полгода мы провели или сопровождали миграции пяти клиентов в отечественные облака. Не один раз, не в одно облако - по разным причинам проекты разошлись между Yandex Cloud, SberCloud и VK Cloud. Это дало возможность сравнить три платформы не по маркетинговым листам, а по тому, как они ведут себя с реальной нагрузкой.

Ниже - наблюдения по трём направлениям: managed Kubernetes, managed базы данных и то, что написано в SLA против того, что происходит в действительности.

Managed Kubernetes: стоимость и поведение

Yandex Managed Kubernetes - самый зрелый из трёх. Управляющий слой не тарифицируется отдельно, платишь за worker-ноды и трафик. Версии Kubernetes обновляются относительно быстро: на момент написания доступна 1.27, патч-версии приходят в течение нескольких недель после upstream. Ingress-контроллер, cert-manager, node autoscaler - всё это или есть из коробки, или ставится аддонами без боли.

Мы разворачивали через Deckhouse поверх YC - это когда у клиента специфические требования к конфигурации узлов, которые нативный managed K8s закрывает не полностью. Но для большинства проектов нативный YC Managed K8s вполне достаточен.

VK Cloud Managed Kubernetes - приятно удивил. По цене на вычисления чуть дешевле Yandex Cloud при сопоставимых конфигурациях нод. Поддерживает Kubernetes 1.26-1.27. Из неприятного: процедура обновления кластера менее очевидна, чем в YC, документация на русском хорошая, но английской почти нет - для команд с иностранными подрядчиками это может стать неожиданным ограничением.

SberCloud Managed Kubernetes (CCE) - самый неоднозначный опыт. Платформа построена на базе Huawei Cloud Engine, и это чувствуется: часть интерфейса и документации - это переведённый Huawei Cloud. Функционально CCE состоятельный, но разрыв в зрелости по сравнению с YC ощущается. Зато у SberCloud есть преимущество для определённых клиентов - готовые интеграции с экосистемой Сбера, и если клиент уже использует продукты банка, это может быть аргументом.

Managed DB: где теория расходится с практикой

Managed PostgreSQL - самая популярная услуга среди наших клиентов в облаке. Все три провайдера её предлагают.

Yandex Managed Service for PostgreSQL - наиболее зрелый. Поддерживает PostgreSQL до 15 версии, failover при падении мастера работает предсказуемо, время переключения на реплику - в районе 30-60 секунд по нашим наблюдениям. Connection pooler (PgBouncer) встроен. Резервные копии - автоматически, point-in-time recovery есть. Из ограничений: некоторые параметры конфигурации postgres.conf недоступны для изменения, что иногда мешает тонкой настройке под специфическую нагрузку.

VK Cloud Managed PostgreSQL - работает, но мы наблюдали более длительное время failover на одном из проектов. Не критично для большинства задач, но если у клиента чувствительное к задержкам приложение - стоит проверять на стенде. Зато стоимость хранения данных ниже.

SberCloud Managed DB - ситуация схожая с Kubernetes: функционально всё есть, но поведение в edge case-ах менее предсказуемо. На одном из проектов мы столкнулись с тем, что плановое обслуживание (о котором уведомили в тикете) прошло с большим окном недоступности, чем было заявлено. Не авария, но неприятно.

SLA: что написано и что происходит

Все три провайдера декларируют 99,95% по ключевым managed-сервисам. На бумаге паритет. На практике:

• Yandex Cloud - за период нашей работы с платформой были инциденты, но коммуникация при них значительно лучше, чем у конкурентов. Статус-страница обновляется оперативно, постмортемы публикуются.
• VK Cloud - инцидентов на наших проектах было минимум. Статус-страница есть, но обновляется с задержкой.
• SberCloud - здесь наименее прозрачная коммуникация при проблемах. На один из инцидентов узнали от клиента, который заметил деградацию, а не из уведомления провайдера.

Это субъективно и зависит от конкретного момента - мы не утверждаем, что у SberCloud плохой SLA в цифрах. Просто операционная культура реагирования на инциденты у платформ на данный момент разная.

Ценообразование: где реально экономится

Если сводить в одну точку - по совокупной стоимости managed Kubernetes + managed PostgreSQL + object storage при типичной нагрузке среднего клиента:

• Yandex Cloud - дороже, но предсказуемее. Конфигуратор стоимости честный.
• VK Cloud - дешевле на вычислениях, дешевле на хранении. Если нет специфических интеграционных требований - выглядит конкурентно.
• SberCloud - тарифы зависят от договора. Для крупных клиентов с персональным менеджером цены могут быть интереснее, чем в публичном прайсе. Для небольших проектов это скорее минус - нет простоты самообслуживания.

Где мы сейчас

Пять клиентов, три облака, полгода наблюдений - это достаточно для рабочих выводов, но недостаточно для категоричных заключений. Платформы меняются быстро: у VK Cloud за лето заметно подросла документация, у Yandex Cloud появились новые аддоны для Kubernetes.

Если коротко: для большинства задач managed-инфраструктура на Yandex Cloud - наименее рискованный выбор сейчас. VK Cloud - интересная альтернатива если важна стоимость и нет жёстких требований к экосистеме. SberCloud - когда есть конкретная причина идти туда (интеграции, договорные условия, корпоративная политика клиента), а не просто "потому что тоже российское облако".

Продолжаем наблюдать. Через полгода картина может измениться - рынок явно в движении.