Недавняя информация о Canonical и LXD оказала меньшее влияние, чем следовало бы.. Конечно, это не тот продукт, о котором обычные пользователи, по крайней мере те из нас, кто создает или потребляет контент в Linux, имеют слишком много информации.
Признаюсь, иногда я чувствую себя Дамблдором, пытающимся убедить Министерство магии в том, что Волан-де-Морт вернулся. Многие до сих пор убеждены, что хорошие времена, когда контроль над судьбами свободных программ находился в руках сообщества продолжать, но правда в том, что все больше и больше крупных технологических компаний, особенно IBM, Microsoft и Google оказать влияние в решениях.
Канонический и LXD. О чем ты говоришь, Диего?
Едем по частям. Облако, несмотря на клаудофобов, — это не просто удаленное использование компьютера. Это использование нескольких, но на одном оборудовании. Сервер может одновременно запускать Photoshop в Windows 11, LibreOffice в формате Flatpak и VLC в формате Snap, а пользователь Chromebook может переключаться между ними без необходимости смены операционной системы.
Это возможно благодаря контейнерной технологии. В отличие от виртуальной машины, которая представляет собой промежуточное программное обеспечение, выступающее в роли интерпретатора между операционной системой хоста и выполняемой программой, контейнер является частью операционной системы, которая выделяет ему эксклюзивные аппаратные ресурсы, чтобы он мог запускать программу с операционной системой. что работает на нем.соответствует.
Так что разница понятна. Если я использую Photoshop в Windows на виртуальной машине, установленной в Linux, обработка графики выполняется с помощью соответствующего драйвера Linux. Если я запущу его в контейнере, он будет использовать драйвер Windows 11. То же самое, но наоборот, если я запущу LibreOffice и VLC поверх Fedora и Ubuntu на виртуальной машине Windows или поверх контейнеров.
Когда вы работаете со многими контейнерами, делать это вручную может быть обременительно, поэтому было создано множество решений по автоматизации. Одним из них, предложенным Canonical, является LXD. Его основными конкурентами являются Kubernetes (находится в руках фонда, состоящего из Google и Linux Foundation) и OpenShift (Red Hat/IBM).
Еще несколько дней назад LXD находился под контролем сообщества LinuxContainers. (Проект с открытым исходным кодом, на котором он был основан, а также поддерживается компанией.) Однако реклама в веб-страница (Который, на момент написания этой статьи, сообщил, что Canonical берет на себя управление проектом, а репозитории, документация и форумы переносятся на их веб-сайт.
Следует отметить, что LXD, еще одна технология, которую Canonical не удалось сделать массовой, это основная часть их планов по расширению использования пакета Snap в своих дистрибутивах. Однако в компании заверили, что проект не будет привязан к операционной системе или формату пакета.
Однако только сотрудники Canonical смогут поддерживать проект.
отказ от права
Со своей стороны, Стефан Грабер, лидер и видимое лицо проекта LXD, ушел из Canonical. En сообщение в своем блоге (в который, по крайней мере, я не могу зайти) он объясняет причины своего ухода на пенсию.
Как я уже говорил своим коллегам и высшему руководству, Canonical — это не та компания, к которой я с энтузиазмом присоединился в 2011 году, и это не та компания, к которой я хотел бы присоединиться сегодня, поэтому она также не должна быть компанией, к которой я хотел бы присоединиться. .
О решении Canonical он сказал:
Я, очевидно, хотел бы, чтобы [изменение] не произошло, я вижу большую ценность в таком проекте, как LXD, работающем в более открытой среде сообщества, где ценится вклад каждого и приветствуется вклад каждого, независимо от его размера.
Грабер, который планирует заняться консалтингом, пообещал продолжать писать код для LXD.
Я могу ошибаться, но это только начало еще одного шага к меньшему сотрудничеству и большей конкуренции в мире открытого исходного кода.