, dessen gesamte Essenz den Kurs zur Automatisierung und Optimierung der Arbeit mit der Cloud-Umgebung fortsetzt.
Erinnern wir uns daran, dass wir im Mai 2019 Red Hat OpenShift 4 eingeführt haben, die nächste Generation unserer Kubernetes-Plattform, die wir neu gestaltet haben, um die Verwaltung von Containeranwendungen in Produktionsumgebungen zu vereinfachen.
Die Lösung wurde als selbstverwaltete Plattform mit automatischen Updates und Lebenszyklusmanagement in einer Hybrid-Cloud erstellt und basiert auf dem bewährten Red Hat Enterprise Linux und Red Hat Enterprise Linux CoreOS. In Version 4.2 lag der Fokus darauf, die Plattform entwicklerfreundlicher zu gestalten. Darüber hinaus haben wir die Arbeit der Plattform- und Anwendungsverwaltung für Clusteradministratoren vereinfacht, indem wir Migrationstools von OpenShift 3 auf 4 angeboten und Unterstützung für Offline-Konfigurationen implementiert haben.
Wo ist die Geschwindigkeit?
Version 4.2 vereinfacht die Arbeit mit Kubernetes erheblich und bietet einen neuen OpenShift-Verwaltungskonsolenmodus, der für Entwickleraufgaben optimiert ist, sowie neue Tools und Plugins zum Erstellen von Containern, zum Organisieren von CI/CD-Pipelines und zum Implementieren serverloser Systeme. All dies hilft Programmierern, sich präziser auf ihre Hauptaufgabe zu konzentrieren – das Erstellen von Anwendungscode, ohne von den Besonderheiten von Kubernetes abgelenkt zu werden.
Zeigen Sie die Anwendungstopologie in der Entwicklerkonsole an.
Neuer Entwicklermodus der OpenShift-Konsole
Neue Entwicklertools in OpenShift 4.2:
- Die Webkonsole hilft Entwicklern, sich auf das Wesentliche zu konzentrieren, indem sie nur die Informationen und Konfigurationen anzeigt, die sie benötigen. Eine verbesserte Benutzeroberfläche für die Topologieanzeige und Anwendungsassemblierung erleichtert das Erstellen, Bereitstellen und Visualisieren von Containeranwendungen und Clusterressourcen.
- Werkzeuge – eine spezielle Befehlszeilenschnittstelle für Entwickler, die die Entwicklung von Anwendungen auf der OpenShift-Plattform vereinfacht. Durch die Organisation von Interaktionen wie bei Git Push hilft diese CLI Entwicklern, mühelos Anwendungen auf der OpenShift-Plattform zu erstellen, ohne sich mit den Feinheiten von Kubernetes auseinanderzusetzen.
- für Microsoft Visual Studio Code, JetBrains IDE (einschließlich IntelliJ) und Eclipse Desktop IDE bietet eine einfache Integration mit den verwendeten Tools und ermöglicht Ihnen das Entwickeln, Erstellen, Debuggen und Bereitstellen von Anwendungen für OpenShift in der den Entwicklern vertrauten IDE-Umgebung.
- Red Hat OpenShift Deployment Extension für Microsoft Azure DevOps. Bietet Benutzern dieses DevOps-Toolkits die Möglichkeit, ihre Anwendungen auf Azure Red Hat OpenShift oder anderen OpenShift-Clustern auf der Microsoft Azure DevOps-Plattform bereitzustellen.
Plugin für Visual Studio
Vollständiges OpenShift auf einem Laptop
Dabei handelt es sich um vorgefertigte OpenShift-Cluster, die für die Bereitstellung auf einer Workstation oder einem Laptop optimiert sind und die lokale Entwicklung von Cloud-Anwendungen ermöglichen.
Service-Mesh
Unsere Lösung , basierend auf den Open-Source-Softwareprojekten Istio, Kiali und Jaeger und Special , vereinfacht die Entwicklung, Bereitstellung und Wartung von Anwendungen auf der OpenShift-Plattform, indem es die notwendigen Tools bereitstellt und die Automatisierung von Cloud-Anwendungen auf Basis moderner Architekturen wie Microservices übernimmt. Die Lösung ermöglicht es Programmierern, sich von der Notwendigkeit zu befreien, spezielle Netzwerkdienste, die für die zu erstellenden Anwendungen und Geschäftslogiken erforderlich sind, unabhängig bereitzustellen und zu warten.
, ist im wahrsten Sinne des Wortes „von Anfang bis Ende“ auf den Entwickler zugeschnitten und bietet Funktionen wie Tracing, Metriken, Visualisierung und Überwachung der Netzwerkkommunikation sowie die Installation und Konfiguration eines Service Mesh mit einem Klick. Darüber hinaus bietet die Lösung Vorteile im Hinblick auf Betriebsmanagement und Sicherheit, wie z. B. die Verschlüsselung des Datenverkehrs zwischen Servern im Rechenzentrum und die Integration mit einem API-Gateway .
Erweiterte Visualisierung des Cluster-Verkehrs mit Kiali innerhalb von OpenShift Service Mesh
Serverloses Computing
Unsere andere Lösung , hilft Ihnen bei der Bereitstellung und Ausführung von Anwendungen, die bei Bedarf problemlos bis auf Null skaliert werden können. Diese Lösung basiert auf dem Knative-Projekt und ist in der Technologievorschau verfügbar. Sie kann auf jedem OpenShift 4-Cluster mit dem zugehörigen Kubernetes-Operator aktiviert werden, was den Einstieg und die Installation der Komponenten erleichtert, die für die Bereitstellung serverloser Anwendungen oder Funktionen auf OpenShift erforderlich sind. Der Entwicklungsmodus der OpenShift-Konsole, der in Version 4.2 erschien, ermöglicht Ihnen die Verwendung serverloser Optionen in Standardentwicklungsprozessen, wie z. B. „Import from Git“ oder „Deployan Image“, d. h. Sie können serverlose Anwendungen direkt von der Konsole aus erstellen.
Einrichten einer serverlosen Bereitstellung in der OpenShift-Konsole
Neben der Integration mit der Entwicklerkonsole bietet die neue Version von OpenShift weitere Verbesserungen in Sachen Serverless. Dies ist insbesondere kn – die Knative-Befehlszeilenschnittstelle, die eine bequeme und intuitive Bedienung bietet und es Ihnen ermöglicht, für Anwendungen notwendige Objekte zu gruppieren; Erstellen Sie Snapshots von Code und Konfigurationen und bieten Sie außerdem die Möglichkeit, Netzwerkendpunkte bestimmten Versionen oder Diensten zuzuordnen. Alle diese Funktionen, die in Technology Preview über den OpenShift Serverless-Operator verfügbar sind, helfen Entwicklern, sich mit der serverlosen Architektur vertraut zu machen und die Flexibilität zu haben, ihre Anwendungen in der Hybrid Cloud bereitzustellen, ohne an bestimmte Infrastrukturen gebunden zu sein.
Cloud CI/CD-Pipelines
Kontinuierliche Integration und Bereitstellung (CI/CD) sind heute wichtige Entwicklungspraktiken, die die Geschwindigkeit und Zuverlässigkeit der Softwarebereitstellung erhöhen. Gute CI/CD-Tools ermöglichen es Entwicklungsteams, Feedbackprozesse zu rationalisieren und zu automatisieren, was für eine erfolgreiche agile Entwicklung von entscheidender Bedeutung ist. In OpenShift können Sie als solches Toolkit klassisches Jenkins oder unsere neue Lösung verwenden .
Jenkins ist heute der De-facto-Standard, aber wir verbinden die Zukunft von Container CI/CD mit dem Open-Source-Softwareprojekt Tekton. Daher wurde OpenShift Pipelines speziell auf der Grundlage dieses Projekts entwickelt und unterstützt typische Ansätze für Cloud-Lösungen wie Pipeline-as-Code („Pipeline als Code“) und GitOps besser. In OpenShift Pipelines wird jeder Schritt in einem eigenen Container ausgeführt, sodass Ressourcen nur während der Ausführung dieses Schritts verbraucht werden. Dies ermöglicht Entwicklern die vollständige Kontrolle über ihre Lieferpipelines, Plugins und Zugriffskontrolle, ohne auf einen zentralen CI/CD-Server angewiesen zu sein.
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 OpenShift 3- als auch in 4-Versionen verwendet werden.
Red Hat OpenShift-Pipelines
Verwalten von Containern in einer Hybrid Cloud
Durch die automatisierte Installation und Aktualisierung von OpenShift kommt die Hybrid Cloud hinsichtlich der Benutzererfahrung so nah wie möglich an die Canonical Cloud heran. OpenShift 4.2 war zuvor für große öffentliche Cloud-Plattformen, private Clouds, Virtualisierungsplattformen und Bare-Metal-Server verfügbar, aber Version XNUMX fügt dieser Liste zwei neue öffentliche Cloud-Plattformen hinzu – Microsoft Azure und Google Cloud Platform sowie private OpenStack-Clouds.
Das OpenShift 4.2-Installationsprogramm wurde für verschiedene Zielumgebungen verbessert und ist erstmals auch für die Arbeit mit isolierten (nicht mit dem Internet verbundenen) Konfigurationen trainiert. Die Sandbox-Installation und der obligatorische Proxy-Modus mit der Möglichkeit, Ihr eigenes CA-Bundle bereitzustellen, tragen dazu bei, die Einhaltung gesetzlicher Standards und interner Sicherheitsprotokolle sicherzustellen. Der eigenständige Installationsmodus ermöglicht es Ihnen, in Bereichen ohne Internetzugang oder in Umgebungen mit strengen Image-Testrichtlinien immer über die neueste Version der OpenShift Container Platform zu verfügen.
Darüber hinaus können Sie durch die Bereitstellung eines vollständigen OpenShift-Stacks mit Red Hat Enterprise Linux CoreOS, einer schlanken Version von Red Hat Enterprise Linux, in weniger als einer Stunde nach der Installation eine Cloud 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, automatisierteren und schnelleren Installation ist OpenShift 4.2 jetzt auf AWS, Azure, OpenStack und GCP verfügbar und ermöglicht Unternehmen die effiziente Verwaltung ihrer Kubernetes-Plattformen in einer Hybrid Cloud.
Einfache Migration von OpenShift 3 zu OpenShift 4
Neue Workload-Migrationstools erleichtern die Migration von früheren Versionen der Plattform auf OpenShift 4.2. Die Übertragung von Lasten von einem alten Cluster auf einen neuen erfolgt jetzt viel schneller, einfacher und mit einem Minimum an manuellen Vorgängen. Der Cluster-Administrator muss lediglich den OpenShift 3.x-Quellcluster auswählen, das gewünschte Projekt (oder den gewünschten Namespace) darauf markieren und dann angeben, was mit den entsprechenden persistenten Volumes geschehen soll – sie in den OpenShift 4.x-Zielcluster kopieren oder migrieren . Anwendungen werden dann weiterhin auf dem ursprünglichen Cluster ausgeführt, bis der Administrator sie beendet.
OpenShift 4.2 unterstützt verschiedene Migrationsszenarien:
- Die Daten werden mithilfe eines Zwischenspeichers kopiert, der auf dem Velero-Projekt basiert. Mit dieser Option können Sie bei einem Wechsel des Speichersystems migrieren, wenn beispielsweise der ursprüngliche Cluster Gluster und der neue Ceph verwendet.
- Die Daten verbleiben im aktuellen Repository, werden aber mit dem neuen Cluster verbunden (Persistent Volume Switching).
- Kopieren von Dateisystemen mit Restic.
Richtige erste Nacht
Oft möchten unsere Nutzer geplante OpenShift-Neuerungen schon lange vor der Veröffentlichung eines neuen Releases ausprobieren können. . Bitte beachten Sie, dass diese Builds nicht für den Produktionseinsatz gedacht sind, nicht unterstützt werden, schlecht dokumentiert sind und möglicherweise unvollständige Funktionalität aufweisen. Die Qualität dieser Builds steigt, je näher sie der endgültigen Version kommen.
Mit nächtlichen Builds können Kunden und Partner frühzeitig in der Entwicklung eine Vorschau neuer Funktionen anzeigen, was für die Bereitstellungsplanung oder die Integration von OpenShift in die eigenen Lösungen von ISV-Entwicklern nützlich sein kann.
Hinweis für OKD-Community-Mitglieder
Die Arbeit an OKD 4.0, der Open-Source-Kubernetes-Distribution, die von der Entwickler-Community erstellt wird und Red Hat OpenShift zugrunde liegt, hat begonnen. Wir laden alle ein, ihre Einschätzung zum aktuellen Stand abzugeben , Fedora CoreOS (FCOS) und Kubernetes innerhalb der OKD-Arbeitsgruppe oder verfolgen Sie den Fortschritt auf der Website .
Hinweis:
Das Wort „Partnerschaft“ in dieser Veröffentlichung impliziert keine rechtliche Partnerschaft oder irgendeine andere Form der Rechtsbeziehung zwischen Red Hat, Inc. und jede andere juristische Person.
Source: habr.com