ProHoster > Blog > Lajmet e internetit > Kompania Canonical ka transferuar projektin LXD në licencën AGPLv3

Kompania Canonical ka transferuar projektin LXD në licencën AGPLv3

Kompania Canonical publikoi versionin e ri tĂ« sistemit tĂ« menaxhimit tĂ« kontejnerĂ«ve LXD 5.20, i cili Ă«shtĂ« i veçantĂ« pĂ«r ndryshimin e licencĂ«s sĂ« projektit dhe pĂ«rfshirjen e nevojĂ«s pĂ«r nĂ«nshkrimin e marrĂ«veshjes CLA pĂ«r transferimin e tĂ« drejtave pronĂ«sore mbi kodin kur pranohet ndryshime nĂ« LXD. Licenca pĂ«r kodin qĂ« Ă«shtĂ« shtuar nĂ« LXD nga punonjĂ«sit e Canonical Ă«shtĂ« ndryshuar nga Apache 2.0 nĂ« AGPLv3, ndĂ«rsa kodi i kontribuesve tĂ« jashtĂ«m, pĂ«r tĂ« cilin Canonical nuk ka tĂ« drejta pronĂ«sore, mbetet nĂ«n Apache 2.0. Duke qenĂ« se Canonical nuk ka mundĂ«si ta ndryshojĂ« licencĂ«n pĂ«r tĂ« gjithĂ« kodin LXD, projekti tani do tĂ« ofrohet nĂ«n kushte tĂ« pĂ«rziera — njĂ« pjesĂ« e kodit nĂ«n AGPLv3 dhe njĂ« pjesĂ« nĂ«n Apache 2.0. Kalimi nĂ« licencĂ«n e re shpjegohet me dĂ«shirĂ«n pĂ«r tĂ« unifikuar licencĂ«n me produktet e tjera serverike tĂ« Canonical, nĂ« tĂ« cilat pĂ«rdoret AGPLv3.

Kodi i versioneve të vjetra mbetet si më parë nën licencën Apache 2.0, por të gjitha ndryshimet e bëra në komponentët e licencuar të rilicencuara do të publikohen vetëm nën licencën AGPLv3, që do të thotë se Incus nuk do të mund të transferojë ndryshime nga LXD pa e kthyer bazën e tij të kodit në licencën AGPLv3. Licencat Apache 2.0 dhe AGPLv3 kanë një përputhje njëanshme, e cila përfshin që kodi nën licencën Apache 2.0 mund të përfshihet në kodin nën licencën AGPLv3, por jo e kundërta. Ky ndryshim nënkupton një ndalim të plotë të bashkëpunimit midis projekteve LXD dhe Incus, pasi transferimi i ndryshimeve nga LXD në Incus pengohet nga licenca e re, ndërsa nga Incus në LXD, nevoja për nënshkrimin e marrëveshjes së CLA, të cilën zhvilluesit e Incus nuk kanë ndërmend ta nënshkruajnë.

Karakteristika e licencës AGPLv3 është vendosja e kufizimeve shtesë për aplikacionet që sigurojnë funksionimin e shërbimeve rrjetërore. Kur përdoren komponentë AGPL në punën e shërbimeve rrjetërore, zhvilluesi është i detyruar t'i ofrojë përdoruesit kodin burimor të të gjitha ndryshimeve të bëra në këto componente, edhe nëse software më i bazuar në shërbim nuk shpërndahet dhe përdoret ekskluzivisht në infrastrukturën e brendshme për organizimin e punës së shërbimit. Licenca AGPL gjithashtu vendos kushte kopilef, domethënë për të përfshirë kodin AGPL nga LXD në projektin tuaj, baza e kodit të projektit tuaj duhet të rilicensohet nën licencën AGPL.

LXD ofron mjete për menaxhimin e centralizuar të kontejnerëve dhe makinave virtuale të vendosura në një kluster me disa servera. LXD është implementuar si një proces në sfond, i cili pranon kërkesa nëpërmjet rrjetit përmes REST API dhe mbështet backend-e të ndryshme për ruajtjen (strukturat e drejtorive, ZFS, Btrfs, LVM), snapshot-e të gjendjeve, migrim në kohë reale të kontejnerëve në punë nga një makinë në tjetrën dhe mjete për ruajtjen e imazheve të kontejnerëve. Si runtime për ekzekutimin e kontejnerëve përdoret mjeti LXC, i cili përfshin bibliotekën liblxc, një grup utilitarësh (lxc-create, lxc-start, lxc-stop, lxc-ls etj.), shabllone për ndërtimin e kontejnerëve dhe një grup lidhjesh për gjuhë të ndryshme programimi. Izolimi realizohet me mekanizmat standard të bërthamës Linux (hapësirat e emrave, cgroups, Apparmor, SELinux, Seccomp). Përveç LXC, LXD përdor gjithashtu komponente nga projektet CRIU dhe QEMU.

