Deckhouse Virtualization Platform (DVP) использует KubeVirt как технологическое ядро, но добавляет готовые решения по API, сети, хранилищам, интерфейсу и сопровождению. Разбор отличий и того, зачем их сделали.
DVP строит поверх KubeVirt готовую платформу: единая внешняя API, UI, мониторинг, сеть, RBAC и сборка компонентов из исходников.
Платформа скрывает внутренние API KubeVirt от пользователей и требует изменений только через собственные контроллеры — это ограничение ради управляемости.
KubeVirt — проект для запуска виртуальных машин в Kubernetes. Он даёт ядро: механизмы запуска и управления ВМ через Kubernetes API. Но он не делает выборов за вас: CNI, CSI, CDI, мониторинг, UI и модель ролей остаются на стороне оператора. Если вы готовы собирать и поддерживать всю эту связку, KubeVirt подходит.
Deckhouse Virtualization Platform (DVP) использует форк KubeVirt как основу, но поставляет целую платформу. Идея простая: собрать вокруг KubeVirt всё, что нужно для эксплуатации ВМ в продакшене, и брать на себя согласование версий, сборку артефактов и интеграцию.
DVP сознательно ограничивает изменение внутренних объектов KubeVirt. Контроллеры платформы отвечают за поведение ВМ, а внешний API отражает понятия администратора. Это уменьшает риск «чёрного ящика» после ухода одного-двух инженеров: платформа несёт ответственность за согласование версий и CVE в поставляемых артефактах.
Кто всё ещё соберёт собственное решение
Если вы — опытная команда, у которой есть устоявшийся GitOps-процесс, эксперты по CNI/CSI и желание управлять каждой частью стека, «ванильный» KubeVirt остаётся инструментом. Он даёт гибкость, но требует ресурсов на сборку и сопровождение.
В материале перечислены разделы: архитектура и философия API, графический интерфейс, хранилище и работа с образами, управление ВМ, миграция, сеть, безопасность, мониторинг, таблица отличий DVP и KubeVirt и инструкции, как попробовать платформу в деле.
zVirt Containers 2.0 связывает виртуализацию с Nova Kubernetes: выбор ресурсов через API, настройка хост-групп и управление несколькими Nova Universe.
Практика к первой части серии «Kubernetes просто». Поднимем локальный кластер с помощью kind, найдём компоненты Control Plane и запустим первый Pod. Разберём команды и их вывод, а затем закрепим материал самостоятельными заданиями. Читать далее
Kubernetes без магии и заучивания команд. Разберёмся, зачем он вообще нужен, как устроен кластер, чем Control Plane отличается от Worker Nodes и какую роль играют Pod, Scheduler, kubelet, etcd и другие основные компоненты . Читать далее
Можно годами работать с Kubernetes, писать манифесты и разбираться с падениями подов – и всё равно смутно представлять, что именно происходит внутри системы. Я решил закрыть этот пробел радикально: собрал собственный оркестратор Smith и по ходу разработки столкнулся с теми же проблемами, которые когда-то сформировали а
Simpsons Bay House on Bruny Island, Tasmania, by Dock4 Architects with Giles Newstead, is conceived around the idea of reuse, adaptation and a close relationship with the rural landscape. Rather than beginning with a conventional new-build material palette, the architects allowed the available materials to shape the ar
Architecture that relies on the strength of horizontal planes to create shade, comfort, and presence. At the client's request, we developed a home for the family to spend extended periods at the beach while hosting many friends on weekends. The project features an integrated living area with split-level spaces and doub
Loading more related stories...
Open the app view to save this story, compare related coverage, and continue from the same source.