{"id":74086,"date":"2020-03-14T02:42:31","date_gmt":"2020-03-13T23:42:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3"},"modified":"2020-03-14T02:42:31","modified_gmt":"2020-03-13T23:42:31","slug":"chto-novogo-v-red-hat-openshift-4-2-i-4-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","title":{"rendered":"Was gibt es Neues in Red Hat OpenShift 4.2 und 4.3?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Was
\nDie vierte Version von OpenShift wurde relativ neu ver\u00f6ffentlicht. Die aktuelle Version 4.3 ist seit Ende Januar verf\u00fcgbar, und alle \u00c4nderungen darin sind entweder v\u00f6llig neu oder gro\u00dfe Aktualisierungen der Funktionen, die in Version 4.1 vorhanden sind. Alles, was wir jetzt besprechen, ist wichtig zu wissen und zu ber\u00fccksichtigen f\u00fcr alle, die mit OpenShift arbeiten und einen Wechsel zur neuen Version planen.<\/p>\n

Mit der Ver\u00f6ffentlichung von OpenShift 4.2 hat Red Hat die Arbeit mit Kubernetes vereinfacht. Neue Werkzeuge und Plugins f\u00fcr die Erstellung von Containern, CI\/CD-Pipelines und serverless Bereitstellungen sind hinzugekommen. Die Neuerungen erm\u00f6glichen es Entwicklern, sich auf das Programmieren zu konzentrieren, statt sich mit Kubernetes auseinandersetzen zu m\u00fcssen.<\/p>\n

Was genau ist neu in den Versionen OpenShift 4.2 und 4.3?
\n<\/a><\/noindex><\/p>\n

Bewegung in Richtung hybrider Clouds <\/h2>\n

\nBei der Planung einer neuen IT-Infrastruktur oder der Weiterentwicklung der bestehenden IT-Landschaft ziehen Unternehmen zunehmend einen Cloud-Ansatz in Betracht, um IT-Ressourcen bereitzustellen. Hierf\u00fcr werden private Cloud-L\u00f6sungen implementiert oder die Kapazit\u00e4ten \u00f6ffentlicher Cloud-Anbieter genutzt. Infolgedessen werden moderne IT-Infrastrukturen immer h\u00e4ufiger nach einem \u201eHybrid\u201c-Cloud-Modell aufgebaut, das sowohl On-Premises-Ressourcen als auch \u00f6ffentliche Cloud-Ressourcen mit einem integrierten Verwaltungssystem kombiniert. Red Hat OpenShift 4.2 wurde speziell entwickelt, um den \u00dcbergang zu einem hybriden Cloud-Modell zu erleichtern und erm\u00f6glicht die einfache Anbindung von Ressourcen solcher Anbieter wie AWS, Azure und Google Cloud Platform, w\u00e4hrend gleichzeitig Private Clouds auf VMware und OpenStack genutzt werden.<\/p>\n

Neuer Ansatz zur Installation<\/h2>\n

\nIn der vierten Version hat sich der Ansatz zur Installation von OpenShift ge\u00e4ndert. Red Hat stellt ein spezielles Tool zum Deployment des OpenShift-Clusters zur Verf\u00fcgung \u2013 openshift-install. Dieses Tool ist eine einzelne Bin\u00e4rdatei, die in Go geschrieben wurde. Der Openshift-Installer erstellt eine YAML-Datei mit der erforderlichen Konfiguration f\u00fcr das Deployment. <\/p>\n

Bei der Installation \u00fcber Cloud-Ressourcen m\u00fcssen grundlegende Informationen \u00fcber den zuk\u00fcnftigen Cluster angegeben werden: DNS-Zone, Anzahl der Worker-Knoten, spezifische Einstellungen f\u00fcr den Cloud-Anbieter sowie Zugangsdaten f\u00fcr den Cloud-Anbieter. Nach der Erstellung der Konfigurationsdatei kann der Cluster mit einem einzigen Befehl bereitgestellt werden.<\/p>\n

Bei der Installation auf eigenen Rechenressourcen, zum Beispiel beim Einsatz von Private Cloud (vSphere und OpenStack werden unterst\u00fctzt) oder bei der Installation auf Bare-Metal-Servern, ist eine manuelle Einrichtung der Infrastruktur erforderlich \u2013 es m\u00fcssen mindestens die notwendigen virtuellen Maschinen oder physischen Server vorbereitet werden, um den Control Plane Cluster zu erstellen und Netzwerksdienste zu konfigurieren. Nach dieser Konfiguration kann der OpenShift-Cluster ebenfalls mit einem einzigen Befehl des Tools openshift-installer erstellt werden.<\/p>\n

Updates in der Infrastruktur<\/h2>\n

<\/p>\n

Integration mit CoreOS<\/h4>\n

\nEin zentrales Update ist die Integration mit Red Hat CoreOS. Jetzt k\u00f6nnen die Master-Knoten von Red Hat OpenShift betrieben werden. nur<\/strong> unter einem neuen Betriebssystem. Dies ist ein kostenloses Betriebssystem von Red Hat, das speziell f\u00fcr Containerl\u00f6sungen entwickelt wurde. Red Hat CoreOS ist ein leichtgewichtiger Linux, das f\u00fcr die Ausf\u00fchrung von Containern optimiert ist.<\/p>\n

W\u00e4hrend in Version 3.11 das Betriebssystem und OpenShift getrennt existierten, sind sie in Version 4.2 untrennbar mit OpenShift verbunden. Jetzt handelt es sich um einen einheitlichen Appliance \u2014 immutable infrastructure.<\/strong><\/p>\n

\"Was
\nF\u00fcr Cluster, die RHCOS f\u00fcr alle Knoten nutzen, ist das Update der OpenShift Container Platform ein einfacher, gut automatisierter Prozess. <\/p>\n

Fr\u00fcher musste man, um OpenShift zu aktualisieren, zuerst das zugrunde liegende Betriebssystem aktualisieren, auf dem das Produkt ausgef\u00fchrt wurde (damals war das Red Hat Enterprise Linux). Erst danach konnte OpenShift schrittweise, Knoten f\u00fcr Knoten, aktualisiert werden. Eine Automatisierung des Prozesses gab es nicht. <\/p>\n

Jetzt, da die OpenShift Container Platform die Systeme und Dienste auf jedem Knoten, einschlie\u00dflich des Betriebssystems, vollst\u00e4ndig kontrolliert, erfolgt diese Aufgabe auf Knopfdruck \u00fcber die Weboberfl\u00e4che. Anschlie\u00dfend wird ein spezieller Operator innerhalb des OpenShift-Clusters gestartet, der den gesamten Update-Prozess steuert. <\/p>\n

Neue CSI<\/h4>\n

\nDas zweite ist der neue CSI \u2013 ein Storage-Interface-Controller, der das Anschlie\u00dfen verschiedener externer Speichersysteme an das OpenShift-Cluster erm\u00f6glicht. Eine Vielzahl von Storage-Treibern f\u00fcr OpenShift, die von den Herstellern der Speichersysteme selbst entwickelt werden, wird unterst\u00fctzt. Eine vollst\u00e4ndige Liste der unterst\u00fctzten CSI-Treiber finden Sie in diesem Dokument: https:\/\/kubernetes-csi.github.io\/docs\/drivers.html<\/a><\/noindex>. In dieser Liste sind alle g\u00e4ngigen Modellreihe von Speicherarrays der f\u00fchrenden Hersteller (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS-L\u00f6sungen (Ceph) und Cloud-Speicher (AWS, Azure, Google) aufgef\u00fchrt. OpenShift 4.2 unterst\u00fctzt die Verwendung von CSI-Treibern gem\u00e4\u00df der CSI-Spezifikation Version 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nBasierend auf den Projekten Istio, Kiali und Jaeger erm\u00f6glicht das Red Hat OpenShift Service Mesh neben den \u00fcblichen Aufgaben der Anfrage-Routing zwischen Services die Durchf\u00fchrung von Tracing und Visualisierung. Dies hilft Entwicklern, die Interaktion, \u00dcberwachung und Verwaltung von Anwendungen, die innerhalb von Red Hat OpenShift bereitgestellt werden, zu vereinfachen. <\/p>\n

\"Was
\nVisualisierung einer Anwendung mit Mikroservices-Architektur unter Verwendung von Kiali<\/i><\/p>\n

Um die Prozesse der Installation, des Services und des Lebenszyklusmanagements von Service Mesh zu vereinfachen, bietet Red Hat OpenShift den Administratoren einen speziellen Operator \u2013 den Service Mesh Operator. Dies ist ein Kubernetes-Operator, der es erm\u00f6glicht, umkonfigurierte Pakete von Istio, Kiali und Jaeger im Cluster bereitzustellen und dabei die administrative Belastung bei der Anwendungsverwaltung zu minimieren.<\/p>\n

CRI-O statt Docker<\/h4>\n

\nDer standardm\u00e4\u00dfige Container-Laufzeitumgebung Docker wurde durch CRI-O ersetzt. CRI-O konnte bereits in Version 3.11 verwendet werden, ist aber in Version 4.2 zur Hauptlaufzeit geworden. Es ist weder gut noch schlecht, sollte aber bei der Nutzung des Produkts beachtet werden.<\/p>\n

Operatoren und Anwendungsbereitstellung<\/h2>\n

\nOperatoren sind eine neue Entit\u00e4t f\u00fcr Red Hat OpenShift, die in der vierten Version eingef\u00fchrt wurde. Dies ist eine Methode zur Verpackung, Bereitstellung und Verwaltung von Kubernetes-Anwendungen. Man kann es sich wie ein Plugin f\u00fcr Anwendungen vorstellen, das \u00fcber die Kubernetes-API und die kubectl-Tools gesteuert wird und in Containern bereitgestellt wird.<\/p>\n

Kubernetes-Operatoren helfen dabei, alle Aufgaben rund um die Verwaltung und den Lebenszyklus der Anwendungen, die Sie in Ihrem Cluster bereitstellen, zu automatisieren. Beispielsweise kann ein Operator Aktualisierungen, Backups und Skalierungen der Anwendung automatisieren, Konfigurationen \u00e4ndern usw. Die vollst\u00e4ndige Liste der Operatoren finden Sie unter https:\/\/operatorhub.io\/<\/a><\/noindex>.<\/p>\n

OperatorHub ist direkt \u00fcber die Weboberfl\u00e4che der Verwaltungs-Konsole zug\u00e4nglich. Es handelt sich um einen Katalog von Anwendungen f\u00fcr OpenShift, der von Red Hat unterst\u00fctzt wird. Das bedeutet, dass alle von Red Hat genehmigten Operatoren vom Anbieter unterst\u00fctzt werden.<\/p>\n

\"Was
\nDas OperatorHub-Portal in der OpenShift-Verwaltungskonsole<\/i><\/p>\n

Universelles Basisimage<\/h4>\n

\nDies ist ein standardisiertes Set von OS-Bildern f\u00fcr RHEL, die zur Erstellung Ihrer Anwendungen in Containern verwendet werden k\u00f6nnen. Es gibt minimale, standardisierte und vollst\u00e4ndige S\u00e4tze. Sie nehmen nur wenig Platz ein, unterst\u00fctzen alle erforderlichen installierten Pakete und Programmiersprachen.<\/p>\n

CI\/CD-Tools<\/h4>\n

\nIn Red Hat OpenShift 4.2 besteht die M\u00f6glichkeit, zwischen Jenkins und OpenShift Pipelines auf Basis von Tekton Pipelines zu w\u00e4hlen. <\/p>\n

OpenShift Pipelines basiert auf Tekton, das die Ans\u00e4tze Pipeline as Code und GitOps besser unterst\u00fctzt. In den OpenShift-Pipelines wird jeder Schritt in einem eigenen Container ausgef\u00fchrt, sodass Ressourcen nur w\u00e4hrend der Ausf\u00fchrung des Schrittes verwendet werden. Dies erm\u00f6glicht Entwicklern die vollst\u00e4ndige Kontrolle \u00fcber die Bereitstellungspipelines, Plugins und den Zugriff ohne einen zentralen CI\/CD-Server zur Verwaltung.<\/p>\n

OpenShift Pipelines befindet sich derzeit in der Preview-Phase f\u00fcr Entwickler und ist als Operator im OpenShift 4-Cluster verf\u00fcgbar. Selbstverst\u00e4ndlich k\u00f6nnen OpenShift-Nutzer weiterhin Jenkins in RedHat OpenShift 4 verwenden.<\/p>\n

Updates im Management f\u00fcr Entwickler<\/h2>\n

\nIn Version 4.2 hat OpenShift das Web-Interface sowohl f\u00fcr Entwickler als auch f\u00fcr Administratoren vollst\u00e4ndig aktualisiert.<\/p>\n

In fr\u00fcheren Versionen von OpenShift arbeiteten alle in drei Konsolen: Servicedirectory, Administrator-Konsole und Arbeitskonsole. Jetzt ist der Cluster nur noch in zwei Teile unterteilt \u2013 Administrator-Konsole und Entwickler-Konsole.<\/p>\n

Die Entwicklerkonsole wurde mit signifikanten Verbesserungen der Benutzeroberfl\u00e4che ausgestattet. Jetzt werden die Anwendungs- und Build-Topologien \u00fcbersichtlicher dargestellt. Dies erleichtert Entwicklern die Erstellung, Bereitstellung und Visualisierung von Containeranwendungen und Clusterressourcen. So k\u00f6nnen sie sich auf das Wesentliche konzentrieren.<\/p>\n

\"Was
\nEntwicklerportal in der OpenShift-Verwaltungskonsole<\/i><\/p>\n

Odo<\/h4>\n

\nOdo ist ein entwicklerfreundliches Kommandozeilenwerkzeug, das die Anwendungsentwicklung in OpenShift vereinfacht. Mit der Git-Push-\u00e4hnlichen Interaktion hilft dieses CLI Entwicklern, die mit Kubernetes nicht vertraut sind, Anwendungen in OpenShift zu erstellen.<\/p>\n

Integration in Entwicklungsumgebungen<\/h4>\n

\nEntwickler k\u00f6nnen jetzt ihre Anwendungen in OpenShift erstellen, debuggen und bereitstellen, ohne ihre bevorzugte Entwicklungsumgebung zu verlassen, wie z. B. Microsoft Visual Studio, JetBrains (einschlie\u00dflich IntelliJ), Eclipse Desktop usw.<\/p>\n

Red Hat OpenShift Deployment-Erweiterung f\u00fcr Microsoft Azure DevOps<\/h4>\n

\nDie Red Hat OpenShift Deployment-Erweiterung ist jetzt f\u00fcr Microsoft Azure DevOps verf\u00fcgbar. Benutzer dieses DevOps-Tool-Sets k\u00f6nnen ihre Anwendungen direkt aus Microsoft Azure DevOps in Azure Red Hat OpenShift oder jeden anderen OpenShift-Cluster bereitstellen.<\/p>\n

Der Umstieg von Version 3 auf Version 4<\/h2>\n

\nDa es sich um ein neues Release und nicht um ein Update handelt, kann man nicht einfach Version 4 \u00fcber Version 3 installieren. Das Update von Version 3 auf Version 4 wird nicht unterst\u00fctzt.<\/strong>. <\/p>\n

Aber es gibt gute Nachrichten: Red Hat bietet Werkzeuge zum \u00dcbertragen von Projekten von 3.7 auf 4.2 an. Sie k\u00f6nnen die Workloads von Anwendungen mit dem Tool Cluster Application Migration (CAM) \u00fcbertragen. CAM erm\u00f6glicht es, die Migration zu steuern und die Ausfallzeit der Anwendung zu minimieren.<\/p>\n

OpenShift 4.3<\/h2>\n

\nDie wichtigsten Neuerungen, die in diesem Artikel beschrieben werden, erschienen in Version 4.2. In der k\u00fcrzlich ver\u00f6ffentlichten Version 4.3 sind die \u00c4nderungen nicht so gravierend, aber es gibt dennoch einige Neuerungen. Die Liste der \u00c4nderungen ist recht umfangreich, hier sind die aus unserer Sicht bedeutendsten:<\/p>\n

Upgrade der Kubernetes-Version auf 1.16. <\/h4>\n

\nDie Version wurde um zwei Schritte aktualisiert, in OpenShift 4.2 war sie 1.14.<\/p>\n

Datenverschl\u00fcsselung in etcd<\/h4>\n

\nSeit Version 4.3 ist es m\u00f6glich, Daten in der etcd-Datenbank zu verschl\u00fcsseln. Nach Aktivierung der Verschl\u00fcsselung k\u00f6nnen die folgenden Ressourcen im OpenShift API und Kubernetes API verschl\u00fcsselt werden: Secrets, ConfigMaps, Routes, Zugangstoken und OAuth-Authorisierungen.<\/p>\n

Helm<\/h4>\n

\nDie Unterst\u00fctzung f\u00fcr Helm Version 3 \u2013 den beliebten Paketmanager f\u00fcr Kubernetes \u2013 wurde hinzugef\u00fcgt. Derzeit ist die Unterst\u00fctzung im STATUS DES TECHNOLOGIE-VORSCHAU. In zuk\u00fcnftigen Versionen von OpenShift wird die Unterst\u00fctzung f\u00fcr Helm auf volle Unterst\u00fctzung erweitert. Das Helm CLI-Tool wird zusammen mit OpenShift bereitgestellt und kann \u00fcber die Web-Konsole des Cluster-Managements heruntergeladen werden. <\/p>\n

Aktualisierung des Project Dashboards<\/h4>\n

\nIn der neuen Version bietet das Project Dashboard zus\u00e4tzliche Informationen auf der Projektseite: Projektstatus, Ressourcennutzung und Quoten f\u00fcr das Projekt.<\/p>\n

Anzeige von Schwachstellen f\u00fcr Quay in der Web-Konsole<\/h4>\n

\nDie Management-Konsole hat eine Funktion zur Anzeige bekannter Schwachstellen f\u00fcr Images in Quay-Repositories hinzugef\u00fcgt. Die Anzeige von Schwachstellen f\u00fcr lokale und externe Repositories wird unterst\u00fctzt.<\/p>\n

Erstellung des Offline Operatorhubs vereinfacht<\/h4>\n

\nF\u00fcr den Fall der Bereitstellung eines OpenShift-Clusters in einem isolierten Netzwerk, dessen Zugriff auf das Internet eingeschr\u00e4nkt oder nicht vorhanden ist, wurde die Erstellung eines \u201eSpiegels\u201c f\u00fcr das OperatorHub-Register vereinfacht. Dies kann jetzt mit nur drei Befehlen durchgef\u00fchrt werden.<\/p>\n

Autoren: <\/i>
\nViktor Puschkow, Yuri Semeniuk<\/i>
\n
Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0427\u0435\u0442\u0432\u0435\u0440\u0442\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f OpenShift \u0432\u044b\u0448\u043b\u0430 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0430\u0432\u043d\u043e. \u0410\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043d\u0430 \u0442\u0435\u043a\u0443\u0449\u0438\u0439 \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u0435\u0440\u0441\u0438\u044f 4.3 \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u0430 \u0441 \u043a\u043e\u043d\u0446\u0430 \u044f\u043d\u0432\u0430\u0440\u044f \u0438 \u0432\u0441\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0432 \u043d\u0435\u0439 \u2014 \u044d\u0442\u043e \u0438\u043b\u0438 \u043d\u0435\u0447\u0442\u043e \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u043d\u043e\u0432\u043e\u0435, \u0447\u0435\u0433\u043e \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 \u043d\u0435 \u0431\u044b\u043b\u043e, \u0438\u043b\u0438 \u043a\u0440\u0443\u043f\u043d\u043e\u0435 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0442\u043e\u0433\u043e, \u0447\u0442\u043e \u043f\u043e\u044f\u0432\u0438\u043b\u043e\u0441\u044c \u0432 \u0432\u0435\u0440\u0441\u0438\u0438 4.1. \u0412\u0441\u0435, \u0447\u0442\u043e \u043c\u044b \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043d\u0443\u0436\u043d\u043e \u0437\u043d\u0430\u0442\u044c, \u043f\u043e\u043d\u0438\u043c\u0430\u0442\u044c \u0438 \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u0442\u044c \u0442\u0435\u043c, \u043a\u0442\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":74087,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-74086","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47Was ist neu in Red Hat OpenShift 4.2 und 4.3? | ProHoster","description":"Die vierte Version von OpenShift wurde relativ k\u00fcrzlich ver\u00f6ffentlicht. Die aktuelle Version 4.3 ist seit Ende Januar verf\u00fcgbar, und alle \u00c4nderungen darin sind entweder ganz neue Features, die es in der dritten Version nicht gab, oder umfassende Updates von Funktionen, die in Version 4.1 eingef\u00fchrt wurden. Alles, was wir jetzt besprechen werden, ist wichtig f\u00fcr alle, die damit arbeiten.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0427\u0442\u043e \u043d\u043e\u0432\u043e\u0433\u043e \u0432 Red Hat OpenShift 4.2 \u0438 4.3? | ProHoster","og:description":"\u0427\u0435\u0442\u0432\u0435\u0440\u0442\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f OpenShift \u0432\u044b\u0448\u043b\u0430 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0430\u0432\u043d\u043e. \u0410\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043d\u0430 \u0442\u0435\u043a\u0443\u0449\u0438\u0439 \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u0435\u0440\u0441\u0438\u044f 4.3 \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u0430 \u0441 \u043a\u043e\u043d\u0446\u0430 \u044f\u043d\u0432\u0430\u0440\u044f \u0438 \u0432\u0441\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0432 \u043d\u0435\u0439 \u2014 \u044d\u0442\u043e \u0438\u043b\u0438 \u043d\u0435\u0447\u0442\u043e \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u043d\u043e\u0432\u043e\u0435, \u0447\u0435\u0433\u043e \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 \u043d\u0435 \u0431\u044b\u043b\u043e, \u0438\u043b\u0438 \u043a\u0440\u0443\u043f\u043d\u043e\u0435 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0442\u043e\u0433\u043e, \u0447\u0442\u043e \u043f\u043e\u044f\u0432\u0438\u043b\u043e\u0441\u044c \u0432 \u0432\u0435\u0440\u0441\u0438\u0438 4.1. \u0412\u0441\u0435, \u0447\u0442\u043e \u043c\u044b \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043d\u0443\u0436\u043d\u043e \u0437\u043d\u0430\u0442\u044c, \u043f\u043e\u043d\u0438\u043c\u0430\u0442\u044c \u0438 \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u0442\u044c \u0442\u0435\u043c, \u043a\u0442\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-03-13T23:42:31+00:00","article:modified_time":"2020-03-13T23:42:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"74086","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 18:21:22","updated":"2022-09-29 21:21:26"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/74086","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=74086"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/74086\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/74087"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=74086"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=74086"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=74086"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}