Utgivningsscheman för Linux-distributioner

En av aspekterna av Linux-arbetet jämfört med Windows-arbetet är mångfalden och utmaningarna med olika utgivningsscheman. I Windows-världen är detta tämligen enkelt: det finns en produkt och den släpps när den släpps, vilket är ungefär en gång vartannat år eller så. Alla som arbetar med Windows är mycket medvetna om de kommande utgåvorna, när de kommer att inträffa, när de går in i release candidate-fas, när deras slutdatum infaller och så vidare. Det är mycket tydligt och mycket enkelt.

I Linux-världen är detta mycket annorlunda. Den största skillnaden är naturligtvis att Windows är en produkt, en sak som kommer från en enda leverantör. I Linux talar vi om en “familj” av besläktade produkter från många leverantörer, vissa med flera produkter. Detta utöver kärnans utgivningsschema som kommer från Linux självt – vilket vi inte ska bekymra oss om här.

Varje distribution är unik och fattar sina egna utgivningsbeslut. Faktum är att utgivningsschemat ofta är en nyckelfaktor i vad som skiljer en distribution från en annan. Till exempel erbjuder alla tre primära företagsinriktade Linux-leverantörer två olika produkter, och i samtliga tre fall ligger differentieringen huvudsakligen i utgivningsschemat! Så begreppet utgivningsschema är förvisso ett viktigt sådant på denna marknad.

Det finns tre primära utgivnings-“stilar” som vi finner över alla operativsystem, inte bara Linux-distributioner: långtidsutgåva, korttidsutgåva och rullande utgåva. Varje utgivningsstil fyller ett olika syfte, men alla följer i allmänhet en likartad uppsättning regler.

Tanken med en utgåva är att paketen inom en utgåva inte ska förändras utöver säkerhets- och stabilitetspatchar. Detta förutsätter naturligtvis hur företagsinriktade leverantörer beter sig så som de gör i dag; en given distribution kan välja att följa etablerade normer eller inte. Det finns inga inneboende universella regler som gör detta beteende till vad det är; men det är en stark konvention, och begreppet utgåva bygger på denna konvention.

Långtidsutgåva

Denna utgivningsmodell är den vanligaste inom det allmänna området för företagsinriktade operativsystem och följs utanför Linux av system som FreeBSD, Solaris, AIX, Mac OSX och Windows. Långtidsutgåvor, ofta benämnda LTS, är utformade kring låga förändringstakter i systemet och ger år, ibland många år, mellan större systemutgåvor, vilket gör att IT-team kan undvika migreringar under mycket längre tid och ger mjukvaruleverantörer mål som är stabila under lång tid.

I den företagsinriktade Linux-världen erbjuder alla leverantörer minst en produkt med långtidsutgåva. Dessa är de som oftast driftsätts.

Från Red Hat är produkterna RHEL och CentOS långtidsutgåvor med extremt långa utgivningscykler – inte enligt ett fast schema, men för närvarande med en utgåva var tredje till var fjärde år.

Suse har två LTS-produkter: Suse Linux Enterprise Server och openSuse Leap. SLES upprätthåller ett utgivningsschema som för närvarande ligger mellan tre och fem år, och openSuse Leap är relativt nära baserat på SLES-utgåvorna.

Ubuntus LTS-utgåva är lägligt nog benämnd LTS och släpps vartannat år under jämna år, i april, med klockrent regelbundenhet. Ubuntu har för närvarande den kortaste utgivningscykeln av alla LTS-produkter i denna kategori.

Alla långtidsutgåvor har mindre utgåvor som kommer ut mellan de större utgåvorna och tillför små förändringar eller justeringar i operativsystemen som är större än vad som vore lämpligt att släppa med en patch, men inte tillräckligt stora för att motivera utgivningen av ett nytt operativsystem. Tanken med dessa mindre utgåvor är att de är tillräckligt små för att inte vara “brytande”, vilket gör att mjukvara som är inriktad på den större utgåvan kan förbli funktionell genom hela den större utgåvans cykel. Större utgåvor betraktas som “brytande” med stora förändringar såsom betydande nya kärnfunktioner, ändringar i paketval, nya kompilatorfunktioner, andra bibliotek och så vidare.

Korttids- eller snabbutgåva

Långtidsutgåvescheman skapar uppenbarligen problem för dem som söker modernare paket och funktioner. För att hantera detta erbjuder alla företagsinriktade Linux-leverantörer en produkt med korttidsutgåva.

Red Hat tillhandahåller distributionen Fedora som släpps ungefär var sjätte månad, men med ett flexibelt schema. Fedora är inte direkt en separat distribution från RHEL och CentOS, utan i stället väljs då och då en Fedora-utgåva ut till att vara “basen” för en framtida RHEL- och CentOS-utgåva. Grunden är inte direkt, och vissa paket från senare Fedora-utgåvor läggs ibland till, vissa ändringar görs, men grunderna stämmer nära överens med en Fedora-utgåva. Fedora-utgåvan fryses och genomgår omfattande testning innan den blir en RHEL-långtidsutgåva.

Suse-familjen använder inte någon produkt med korttidsutgåva och är unik i detta.

Ubuntu har en något annorlunda strategi än Red Hat. Ubuntu släpper en produkt var sjätte månad, enligt ett mycket fast schema. Var fjärde utgåva utses till långtidsutgåva, de övriga tre är korttidsutgåvor. Detta ger ett betydligt enklare och mer rättframt system än hur Red Hat fungerar med användare av korttidsutgåvor och användare av långtidsutgåvor som överlappar under sex månader vartannat år.

Rullande utgåva

Den mer snabbutgivande schematypen är den rullande utgåvan, som i princip sker kontinuerligt. Denna utgivningsstrategi är ovanlig, men har på senare tid börjat tas på större allvar. Endast Suse med distributionen openSuse Tumbleweed tillhandahåller i dag ett företagsinriktat rullande utgåvesystem. Uppdateringar kan komma så ofta som med några dagars mellanrum.

Till skillnad från andra utgivningsscheman som tar stora grupper av paket och “fryser” dem som en enda utgåva, har den rullande utgåvan uppdateringar av enskilda paket som kommer allteftersom de är klara. Så uppdateringarna är små, men ständiga. Detta möjliggör en förenklad anpassning som håller förändringarna på mikronivå, men gör det mycket svårt att skapa ett enda, förutsägbart mål.

De som söker de allra senaste paketen och de mest banbrytande funktionerna kommer att finna att rullande utgåvor är det bästa sättet att hålla allt så uppdaterat som möjligt.

---

En viktig förståelse av utgivningsscheman är att detta inte är direkt kopplat till vare sig längden på det stöd som ges en utgåva, eller anger mängden testning som läggs ner på varje utgåva.

Varje utgivningsstil spelar en viktig roll i systemekosystemet, och genom att ha olika utgivningsstilar har den företagsinriktade Linux-världen större mångfald och flexibilitet för att tillgodose ett bredare spektrum av behov än vad som annars vore möjligt.

För närvarande är långtidsutgåvor de mest framträdande och populära inom systemadministration, men denna trend förefaller osannolik att bestå. Den övergripande stabiliteten i hela det företagsinriktade Linux-området har ökat, och behovet av aktualitet är så ofta en mer kritisk fråga att snabbare distributioner blir alltmer efterfrågade.