Rolling Release

Software wird traditionell in Versionen verkauft oder verteilt. Alle paar Jahre erscheint eine neue Ausgabe, davor sammeln die Entwickler ihre Änderungen an. Beim Rolling Release gibt es diese großen Ausgaben nicht. Stattdessen fließen einzelne Verbesserungen laufend zu den Nutzern, oft mehrmals pro Woche. Das Programm bleibt formal dasselbe, verändert sich aber ständig ein Stück weit. Der Name kommt vom englischen „to roll“ für rollen: die Software rollt immer weiter, ohne Halt an festen Versionsnummern.

Warum Firmen von großen Versionssprüngen weggehen

Große Versionen haben einen unangenehmen Nebeneffekt. Eine fertige Verbesserung muss oft monatelang warten, bis die nächste Ausgabe erscheint. In dieser Zeit hat die Konkurrenz das Feature vielleicht längst. Wer laufend ausliefert, bringt eine Neuerung dagegen wenige Tage nach ihrer Fertigstellung zu den Nutzern.

Auch die Sicherheit spricht für das Modell. Eine entdeckte Sicherheitslücke ist eine Fehlfunktion, über die Angreifer in ein System eindringen können. Solche Lücken müssen schnell geschlossen werden. In einem laufenden Auslieferungsmodell ist der Weg dorthin ohnehin schon eingerichtet und wird täglich benutzt.

Der Preis dafür ist ein Verlust an Verlässlichkeit. Ein Unternehmen, das tausend Rechner verwaltet, will genau wissen, welche Programmstände laufen. Wenn sich alles ständig ändert, wird das schwierig. Deshalb setzen viele Firmen auf einen Mittelweg: Sicherheitsprobleme werden sofort behoben, neue Funktionen kommen nur zu festen Terminen.

Was hinter dem ständigen Nachschub steckt

Voraussetzung ist ein weitgehend automatischer Prüfprozess. Jede Änderung eines Entwicklers wird von Testprogrammen durchgerechnet, bevor sie überhaupt jemand sieht. Fällt ein Test durch, wird die Änderung abgewiesen. Nur was diese Prüfung besteht, geht in die Auslieferung.

Ein zweiter Baustein ist die stufenweise Verteilung. Eine Neuerung geht zuerst an ein Prozent der Nutzer, dann an zehn, dann an alle. Zeigen die Messwerte in der kleinen Gruppe Probleme, wird die Änderung zurückgenommen. Der Rest der Nutzer hat davon nie etwas mitbekommen.

Ein verbreiteter Irrtum ist, Rolling Release bedeute schlechtere Qualität. Das Gegenteil ist eher der Fall. Kleine Änderungen sind leichter zu überblicken als ein Paket aus hunderten Neuerungen. Wenn nach einem Update etwas kaputtgeht, ist die Ursache meist schnell gefunden. Riskant wird das Modell erst ohne die genannte Automatik im Hintergrund.

Vom Browser bis zum Chatbot

Der bekannteste Fall ist der Webbrowser. Chrome und Firefox aktualisieren sich im Hintergrund, ohne dass jemand etwas anklickt. Die Versionsnummern steigen im Wochentakt und interessieren praktisch niemanden mehr. Genauso funktionieren die meisten Apps auf dem Smartphone.

Im Linux-Bereich gibt es Betriebssysteme, die nach diesem Prinzip arbeiten, etwa Arch Linux. Man installiert sie einmal und aktualisiert danach immer weiter. Das Gegenmodell ist Debian mit festen, jahrelang gepflegten Ausgaben. Beide Ansätze haben ihre Berechtigung, je nachdem ob Aktualität oder Stabilität wichtiger ist.

Bei KI-Diensten verschwimmt der Begriff etwas. Ein Chatbot im Browser wird laufend nachgebessert, ohne dass man es merkt. Das dahinterliegende Sprachmodell bekommt dagegen weiterhin Versionsnummern, weil sein Training ein abgeschlossener Vorgang ist. In Nachrichten liest man das Wort deshalb meist über die Oberfläche und die Werkzeuge, seltener über das Modell selbst.