Выбор программной платформы — решение на годы вперёд. Миграция клиентов с одного облачного стека на другой — это дорого, рискованно и почти всегда сопровождается простоями. Поэтому к выбору ПО для облачного провайдера стоит подходить системно, а не ориентироваться только на бренд или цену лицензии.
Разберём ключевые критерии, на которые стоит смотреть.
1. Гипервизор и виртуализация вычислительных ресурсов
Основа любой облачной платформы — гипервизор, который управляет виртуальными машинами. Важно оценить:
- поддержку нужных вам типов нагрузок (общие вычисления, GPU, высокая плотность VM);
- стабильность под многолетней промышленной нагрузкой;
- независимость от одного вендора и его лицензионной политики;
- совместимость с существующим оборудованием, если вы уже инвестировали в серверы.
2. Мультиарендность и изоляция клиентов
Для провайдера, который продаёт ресурсы разным клиентам, критично важна изоляция арендаторов (tenants) друг от друга — по сети, хранилищу и правам доступа. Платформа должна из коробки поддерживать:
- разграничение прав через ролевую модель (RBAC);
- отдельные виртуальные сети (VLAN/VXLAN) для каждого клиента;
- квоты и лимиты на ресурсы по умолчанию.
3. Self-service портал для клиентов
Современный клиент ожидает создавать и управлять виртуальными машинами самостоятельно, без заявок в техподдержку. Наличие удобного личного кабинета — это не просто «приятная опция», а фактор, напрямую влияющий на отток клиентов и нагрузку на вашу службу поддержки.
4. Встроенный биллинг и тарификация
Многие платформы виртуализации изначально проектировались для внутреннего IT-отдела компании, а не для коммерческого провайдера, и поэтому не имеют встроенного биллинга вовсе. В таком случае вам придётся или писать интеграцию с внешней биллинговой системой самостоятельно, или считать потребление вручную — оба варианта плохо масштабируются. Платформы, изначально спроектированные под провайдерскую модель (например, vStack), включают панель тарификации ресурсов «из коробки»: система сама считает потребление CPU, RAM, дисков и трафика и формирует счета клиентам автоматически.
5. Партнёрская и лицензионная модель
Отдельно стоит изучить не только техническую сторону, но и то, как вендор строит отношения с провайдерами:
- есть ли партнёрская программа с понятной экономикой (revenue share, White Label);
- насколько стабильны условия программы — как показал опыт последних лет с изменением партнёрской программы VMware VCSP, зависимость от решений одного крупного иностранного вендора несёт репутационные и operacionные риски для локального бизнеса;
- есть ли локальная техническая поддержка на понятном языке и в удобном часовом поясе.
Пример платформы, где партнёрская программа изначально ориентирована на провайдеров из Узбекистана — vStack SPP.
6. Совокупная стоимость владения (TCO)
При сравнении платформ важно считать не только стоимость лицензии, но и:
- стоимость обучения персонала;
- затраты на интеграцию с биллингом, если он не встроен;
- стоимость технической поддержки и SLA;
- риски вендор-лока и стоимость возможной миграции в будущем.
7. Открытость и совместимость (API, интеграции)
Платформа должна предоставлять открытый API для интеграции с внешними системами — CRM, системами мониторинга, платёжными шлюзами, панелями управления доменами. Закрытая экосистема без API сильно ограничивает возможности масштабирования и автоматизации в будущем.
Чек-лист для сравнения платформ
При сравнении конкретных решений полезно свести их в таблицу по следующим параметрам:
Итог
Правильный выбор платформы избавляет от необходимости собирать биллинг, портал и виртуализацию из разрозненных компонентов вручную. Для провайдеров, которые хотят быстро выйти на рынок Узбекистана без риска зависимости от нестабильной партнёрской программы иностранного вендора, разумно рассмотреть решения, изначально спроектированные под IaaS-модель.
Предыдущая статья
