Эта новость вызывает смешанные чувства...Ну то есть вместо того чтобы дописывать недостающий функционал по стораджу и сетям, с которым у самого Citrix не густо, они решили переписывать утилиты на Rust. С одной стороны, это совершенно нездоровые подход, но техдолг...
Там же большая драма была в том, что Citrix по сути закрыл свой OpenStack, как вендор и остановил развитие экосистемы гипервизора, заблокировал всё что мог лицензиями и застрял в рамках задач по Virtual Desktop Environment. Это произошло после ребрендинга XenServer -> Citrix Hypervizor, и их основных продуктов XenDesktop и XenApp в Citrix Workplaces совместно с отказом от perpetual-лицензирования. Это масштабное сокращение функционала по всем направлением сопровождается с полной переориентацией на единственно важный сейчас для Citrix портрет клиента крупная организация применяющая в работе удаленные рабочие столы, тонкие клиенты, киоски, и публикующая на сессионных терминалах графически ускоренные приложения. Ну то есть как гипервизор общего назначения он мёртв уже несколько лет (я про верию от Citrix).
При этом есть без учета давным-давно сформированного XenProject есть 2 более успешные реализации Xen: XCP-ng о которой речь идёт в новости и Hyper-V, чей ядерный код состоит из Xen на 40% и писался при участии Citrix по заказу MS. И как это и полагается у крупных корпораций в олигопольной среде, они поделили рынок по сговору. Общее назначение забирает Hyper-V, при этом Citrix прекращает развитие программно определяемых хранилищ, сетей и фактически закрывает эту часть облачного направления, зато поддержка этого всего приходит из Xen в Hyper-V. MS при этом наоборот закрывает все что связано с графическими ускорителями и оставляет свои терминальные компоненты (все ранее тоже купленные у Citrix-а). Вот мы и имеем по состоянию на 2018-й год окончательно сформированный сговор.
Если XCP-ng, наплевав на их делёжку попытается хотя бы продать (не обязательно бесплатно) своё единое решение без искуственного дележа рынка, то станет легче жить, потому что KVM в некоторых ситуациях показывает ужасно низкие возможности overcommit.
Но вот идея переписать основное API для управления доменами на Rust, ключевое слово "переписать" вызывает у меня неудобные вопросы. Это с одной стороны, с другой стороны, техдолг там настолько чудовищный, что Citrix решил закрыть несколько направлений и договориться с МС лишь бы не тащить на себе развитие инфраструктурных автоматизаций под гипервизор общего назначения. Не знаю... Правда не знаю
Мне интересно, кто-то из наших местных общался с XCP-ng они там как, адекватные? Они понимают в какую сторону собрались двигаться? Потому что если это "перепишу всё на Rust, потому что это в тренде", то земля им пухом... С другой стороны они отказываются в первую очередь от старого кода на Go... Rust не может быть хуже Go, потому что хуже Go нет ничего по определению.
