SUSE har offentliggjort den tredje prototype af platformen ALP \u201ePiz Bernina\u201c (Adaptable Linux Platform), der positioneres som et forts\u00e6ttelse af udviklingen af SUSE Linux Enterprise distributionen. Den vigtigste forskel med ALP er opdelingen af distributionens grundl\u00e6ggende kerne i to dele: en besk\u00e5ret \u201ehost OS\u201c til drift over hardware og et lag til applikationssupport, der er fokuseret p\u00e5 k\u00f8rsel i containere og virtuelle maskiner. ALP udvikles oprindeligt ved hj\u00e6lp af en \u00e5ben udviklingsproces, hvor mellemliggende versioner og testresultater er offentligt tilg\u00e6ngelige for alle interesserede. <\/p>\n
Den tredje prototype inkluderer to separate grene, som i sin nuv\u00e6rende form er t\u00e6t p\u00e5 hinanden, men som i fremtiden vil udvikle sig i retning af forskellige anvendelsesomr\u00e5der og vil variere i de tjenester, der tilbydes. Til test er grenen Bedrock tilg\u00e6ngelig, som er rettet mod brug i serversystemer, og grenen Micro, der er designet til at opbygge cloud-native systemer og k\u00f8re mikrotjenester. F\u00e6rdige builds er tilg\u00e6ngelige for x86_64-arkitektur (Bedrock, Micro). Derudover er der build-scripts (Bedrock, Micro) tilg\u00e6ngelige for Aarch64-, PPC64le- og s390x-arkitekturer. <\/p>\n
Arkitekturen hos ALP er baseret p\u00e5 udviklingen af \u00abhost OS\u00bb milj\u00f8et, som er minimalt n\u00f8dvendigt for at st\u00f8tte og administrere hardware. Alle applikationer og komponenter i brugerrummet foresl\u00e5s at k\u00f8re ikke i et blandet milj\u00f8, men i separate containere eller i virtuelle maskiner<\/a>, k\u00f8rende over \u00abhost OS\u00bb og isolerede fra hinanden. Denne organisation vil give brugerne mulighed for at fokusere p\u00e5 applikationer og abstrahere arbejdsprocesser, adskille dem fra det lavniveausystemiske milj\u00f8 og hardware. <\/p>\n Som grundlag for 'host OS' anvendes produktet SLE Micro, baseret p\u00e5 MicroOS-projektet. Til centraliseret styring tilbydes konfigurationsstyringssystemerne Salt (forudinstallert) og Ansible (option). Til k\u00f8rsel af isolerede containere er v\u00e6rkt\u00f8jer som Podman og K3s (Kubernetes) tilg\u00e6ngelige. Blandt systemkomponenterne, der er flyttet til containere, findes yast2, podman, k3s, cockpit, GDM (GNOME Display Manager) og KVM. <\/p>\n Af funktionerne i systemmilj\u00f8et n\u00e6vnes brugen af disk-kryptering som standard (FDE, Full Disk Encryption) med mulighed for opbevaring af n\u00f8gler i TPM. Root-partitionen monteres i skrivebeskyttet tilstand og \u00e6ndres ikke under drift. I milj\u00f8et anvendes mekanismen for atom\u00e6re opdateringer. I mods\u00e6tning til atom\u00e6re opdateringer baseret p\u00e5 ostree og snap, der anvendes i Fedora og Ubuntu, anvender ALP den almindelige pakkeh\u00e5ndtering og mekanismen for snapshots i Btrfs-filsystemet. <\/p>\n Der er en konfigurerbar automatiseret opdateringsmetode (for eksempel kan auto-opdatering kun aktiveres for kritiske s\u00e5rbarhedsrettelser eller man kan vende tilbage til manuel bekr\u00e6ftelse af installationen af opdateringer). Live-patches underst\u00f8ttes til opdatering af Linux-kernen uden genstart eller nedetid for at opretholde systemets tilg\u00e6ngelighed (self-healing) ved at fasts\u00e6tte den sidste stabile tilstand ved hj\u00e6lp af Btrfs snapshots (hvis der opdages afvigelser efter installation af opdateringer eller \u00e6ndringer i indstillingerne, skifter systemet automatisk tilbage til den tidligere tilstand). <\/p>\n Platformen anvender en fler-versioneret softwarestak \u2014 takket v\u00e6re brugen af containere kan forskellige versioner af v\u00e6rkt\u00f8jer og applikationer benyttes samtidigt. For eksempel kan applikationer, der har forskellige versioner af Python, Java og Node.js som afh\u00e6ngigheder, k\u00f8res, mens de adskiller uforenelige afh\u00e6ngigheder. De grundl\u00e6ggende afh\u00e6ngigheder leveres i form af BCI-s\u00e6t (Base Container Images). Brugeren kan oprette, opdatere og slette softwarest\u00e6nger uden at ber\u00f8re andre milj\u00f8er. <\/p>\n Til installation anvendes D-Installer, hvor brugergr\u00e6nsefladen er adskilt fra de interne komponenter i YaST, og der er mulighed for at bruge forskellige front-ends, herunder en front-end til at styre installationen via webgr\u00e6nseflade. Klienter til YaST (bootloader, iSCSIClient, Kdump, firewall m.m.) underst\u00f8ttes i separate containere. <\/p>\n De v\u00e6sentligste \u00e6ndringer i den tredje prototype af ALP: <\/p>\n\n