LXD, en systemcontainerhanterare, ett verktyg för LXC
före nyheterna som släpptes för några veckor sedan av Canonical, SOm att ändra utvecklingsmodellen för LXD som ett affärsprojekt snarare än ett fristående samhällsprojekt, Incus har skapats som svar på det.
För dem som inte är medvetna om LXD, bör du veta att detta tillhandahåller verktyg för centraliserad containerhantering distribueras i ett kluster av flera servrar. verktygssatsen LXC används som körtid för att köra containrar och LXD implementeras som en bakgrundsprocess som accepterar förfrågningar över nätverket via ett REST API och stöder flera lagringsbackends, tillståndsögonblicksbilder, livemigrering av körande containrar från en maskin till en annan och containerverktygsbildlagring.
Och det efter 8 års utveckling som en del av Linux Containers, Kanonisk, som är skaparen och huvudutvecklaren av LXD, bestämde att det var det mest optimala för LXD-utveckling. Detta beslut ledde till att LXD-koden flyttades från lxc/lxd-förrådet till canonical/lxd , och projektets hemsida blev ubuntu.com/lxd, och kontinuerlig integration för LXD kommer att migreras till Canonicals servrar.
Denna rörelse har väckt många farhågor till utvecklarna, eftersom en av de problem som oroar mest är tilläggskoden till LXD, som krävs för att köras i snap-format och göra LXD svårare att använda och testa.
Mark Shuttleworth uttalade om detta att Canonical inte har för avsikt att sluta stödja andra distributioner i LXD, och att projektet fortsätter att utvecklas offentligt på GitHub och accepterar korrigeringar och ändringar från andra bidragsgivare.
Det är därför Som svar på detta skapades "gafflarna", Incus, att det konstigt nog finns två och sammanfaller i samma namn, men det de skapades av olika människor, en av Alexa Sarai, som arbetar för SUSE och underhåller LXD-paketen i openSUSE-projektet och den andra av Stéphane Graber, tidigare ledare för LXD-projektet.
Om det senare, Stephane Graber, Jag vill nämna att rmeddelade sin position som LXD-projektledare, en vecka efter att Canonical tog över LXD, eftersom man inte har för avsikt att teckna ett CLA-avtal med Canonical. Stefan skapade en gaffel av LXD, även den under namnet Incus och att i sin kommentar till tillkännagivandet av den nya gaffeln, av Alexa Sarai, bekräftade Stefan att det andra gaffelförrådet borde betraktas som det huvudsakliga.
Om den nya gaffeln av Alexa Sarai nämns det det är avsett att utveckla en gaffel av LXD container management system. Gaffeln skapades på grund av farhågor om att Canonical inte längre korrekt kommer att stödja andra distributioner i LXD, eftersom som nämnts inom Canonicals planer att fokusera på att leverera LXD i snap-format, vilket är positionerat som huvudformatet för installation av LXD.
Och det är i synnerhet, de flesta LXD-användare är inte på Ubuntu, men på ChromeOS-plattformen, som använder Gentoo Linux ebuild/portage build-verktyget.
Incus (av Alexa Sarai) arbetar för närvarande med att ta bort redundanta beroenden och inaktivera länkar till verktyg och teknologier som är specifika för Canonical-produkter. Utvecklingen av gaffeln kommer att utföras med deltagande av samhället och med hänsyn till tredje parts projekts intressen.
Det nämns det gaffeln gjordes i LXD 5.16-utgåvan, som gör det möjligt att uppgradera från LXD-versioner till och med LXD 5.16. Uppgradering från en senare version av LXD kanske inte fungerar eftersom de två projekten sannolikt kommer att börja skilja sig från denna punkt.
Incus kommer att fortsätta att övervaka och importera relevanta LXD-ändringar över tid, även om ändringar och funktioner som är specifika för Ubuntu eller Canonical-produkter sannolikt inte kommer att porteras.
Slutligen, om du är intresserad av att veta mer om detkan du kontrollera detaljerna i följande länk.