LXD, менеджер системных контейнеров, инструмент для LXC
перед новостями который был выпущен несколько недель назад от Canonical, СОб изменении модели разработки LXD как бизнес-проект, а не самостоятельный общественный проект, Incus был создан в ответ на это.
Тем, кто не знаком с LXD, следует знать, что это предоставляет инструменты для централизованного управления контейнерами развернуты в кластере из нескольких серверов. набор инструментов LXC используется в качестве среды выполнения для запуска контейнеров и LXD реализован как фоновый процесс, который принимает запросы по сети через REST API и поддерживает несколько серверных хранилищ, моментальные снимки состояния, динамическую миграцию запущенных контейнеров с одной машины на другую и хранилище образов контейнерных инструментов.
И это после 8 лет разработки как часть контейнеров Linux, Канонический, кто является создателем и основным разработчиком LXD, решил, что это самый оптимальный для разработки LXD. Это решение привело к перемещению кода LXD из репозитория lxc/lxd в canonical/lxd, и домашняя страница проекта стала ubuntu.com/lxd, а непрерывная интеграция для LXD будет перенесена на серверы Canonical.
Это движение вызвал много опасений разработчикам, поскольку один из проблем, которые беспокоят больше всего, это добавление дополнительного кода в LXD, который требуется для работы в формате Snap и затрудняет использование и тестирование LXD.
По этому поводу Марк Шаттлворт заявил, что Canonical не намерена прекращать поддержку других дистрибутивов в LXD, и что проект продолжает публично развиваться на GitHub и принимает исправления и изменения от других участников.
Оттого В ответ на это были созданы "Вилки", Инкусы, что любопытно, что их два и совпадают в одном и том же имени, но что их создавали разные люди, один — Алексой Сарай, которая работает в SUSE и поддерживает пакеты LXD в проекте openSUSE, а другой — Стефаном Грабером, бывшим руководителем проекта LXD.
О последнем, Стефан Грабер, Я хотел бы отметить, что робъявил о своей должности руководителя проекта LXD через неделю после того, как Canonical взяла на себя управление LXD., так как не намерена подписывать соглашение CLA с Canonical. Стефан создал форк LXD, также под названием Incus, и что в своем комментарии к анонсу нового форка от Alexa Sarai Стефан подтвердил, что второй репозиторий форка следует считать основным.
О новой вилке Alexa Sarai упоминает, что предполагается разработать форк системы управления контейнерами LXD. Форк был создан из-за опасений, что Canonical больше не будет должным образом поддерживать другие дистрибутивы на LXD, поскольку, как упоминалось в планах Canonical, сосредоточиться на доставке LXD в формате snap, который позиционируется как основной формат для установки LXD.
И это, в частности, большинство пользователей LXD не используют Ubuntu, но на платформе ChromeOS, которая использует инструмент сборки Gentoo Linux ebuild/portage.
Наковальня (Алекса Сарай) в настоящее время работает над удалением избыточных зависимостей и отключите ссылки на инструменты и технологии, характерные для продуктов Canonical. Разработка форка будет осуществляться при участии сообщества и с учетом интересов сторонних проектов.
Упоминается, что форк был сделан в релизе LXD 5.16, что позволяет обновлять версии LXD до LXD 5.16 включительно. Обновление с более поздней версии LXD может не сработать, поскольку с этого момента два проекта, вероятно, начнут расходиться.
Incus продолжит отслеживать и импортировать соответствующие изменения LXD с течением времени, хотя изменения и функции, характерные для продуктов Ubuntu или Canonical, вряд ли будут перенесены.
В конце концов, если вам интересно узнать об этом больше, вы можете проверить подробности в по следующей ссылке.