Clear Linux -projekti siirtää kehityspainonsa palvelimiin ja pilvijärjestelmiin

Clear Linux -jakelun kehittäjät сообщили hankkeen kehittämisstrategian muuttamisesta. Pääasialliset kehitysalueet ovat palvelin- ja pilvijärjestelmät, joihin nyt kiinnitetään päähuomiota. Työasemien painoksen komponentteja tuetaan jäännöspohjalta.

Pöytäkonepakettien toimitus jatkuu, mutta näissä paketeissa tullaan tarjoamaan alkuperäiset versiot käyttäjäympäristöistä ilman Clear Linux -kohtaisia ​​lisäosia ja muutoksia. Mukaan lukien pakettien muodostaminen GNOMElla, työpöydän koostumus ja asetukset vastaavat viitenäkymää, jota GNOME-projekti tarjoaa oletuksena.

Aiemmin tarjottu oma teema selvitys, erillinen kuvamerkkisetti, esiasennettuja kolmannen osapuolen lisäosia GNOME Shellille (Dash-to-telakkaan, työpöydän kuvakkeet, kärsimättömyys, käyttäjä-teema) ja ensimmäisessä vaiheessa muutetut GNOME-asetukset ovat läpäissyt erillisessä paketissa"desktop-assets-extras". Ensi viikolla työpöytäpaketit on tarkoitus päivittää versioon GNOME 3.36, joka vastaa GNOME-viiteympäristöä, minkä jälkeen "desktop-assets-extras" -paketti poistetaan käytöstä.

Muistakaamme, että Intelin kehittämä Clear Linux -jakelu tarjoaa tiukan sovellusten eristämisen käyttämällä täydellä virtualisoinnilla erotettuja säiliöitä. Jakelun perusosa sisältää vain minimaalisen joukon työkaluja säiliöiden suorittamiseen, ja se päivitetään atomeittain. Kaikki sovellukset on suunniteltu Flatpak-paketteiksi tai nipuiksi, jotka toimivat erillisissä säiliöissä. Räätälöityjen pöytäkoneiden lisäksi kehittäjäversio oli huomattava laajennetusta laitteistotuesta, FUSE-pohjaisen virheenkorjausjärjestelmän integroinnista, uuden asennusohjelman lisäämisestä ja olemassaolosta. sovellushakemisto, joka tarjosi sarjoja kehitysympäristöjen käyttöönottoon eri kielillä ja teknologioilla.

Clear Linuxin ominaisuudet:

  • Binäärijakelun toimitusmalli. Järjestelmäpäivitykset voidaan suorittaa kahdessa tilassa: korjaustiedostojen asentaminen käynnissä olevaan järjestelmään ja järjestelmän täydellinen päivittäminen asentamalla uusi kuva erilliseen Btrfs-vedoskuvaan ja korvaamalla aktiivinen tilannekuva uudella;
  • Pakettien yhdistäminen sarjoiksi (niputtaa), muodostaen valmiita toimintoja riippumatta siitä, kuinka monta ohjelmistokomponenttia ne muodostavat. Bundle ja järjestelmäympäristökuva muodostetaan RPM-pakettien arkiston pohjalta, mutta toimitetaan paketteiksi jakamatta. Säilöjen sisällä toimii erityisesti optimoitu Clear Linux -kopio, joka sisältää kohdesovelluksen suorittamiseen tarvittavat paketit.
  • Tehokas päivityksen asennusjärjestelmä, joka on sisäänrakennettu jakelun perusosaan ja varmistaa kriittiset ongelmat ja haavoittuvuudet korjaavien päivitysten nopeutetun toimituksen. Clear Linuxin päivitys sisältää vain suoraan muuttuneet tiedot, joten tyypilliset haavoittuvuuksien ja virheiden korjaukset vievät vain muutaman kilotavun ja asennetaan lähes välittömästi.
  • Unified versioning system - jakeluversio edustaa kaikkien sen komponenttien tilaa ja versioita, mikä on kätevää toistettavien kokoonpanojen luomiseen ja jakelukomponenttien muutosten seurantaan tiedostotasolla. Järjestelmän minkä tahansa osan muuttaminen/päivitys johtaa aina muutokseen koko jakelun kokonaisversiossa (jos tavallisissa jakeluissa tietyn paketin versionumeroa vain kasvatetaan, niin Clear Linuxissa itse jakelun versiota kasvatetaan) ;
  • Tilaton lähestymistapa kokoonpanon määrittelyyn, mikä tarkoittaa, että eri asetusluokat on erotettu toisistaan ​​(käyttöjärjestelmä, käyttäjä ja järjestelmä tallennetaan erikseen), järjestelmä ei tallenna tilaansa (valtioton) eikä asennuksen jälkeen sisällä asetuksia / etc -hakemistossa, mutta luo asetukset lennossa käynnistyksen yhteydessä määritettyjen mallien perusteella. Voit palauttaa järjestelmän asetukset oletusarvoihin poistamalla /etc ja /var;
  • Käyttää täysimittainen virtualisointi (KVM) konttien pyörittämiseen, mikä takaa korkean turvallisuustason. Säilön käynnistysaika on hieman perinteisiä konttieristysjärjestelmiä (nimiavaruudet, c-ryhmät) jäljessä ja se on hyväksyttävä sovellussäilöjen käynnistämiseen tarpeen mukaan (virtuaaliympäristön käynnistysaika on noin 200 ms ja lisämuistin kulutus on 18-20 Mt per kontti). Muistin kulutuksen vähentämiseksi käytetään mekanismia DAX (suora pääsy tiedostojärjestelmään ohittaen sivun välimuistin käyttämättä lohkolaitetasoa), ja tekniikkaa käytetään identtisten muistialueiden kaksoiskappaleiden poistamiseen KSM (Kernel Shared Memory), jonka avulla voit järjestää isäntäjärjestelmän resurssien jakamisen ja yhdistää erilaisia ​​vierasjärjestelmiä yhteiseen järjestelmäympäristömalliin.
  • Lähde: opennet.ru

Lisää kommentti