Mes mundësive të reja të shtuara në LXD 5.20:

  • GjatĂ« krijimit tĂ« grupeve tĂ« ruajtjes bazuar nĂ« Cephfs Ă«shtĂ« ofruar mundĂ«sia pĂ«r tĂ« krijuar meta tĂ« dhĂ«na dhe tĂ« dhĂ«na pĂ«r grupet OSD (Object Storage Daemon), duke pĂ«rdorur parametrat cephfs.create_missing, cephfs.meta_pool dhe cephfs.data_pool. PĂ«r shembull: lxc storage create mypool cephfs source=cephfs \ cephfs.create_missing=true \ cephfs.data_pool=xyz_data \ cephfs.meta_pool=xyz_meta
  • NĂ« paketĂ«n snap LXD Ă«shtĂ« shtuar mundĂ«sia pĂ«r tĂ« konfiguruar prioritetin e ngarkesĂ«s nga disqe tĂ« ndryshĂ«m duke pĂ«rdorur modin security.csm.
  • NĂ« firmware EDK2 UEFI Ă«shtĂ« shtuar njĂ« mod i debuggimit (boot.debug_edk2=true) pĂ«r diagnostikimin e problemeve gjatĂ« ngarkesĂ«s. makinave virtuale. Logu i deugggimit ruhet nĂ« skedarin $LXD_DIR/logs//edk2.log.
  • Kodi i autorizimit Ă«shtĂ« pĂ«rmirĂ«suar nĂ« njĂ« bazĂ« modulare, qĂ« lejon mbĂ«shtetje pĂ«r OpenFGA pĂ«rveç autorizimit pĂ«rmes certifikatave TLS dhe Canonical RBAC.
  • PĂ«r tĂ« kompilar LXD tani nevojitet tĂ« paktĂ«n versioni i gjuhĂ«s Go 1.20.
  • MbĂ«shtetja pĂ«r Shiftfs Ă«shtĂ« hequr. PĂ«r mapimin e identifikuesve tĂ« pĂ«rdoruesve duhet tĂ« pĂ«rdoret montimi me idmap, qĂ« mbĂ«shtetet pĂ«r Ext4, XFS, Btrfs, ZFS dhe Cephfs.
  • MbĂ«shtetja pĂ«r firmware UEFI me madhĂ«si 2MB Ă«shtĂ« hequr (duhen pĂ«rdorur firmware me madhĂ«si 4MB).
  • PĂ«rkrahja pĂ«r krijimin e magazinave tĂ« bazuara nĂ« teknologjinĂ« NVME Ă«shtĂ« transferuar nga kodi i fork-ut Incus. PĂ«r tĂ« caktuar tipin e disku, Ă«shtĂ« shtuar njĂ« parametr i ri konfigurimi 'io.bus', i cili nĂ« mĂ«nyrĂ« tĂ« paracaktuar Ă«shtĂ« vendosur nĂ« 'virtio-scsi'. Kur ndryshohet nĂ« 'nvme', disku nĂ« makinĂ« do tĂ« shihet si NVME SSD.
  • Nga kodi i forkes Incus Ă«shtĂ« transferuar mbĂ«shtetja pĂ«r lidhjen dhe heqjen e nxehtĂ« (hot-plug/hot-remove) tĂ« rrugĂ«ve tĂ« skedarĂ«ve ose seksioneve tĂ« veçanta, tĂ« kaluara nga mjedisi pritĂ«s. MĂ« parĂ«, njĂ« kalim i tillĂ« me ndihmĂ«n e drejtorit virtio-fs ose FS 9p kĂ«rkonte ndalimin e makinĂ«s virtuale. pĂ«r tĂ« anashkaluar kĂ«tĂ« kufizim Ă«shtĂ« pĂ«rdorur mundĂ«sia e QEMU pĂ«r lidhjen e nxehtĂ« tĂ« pajisjeve PCI dhe montimin e rrugĂ«s brenda sistemit pritĂ«s pĂ«rmes incus-agent.
  • Identifikuesi i pajisjes org.linuxcontainers.lxd Ă«shtĂ« ribĂ«rĂ« emri nĂ« com.canonical.lxd (pĂ«r tĂ« ruajtur njĂ«kohshmĂ«rinĂ«, mbĂ«shtetje e vjetĂ«r Ă«shtĂ« ruajtur).

Burimi: opennet.ru

Bleni hostim tĂ« besueshĂ«m pĂ«r faqe me mbrojtje nga DDoS, serverĂ« VPS VDS đŸ”„ Bleni hostim tĂ« besueshĂ«m pĂ«r faqe me mbrojtje nga DDoS, serverĂ« VPS VDS | ProHoster