Clear Linux-projektet flytter sit udviklingsfokus til servere og cloud-systemer

Udviklere af Clear Linux-distributionen сообщили om at ændre projektudviklingsstrategien. De primære udviklingsområder er server- og cloudsystemer, som nu får hovedbevågenheden. Komponenterne i udgaven til arbejdsstationer vil blive understøttet på restbasis.

Levering af pakker med desktops vil fortsætte, men i disse pakker vil blive tilbudt originale versioner af brugermiljøer uden Clear Linux-specifikke tilføjelser og ændringer. Inklusive dannelsen af ​​pakker med GNOME, vil sammensætningen og indstillingerne af skrivebordet svare til referencevisningen, hvad der tilbydes som standard af GNOME-projektet.

Tidligere tilbudt egen tema clearance, adskilt piktogram sæt, forudinstallerede tredjeparts tilføjelser til GNOME Shell (dash-til-dok, skrivebordsikoner, utålmodighed, bruger-tema) og de ændrede GNOME-indstillinger i det første trin vil være bestået i en separat pakke"desktop-aktiver-ekstraudstyr". Næste uge er desktop-pakkerne planlagt til at blive opdateret til GNOME 3.36, som vil matche GNOME-referencemiljøet, hvorefter "desktop-assets-extras"-pakken vil blive forældet.

Lad os huske på, at Clear Linux-distributionen er udviklet af Intel og giver streng isolering af applikationer ved hjælp af containere adskilt ved hjælp af fuld virtualisering. Basisdelen af ​​distributionen indeholder kun et minimalt sæt værktøjer til at køre containere og er opdateret atomært. Alle applikationer er designet som Flatpak-pakker eller bundter, der kører i separate beholdere. Ud over tilpassede desktops var udviklerudgaven bemærkelsesværdig for sin udvidede hardwaresupport, integration af et FUSE-baseret fejlfindingssystem, tilføjelsen af ​​et nyt installationsprogram og tilstedeværelsen applikationsmappe, som tilbød kits til implementering af udviklingsmiljøer ved hjælp af forskellige sprog og teknologier.

Funktioner i Clear Linux:

  • Binær distributionsmodel. Systemopdateringer kan udføres i to tilstande: at anvende patches til et kørende system og fuldstændig opdatering af systemet ved at installere et nyt billede i et separat Btrfs-snapshot og erstatte det aktive snapshot med et nyt;
  • Samling af pakker i sæt (bundte), der danner færdiglavet funktionalitet, uanset hvor mange softwarekomponenter de danner. Bundle og systemmiljøbilledet er dannet på basis af et lager af RPM-pakker, men leveres uden at være opdelt i pakker. Inde i containerne kører en specielt optimeret kopi af Clear Linux, der indeholder de bundter, der er nødvendige for at køre målapplikationen;
  • Et effektivt opdateringsinstallationssystem indbygget i basisdelen af ​​distributionen og sikrer accelereret levering af opdateringer, der løser kritiske problemer og sårbarheder. En opdatering i Clear Linux inkluderer kun de data, der er direkte ændret, så typiske rettelser til sårbarheder og fejl tager kun et par kilobyte og installeres næsten øjeblikkeligt;
  • Unified versioning system - distributionsversionen repræsenterer tilstanden og versionerne af alle dens komponenter, hvilket er praktisk til at skabe reproducerbare konfigurationer og spore ændringer af distributionskomponenter på filniveau. Ændring/opdatering af enhver del af systemet fører altid til en ændring i den overordnede version af hele distributionen (hvis i almindelige distributioner versionsnummeret for en bestemt pakke kun øges, så i Clear Linux øges versionen af ​​selve distributionen) ;
  • Statsløs tilgang til at definere konfiguration, hvilket indebærer, at forskellige klasser af indstillinger er adskilt (OS, bruger- og systemindstillinger gemmes separat), systemet gemmer ikke sin tilstand (statsløs) og efter installationen indeholder ingen indstillinger i mappen / etc. men genererer indstillinger i farten baseret på de skabeloner, der er angivet ved opstart. For at nulstille systemindstillinger til standardværdier kan du simpelthen slette /etc og /var;
  • Brug fuldgyldig virtualisering (KVM) til at køre containere, hvilket giver mulighed for et højt sikkerhedsniveau. Containerens opstartstid er lidt bagefter traditionelle containerisoleringssystemer (navnerum, cgroups) og er acceptabel til lancering af applikationscontainere efter behov (virtuelt miljøs opstartstid er ca. 200 ms, og yderligere hukommelsesforbrug er 18-20 MB pr. container). For at reducere hukommelsesforbruget bruges en mekanisme DAX (direkte adgang til filsystemet, der omgår sidecachen uden at bruge blokenhedsniveauet), og teknologi bruges til at deduplikere identiske hukommelsesområder KSM (Kernel Shared Memory), som giver dig mulighed for at organisere deling af værtssystemressourcer og forbinde forskellige gæstesystemer til en fælles systemmiljøskabelon.
  • Kilde: opennet.ru

Tilføj en kommentar