LXD, sistemos konteinerių tvarkyklė, LXC įrankis
prieš žinias kuris buvo išleistas prieš kelias savaites pateikė Canonical, sApie LXD plėtros modelio keitimą kaip verslo projektas, o ne atskiras bendruomenės projektas, Incus buvo sukurtas kaip atsakas į jį.
Tiems, kurie nežino apie LXD, turėtumėte žinoti, kad tai suteikia priemones centralizuotam konteinerių valdymui įdiegta kelių serverių klasteryje. įrankių rinkinį LXC naudojamas kaip vykdymo laikas konteineriams paleisti ir LXD yra įdiegtas kaip foninis procesas, kuris priima užklausas tinkle per REST API ir palaiko kelias saugyklos pagrindines programas, būsenos momentines kopijas, tiesioginį veikiančių konteinerių perkėlimą iš vieno įrenginio į kitą ir konteinerio įrankių vaizdų saugyklą.
Ir tai po 8 metų plėtros kaip „Linux Containers“ dalis, Kanoninis, kuris yra LXD kūrėjas ir pagrindinis kūrėjas, nusprendė, kad tai optimaliausia LXD kūrimui. Dėl šio sprendimo LXD kodas buvo perkeltas iš lxc/lxd saugyklos į canonical/lxd , o projekto pagrindinis puslapis tapo ubuntu.com/lxd, o nuolatinė LXD integracija bus perkelta į Canonical serverius.
Šis judėjimas sukėlė daug rūpesčių kūrėjams, nes vien iš problemų, kurios kelia didžiausią nerimą, yra pridėtas papildomas kodas į LXD, kuri reikalinga norint paleisti snap formatą ir apsunkinti LXD naudojimą bei testavimą.
Šiuo klausimu Markas Shuttleworthas pareiškė, kad „Canonical“ neketina nustoti palaikyti kitų LXD platinimų ir kad projektas toliau viešai plėtojamas „GitHub“ tinkle ir priima pataisymus bei pakeitimus iš kitų bendraautorių.
Štai kodėl Atsakant į tai, buvo sukurti „Šakutės“, Incus, kad smalsu, kad yra du ir sutampa tuo pačiu pavadinimu, bet tai juos sukūrė skirtingi žmonės, vieną sukūrė Alexa Sarai, kuri dirba SUSE ir prižiūri LXD paketus openSUSE projekte, o kitą – Stéphane'as Graberis, buvęs LXD projekto vadovas.
Apie pastarąjį, Stephane'as Graberis, Norėčiau paminėti, kad rpraėjus savaitei po to, kai „Canonical“ perėmė LXD, paskelbė apie savo pareigas kaip LXD projekto vadovas, nes neketina pasirašyti CLA sutarties su „Canonical“. Stefanas sukūrė LXD šakutę, taip pat pavadinimu Incus, o Alexa Sarai komentare apie naujos šakutės anonsą Stefanas patvirtino, kad antroji šakių saugykla turėtų būti laikoma pagrindine.
Apie naują šakutę Alexa Sarai tai paminėjo ketinama sukurti LXD konteinerių valdymo sistemos šakę. Šakė buvo sukurta dėl susirūpinimo, kad „Canonical“ nebepalaikys kitų LXD platinimų, nes, kaip minėta, „Canonical“ planuose sutelkti dėmesį į LXD pateikimą „snap“ formatu, kuris yra pagrindinis LXD diegimo formatas.
Ir būtent tai, dauguma LXD vartotojų nėra Ubuntu, bet „ChromeOS“ platformoje, kuri naudoja „Gentoo Linux“ ebuild/portage kūrimo įrankį.
Incus (parengė Alexa Sarai) šiuo metu stengiasi pašalinti nereikalingas priklausomybes ir išjungti nuorodas į įrankius ir technologijas, būdingas Canonical produktams. Šakės kūrimas bus vykdomas dalyvaujant bendruomenei ir atsižvelgiant į trečiųjų šalių projektų interesus.
Minima, kad šakutė buvo pagaminta LXD 5.16 versijoje, tai leidžia atnaujinti iš LXD versijų iki LXD 5.16 imtinai. Naujovinimas iš naujesnės LXD versijos gali neveikti, nes nuo to momento abu projektai greičiausiai pradės skirtis.
„Incus“ ir toliau stebės ir importuos atitinkamus LXD pakeitimus laikui bėgant, nors mažai tikėtina, kad pakeitimai ir funkcijos, būdingi „Ubuntu“ ar „Canonical“ produktams, bus perkelti.
Pagaliau, jei norite sužinoti apie tai daugiau, išsamią informaciją galite patikrinti sekanti nuoroda.