Projektet Clear Linux flyttar fokus under utvecklingen mot servrar och molnsystem

Utvecklarna av Clear Linux-distributionen rapporterade har ändrat utvecklingsstrategin för projektet. De primära inriktningarna för vidareutveckling är server- och molnsystem, som nu kommer att få det främsta fokus.

Leveransen av paket med skrivbordsmiljöer kommer att fortsätta, men i dessa paket kommer att erbjudas originalversioner av användarmiljöer, utan specifika modifieringar för Clear Linux. Inklusive kommer paketeringen av GNOME att fortsätta, men sammansättningen och inställningarna för skrivbordet kommer att motsvara det referensutseende som erbjuds som standard av GNOME-projektet.

Den tidigare föreslagna egna av forumet. designen, ett separat ikonsamling, förinstallerade tredjeparts-tillägg till GNOME Shell (dash-to-dock, desktop-icons, impatience, user-theme) och ändrade GNOME-inställningar kommer initialt att flyttas till ett separat paket "desktop-assets-extras". Nästa vecka planeras en uppdatering av skrivbordspaketen till GNOME 3.36, som kommer att motsvara GNOME:s referensmiljö, efter vilket paketet "desktop-assets-extras" kommer att klassificeras som föråldrat.

Vi påminner om att Clear Linux-distributionen utvecklas av Intel och möjliggör strikt isolering av applikationer genom containerteknik, som delas med fullständig virtualisering. Grundkomponenten av distributionen innehåller endast den miniminstrument för att köra container och uppdateras atomärt. Alla applikationer är formaterade som Flatpak-paket eller som uppsättningar (Bundle) som körs i separata containrar. Förutom de anpassade skrivborden kännetecknades utvecklarutgåvan av utökat stöd för hårdvara, integration av ett felsökningssystem baserat på FUSE, tillägg av en ny installerare och förekomsten av en applikationskatalog, där uppsättningar för att implementera utvecklingsmiljöer med hjälp av olika språk och teknologier föreslogs.

Egenskaper för Clear Linux:

• Den binära distributionsmodellen. Systemuppdateringar kan göras i två lägen: genom att åtgärda den aktiva systemet och genom att helt uppdatera systemet genom att installera en ny bild i en separat Btrfs-snapshot och ersätta den aktiva snapshoten med den nya;
• Aggregering av paket i uppsättningar (bundle), som bildar färdig funktionalitet, oavsett hur många programkomponenter de består av. Bundle och systemmiljöbilden skapas baserat på RPM-paketförrådet, men levereras utan uppdelning i paket. Inuti containrarna körs en speciellt optimerad kopia av Clear Linux, som innehåller de nödvändiga uppsättningarna (bundle) för att köra den angivna applikationen;
• En effektiv uppdateringsinstallationssystem, inbyggd i kärndelen av distributionen, som säkerställer snabb leverans av uppdateringar som åtgärdar kritiska problem och sårbarheter. En uppdatering i Clear Linux inkluderar endast de data som faktiskt har ändrats, så typiska åtgärder mot sårbarheter och fel tar endast några kilobyte och installeras nästan omedelbart;
• Ett enhetligt versionssystem — versionen av distributionen representerar tillståndet och versionerna av alla komponenter som ingår, vilket är praktiskt för att skapa reproducerbara konfigurationer och spåra förändringar i komponenterna på filnivå. Ändringar/uppdateringar av vilken del av systemet som helst leder alltid till att hela distributionens version ändras (om vanligtvis i andra distributioner endast versionsnumret för ett visst paket ökar, så ökar versionen av själva distributionen i Clear Linux);
• Stateless-ansatsen för att definiera konfiguration, vilket innebär att olika klasser av inställningar är separerade (inställningar för OS, användare och system lagras separat), systemet sparar inte sitt tillstånd (stateless) och efter installationen innehåller inga inställningar i katalogen /etc, utan genererar inställningar i realtid baserat på angivna mallar vid start. För att återställa systeminställningarna till standardvärden kan man helt enkelt ta bort /etc och /var;
• Användning fullständig virtualisering (KVM) för att köra containrar, vilket möjliggör en hög nivå av säkerhet. Starttiden för containrar ligger något efter traditionella system för containerisolering (namespaces, cgroups) och är acceptabel för att köra applikationscontainrar på begäran (starttiden för den virtuella miljön är cirka 200 ms, och den extra minnesanvändningen är 18-20 MB per container). För att minska minnesanvändningen används en mekanism DAX (direkt åtkomst till filsystemet utan att använda sidcache och utan blockenhetsnivå), och för att deduplication av samma minnesområden används teknik KSM (Kernel Shared Memory), vilket gör det möjligt att organisera delning av värdsystemets resurser och ansluta en gemensam mall för systemmiljön till olika gästsystem.

Källa: opennet.ru