Canonical și LXD. Ce înseamnă toate acestea?

Informațiile recente despre Canonical și LXD au avut un impact mai mic decât ar trebui. Desigur, nu este un produs pe care utilizatorii obișnuiți, cel puțin cei care producem sau consumăm conținut pe Linux, să aibă prea multe informații.

Sunt încă mulți convinși că vremurile bune în care controlul destinațiilor software-ului liber era în mâinile comunității continuă, dar adevărul este că marile companii de tehnologie, în special IBM, Microsoft și Google, influențează deciziile   din ce în ce mai mult .

Canonice și LXD. 

SServerul poate rula Photoshop pe Windows 11, LibreOffice în format Flatpak și VLC în format Snap în același timp, iar un utilizator de pe Chromebookul său poate comuta între ele fără a fi nevoie să schimbe sistemele de operare.

Acest lucru este posibil datorită tehnologiei containerelor.   Spre deosebire de mașina virtuală, care este middleware care acționează ca un interpret între sistemul de operare gazdă și programul care se execută, containerul face parte din sistemul de operare care îi alocă resurse hardware exclusive, astfel încât să poată rula un program cu sistemul de operare. care ruleaza pe ea.corespunde.

Ca să se înțeleagă diferența. Dacă folosesc Photoshop pe Windows într-o mașină virtuală instalată pe Linux, procesarea grafică se face folosind driverul Linux corespunzător. Dacă îl rulez într-un container, va folosi driverul Windows 11. Același lucru, dar invers dacă rulez LibreOffice și VLC peste Fedora și Ubuntu într-un VM Windows sau deasupra containerelor.

Atunci când se lucrează cu mai multe containere, efectuarea manuală poate fi greoaie, motiv pentru care au fost create multe soluții de automatizare. Unul dintre ele, cel propus de Canonical este LXD. Principalii săi concurenți sunt Kubernetes (în mâinile unei fundații formate din Google și Linux Foundation) și OpenShift (Red Hat/IBM)

Până acum câteva zile, LXD se afla sub controlul comunității LinuxContainers (proiectul open source pe care s-a bazat și susținut și de companie). Cu toate acestea, un anunț pe site-ul web (care nu a mai rămas la momentul scrierii acestui articol) a raportat că Canonical preia proiectul și că ambele depozite, documentația și forumurile erau mutate pe site-ul lor.

Trebuie menționat că LXD, care este încă o altă tehnologie pe care Canonical nu a reușit să o impună, este o parte fundamentală a planurilor sale de a avansa în utilizarea pachetului Snap în distribuțiile sale. Cu toate acestea, compania a asigurat că proiectul nu va fi legat de un sistem de operare sau format de pachet.

Cu toate acestea, doar angajații Canonical vor putea fi menținători ai proiectului.

Demisie

La rândul său, Stéphane Graber, lider și față vizibilă a proiectului LXD, a demisionat de la Canonical. Într- o postare de pe blogul său (în care cel puțin nu pot intra) explică motivele pensionării sale.

După cum le-am spus colegilor mei și conducerii, Canonical nu este compania la care m-am alăturat cu entuziasm în 2011 și nu este o companie la care aș dori să mă alătur astăzi, de aceea nu ar trebui să fie nici o companie la care aș dori să mă alătur. .

Cu privire la decizia lui Canonical, el a spus:

Evident, îmi doresc ca [schimbarea] să nu fi avut loc, văd multă valoare într-un proiect precum LXD care rulează într-un mediu comunitar mai deschis, unde contribuția tuturor este apreciată și contribuția tuturor, indiferent de dimensiune, este binevenită.

Graber, care plănuiește să intre în consultanță, a promis că va continua să contribuie cu cod la LXD.

Poate mă înșel, dar acesta este doar începutul unei alte mișcări către mai puțină cooperare și mai multă competiție în lumea open source.

Sursa: Linux Adictos