Heute hat das Kubernetes-Team offiziell Version 1.19 des beliebtesten Open-Source-Container-Orchestrierungssystems veröffentlicht. Die Version 1.19 bietet trotz der durch COVID-34 verursachten Unterbrechung 19 Verbesserungen. 9 der Verbesserungen sind Alpha-Verbesserungen, 15 befinden sich im Beta-Stadium und die restlichen 10 sind stabil. Der Versionshinweise zum Entwurf von ein paar Stunden vor der offiziellen Veröffentlichung enthalten Notizen und erforderliche Aktionen im Umfang einer Seite, die mit einer charmant eindringlichen Warnung versehen sind: „(Nein, wirklich, Sie MÜSSEN dies lesen, bevor Sie ein Upgrade durchführen).“ Jeder, der auf die neue Version aktualisieren möchte, sollte wahrscheinlich zuerst zumindest diesen Abschnitt der Versionshinweise lesen, insbesondere wenn Sie die Flex Volumes-Funktion verwenden. Die erste Version von Kubernetes wurde vor fünf Jahren, im Juli 2015, veröffentlicht. Ein großer Prozentsatz der ursprünglichen Mitwirkenden des Open-Source-Projekts stammte von Google, und die Software ist in Go geschrieben. Go, manchmal auch Golang genannt, ist eine statisch typisierte, objektorientierte, gleichzeitige, imperative Sprache, die Speichersicherheit und Garbage Collection umfasst.
Heute hat das Kubernetes-Team offiziell Version 1.19 des beliebtesten Open-Source-Container-Orchestrierungssystems veröffentlicht. Die Version 1.19 bietet trotz der durch COVID-34 verursachten Unterbrechung 19 Verbesserungen. 9 der Verbesserungen sind Alpha-Verbesserungen, 15 befinden sich im Beta-Stadium und die restlichen 10 sind stabil. Der Versionshinweise zum Entwurf von ein paar Stunden vor der offiziellen Veröffentlichung enthalten Notizen und erforderliche Aktionen im Umfang einer Seite, die mit einer charmant eindringlichen Warnung versehen sind: „(Nein, wirklich, Sie MÜSSEN dies lesen, bevor Sie ein Upgrade durchführen).“ Jeder, der auf die neue Version aktualisieren möchte, sollte wahrscheinlich zuerst zumindest diesen Abschnitt der Versionshinweise lesen, insbesondere wenn Sie die Flex Volumes-Funktion verwenden. Die erste Version von Kubernetes wurde vor fünf Jahren, im Juli 2015, veröffentlicht. Ein großer Prozentsatz der ursprünglichen Mitwirkenden des Open-Source-Projekts stammte von Google, und die Software ist in Go geschrieben. Go, manchmal auch Golang genannt, ist eine statisch typisierte, objektorientierte, gleichzeitige, imperative Sprache, die Speichersicherheit und Garbage Collection umfasst.
Die möglicherweise kritischste Änderung, die Kubernetes 1.19 mit sich bringt, betrifft nicht die Software. Das Kubernetes-Team hat beschlossen, den Support vom bisherigen neunmonatigen Supportzeitraum auf ein ganzes Jahr zu verlängern. Diese Änderung wurde durch eine Umfrage im letzten Jahr motiviert, die ergab, dass nur die Hälfte der Kubernetes-Benutzer eine unterstützte Version nutzten. Das Team hofft, dass die Verlängerung der Supportdauer auf ein ganzes Jahr dazu führen wird, dass 80 % der Benutzer eine unterstützte Version verwenden. Leider wird dieses 80-Prozent-Ziel nur dann erreicht, wenn Benutzer und IT-Teams ihre aktuellen Update-Praktiken beibehalten, anstatt das längere Supportfenster als Vorwand zu nehmen, um ihr nächstes Update weiter zu verzögern.
Eine der neuen 9 Alpha-Stufenverbesserungen bietet Unterstützung für eine bessere Speicherverwaltung. 1.19 führt eine neue API ein, um die Speicherkapazität eines Knotens zu melden. Der Planer verwendet diese Kapazitätsinformationen dann bei der Auswahl eines Knotens für einen neuen Container-Pod, um sicherzustellen, dass nur Knoten mit ausreichend Platz für den neuen Pod ausgewählt werden. In ähnlicher Weise ermöglicht eine weitere der 9 Alpha-Verbesserungen den Betreibern, eine Standardverteilungsregel zu definieren und diese auf alle Pods ohne solche anzuwenden. Diese lang erwartete Funktion sollte ursprünglich letztes Jahr als Teil von 1.17 veröffentlicht werden, aber das Engagement des Teams für die Bereitstellung stabiler, zuverlässiger und qualitativ hochwertiger Software verzögerte die Veröffentlichung bis jetzt.
Um das Thema der verbesserten Speicherverwaltung fortzuführen, erweitert eine weitere neue Alpha-Funktion die bestehende Unterstützung für kurzlebige Volumes. Ephemere Volumes sind Volume-Plugins, deren Lebenszyklus an einen Pod gebunden ist und als Arbeitsspeicher (z. B. der integrierte Volume-Typ „Leeres Verzeichnis“) oder zum Laden einiger Daten in einen Pod (z. B. die integrierten Volume-Typen „Configmap“ und „Secret“ oder „CSI“) verwendet werden können Inline-Volumes“). Die neue Alpha-Funktion erweitert dies, indem sie die Verwendung dynamischer Bereitstellungsspeichertreiber als kurzlebiges Volume ermöglicht, wobei der Lebenszyklus des Volumes an den Pod gebunden ist. Die neue Funktion unterstützt alle StorageClass-Parameter für die Volume-Bereitstellung. Alle PersistentVolumeClaims wie Speicherkapazitätsverfolgung, Snapshots und Wiederherstellung sowie Volume-Größenänderung werden ebenfalls unterstützt. Wo wir gerade beim Thema Alarme sind, sei darauf hingewiesen, dass auch versucht wird, die Protokollierung allgemein zu verbessern. Neue Methoden zur Strukturierung der Klog-Nachrichten wurden als Alpha-Erweiterung in Kubernetes 1.19 hinzugefügt. Der aktuelle Plan sieht vor, neben dem bestehenden System schrittweise Unterstützung für eine strukturiertere Protokollierung hinzuzufügen, damit Benutzer genügend Zeit haben, sich in ihrem eigenen Tempo an das neue und hoffentlich verbesserte System anzupassen.
Als Abschluss der Alpha-Verbesserungen der Speicherverwaltung wird mit Kubernetes 1.19 die CSI-Gesundheitsüberwachung veröffentlicht. Die neue Funktion verstärkt CSI-Treiberwarnungen, indem sie sie als Ereignisse auf PVCs oder Pods meldet. Diese Funktion dient als Sprungbrett für die programmgesteuerte Erkennung und Lösung einzelner Volume-Zustandsprobleme durch Kubernetes.
Von den 15 Verbesserungen in der Betaphase in Kubernetes 1.19 sind zwei als wesentliche Änderungen und eine als völlig neu gekennzeichnet. Die beiden wichtigsten Änderungen sind eine Verbesserung der Endpoints-API, um ein Spiegelungskonzept hinzuzufügen, und die Hinzufügung von zwei neuen Funktionsaufrufen, um die Node Topology API zu verbessern. Auch der Warnmechanismus für die Verwendung veralteter APIs wurde aktualisiert.
Die wichtigste der Verbesserungen, die zu Stable führen, ist die Ingress-API. Diese lang erwartete Änderung ist kaum mehr als eine Anerkennung des Status quo ihrer weit verbreiteten Verwendung in der Branche. Wenn man jedoch zwischen den Zeilen liest, hört es sich so an, als ob einige Mitglieder des Teams noch Verbesserungen vornehmen möchten, die in Zukunft als Parallel- oder Ersatz-API integriert werden könnten. Die Kehrseite dieser Änderung besteht darin, dass 1.19 auch die Einstellung (drei Releases später) und die Entfernung (drei Releases danach) von Beta-Funktionen automatisiert hat, die nicht aktiv entwickelt werden oder auf Stable umgestellt werden, um die Code-Unordnung zu reduzieren. Der Hauptzweck der neuen Automatisierung besteht darin, den Arbeitsaufwand zu reduzieren und es den Mitwirkenden der Open-Source-Software zu ermöglichen, sich auf die Verbesserung neuer Funktionen zu konzentrieren, anstatt tote Funktionen zu bereinigen.
Verfügbarkeit
Sofort
Beteiligen Sie sich an StorageReview
Newsletter | YouTube | Podcast iTunes/Spotify | Instagram | Twitter | Facebook | RSS Feed
