Im Oktober 2019 wurde OpenShift 4.2 veröffentlicht , das in seiner Gesamtheit den Kurs zur Automatisierung und Optimierung der Arbeit mit der Cloud fortsetzt.
Wir erinnern daran, dass wir im Mai 2019 Red Hat OpenShift 4 eingeführt haben, die nächste Generation unserer Kubernetes-Plattform, die wir überarbeitet haben, um die Verwaltung containerisierter Anwendungen in Produktionsumgebungen zu vereinfachen.
Die Lösung wurde als selbstverwaltende Plattform mit Funktionen zur automatischen Softwareaktualisierung und zum Lebenszyklusmanagement in einer Hybrid-Cloud entwickelt und basiert auf dem bewährten Red Hat Enterprise Linux und Red Hat Enterprise Linux CoreOS. In Version 4.2 lag der Schwerpunkt darauf, die Plattform für Entwickler komfortabler zu gestalten. Darüber hinaus haben wir die Verwaltung der Plattform und der Anwendungen für Cluster-Administratoren vereinfacht, indem wir die Migration von der 3. auf die 4. Version von OpenShift sowie die Unterstützung für Konfigurationen ohne Internetzugang angeboten haben.
Wo ist die Geschwindigkeit hier?
Version 4.2 vereinfacht die Arbeit mit Kubernetes erheblich und bietet einen neuen OpenShift-Verwaltungskonsolenmodus, der für Entwicklungsaufgaben optimiert ist, sowie neue Tools und Plug-ins zum Erstellen von Containern, Organisieren von CI / CD-Pipelines und Implementieren von serverlosen Systemen. All dies hilft Programmierern, sich mehr auf ihre Hauptaufgabe zu konzentrieren - das Erstellen von Anwendungscode, ohne von den Funktionen von Kubernetes abgelenkt zu werden.
Zeigen Sie die Anwendungstopologie in der Entwicklerkonsole an.Neuer Entwicklermodus der OpenShift-KonsoleNeue Entwicklertools in OpenShift 4.2:
- Der Entwicklungsmodus der Webkonsole hilft Entwicklern, sich auf das Wesentliche zu konzentrieren und nur die erforderlichen Informationen und Konfigurationen anzuzeigen. Eine erweiterte Benutzeroberfläche zum Anzeigen der Topologie und Erstellen von Anwendungen erleichtert das Erstellen, Bereitstellen und Visualisieren von containerisierten Anwendungen und Clusterressourcen.
- Das odo-Toolkit ist eine spezielle Befehlszeilenschnittstelle für Entwickler, die die Entwicklung von Anwendungen auf der OpenShift-Plattform vereinfacht. Durch die Organisation von Interaktionen wie Git-Push können Entwickler mit dieser CLI ohne zusätzlichen Aufwand Anwendungen auf der OpenShift-Plattform erstellen, ohne sich mit den Feinheiten von Kubernetes befassen zu müssen.
- Der Red Hat OpenShift Connector für Microsoft Visual Studio Code, die JetBrains IDE (einschließlich IntelliJ) und die Eclipse Desktop IDE bieten eine einfache Integration in die verwendeten Tools und ermöglichen Ihnen, Anwendungen für OpenShift in der vertrauten IDE für Entwickler zu entwickeln, zu erstellen, zu debuggen und bereitzustellen.
- Red Hat OpenShift-Bereitstellungserweiterung für Microsoft Azure DevOps . Bietet Benutzern dieses DevOps-Toolkits die Möglichkeit, ihre Anwendungen in Azure Red Hat OpenShift oder in anderen OpenShift-Clustern auf der Microsoft Azure DevOps-Plattform bereitzustellen.
Full OpenShift auf einem Laptop
Red Hat CodeReady Containers , fertige OpenShift-Cluster, die für die Bereitstellung auf einer Workstation oder einem Laptop optimiert sind, bieten die Möglichkeit, cloudbasierte Anwendungen im lokalen Modus zu entwickeln.
Servicegitter Servicegitter
Unsere
OpenShift Service Mesh- Lösung, die auf Open Source-Projekten von Istio, Kiali und Jaeger und einem speziellen
Kubernetes-Operator basiert, vereinfacht die Entwicklung, Bereitstellung und Wartung von Anwendungen auf der OpenShift-Plattform, stellt die erforderlichen Tools bereit und übernimmt die Automatisierung von Cloud-Anwendungen auf der Grundlage moderner Architekturen wie wie Microservices. Mit dieser Lösung müssen Programmierer keine speziellen Netzwerkdienste mehr bereitstellen und warten, die für die erstellten Anwendungen und die Geschäftslogik erforderlich sind.
Das Red Hat OpenShift Service Mesh ,
das für OpenShift 4 verfügbar ist, ist buchstäblich auf Entwickler zugeschnitten und bietet Funktionen wie Nachverfolgung, Metrik, Visualisierung und Überwachung der Netzwerkkommunikation sowie Installation und Konfiguration des Service Mesh mit einem Klick. Darüber hinaus bietet die Lösung Vorteile aus Sicht des Betriebsmanagements und der Sicherheit, z. B. die Verschlüsselung des Datenverkehrs zwischen Servern im Rechenzentrum und die Integration in das
Red Hat 3scale API-Gateway.
Erweiterte Visualisierung des Clusterverkehrs mit Kiali-Tools als Teil des OpenShift Service MeshServerloses Rechnen
Unsere andere Lösung,
OpenShift Serverless , unterstützt Sie bei der Bereitstellung und Ausführung von Anwendungen, die sich bei Bedarf problemlos auf null skalieren lassen. Diese Lösung, die auf der Grundlage des Knative-Projekts erstellt wurde und in der Technology Preview-Version verfügbar ist, kann in jedem OpenShift 4-Cluster mithilfe des entsprechenden Kubernetes-Operators aktiviert werden. Dies erleichtert den Einstieg und die Installation der für die Bereitstellung von Anwendungen oder Funktionen ohne Server unter OpenShift erforderlichen Komponenten. Im Entwicklermodus der OpenShift-Konsole, der in Version 4.2 angezeigt wurde, können Sie serverlose Optionen in Standardentwicklungsprozessen verwenden, z. B. Aus Git importieren oder Deployan Image. Mit anderen Worten, Sie können serverlose Anwendungen direkt von der Konsole aus erstellen.
Serverlose Bereitstellung in der OpenShift-Konsole konfigurierenNeben der Integration in die Entwicklerkonsole gibt es in der neuen Version von OpenShift weitere Verbesserungen ohne Server. Dies ist insbesondere kn - die Knative-Befehlszeilenschnittstelle, die eine komfortable und intuitive Bedienung bietet und es Ihnen ermöglicht, Objekte zu gruppieren, die für Anwendungen benötigt werden. Erstellen Sie Momentaufnahmen von Code und Konfigurationen und ermöglichen Sie das Zuordnen von Netzwerkendpunkten zu bestimmten Versionen oder Diensten. Alle diese Funktionen, die in der Technology Preview-Version über den OpenShift Serverless-Operator verfügbar sind, unterstützen Entwickler beim Einstieg in die serverlose Architektur und bei der flexiblen Bereitstellung ihrer Anwendungen in einer Hybrid-Cloud, ohne an bestimmte Infrastrukturen gebunden zu sein.
CI / CD-Cloud-Förderer
Continuous Integration and Delivery (CI / CD) sind heutzutage die wichtigsten Entwicklungsverfahren, die die Geschwindigkeit und Zuverlässigkeit der Softwarebereitstellung erhöhen. Mit einem guten CI / CD-Toolkit können Entwicklungsteams Feedbackprozesse optimieren und automatisieren, was für eine erfolgreiche agile Entwicklung von entscheidender Bedeutung ist. In OpenShift können Sie die klassischen Jenkins oder unsere neue
OpenShift Pipelines- Lösung als solche Tools verwenden.
Jenkins ist heute de facto der Standard, aber wir verbinden die Zukunft von Container CI / CD mit dem Open-Source-Projekt Tekton. OpenShift Pipelines baut daher auf diesem Projekt auf und unterstützt Cloud-basierte Ansätze wie Pipeline-as-Code („Pipeline as Code“) und GitOps besser. In OpenShift-Pipelines wird jeder Schritt in einem eigenen Container ausgeführt, sodass die Ressourcen nur während der Ausführung dieses Schritts verwendet werden. Dadurch können Entwickler ihre Übermittlungskanäle, Plug-Ins und die Zugriffskontrolle vollständig steuern, ohne einen zentralen CI / CD-Server zu verwenden.
OpenShift Pipelines befindet sich noch in der Entwicklervorschau und ist als entsprechender Operator verfügbar, der in jedem OpenShift 4-Cluster verwendet werden kann. Jenkins kann sowohl in der 3. als auch in der 4. Version von OpenShift verwendet werden.
Red Hat OpenShift-FördererHybrid Cloud Container Management
Die automatisierte Installation und Aktualisierung von OpenShift bringt die Hybrid Cloud aus Sicht der Erfahrung so nah wie möglich an die kanonische Cloud. Das vierte OpenShift war zuvor für große öffentliche Cloud-Plattformen, private Cloud-Umgebungen, Virtualisierungsplattformen und Bare-Metal-Server verfügbar. In Version 4.2 wurden dieser Liste jedoch zwei weitere neue öffentliche Cloud-Plattformen hinzugefügt - Microsoft Azure und Google Cloud Platform sowie private OpenStack-Clouds .
Das OpenShift 4.2-Installationsprogramm wurde für verschiedene Zielumgebungen fertiggestellt und zum ersten Mal für die Arbeit mit isolierten (nicht mit dem Internet verbundenen) Konfigurationen geschult. Die eigenständige Installation und der obligatorische Proxy-Modus mit der Möglichkeit, benutzerdefinierte Zertifikatketten (CA-Bundle) bereitzustellen, tragen dazu bei, die Einhaltung gesetzlicher Standards und interner Sicherheitsprotokolle sicherzustellen. Im unbeaufsichtigten Installationsmodus können Sie immer die neueste Version der OpenShift Container Platform verwenden, wenn kein Zugriff auf das Internet besteht, oder in Umgebungen mit strengen Richtlinien für Image-Tests.
Durch die Bereitstellung eines vollständigen OpenShift-Stacks mit Red Hat Enterprise Linux CoreOS, einer kompakten Version von Red Hat Enterprise Linux, können Sie Ihre Cloud in weniger als einer Stunde nach dem Start der Installation bereitstellen.
Mit Red Hat OpenShift können Sie die Prozesse zum Erstellen, Bereitstellen und Verwalten von Containeranwendungen in der Cloud und in lokalen Infrastrukturen vereinheitlichen. Mit einer einfacheren, automatisierten und schnelleren Installation ist OpenShift 4.2 jetzt auf AWS-, Azure-, OpenStack- und GCP-Plattformen verfügbar, sodass Unternehmen ihre Kubernetes-Plattformen in einer Hybrid-Cloud effizient verwalten können.
Einfache Migration von OpenShift 3 zu OpenShift 4
Neue Tools für die Workload-Migration erleichtern das Upgrade von früheren Versionen der Plattform auf OpenShift 4.2. Das Übertragen von Lasten vom alten auf den neuen Cluster ist jetzt viel schneller, einfacher und mit einem Minimum an manuellen Vorgängen. Es reicht aus, wenn der Cluster-Administrator den OpenShift 3.x-Quellcluster auswählt, das Projekt (oder den Namespace) darauf markiert und dann angibt, was mit den entsprechenden permanenten Volumes geschehen soll - kopieren Sie sie in den OpenShift 4.x-Zielcluster oder übertragen Sie sie. Danach werden die Anwendungen so lange im Quellcluster ausgeführt, bis der Administrator ihre Arbeit abgeschlossen hat.
OpenShift 4.2 unterstützt verschiedene Migrationsszenarien:
- Die Daten werden mit einem Zwischen-Repository kopiert, das auf dem Velero-Projekt basiert. Mit dieser Option können Sie mit einer Änderung im Speichersystem migrieren, wenn beispielsweise Gluster im ursprünglichen Cluster und Ceph im neuen Cluster verwendet wird.
- Die Daten verbleiben im aktuellen Repository, es wird jedoch eine Verbindung zum neuen Cluster hergestellt (permanenter Volume-Switch).
- Kopieren von Dateisystemen über Restic.
Erste Nacht richtig
Oft möchten unsere Benutzer die geplanten Neuerungen von OpenShift schon lange vor der Veröffentlichung eines neuen Releases ausprobieren können.
Aus diesem Grund bieten wir Kunden und Partnern ab OpenShift 4.2 Zugriff auf die nächtlichen Build-Pre-Builds . Bitte beachten Sie, dass diese Baugruppen nicht für den Einsatz in der Produktion vorgesehen sind, nicht unterstützt werden, schlecht dokumentiert sind und möglicherweise eine unvollständige Funktionalität aufweisen. Die Qualität dieser Baugruppen steigt, wenn Sie sich der endgültigen Version nähern.
Die nächtlichen Build-Assemblys ermöglichen es Kunden und Partnern, sich in den frühen Entwicklungsphasen mit neuen Funktionen vertraut zu machen, die für die Planung der Bereitstellung oder die Integration von OpenShift in die eigenen Lösungen von ISV-Entwicklern hilfreich sein können.
Hinweis für OKD-Community-Mitglieder
Die Arbeit an OKD 4.3, einer Open-Source-Kubernetes-Distribution, die von der Entwickler-Community für Red Hat OpenShift entwickelt wurde, hat begonnen. Wir laden alle ein, im Rahmen der OKD-Arbeitsgruppe eine Bewertung des aktuellen Status von
OKD4 , Fedora CoreOS (FCOS) und Kubernetes abzugeben oder die Fortschritte auf der
OKD.io- Website zu überwachen.
Hinweis:
Das Wort "Partnerschaft" in dieser Veröffentlichung bedeutet keine rechtliche Partnerschaft oder irgendeine andere Form von Rechtsbeziehung zwischen Red Hat, Inc. und jede andere juristische Person.