Clouden: единое управление гибридной ИТ-инфраструктурой и облачными ресурсами
09.09.2026
Корпоративная ИТ-инфраструктура постепенно становится более разнородной. В одной организации могут одновременно использоваться собственные физические серверы, несколько платформ виртуализации, частное облако и ресурсы внешних облачных провайдеров. Каждая среда имеет собственные средства администрирования, правила выделения ресурсов, систему учёта и мониторинга. По мере роста инфраструктуры управление таким набором технологий становится отдельной задачей.
Для централизации подобных процессов применяются решения класса Cloud Management Platform, или CMP. К этой категории относится Clouden - платформа компании ISPsystem для управления гибридной и мультиоблачной инфраструктурой. Продукт был представлен в феврале 2026 года и создан на основе развития BILLmanager Enterprise. Его назначение заключается в объединении физических, виртуальных и облачных ресурсов в общем административном контуре.
Clouden следует рассматривать не как ещё одну систему виртуализации или отдельное облако, а как управляющий уровень над уже существующей инфраструктурой. Платформа предназначена для учёта ресурсов, автоматизации предоставления ИТ-сервисов, контроля их использования и формирования аналитики.
Почему возникает необходимость в CMP-платформе
В небольшой инфраструктуре администратор может работать непосредственно с интерфейсом гипервизора, системой управления физическими серверами и кабинетом облачного провайдера. При нескольких десятках или сотнях ресурсов такая схема постепенно усложняется.
Например, часть виртуальных машин может находиться на российской платформе виртуализации, часть - в среде, которая была внедрена несколько лет назад, а некоторые проекты используют публичное облако. Отдельные физические серверы при этом остаются необходимыми для баз данных, специализированных приложений или других задач.
В результате для выполнения относительно простой операции - например, выдачи подразделению дополнительных вычислительных ресурсов - сотруднику приходится взаимодействовать сразу с несколькими системами. Возникают ручные заявки, таблицы учёта, внутренние согласования и отдельные отчёты о потреблении.
CMP размещается над этими технологическими слоями и создаёт единый механизм управления. Clouden позиционируется именно в таком качестве: платформа должна объединять работу с виртуализацией, физическими ресурсами и облаками через общий интерфейс.
При этом CMP не заменяет нижележащие платформы. Если виртуальные машины работают на конкретном гипервизоре, именно он продолжает выполнять непосредственные операции с вычислительными ресурсами. Clouden выступает уровнем оркестрации, учёта и взаимодействия с пользователями.
Гибридная инфраструктура как единый объект управления
Под гибридной инфраструктурой обычно понимается сочетание нескольких типов вычислительных сред. Это могут быть собственный ЦОД, частное облако, виртуализация и ресурсы внешнего провайдера.
Clouden рассчитан на работу с такими неоднородными конфигурациями. В перечне поддерживаемых локальных сред разработчик указывает VMmanager, DCImanager, VMware vSphere, VMware vCloud Director с NSX-T, OpenStack, zVirt и OpenNebula. Развитие интеграций продолжается, поэтому их актуальный перечень необходимо проверять для конкретной версии платформы.
Смысл такого объединения состоит не в том, чтобы скрыть все технологические различия. У каждой платформы виртуализации сохраняются собственные функции и ограничения. Единая управляющая система прежде всего стандартизирует операции, которые должны быть понятны пользователям независимо от места размещения ресурсов.
Например, внутреннему подразделению может быть важно получить виртуальный сервер с определённым количеством процессоров, памяти и дискового пространства. Пользователю необязательно знать, какая конкретно платформа виртуализации выполняет запрос. Выбор и обработку инфраструктурной части может организовать центральная система.
Такой подход полезен и во время технологической миграции. Старая и новая платформы некоторое время могут работать одновременно, тогда как процессы заказа, учёта и контроля ресурсов постепенно переводятся в единый интерфейс.
Переход между платформами виртуализации
Замена гипервизора или облачной платформы редко выполняется одномоментно. В крупной компании перенос сотен виртуальных машин может занимать месяцы. На переходном этапе приходится поддерживать две или несколько сред.
В основе Clouden лежит развитие механизмов BILLmanager Enterprise, которые позволяют параллельно подключать различные платформы виртуализации и учитывать ресурсы каждой из них. Это даёт возможность наблюдать за распределением нагрузки и постепенно изменять технологическую основу инфраструктуры.
Такой сценарий имеет значение в проектах импортозамещения. Предприятие может не выключать зарубежную платформу в день запуска российского решения, а переносить системы поэтапно - сначала тестовые, затем внутренние и после проверки наиболее критичные.
CMP при этом не выполняет автоматически все технические операции миграции. Необходимо отдельно учитывать совместимость форматов виртуальных машин, сетей, хранилищ, драйверов и прикладного программного обеспечения. Но единый контур учёта помогает видеть обе среды как части одной инфраструктуры.
Портал самообслуживания
Одна из характерных функций CMP - организация самообслуживания пользователей. Вместо обращения к администратору для каждой операции подразделение получает личный кабинет, где может заказать разрешённый ему сервис по заранее созданному шаблону.
Шаблон может описывать виртуальный сервер, набор вычислительных ресурсов, лицензию или другой предоставляемый ИТ-сервис. Администратор заранее определяет параметры и ограничения, после чего часть процесса выполняется автоматически.
Для ИТ-службы это позволяет стандартизировать типовые запросы. Вместо ручной настройки каждого ресурса формируется ограниченное количество проверенных конфигураций.
Такой механизм особенно полезен в крупных организациях, где инфраструктурой пользуются несколько подразделений или дочерних компаний. При этом самообслуживание не означает отсутствие контроля. Для пользователей можно задавать доступные услуги, ограничения и правила согласования.
В актуальном плане развития Clouden предусматривается дальнейшее расширение механизмов квот и согласований, в том числе автоматическая выдача ресурсов после одобрения заявки. Часть этих функций обозначена разработчиком как планируемая, поэтому при проектировании системы важно отличать уже реализованные возможности от дорожной карты.
Автоматизация типовых операций
Ручное выделение ресурсов создаёт сразу несколько проблем. Оно требует времени администратора, увеличивает вероятность ошибки и затрудняет точный учёт того, кто и когда получил конкретную услугу.
Clouden позволяет автоматизировать подготовку и предоставление инфраструктурных сервисов. Для разных сценариев можно использовать полностью автоматическую или полуавтоматическую выдачу ресурсов.
Например, виртуальная машина типового назначения может создаваться автоматически после заявки пользователя. Для более дорогостоящей конфигурации можно оставить предварительное согласование.
Практическая ценность автоматизации зависит от качества самих шаблонов. Если в организации нет стандартизированных конфигураций и правил, перенос хаотичных процессов в CMP лишь воспроизводит существующую сложность. Поэтому внедрение платформы часто требует предварительной инвентаризации и нормализации внутреннего каталога ИТ-услуг.
Учёт ресурсов и внутреннее потребление
В традиционной корпоративной инфраструктуре вычислительные ресурсы нередко воспринимаются подразделениями как практически бесплатные. Пользователь запрашивает виртуальную машину, проект заканчивается, но ресурс продолжает работать ещё несколько месяцев или лет.
CMP позволяет связать инфраструктурные объекты с их владельцами и назначением. Для организации это даёт возможность определить, какое подразделение использует конкретные мощности и насколько интенсивно они задействованы.
Clouden предусматривает учёт физических и виртуальных ресурсов, IP-адресов, программных лицензий, виртуальных сетей и других сервисов. На основе этих данных могут формироваться отчёты о потреблении.
Подобная информация полезна не только для бухгалтерского расчёта. Она позволяет искать простаивающие виртуальные машины, избыточно выделенную память или другие ресурсы, которые можно перераспределить.
При этом показатели загрузки нужно интерпретировать осторожно. Низкая средняя загрузка процессора не всегда означает, что сервер лишний. Некоторые системы должны сохранять резерв для кратковременных пиков или выполнять критичные функции, которые используются редко.
Тарификация и модель внутреннего сервис-провайдера
Clouden сохраняет развитые механизмы тарификации, унаследованные от направления BILLmanager. Это позволяет учитывать инфраструктурные услуги не только в технических единицах, но и в денежном выражении.
Для коммерческого провайдера такие функции могут использоваться для непосредственного выставления счетов. Внутри крупной компании они применимы как механизм showback или chargeback.
Showback означает, что подразделение видит стоимость потребляемой инфраструктуры, но фактически не оплачивает её из отдельного бюджета. Chargeback предполагает внутреннее распределение затрат между подразделениями.
Оба подхода повышают прозрачность использования ресурсов. Если проект видит, сколько ему условно обходятся десять постоянно работающих виртуальных машин, появляется стимул отключать ненужные мощности.
Clouden предусматривает разные модели тарификации, включая оплату за выделенные ресурсы, варианты pay-as-you-go и комбинации различных схем. На платформе также можно строить модель внутреннего сервис-провайдера с каталогом услуг и личными кабинетами пользователей.
BI-аналитика и прогнозирование
При большом количестве ресурсов обычного списка виртуальных машин недостаточно. Руководителям ИТ и владельцам инфраструктуры требуется понимать динамику потребления: какие подразделения растут, какие мощности простаивают и когда потребуется расширение.
Clouden включает средства BI-аналитики. Платформа собирает данные о пользователях, услугах, ресурсах и их стоимости и позволяет анализировать их в различных разрезах. Также заявлена возможность добавлять внешние наборы данных для более подробного анализа.
На основе такой информации можно оценивать изменение нагрузки во времени. Например, если потребление дискового пространства стабильно увеличивается на несколько процентов в месяц, инфраструктурная команда может заранее планировать расширение.
Аналитика полезна и для поиска неиспользуемых ресурсов. Но автоматический отчёт остаётся инструментом поддержки решения, а не заменой специалиста. Перед удалением виртуальной машины необходимо выяснить её назначение, владельца и возможные зависимости.
Интеграция с корпоративными системами
CMP редко работает изолированно. Она должна взаимодействовать с системами идентификации, финансовыми инструментами, службами поддержки и платформами мониторинга.
В документации Clouden описываются API и возможность разработки дополнительных модулей. Также среди интеграционных возможностей упоминаются LDAP, Zabbix и HP Service Manager. Для процессов внутреннего сервис-провайдера на сайте ISPsystem указываются интеграции с 1С, "Диадок" и системой обращений.
API особенно важен там, где существующая автоматизация уже построена вокруг CI/CD, внутренних порталов или собственных систем управления.
Вместо ручной работы через графический интерфейс организация может вызывать операции программно. Однако при такой интеграции необходимо особенно тщательно контролировать права доступа, поскольку ошибка автоматизированного сценария способна затронуть большое количество ресурсов.
Работа в закрытом контуре
Для государственных организаций, крупных предприятий и инфраструктур с повышенными требованиями безопасности возможность полностью локального размещения может быть принципиальной.
Документация Clouden предусматривает установку и обновление платформы в закрытом контуре. Это позволяет использовать систему в средах, где управляющие компоненты не должны зависеть от внешнего облачного сервиса.
Однако закрытый контур создаёт дополнительные эксплуатационные требования. Организации необходимо самостоятельно организовать доставку обновлений, резервное копирование платформы, мониторинг её компонентов и управление административным доступом.
То есть локальное размещение обеспечивает больший контроль, но одновременно переносит больше ответственности на внутреннюю ИТ-службу.
Безопасность управляющей платформы
CMP обладает значительными полномочиями. Через неё можно создавать и изменять ресурсы сразу в нескольких инфраструктурных средах. Поэтому компрометация административной учётной записи потенциально имеет более серьёзные последствия, чем компрометация отдельного гипервизора с ограниченной зоной ответственности.
При внедрении необходимо разделять роли пользователей и администраторов, использовать корпоративную систему идентификации, контролировать привилегированные учётные записи и вести аудит изменений.
API-ключи и технические учётные записи, через которые Clouden взаимодействует с платформами виртуализации, должны иметь только необходимый набор полномочий.
Дополнительно следует учитывать сетевую сегментацию. Управляющий сервер CMP обычно не должен быть доступен напрямую из всех пользовательских сегментов сети.
Clouden не заменяет SIEM, межсетевые экраны или системы управления привилегированным доступом. Он должен быть включён в существующий контур информационной безопасности.
Архитектура самой платформы
Clouden представляет собой не единый исполняемый файл, а комплексную программную систему. В официальной документации среди основных компонентов называются веб-сервер, база данных, ядро платформы, внешние приложения, CGI-компоненты и файловая система.
Это важно учитывать при резервном копировании и восстановлении. Недостаточно сохранить только пользовательские данные или конфигурационный файл - необходимо понимать зависимости всех компонентов.
Для критичной эксплуатации желательно заранее проверить процедуру восстановления платформы. Если CMP становится центральной точкой управления инфраструктурой, её длительная недоступность может серьёзно осложнить работу администраторов даже в том случае, если сами виртуальные машины продолжают функционировать.
Clouden и импортозамещение
Одна из практических задач платформы связана с переходом между инфраструктурными технологиями. Поддержка одновременно российских и зарубежных систем позволяет использовать Clouden как промежуточный управляющий слой в период миграции.
Например, предприятие может сохранять часть VMware-инфраструктуры и параллельно разворачивать новую платформу. Пользовательский каталог услуг при этом постепенно переводится на отечественную среду без необходимости полностью менять процесс заказа ресурсов.
Clouden включён в российский реестр программного обеспечения. Разработчик относит продукт к решениям для средних и крупных компаний, государственных организаций и распределённых структур.
Тем не менее факт нахождения в реестре не заменяет техническую оценку. При конкретном проекте требуется проверить поддержку нужных гипервизоров, API, механизмов авторизации и сценариев эксплуатации.
Практический пример централизованного учёта
Один из опубликованных примеров применения платформы связан с "Газпром-Медиа Холдингом". По данным ISPsystem, Clouden используется для централизованного учёта инфраструктурных услуг более чем для 80 активов холдинга, а управляемый контур включает около 300 физических серверов. Среди задач проекта названы автоматизация расчётов и формирование аналитики по использованию ресурсов.
Этот сценарий хорошо показывает, что CMP может использоваться не только как интерфейс для создания виртуальных машин. Для крупной организации не менее важными становятся процессы финансового учёта, распределения потребления и взаимодействия между внутренним поставщиком ИТ и подразделениями.
В небольшой компании столь развитая модель может быть избыточной. Чем проще инфраструктура, тем меньше эффект от внедрения дополнительного управляющего слоя.
Планирование внедрения Clouden
Начинать проект целесообразно с инвентаризации. Необходимо определить платформы виртуализации, физические серверы, облачные ресурсы, системы мониторинга и существующие процессы выдачи услуг.
После этого формируется каталог типовых сервисов. Например, можно выделить несколько стандартных размеров виртуальных машин вместо десятков произвольных конфигураций.
Следующий этап - определение владельцев и правил доступа. Необходимо понять, кто может создавать ресурсы, какие операции требуют согласования и какие лимиты действуют для подразделений.
Затем подключаются инфраструктурные платформы и проводится пилотирование. На тестовом контуре полезно проверить создание и удаление ресурсов, обработку ошибок, работу квот, отчётность и восстановление после сбоев.
Только после этого имеет смысл постепенно переводить пользователей на портал самообслуживания.
Ограничения единого окна
Идея единого интерфейса удобна, но она не устраняет технологические различия между платформами. Некоторые уникальные функции конкретного гипервизора всё равно могут требовать работы через его собственную консоль.
Кроме того, эффективность Clouden зависит от качества интеграционных модулей. При обновлении внешней платформы её API может измениться, поэтому совместимость версий необходимо контролировать.
Ещё один риск связан с чрезмерной централизацией. Если все административные процессы завязаны на CMP, необходимо обеспечить отказоустойчивость, резервное копирование и понятный аварийный порядок работы при недоступности платформы.
Поэтому Clouden следует воспринимать как инструмент управления инфраструктурой, а не как средство, автоматически решающее все вопросы эксплуатации.
Развитие платформы
Clouden является относительно новым продуктом: ISPsystem официально представила его в начале 2026 года. При этом решение основано на многолетнем развитии BILLmanager Enterprise и фактически продолжает это направление в сторону полноценной CMP.
Дорожная карта на 2026-2027 годы предусматривает расширение интеграции с VMmanager, развитие квот, дополнительные инфраструктурные дашборды, проекты с отдельными бюджетами и правами, магазин приложений и дальнейшие подключения внешних облачных платформ. Часть функций ещё находится в разработке или запланирована, поэтому при выборе системы правильнее ориентироваться на возможности конкретной установленной версии, а не на будущий roadmap.
Заключение
Clouden - российская платформа класса Cloud Management Platform, предназначенная для централизованного управления гибридной и мультиоблачной ИТ-инфраструктурой. Она объединяет в общем контуре физические ресурсы, различные платформы виртуализации и облачные среды, предоставляет средства самообслуживания, автоматизации, тарификации и аналитики.
Основная задача решения clouden заключается не в замене гипервизоров или облаков, а в создании единого организационного слоя над разнородной инфраструктурой. Это может быть особенно актуально для крупных компаний, холдингов, сервис-провайдеров и организаций, которые одновременно используют несколько технологических платформ или проводят постепенное импортозамещение.
Практический результат внедрения зависит от качества предварительной подготовки. Необходимо инвентаризировать ресурсы, стандартизировать каталог услуг, определить права и квоты, настроить интеграции и проверить резервное восстановление самой управляющей платформы.
При этих условиях CMP позволяет перейти от управления отдельными серверами и облаками к управлению ИТ-услугами как единым набором ресурсов. Clouden представляет один из российских вариантов реализации такого подхода, а целесообразность его применения определяется масштабом инфраструктуры, количеством используемых сред и потребностью организации в централизованной автоматизации и прозрачном учёте.
Featured Posts by Alex Reeve
От Lamborghini до Toyota: Опытный водитель показал минусы этих авто
Джереми Кларксон: обзор худших автомобилей года
Французский шик: тестирование Renault Captur
Porsche 597: неудачное путешествие спортивного автомобиля как военного внедорожника
