Red Hat denkt Linux-Distributionen im Container-Zeitalter neu

Red Hat hofft, cloudnative Build- und Bereitstellungspraktiken auf das Linux-Betriebssystem selbst zu übertragen.

Übersetzt aus „Red Hat Rethinks the Linux Distro for the Container Age“ , Autor Joab Jackson.

DENVER – So wie Sie Container verwenden, um Anwendungen schnell zu starten, möchte Red Hat den Start eines gesamten Linux-basierten Betriebssystems genauso einfach machen.

Das Unternehmen hat seine Flaggschiff-Linux-Distribution, Red Hat Enterprise Linux (RHEL), als Container-Image auf den Markt gebracht. Mit anderen Worten: Der gesamte Betriebssystemcode, der normalerweise nicht in Containern enthalten ist (z. B. Kernel-Firmware), wird in dieses Image aufgenommen.

Das Unternehmen gab die Schritte auf seiner jährlichen Benutzerkonferenz Red Hat Summit bekannt, die diese Woche in Denver stattfindet.

„Das ist etwas, was die Branche braucht“, erklärte Colin Walters, Senior Principal Software Engineer bei Red Hat, während einer Sitzung auf dem Gipfel. „Je mehr Sie Cloud-native Tools verwenden, anstatt einen einzigartigen Container für Ihre Infrastruktur zu erstellen, desto mehr können Sie die Open-Source-Wartung und den gemeinsamen Besitz nutzen.“

Dieser Ansatz unterscheidet sich vom typischen Paketmodell des Unternehmens, bei dem eine endgültige Kopie einer neuen RHEL-Version als eigenständiges Paket zur Installation auf einem Server oder einer virtuellen Maschine veröffentlicht und dann von Administratoren mit Anpassungen für bestimmte Arbeitslasten geändert wird.

Dieses Verpackungsmodell hat in der Linux-Distributionsgemeinschaft seit langem Tradition und unterscheidet sich zunehmend von der Art und Weise, wie Anwendungen heute über Container verwaltet werden.

Die Idee ist, dass „wir auf der Containerseite Lehren ziehen können, die wir in die Betriebssystemwelt einbringen können, sodass die beiden Welten nicht vollständig getrennt verwaltet werden“, sagte Ben Breard , Senior Principal Marketing Manager bei Red Hat eine Pressemitteilung von Red Hat Sag es!

Das Ziel eines Container-basierten Linux-Betriebssystems, ein Vortrag von Colin Walters

Ein breiteres Spektrum an Arbeitsbelastungen

Der Schritt besteht darin, RHEL flexibler für ein breiteres Spektrum an Arbeitslasten zu machen. Goldene RHEL-Images sind nur in bestimmten Umgebungen verfügbar. Viele Umgebungen, wie z. B. Edge- oder virtuelle Desktop-Umgebungen, erfordern letztendlich unterschiedliche Anpassungen.

Die Containerisierung wird erheblich dazu beitragen, Aktualisierungen dieser benutzerdefinierten Umgebungen zu vereinfachen. Red Hats behauptet, dass dadurch Tests und Rollbacks einfacher werden.

Administratoren können das Betriebssystem zum Zeitpunkt der Erstellung konfigurieren, anstatt es nach der Installation des Betriebssystems zu ändern. GitOps oder der Workflow für kontinuierliche Integration/kontinuierliche Bereitstellung ist Entwicklern bereits vertraut und kann zu einem Standardverfahren für die Verwaltung von Clustern von Linux-Servern werden, die in verschiedenen Umgebungen ausgeführt werden.

Praktisch alle Cloud-nativen Tools werden zur Wartung von Betriebssystemen verwendet.

Nicht nur für temporäre Arbeitsbelastungen

Dies ist nicht der erste Versuch, ein Betriebssystem in Containern zu erstellen: RancherOS , Flatcar Linux , Talos und CoreOS ( 2018 von Red Hat übernommen ) haben alle diesen Ansatz übernommen.

Neu in dieser Version ist eine neue Software namens boot.c , die dieselben OCI-Standards ( Open Container Initiative ) verwendet , die Docker verwendet, um Anwendungscontainer über mehrere Ebenen zu erstellen und die Komponenten zu schichten, die das Hostsystem starten.

Breard sagte, die Veröffentlichung „enthält Kernel-Firmware und alles, was man in der Vergangenheit in einem Container weglassen sollte.“ Das Ergebnis: „Wir können jetzt Versionen verwalten und vollständige Betriebssysteme bereitstellen, indem wir Standard-Container-Tools verwenden, die fast jeder intern hat.“

Diese Arbeit ist tatsächlich auf die in OpenShift zusammengeführten CoreOS-Funktionen zurückzuführen. Im Jahr 2020 benannte Red Hat das Betriebssystem CoreOS Container Linux in (etwas verwirrend) Fedora CoreOS um , ein „Container-optimiertes Betriebssystem“. Im Gegensatz zu früheren Container-Image-basierten Systemen werden die Systeme von Red Hat nicht völlig kurzlebig sein. Benutzerdaten bleiben im /etcVerzeichnis, während andere Komponenten nach Bedarf aktualisiert werden.

Walters erklärte, dass dieser Ansatz für die meisten Systeme am wertvollsten ist, bei denen einige System- und Anwendungsdaten beibehalten werden müssen.

Das Ziel eines Container-basierten Linux-Betriebssystems schlug Colin Walters in seiner Rede vor.

Haftungsausschluss: Red Hat hat die Reisekosten dieses Reporters für die Teilnahme an dieser Konferenz übernommen.

Dieser Artikel wurde zuerst auf Yunyunzhongsheng ( https://yylives.cc/ ) veröffentlicht, jeder ist herzlich willkommen.

RustDesk stellt inländische Dienste wegen grassierendem Betrug ein. Apple veröffentlicht M4-Chip. Taobao (taobao.com) startet die Arbeit zur Optimierung der Webversion neu. Oberstufenschüler erstellen ihre eigene Open-Source-Programmiersprache als Geschenk für das Erwachsenwerden – kritische Kommentare von Internetnutzern: Verlassen Sie sich auf die Verteidigung Yunfeng ist von Alibaba zurückgetreten und plant , in Zukunft Java 17 als Ziel für unabhängige Spieleprogrammierer . Es ist die am häufigsten verwendete Java LTS-Version mit einem Marktanteil von 70 % und Windows 11 gehen weiter zurück. Google unterstützt die Übernahme von Open-Source-Rabbit. Microsoft hat die offene Plattform geschlossen
{{o.name}}
{{m.name}}

Ich denke du magst

Origin my.oschina.net/u/6919515/blog/11105798
Empfohlen
Rangfolge