Clear Linux-prosjektet flytter utviklingsfokuset til servere og skysystemer

Utviklere av Clear Linux-distribusjonen сообщили om å endre prosjektutviklingsstrategien. De primære utviklingsområdene er server- og skysystemer, som nå vil få hovedoppmerksomhet. Komponentene i utgaven for arbeidsstasjoner vil bli støttet på restbasis.

Levering av pakker med desktop vil fortsette, men i disse pakkene vil bli tilbudt originalversjoner av brukermiljøer, uten Clear Linux-spesifikke tillegg og endringer. Inkludert dannelsen av pakker med GNOME, vil sammensetningen og innstillingene til skrivebordet samsvare med referansevisningen, det som tilbys som standard av GNOME-prosjektet.

Tidligere tilbudt egen tema klaring, separat piktogramsett, forhåndsinstallerte tredjeparts tillegg for GNOME Shell (dash-til-dokk, skrivebordsikoner, utålmodighet, bruker-tema) og de endrede GNOME-innstillingene i det første trinnet vil være bestått i en egen pakke "desktop-assets-extras". Neste uke skal skrivebordspakkene oppdateres til GNOME 3.36, som vil matche GNOME-referansemiljøet, hvoretter "desktop-assets-extras"-pakken vil bli avviklet.

La oss huske at Clear Linux-distribusjonen er utviklet av Intel og gir streng isolasjon av applikasjoner ved bruk av containere som er separert med full virtualisering. Basisdelen av distribusjonen inneholder kun et minimalt sett med verktøy for å kjøre containere og er atomært oppdatert. Alle applikasjoner er utformet som Flatpak-pakker eller pakker som kjører i separate beholdere. I tillegg til tilpassede skrivebord, var utviklerutgaven kjent for sin utvidede maskinvarestøtte, integrering av et FUSE-basert feilsøkingssystem, tillegg av et nytt installasjonsprogram og tilstedeværelsen applikasjonskatalog, som tilbød sett for distribusjon av utviklingsmiljøer ved bruk av forskjellige språk og teknologier.

Funksjoner til Clear Linux:

  • Binær distribusjon leveringsmodell. Systemoppdateringer kan utføres i to moduser: å bruke patcher til et kjørende system og fullstendig oppdatere systemet ved å installere et nytt bilde i et eget Btrfs-øyeblikksbilde og erstatte det aktive øyeblikksbildet med et nytt;
  • Samle pakker i sett (pakke), og danner ferdige funksjoner, uavhengig av hvor mange programvarekomponenter som utgjør dem. Bunden og systemmiljøbildet dannes på grunnlag av et lager av RPM-pakker, men leveres uten å deles inn i pakker. Inne i beholderne kjører en spesialoptimalisert kopi av Clear Linux, som inneholder buntene som er nødvendige for å kjøre målapplikasjonen;
  • Et effektivt oppdateringsinstallasjonssystem innebygd i basisdelen av distribusjonen og sikrer akselerert levering av oppdateringer som løser kritiske problemer og sårbarheter. En oppdatering i Clear Linux inkluderer bare dataene som er direkte endret, så typiske reparasjoner for sårbarheter og feil tar bare noen få kilobyte og installeres nesten umiddelbart;
  • Unified versioning system - distribusjonsversjonen representerer tilstanden og versjonene til alle komponentene, noe som er praktisk for å lage reproduserbare konfigurasjoner og spore endringer i distribusjonskomponenter på filnivå. Endring/oppdatering av hvilken som helst del av systemet fører alltid til en endring i den generelle versjonen av hele distribusjonen (hvis i ordinære distribusjoner er versjonsnummeret til en bestemt pakke bare økt, så økes versjonen av selve distribusjonen i Clear Linux) ;
  • Statsløs tilnærming til å definere konfigurasjon, noe som antyder at forskjellige klasser av innstillinger er atskilt (OS, bruker- og systeminnstillinger lagres separat), systemet lagrer ikke sin tilstand (statsløs) og etter installasjonen inneholder ingen innstillinger i / etc-katalogen, men genererer innstillinger i farten basert på malene spesifisert ved oppstart. For å tilbakestille systeminnstillingene til standardverdier, kan du ganske enkelt slette /etc og /var;
  • Bruk fullverdig virtualisering (KVM) for å kjøre containere, noe som gir et høyt sikkerhetsnivå. Oppstartstiden for containere er litt bak tradisjonelle containerisolasjonssystemer (navnerom, cgroups) og er akseptabel for oppstart av applikasjonsbeholdere på forespørsel (oppstartstid for virtuelt miljø er ca. 200 ms, og ekstra minneforbruk er 18-20 MB per container). For å redusere minneforbruket brukes en mekanisme DAX (direkte tilgang til filsystemet omgår sidebufferen uten å bruke blokkenhetsnivået), og teknologi brukes til å deduplisere identiske minneområder KSM (Kernel Shared Memory), som lar deg organisere deling av vertssystemressurser og koble forskjellige gjestesystemer til en felles systemmiljømal.
  • Kilde: opennet.ru

Legg til en kommentar