Diese sofort einsatzbereite Lösung umfasst Sicherheits- und Verkehrsrouting und kombiniert Red Hat Operators, Knative und Red Hat OpenShift , um zustandslose und serverlose Workloads auf der OpenShift-Plattform in privaten, öffentlichen, Hybrid- und Multi-Cloud-Umgebungen auszuführen.
Mit OpenShift Serverless können sich Entwickler ganz auf das Erstellen von Anwendungen der nächsten Generation konzentrieren, indem sie eine breite Palette von Programmiersprachen, Frameworks, Entwicklungsumgebungen und anderen Tools zum Erstellen und Bereitstellen disruptiver Geschäftsprodukte anbieten.
Hauptmerkmale von Red Hat OpenShift Serverless:
- Große Auswahl an Programmiersprachen und Laufzeitkomponenten für serverlose Anwendungen. Sie können genau die Werkzeuge auswählen, die für Sie geeignet sind.
- Automatisches Scale-Out nach Bedarf oder ereignisgesteuert für ein effizientes Ressourcenmanagement basierend auf realen, nicht spekulativen Anforderungen
- Vollständig in OpenShift Pipelines integriert, ein Tekton-basiertes Kubernetes-basiertes CI / CD-System (Continuous Build and Delivery)
- Red Hat Operator, ,
- community-, Knative 0.13 Serving, Eventing kn ( CLI Knative), – Red Hat, OpenShift
Darüber hinaus arbeitet Red Hat eng mit einer Reihe von Partnern an serverlosen Technologien sowie mit Microsoft an Azure-Funktionen und KEDA zusammen (siehe Details hier ). Insbesondere hat TriggerMesh bereits einen zertifizierten OpenShift-Operator , und wir haben kürzlich eine Partnerschaft mit Serverless.com geschlossen, damit Serverless Framework mit OpenShift Serverless und Knative zusammenarbeiten kann. Diese Partnerschaften können als Zeichen der Serverlosigkeit und des Beginns eines Industrie-Ökosystems angesehen werden.
Wenn Sie zuvor die Vorabversion von Red Hat OpenShift Serverless installiert haben, können Sie auf die GA-Version mit allgemeiner Verfügbarkeit aktualisieren. In diesem Fall müssen Sie für die Version "Technologievorschau" den OLM-Abonnement-Aktualisierungskanal neu konfigurieren (siehe Abb. 1). 1.
Feige. 1. Aktualisieren des Abonnementkanals.
Der Abonnementkanal muss aktualisiert werden, um mit der OpenShift Container Platform-Version 4.4 oder 4.3 übereinzustimmen.
Knative Services - erstklassiger Service
OpenShift 4.4 vereinfacht die Bereitstellung von Anwendungen mit OpenShift Serverless-Funktionen erheblich und ermöglicht Ihnen die mühelose Bereitstellung von Knative Services direkt aus dem Entwicklermodus der OpenShift-Webkonsole.
Wenn Sie dem Projekt eine neue Anwendung hinzufügen, reicht es aus, den Knative Service-Ressourcentyp anzugeben, wodurch die OpenShift Serverless-Funktionalität sofort aktiviert und im Standby-Modus auf Null skaliert wird (siehe Abb. 1). 2.
Feige. 2. Wählen Sie Knative Service als Ressourcentyp aus.
Einfache Installation mit Kourier
Wie wir bereits in der Ankündigung der OpenShift Serverless 1.5.0 Tech Preview geschrieben haben , konnten wir durch die Verwendung von Kourier die Liste der Anforderungen bei der Installation von Serverless unter OpenShift drastisch reduzieren, und in der GA-Version sind diese Anforderungen noch geringer geworden. All dies reduziert den Ressourcenverbrauch, beschleunigt den Kaltstart von Anwendungen und eliminiert auch die Auswirkungen herkömmlicher Workloads ohne Server, die im selben Namespace ausgeführt werden.
Im Allgemeinen beschleunigen diese Verbesserungen sowie Verbesserungen in OpenShift 4.3.5 die Erstellung von Anwendungen aus einem vorgefertigten Container je nach Größe des Bildes um 40-50%.
Wie alles ohne Kourier abläuft, zeigt Abb. 3:
Feige. 3. Zeitpunkt der Anwendungserstellung in Fällen, in denen Kourier nicht verwendet wird.
Wie dies bei Verwendung von Kourier geschieht, ist in Abbildung 4 dargestellt:
Feige. 4. Zeit für die Anwendungserstellung bei Verwendung von Kourier.
TLS / SSL im automatischen Modus
OpenShift Serverless kann jetzt automatisch TLS / SSL für die OpenShift-Route Ihres Knative Service erstellen und bereitstellen, damit Sie nicht durch die Implementierung und Wartung dieser Funktionen während der Arbeit an Ihrer Anwendung abgelenkt werden. Mit anderen Worten, Serverless entlastet den Entwickler von der Komplexität, die mit TSL verbunden ist, und behält gleichzeitig das hohe Sicherheitsniveau bei, das jeder von Red Hat OpenShift erwartet.
OpenShift Serverless Command Line Interface
In OpenShift Serverless heißt es kn und ist direkt in der OpenShift-Konsole auf der Seite Befehlszeilentools verfügbar (siehe Abb. 1). fünf:
Feige. 5. Download-Seite für die OpenShift Serverless-Befehlszeilenschnittstelle.
Wenn Sie von dieser Seite herunterladen, erhalten Sie eine MacOS-, Windows- oder Linux-Version von kn, die von Red Hat überprüft wurde und garantiert frei von Malware ist.
In Abb. 6 zeigt, wie Sie in kn einen Dienst mit nur einem Befehl bereitstellen können, um innerhalb von Sekunden eine Anwendungsinstanz auf der OpenShift-Plattform mit URL-Zugriff zu erstellen:
Feige. 6. Verwenden der Befehlszeilenschnittstelle kn.
Mit diesem Tool können Sie Serverless Serving- und Eventing-Ressourcen vollständig verwalten, ohne YAML-Konfigurationen überwachen oder bearbeiten zu müssen.
Verbesserte Topologieansicht in der Entwicklermoduskonsole
Lassen Sie uns nun sehen, wie die überarbeitete Topologieansicht die Verwaltung von Knative Services erleichtert.
Knative Service - zentrierte Visualisierung
Knative Services auf der Seite "Topologieansicht" werden als Rechteck mit allen Revisionen angezeigt (siehe Abbildung 7):
Feige. 7. Knative Services auf der Seite zur Topologieübermittlung.
Hier können Sie sofort den aktuellen Prozentsatz der Knative Service-Verkehrsverteilung anzeigen und Knative Services innerhalb einer Anwendungsgruppe gruppieren, um auf einfache Weise visuell zu steuern, was in der ausgewählten Gruppe geschieht.
OpenShift Knative Services-Listen reduzieren
Wenn Sie das Thema Gruppierung fortsetzen, müssen Sie sagen, dass Sie in OpenShift 4.4 Knative Services innerhalb einer Anwendungsgruppe minimieren können, um die Anzeige und das Service-Management zu vereinfachen, wenn komplexere Anwendungen in einem Projekt bereitgestellt werden.
Knativer Service im Detail
OpenShift 4.4 verbessert auch die Seitenleiste für Knative Services. Es verfügt jetzt über eine Registerkarte Ressourcen, auf der Dienstkomponenten wie Pods, Revisionen und Routen angezeigt werden. Diese Komponenten bieten auch einen schnellen und einfachen Übergang zu den einzelnen Pod-Protokollen.
Die Topologieansicht zeigt auch die Prozentsätze der Verkehrszuweisung an und ermöglicht sogar schnelle Konfigurationsänderungen. Auf diese Weise können Sie schnell die Echtzeit-Verkehrsverteilung für den ausgewählten Knative Service anhand der Anzahl der Pods ermitteln, die für eine bestimmte Revision ausgeführt werden (siehe Abb. 1). 8.
Feige. 8. Verteilung des Verkehrs Knative Service.
Ein tieferer Blick auf Serverless Revisions
In der Topologieansicht können Sie jetzt auch viel tiefer in die ausgewählte Revision schauen, um beispielsweise schnell alle Pods anzuzeigen und bei Bedarf deren Protokolle anzuzeigen. Darüber hinaus können Sie in dieser Ansicht problemlos auf die Bereitstellungen und Konfigurationen einer Revision sowie auf die Unterroute zugreifen, die direkt auf diese Revision verweist (siehe Abb. 1). neun:
Feige. 9. Mit Überarbeitungen verbundene Ressourcen.
Wir hoffen, dass die oben beschriebenen Innovationen für Sie beim Erstellen und Verwalten von Anwendungen ohne Server nützlich sind. In den nächsten Versionen werden Entwickler noch nützlichere Funktionen erhalten, z. B. die Möglichkeit, Ereignisquellen und andere zu erstellen.
Bist du interessiert?
Probieren Sie OpenShift aus!
Feedback ist uns wichtig
Sagen Sie uns Ihre Meinung zu Serverless. Nehmen Sie an unseren Diskussionen und Workshops zur OpenShift Developer Experience Google Group für Bürozeiten teil und arbeiten Sie mit uns zusammen, um Feedback und Vorschläge zu geben.
zusätzliche Information
Weitere Informationen zum Entwickeln von OpenShift-Anwendungen mit den folgenden Red Hat-Ressourcen: