A Clear Linux disztribúció fejlesztői a projekt fejlesztési stratégiájának megváltozásáról. A fejlesztés elsődleges irányai között szerepelnek a szerver és a felhőrendszerek, amelyek mostantól középpontba kerülnek. A munkaállomásokhoz készült kiadások a meglévő rendszer szerint fognak folytatódni.
A munkaasztalokhoz tartozó csomagok továbbra is elérhetőek lesznek, de ezekben a csomagokban az alapvető felhasználói környezetek eredeti változatait, a Clear Linux-ra jellemző kiegészítések és módosítások nélkül. Ez magában foglalja a GNOME csomagok folytatását is, de a munkaasztal összetétele és beállításai az alapértelmezett GNOME projekt ajánlásaival fognak összhangban állni.
A korábban javasolt saját , különálló , előre telepített harmadik féltől származó GNOME Shell kiegészítők (, , , ) és a GNOME módosított beállításai kezdetben külön csomagban "" kerülnek. A következő héten tervezik az asztali csomagok frissítését a GNOME 3.36 verzióra, amelyek az alapértelmezett GNOME környezetnek fognak megfelelni, ezt követően a "desktop-assets-extras" csomagot elavulttá teszik.
Ne feledjük, hogy a Clear Linux disztribúcióját az Intel fejleszti, és szigorú alkalmazásizolációt biztosít konténerek segítségével, teljes virtualizálással elválasztva. A disztribúció alapvető része csak a konténerek futtatásához szükséges minimális eszközkészletet tartalmaz, és atomikusan frissül. Minden alkalmazás Flatpak csomagokban vagy külön konténerekben futtatható kötegek formájában van megjelenítve. A testreszabott munkaasztalok mellett a fejlesztők számára készült kiadás kiemelkedett a bővített hardvertámogatásával, a FUSE-alapú hibakereső rendszer integrálásával, új telepítő hozzáadásával és , amely különböző nyelvek és technológiák használatával fejlesztési környezetek kiépítésére javasolt készleteket tartalmazott.
A Clear Linux jellemzői:
- A disztribúció bináris szállítási modellje. A rendszer frissítése két módon történhet: javítások felületes alkalmazásával a működő rendszerre, és teljes rendszerfrissítéssel, amely új kép telepítésével és a régi Btrfs pillanatkép helyettesítésével történik;
- Csoportosítás csomagokba (), amelyek kész funkcionálást biztosítanak, függetlenül attól, hány szoftverkomponenst tartalmaznak. A bundle és a rendszeren környezetet képező elemek RPM-csomagok tárolóalapján alakulnak ki, de csomagokra bontás nélkül kerülnek forgalomba. A konténerekben egy speciálisan optimalizált Clear Linux másolat fut, amely a célalkalmazás futtatásához szükséges csomagokat (bundle) tartalmazza;
- Hatékony frissítési rendszert, amely beépített a disztribúció alapjában, és gyorsított frissítéseket biztosít a kritikus problémák és sebezhetőségek javítására. A Clear Linux frissítései csak a közvetlenül módosult adatokat tartalmazzák, ezért a tipikus sebezhetőségi és hibajavítók mindössze néhány kilobyte-ot foglalnak el és szinte azonnal települnek;
- Egységes verziókezelési rendszer — a disztribúció verziója tükrözi az összes benne lévő komponens állapotát és verzióját, amely megkönnyíti a reprodukálható konfigurációk létrehozását és a disztribúció komponenseinek fájlszintű változásainak nyomon követését. A rendszer bármely részének módosítása/frissítése mindig a disztribúció teljes verziójának megváltozását eredményezi (míg a hagyományos disztribúciókban csupán a bizonyos csomag verziószáma növekszik, a Clear Linux esetében a disztribúció verziója emelkedik);
- Stateless megközelítés a konfiguráció meghatározásához, amely azt jelenti, hogy a különböző beállítási osztályok külön vannak választva (az OS, a felhasználói és a rendszerbeállítások elkülönítve tárolódnak), a rendszer nem tárolja az állapotát (stateless) és telepítés után nem tartalmaz beállításokat a /etc könyvtárban, hanem a megadott indító sablonok alapján dinamikusan generálja azokat. A rendszerbeállítások alapértelmezett értékekre való visszaállításához egyszerűen elég törölni a /etc és /var könyvtárakat;
- teljes virtuálisítás (KVM) a konténerek futtatásához, amely magas szintű biztonságot biztosít. A konténerek indítási ideje némileg elmarad a hagyományos konténerizolációs rendszerektől (namespaces, cgroups), és elfogadható az igény szerinti alkalmazáskonténerek indításához (a virtuális környezet indítási ideje körülbelül 200 ms, míg a memóriaköltség 18-20 MB konténerenként). A memóriaköltség csökkentésére mechanizmus alkalmazása; (közvetlen hozzáférés a fájlrendszerhez a lapozási gyorsítótáron keresztül, blokkszintű eszközök bevonása nélkül), és az azonos memória területek deduplikálásához technológia alkalmazása történik. (Kernel Shared Memory), amely lehetővé teszi a gazda rendszer erőforrásainak közös kihasználását és az alapvető rendszerkörnyezet közös sablonként való csatlakoztatását különböző virtuális gépekhez.
Forrás: opennet.ru
