{"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, was in der dritten Version nicht vorhanden war, oder bedeutende Aktualisierungen dessen, was in Version 4.1 eingef\u00fchrt wurde. Alles, was wir jetzt erz\u00e4hlen werden, ist wichtig zu wissen, zu verstehen und zu ber\u00fccksichtigen f\u00fcr alle, die mit OpenShift arbeiten und einen Wechsel auf die neue 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 serverlosen Bereitstellungen sind hinzugekommen. Diese Neuerungen erm\u00f6glichen es Entwicklern, sich auf das Codieren zu konzentrieren, anstatt sich mit Kubernetes auseinanderzusetzen.<\/p>\n

Was gibt es Neues in den Versionen OpenShift 4.2 und 4.3?
\n<\/a><\/noindex><\/p>\n

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

\nBei der Planung neuer IT-Infrastrukturen oder der Weiterentwicklung bestehender IT-Landschaften ziehen Unternehmen zunehmend einen Cloud-Ansatz f\u00fcr die Bereitstellung von IT-Ressourcen in Betracht. Dazu implementieren sie private Cloud-L\u00f6sungen oder nutzen die Ressourcen \u00f6ffentlicher Cloud-Anbieter. Auf diese Weise werden moderne IT-Infrastrukturen immer h\u00e4ufiger nach einem hybriden Cloud-Modell aufgebaut, bei dem sowohl On-Premises-Ressourcen als auch \u00f6ffentliche Cloud-Ressourcen mit einem gemeinsamen Management-System verwendet werden. Red Hat OpenShift 4.2 wurde speziell entwickelt, um den \u00dcbergang zum hybriden Cloud-Modell zu erleichtern, und erm\u00f6glicht eine einfache Anbindung von Ressourcen solcher Anbieter wie AWS, Azure und Google Cloud Platform zusammen mit der Nutzung privater Clouds auf VMware und OpenStack.<\/p>\n

Neuer Ansatz f\u00fcr die Installation<\/h2>\n

\nIn der vierten Version hat sich der Ansatz zur Installation von OpenShift ge\u00e4ndert. Red Hat bietet ein spezielles Dienstprogramm zur Bereitstellung eines OpenShift-Clusters an \u2013 openshift-install. Dieses Dienstprogramm ist eine einzelne Bin\u00e4rdatei, die in Go geschrieben ist. Der Openshift-Installer erstellt eine yaml-Datei mit der zur Bereitstellung erforderlichen Konfiguration. <\/p>\n

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

Bei der Installation auf eigenen Rechenressourcen, zum Beispiel bei der Nutzung einer privaten Cloud (vSphere und OpenStack werden unterst\u00fctzt) oder bei der Installation auf Bare-Metal-Servern, ist eine manuelle Konfiguration der Infrastruktur erforderlich \u2013 es m\u00fcssen die minimale Anzahl an virtuellen Maschinen oder physischen Servern vorbereitet werden, die erforderlich sind, um ein Control Plane-Cluster zu erstellen, und die Netzwerkdienste konfiguriert werden. Nach dieser Konfiguration kann das OpenShift-Cluster ebenfalls mit einem Befehl des Openshift-Installers erstellt werden.<\/p>\n

Updates in der Infrastruktur<\/h2>\n

<\/p>\n

Integration mit CoreOS<\/h4>\n

\nEin Schl\u00fcssel-Update ist die Integration mit Red Hat CoreOS. Jetzt k\u00f6nnen die Master-Knoten von Red Hat OpenShift auf dem neuen Betriebssystem arbeiten. nur<\/strong> Dies ist ein kostenloses Betriebssystem von Red Hat, das speziell f\u00fcr Containerl\u00f6sungen entwickelt wurde. Red Hat CoreOS ist ein schlankes Linux, das f\u00fcr den Betrieb von Containern optimiert ist.<\/p>\n

W\u00e4hrend in 3.11 das Betriebssystem und OpenShift separat existierten, ist es in 4.2 eng mit OpenShift verbunden. Jetzt ist es ein einzelnes Appliance \u2013 immutable infrastructure.<\/strong><\/p>\n

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

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

Jetzt hingegen, da die OpenShift Container Platform die Systeme und Dienste auf jedem Knoten, einschlie\u00dflich des Betriebssystems, vollst\u00e4ndig kontrolliert, wird diese Aufgabe per Knopfdruck \u00fcber die Weboberfl\u00e4che gel\u00f6st. Danach wird ein spezieller Operator innerhalb des OpenShift-Clusters gestartet, der den gesamten Aktualisierungsprozess verwaltet. <\/p>\n

Neuer CSI<\/h4>\n

\nZweitens \u2013 neuer CSI \u2013 ein Controller f\u00fcr die Storage-Schnittstelle, der es erm\u00f6glicht, verschiedene externe Speicherl\u00f6sungen an das OpenShift-Cluster anzuschlie\u00dfen. Eine gro\u00dfe Anzahl von Speicheranbietern wird f\u00fcr OpenShift unterst\u00fctzt, basierend auf Storage-Treibern, die von den Herstellern der Speicherl\u00f6sungen selbst geschrieben werden. 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 finden Sie alle wichtigen Modelle von Speicherl\u00f6sungen f\u00fchrender Hersteller (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), SDS-L\u00f6sungen (Ceph) und Cloud-Speicher (AWS, Azure, Google). OpenShift 4.2 unterst\u00fctzt die Arbeit mit CSI-Treibern der CSI-Spezifikation in Version 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nBasierend auf den Projekten Istio, Kiali und Jaeger \u2013 Red Hat OpenShift Service Mesh erm\u00f6glicht es neben den \u00fcblichen Aufgaben der Anfragenweiterleitung zwischen Diensten auch deren Nachverfolgbarkeit 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 mikroservicebasierter Architektur unter Verwendung von Kiali<\/i><\/p>\n

Um die Prozesse zur Installation, Verwaltung und Lebenszyklusverwaltung des Service Mesh zu vereinfachen, stellt Red Hat OpenShift den Administratoren einen speziellen Operator \u2013 den Service Mesh Operator \u2013 zur Verf\u00fcgung. Dies ist ein Kubernetes-Operator, der es erm\u00f6glicht, auf dem Cluster umkonfigurierte Pakete von Istio, Kiali und Jaeger bereitzustellen und administrative Belastungen bei der Anwendungsverwaltung zu minimieren.<\/p>\n

CRI-O anstelle von Docker<\/h4>\n

\nDie Standard-Container-Runtime Docker wurde durch CRI-O ersetzt. Bereits in Version 3.11 konnte CRI-O genutzt werden, aber in 4.2 ist es die Hauptversion. Es ist weder gut noch schlecht, sollte jedoch beim Einsatz des Produkts ber\u00fccksichtigt werden.<\/p>\n

Operatoren und Bereitstellung von Anwendungen<\/h2>\n

\nOperatoren sind eine neue Entit\u00e4t f\u00fcr RedHat 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 als ein \u00fcber die Kubernetes-API und kubectl verwaltetes Plugin f\u00fcr in Containern bereitgestellte Anwendungen vorstellen.<\/p>\n

Kubernetes-Operatoren helfen dabei, s\u00e4mtliche Aufgaben zu automatisieren, die mit der Verwaltung und dem Lebenszyklusmanagement einer Anwendung verbunden sind, die Sie in Ihrem Cluster bereitstellen. Beispielsweise kann ein Operator Updates, Backups und Skalierungen der Anwendung automatisieren, Konfigurationen \u00e4ndern usw. Eine vollst\u00e4ndige Liste der Operatoren finden Sie auf https:\/\/operatorhub.io\/<\/a><\/noindex>.<\/p>\n

OperatorHub ist direkt \u00fcber die Web-Oberfl\u00e4che der Verwaltungs-Konsole zug\u00e4nglich. Er ist ein Katalog von Anwendungen f\u00fcr OpenShift, der von Red Hat unterst\u00fctzt wird. Das hei\u00dft, alle von Red Hat genehmigten Operatoren erhalten Unterst\u00fctzung durch den Anbieter.<\/p>\n

\"Was
\nPortal OperatorHub in der Verwaltungs-Konsole von OpenShift<\/i><\/p>\n

Universelles Basis-Image<\/h4>\n

\nDies ist ein standardisierter Satz von Images f\u00fcr das Betriebssystem RHEL, die zur Erstellung Ihrer Anwendungen in Containern verwendet werden k\u00f6nnen. Es gibt minimal, standard und vollst\u00e4ndig Pakete. Sie nehmen sehr wenig Platz ein und unterst\u00fctzen alle erforderlichen installierten Pakete und Programmiersprachen.<\/p>\n

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

\nIn RedHat 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 OpenShift-Pipelines wird jeder Schritt in einem eigenen Container ausgef\u00fchrt, sodass Ressourcen nur w\u00e4hrend der Ausf\u00fchrung des Schrittes verwendet werden. Dies gibt Entwicklern die vollst\u00e4ndige Kontrolle \u00fcber die Bereitstellungspipelines von Modulen, 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-Benutzer weiterhin Jenkins in RedHat OpenShift 4 nutzen.<\/p>\n

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

\nIn 4.2 hat OpenShift das Webinterface 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: Service-Katalog, Administrator-Konsole und Arbeitskonsole. Jetzt ist der Cluster nur noch in zwei Teile unterteilt - Administrator-Konsole und Entwickler-Konsole.<\/p>\n

Die Entwicklerkonsole hat erhebliche Verbesserungen in der Benutzeroberfl\u00e4che erhalten. Jetzt werden Anwendungs- und Buildtopologien \u00fcbersichtlicher dargestellt. Dies erleichtert Entwicklern die Erstellung, Bereitstellung und Visualisierung von containerbasierten Anwendungen und Clusterressourcen. Dadurch k\u00f6nnen sie sich auf das konzentrieren, was f\u00fcr sie wichtig ist.<\/p>\n

\"Was
\nDas Entwicklerportal in der OpenShift-Management-Konsole<\/i><\/p>\n

Odo<\/h4>\n

\nOdo ist ein auf Entwickler ausgerichtetes Kommandozeilenwerkzeug, das die Anwendungsentwicklung in OpenShift vereinfacht. Durch die Interaktion im Git-Push-Stil 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 wie Microsoft Visual Studio, JetBrains (einschlie\u00dflich IntelliJ), Eclipse Desktop usw. verlassen zu m\u00fcssen.<\/p>\n

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

\nEs ist eine Erweiterung f\u00fcr Red Hat OpenShift Deployment f\u00fcr Microsoft Azure DevOps erschienen. Jetzt k\u00f6nnen Benutzer dieses DevOps-Toolsets ihre Anwendungen direkt aus Microsoft Azure DevOps in Azure Red Hat OpenShift oder in ein anderes OpenShift-Cluster bereitstellen.<\/p>\n

\u00dcbergang von Version drei auf vier<\/h2>\n

\nDa es sich um ein neues Release und nicht um ein Upgrade handelt, kann man nicht einfach die vierte Version \u00fcber die dritte installieren. Ein Upgrade von der dritten auf die vierte Version wird nicht unterst\u00fctzt<\/strong>. <\/p>\n

Aber es gibt auch gute Nachrichten: Red Hat stellt Werkzeuge f\u00fcr die Migration von Projekten von 3.7 auf 4.2 zur Verf\u00fcgung. Sie k\u00f6nnen Arbeitslasten von Anwendungen mit dem Tool Cluster Application Migration (CAM) migrieren. CAM erm\u00f6glicht die Steuerung der Migration und minimiert die Ausfallzeiten der Anwendung.<\/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 4.3 sind die \u00c4nderungen nicht so bedeutend, aber es gibt trotzdem einige Neuigkeiten. Die Liste der \u00c4nderungen ist recht umfangreich, hier sind einige der wichtigsten aus unserer Sicht:<\/p>\n

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

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

Verschl\u00fcsselung von Daten in etcd<\/h4>\n

\nSeit Version 4.3 gibt es die M\u00f6glichkeit, Daten in der etcd-Datenbank zu verschl\u00fcsseln. Nach Aktivierung der Verschl\u00fcsselung k\u00f6nnen die folgenden Ressourcen der OpenShift API und der Kubernetes API verschl\u00fcsselt werden: Secrets, ConfigMaps, Routen, Zugangstoken und OAuth-Autorisierungen.<\/p>\n

Helm<\/h4>\n

\nUnterst\u00fctzung f\u00fcr Helm Version 3 \u2013 einen beliebten Paketmanager f\u00fcr Kubernetes \u2013 wurde hinzugef\u00fcgt. Derzeit hat die Unterst\u00fctzung den Status TECHNOLOGY PREVIEW. In zuk\u00fcnftigen Versionen von OpenShift wird die Unterst\u00fctzung f\u00fcr Helm auf vollst\u00e4ndige Auspr\u00e4gung erweitert. Das Helm-CLI-Tool wird zusammen mit OpenShift bereitgestellt und kann \u00fcber die Web-Konsole des Cluster-Managements heruntergeladen werden. <\/p>\n

Update des Project Dashboards<\/h4>\n

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

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

\nIn die Management-Konsole wurde die Funktion zur Anzeige bekannter Schwachstellen f\u00fcr Images in Quay-Repositories integriert. Die Anzeige von Schwachstellen in lokalen und externen Repositories wird unterst\u00fctzt.<\/p>\n

Die Erstellung von Offline-Operator-Hubs wurde vereinfacht.<\/h4>\n

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

Autoren: <\/i>
\nViktor Puchkov, Yuri Semenyukov<\/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 gibt es Neues in Red Hat OpenShift 4.2 und 4.3? | ProHoster","description":"Die vierte Version von OpenShift wurde ver\u00f6ffentlicht.","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.","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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"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}]}}