Mehr als der erste Blick verrät: Hinter den Kulissen von Red Hat Enterprise Linux 10 (Teil 4)

In dieser Serie erfahren Sie mehr über die Personen und die Planung, die hinter der Entwicklung und Veröffentlichung von Red Hat Enterprise Linux 10 stehen. Von der ersten Konzeptphase bis zum Launch auf dem Red Hat Summit 2025 erfahren wir aus erster Hand, wie RHEL 10 entstanden ist.

Teil 1 | Teil 2 | Teil 3

In unserem letzten Beitrag zur Entstehungsgeschichte von Red Hat Enterprise Linux (RHEL) 10 haben wir Einblicke in den Testprozess erhalten und erfahren, wie die wichtigsten Features (und die Geschichten dahinter) Gestalt annahmen. In Teil 4 rücken diese Geschichten stärker in den Fokus, während das Team an den letzten Details verschiedener Features arbeitet, bevor der Code Freeze erfolgt.

2025 (6 Monate bis zum Summit 2025)

Brian Stinson, Principal Software Engineer

„Die letzte Phase: In dieser Phase wird es für die einzelnen Teams etwas intensiver. Es geht nicht nur darum, ob wir Features abschließen, sondern ob wir die restliche Basisaktivierung für das Release abdecken konnten.“ Sind alle meine Pakete enthalten? Haben wir die Qualitätssicherung (QE) termingerecht durchgeführt? Wurde bereits Feedback dazu eingeholt? Diese Aktivitäten nehmen deutlich zu, während wir uns dem Code Freeze nähern.“

Chris Wells, Senior Director, Product Marketing – RHEL Business Unit

„Ich wusste, dass wir diese Geschichte spannend gestalten mussten. Wir wollten die Features in diesem Release nicht ändern, sondern nur die Art und Weise, wie wir über diese Features sprechen.

Daher berief ich ein Meeting in Columbus ein, zu dem ich Marty Loveless, den Lead Product Marketing Manager für RHEL 10, und Scott McCarty einlud, der nur ein oder zwei Stunden entfernt in Akron wohnt. Er kam für diesen Tag vorbei. Wir schlossen uns in einem Konferenzraum ein und überlegten gemeinsam, aus welchen verschiedenen Perspektiven wir die Themen betrachten könnten. Wir versuchten, etwas Neues zu betrachten und herauszufinden: Gab es einen anderen Blickwinkel?“

Major Hayden, Senior Principal Software Engineer

„Ein weiteres Teammitglied von Red Hat und ich arbeiteten auf der Engineering-Seite am Code und haben die Arbeit unter uns aufgeteilt. RAG [Retrieval Augmented Generation] war unsere größte Herausforderung. Wir nahmen an, dass es so einfach sei: Man wirft einen Haufen PDFs in einen Bucket, und zack, schon kann man suchen. Das war nicht richtig.

Ein Großteil der Herausforderung resultierte aus Folgendem: Es war das erste Mal, dass viele von uns mit Vektoren zu tun hatten. Ich habe in der Schule Analysis belegt, daher weiß ich, dass Vektoren Linien in einer kartesischen Ebene sind, aber mehr auch nicht. Wie werden diese Sätze zu Vektoren? Das ergibt keinen Sinn. Ich musste mich also eines Tages hinsetzen und noch einmal Analysis nachlernen, um zu verstehen, was hier wirklich passiert.

Das größte Hindernis war dann, dass wir keine qualitativ hochwertigen Ergebnisse erzielten. 

Wir lasen jedoch einen Blog-Beitrag oder einen Artikel, in dem jemand empfahl, das LLM zu bitten, die Frage des Kunden zu optimieren. Wir haben schließlich diesen Prozess zur Fragenoptimierung entwickelt, bei dem wir eine Frage von Kunden erhalten und diese an ein LLM senden mit dem Hinweis: „Diese Frage bezieht sich sehr wahrscheinlich auf RHEL, auf Produkte von Red Hat oder auf Linux. Kannst du diese Frage des Kunden in 5 spezifischere Fragen mit Keywords umwandeln, die zu diesen Themen passen?“ Ein Kunde könnte zum Beispiel sagen: „SSH kein Neustart“. Dann würde die Fragenoptimierung die Fragen präzisieren und Formulierungen verwenden, die mit größerer Wahrscheinlichkeit in unseren RAG-Inhalten vorkommen. Und die Vektorsuche würde mehr Übereinstimmungen in Dokumenten finden. Plötzlich stellten wir fest, dass wir bessere Ergebnisse erzielten."

Wells

„Wir können das nutzen, was ich für das Alleinstellungsmerkmal von Red Hat am Markt halte – unser gesamtes Wissen und unsere Expertise rund um Linux für RHEL – und dies als Assistenten über Lightspeed produktiv bereitstellen. Dadurch erhielten wir eine sehr leistungsstarke Möglichkeit, über RHEL 10 zu sprechen."

Stef Walter, Senior Director, Linux Engineering

„Unsere Kunden durchweg – und wir sprechen hier von namhaften Unternehmen – haben den Image-Modus bereitgestellt, bevor er unterstützt wurde. Sie sagten: „Das ist so großartig, das ist uns egal. Wir stellen ihn jetzt bereit.“

Die Überraschung war groß, als wir feststellten: „Oh wow, sie setzen es bereits in der Produktion ein und warten nicht auf uns.“ Dies ist für sie in ihrem IT-Prozess und für die angestrebten Änderungen so wertvoll, dass sie nicht auf uns warten. Und jetzt müssen wir Schritt halten."

Wells

„Wir hatten diese wirklich beeindruckende Geschichte rund um den Image-Modus. Und wir fragten uns: „Was wäre, wenn wir über den Image-Modus als eine andere Methode zum Patchen und Aktualisieren Ihrer Systeme sprechen?“ Wir hatten im letzten Jahr über den Image-Modus eher als eine Methode gesprochen, wie Sie neue Systeme, neue Images und Edge Deployments bereitstellen. Das ist alles vollkommen legitim und gut. 

Aber wir sagten uns: „Was wäre, wenn wir noch einen Schritt weitergehen würden? Was wäre, wenn man anstatt des bloßen Deployments am Edge buchstäblich ein Image eines Produktionsservers erstellt, es unveränderlich macht und auf diese Weise bereitstellt?“ Wann immer Sie also ein Update für diesen Server durchführen müssen, aktualisieren Sie einfach das Image und erstellen das System im Grunde neu. Dies wäre eine andere Art der Bereitstellung. Damit könnten Sie eine der größten Herausforderungen bei der Verwaltung von Linux-Systemen beseitigen, nämlich das Durchlaufen und Patchen von Systemen. Denn wenn Sie das Patch Management über den Image-Modus durchführen, wäre dies viel einfacher, schneller und risikoärmer als die traditionelle paketbasierte Vorgehensweise."

Wir stehen nun fast vor dem Launch von RHEL 10 auf dem Summit 2025 – das ist der einfache Teil, oder? ... richtig?! Lesen Sie den nächsten Beitrag im Jahr 2026, in dem das Team die eigentlichen Einführungsmechanismen und -prozesse erläutert.