
Как мы превращаем Cloudlink из «надстройки над виртуализацией» в платформу управления мультиоблаком
DGogolev 5 минут назад Как мы превращаем Cloudlink из «надстройки над виртуализацией» в платформу управления мультиоблаком Средний 8 мин 6 Блог компании Orion soft Виртуализация * IT-инфраструктура * Серверная...
Значимый прорыв формирует отрасль ИИ: DGogolev 5 минут назад Как мы превращаем Cloudlink из «надстройки над виртуализацией» в платформу управления мультиоблаком Средний 8 мин 6 Блог компании Orion soft Виртуализация * IT-инфраструктура * Серверная оптимизация * Системное администрирование * Обзор Привет, Хабр! Меня зовут Дмитрий Гоголев, я директор по развитию платформы для управления виртуальной и облачной инфраструктурой Cloudlink в Orion soft. За последний год это решение прошло довольно заметную эволюцию.
Если раньше это была классическая CMP (Cloud Management Platform) для управления виртуализацией, то сейчас платформа все больше становится универсальным слоем управления инфраструктурой и сервисами — как для on-prem, так и для публичных облаков. В этой статье я разберу, что именно изменилось в Cloudlink, и какие архитектурные и продуктовые сдвиги за этим стоят. От управления одной платформой к мультиоблакуИзначально Cloudlink поддерживал несколько on-prem платформ виртуализации: VMware vSphere, Hyper-V, РЕД Виртуализация, OpenStack, zVirt, публичное облако Yandex Cloud, поверх которых строятся self-service, пользовательские роли, биллинг и каталог сервисов (более подробный отчет за 2024 год можно почитать здесь) В релизах за последний год видно, что Cloudlink целенаправленно двигается в сторону работы с ландшафтом гибридного облака.
Технические детали
Сначала это выглядело как расширение поддержки платформ: добавлялись новые интеграции, дорабатывались существующие, появлялись новые образы и сценарии работы. Но ключевой момент — это не сами интеграции, а то, как платформа начинает абстрагировать их различия. Самый показательный шаг — появление поддержки внешнего провайдера в виде K2 Cloud.
То есть речь уже идет про полноценное управление ресурсами в публичном облаке через тот же интерфейс и те же процессы. Виртуальные машины создаются, масштабируются и удаляются так же, как и в on-prem, а сервисы из каталога разворачиваются без отдельной логики под каждую платформу. Параллельно с этим меняется и внутренняя архитектура.
Появление отдельного микросервиса, который позволяет выполнять все операции CRUD над виртуальными машинами — это, по сути, отличный способ собрать управление всеми платформами в единый слой, чтобы дальше работать уже не с конкретным гипервизором или облаком, а с унифицированной моделью ресурсов и операций. Коннектор – единый слой управления виртуализациейЕсли смотреть на изменения не только снаружи, но и под капотом, то одним из самых показательных шагов стало появление микросервиса «Коннектор». Это не та штука, которую сразу видно в интерфейсе, но именно она во многом объясняет, почему вся история с мультиоблаком вообще стала возможной.
Раньше интеграции с разными платформами ощущались как набор отдельных интеграций. Где-то чуть отличается логика работы с ВМ, где-то свои ограничения, где-то особенности API — и все это неизбежно протекало наверх. В итоге платформа вроде бы единая, но поведение в зависимости от провайдера все равно разное.
Этот прогресс даёт важные сигналы о будущем отрасли, и технологический мир внимательно наблюдает.





