Containerisierung: Red Hat Quay 3.4 stellt Codebasis auf Python 3 um
Die Container-Image-Registry Quay verabschiedet sich von Python 2 und stellt auf Python 3 um. Zudem gibt es Neuerungen für den Quay Setup Operator.
(Bild: Miriam Doerr, Martin Frommherz/Shutterstock.com)
Das Softwareunternehmen Red Hat hat Version 3.4 der Container-Image-Registry Quay veröffentlicht. Neben der Umstellung der Codebasis auf Python 3 bringt das Update einen neuen Quay Operator.
Tschüss, Python 2!
Das Entwicklerteam hinter Quay stellt mit dem Update die Codebasis der Container-Image-Registry auf Python 3 um. Damit reagiert das Team auf das Support-Ende (EOL) für Python 2. Der Wechsel von Python 2 auf 3 sei auch der Grund für einen verlängerten Release-Zyklus gewesen, um die zusätzliche Zeit für vollständige Regression-Tests zu nutzen.
Quay-Abonnenten erhalten ab sofort über catalog.redhat.com Zugriff auf Komponenten und Operatoren, die zu Version 3.4 gehören. Vor Release 3.4 mussten Kunden Quay-Images direkt von quay.io abrufen, wobei ein spezielles Zugriffstoken notwendig war.
Ein neuer Quay Operator
Das Release markiert zudem eine Versionsanpassung von Red Hat Quay und der dazugehörenden Operatoren Quay Operator, Container Security Operator und Quay Bridge Operator. Der Operator – verantwortlich für das Deployment und die Verwaltung von Quay auf Red Hats Enterprise-Kubernetes-Plattform OpenShift – legt fest, welche Version der Container-Image-Registry installiert wird. Das soll die Versionsverwaltung insgesamt vereinfachen, da alle Quay-Komponenten die gleiche Versionsnummer haben. Durch die Aktualisierung des Operators lassen sich die installierten Komponenten auf den neuesten Stand bringen. Dieses Vorgehen soll sowohl für neue Quay-Versionen als auch für Patches möglich sein.
Mit Version 3.4 erneuert das Quay-Entwicklerteam den bisherigen Quay Setup Operator, der für Versionen bis 3.3 weiterhin verfügbar bleibt. Der neue Operator soll Registries als verwaltete Dienste bereitstellen, skalierbare Quay-Installationen auf OpenShift bereitstellen und verwalten. Damit möchte das Entwicklerteam eine klare Abgrenzung zwischen dem Quay Operator und Quay schaffen. Der Operator dient dem Verwalten aller Ressourcen auf Kubernetes-Ebene, während der Quay Config Editor für die gesamte Konfiguration auf Quay-Ebene zuständig ist.
Pläne für 2021
Nach dem Wechsel der Python-Codebasis plant Red Hat nun zum vierteljährlichen Releasezyklus für Quay zurückzukehren. Für 2021 sind bereits einige neue Funktionen in Planung, darunter die Verwaltung von Inhaltstypen, mehr Kontrollmöglichkeiten für Administratoren sowie bessere Kompatibilität mit Umgebungen mit strengen Compliance-Anforderungen. Geplant ist des Weiteren, Quay tiefer in OpenShift zu integrieren. Weitere Informationen zu Quay 3.4 finden sich im Ankündigungsbeitrag auf dem OpenShift-Blog.
(mdo)
