{"id":56218,"date":"2020-02-07T00:00:00","date_gmt":"2020-02-06T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/dark-launch-v-istio-sekretnye-sluzhby"},"modified":"2020-02-18T14:04:26","modified_gmt":"2020-02-18T11:04:26","slug":"dark-launch-v-istio-sekretnye-sluzhby","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","title":{"rendered":"Dark Launch in Istio: geheime Dienste","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00bbGefahr ist mein zweiter Vorname\u00ab, sagte Austin Powers, das internationale R\u00e4tsel. Doch was bei Superagenten und Geheimdiensten gesch\u00e4tzt wird, ist f\u00fcr die Computerwelt v\u00f6llig ungeeignet, wo Langeweile weit besser ist als Gefahr. <\/p>\n

\"Dark
\n
\nUnd Istio zusammen mit OpenShift und Kubernetes machen das Deployment von Mikrodiensten zu einer wahrhaft langweiligen und vorhersehbaren Angelegenheit \u2013 und das ist gro\u00dfartig. Dar\u00fcber und vieles mehr werden wir im vierten und letzten Beitrag der Istio-Serie sprechen.
\n<\/a><\/noindex><\/p>\n

Wenn Langeweile das Richtige ist<\/h3>\n

\nIn unserem Fall tritt Langeweile nur in der Endphase auf, wenn es nur noch darum geht, zu sitzen und den Prozess zu beobachten. Aber daf\u00fcr muss alles vorher konfiguriert werden, und hier erwartet Sie viel Interessantes.<\/p>\n

Beim Rollout einer neuen Version Ihrer Software sollten Sie alle M\u00f6glichkeiten zur Risikominderung in Betracht ziehen. Der parallele Betrieb ist eine leistungsstarke und bew\u00e4hrte Testmethode, und Istio erm\u00f6glicht es, daf\u00fcr einen \"geheimes Dienst\" (eine versteckte Version Ihres Microservices, die f\u00fcr Au\u00dfenstehende nicht sichtbar ist) zu nutzen, ohne in den Betrieb der Produktionssysteme einzugreifen. Daf\u00fcr gibt es sogar einen speziellen Begriff \u2013 \"Dark Launch\", der durch eine Funktion mit dem nicht weniger geheimnisvollen Namen \"Traffic Mirroring\" aktiviert wird.<\/p>\n

Bitte beachten Sie, dass im ersten Satz des vorherigen Absatzes der Begriff \u201eDeployment\u201c (bereitstellen) und nicht \u201eRelease\u201c (ver\u00f6ffentlichen) verwendet wird. Sie sollten in der Lage sein, Ihren Mikrodienst so oft zu deployen \u2013 und nat\u00fcrlich zu nutzen \u2013 wie Sie m\u00f6chten. Dieser Dienst sollte in der Lage sein, den Datenverkehr zu empfangen und zu verarbeiten, Ergebnisse auszugeben sowie Protokolle zu schreiben und \u00fcberwacht zu werden. Dennoch muss dieser Dienst nicht in die Produktion \u00fcberf\u00fchrt werden. Deployment und Softwarever\u00f6ffentlichung sind nicht immer dasselbe. Deployment k\u00f6nnen Sie jederzeit durchf\u00fchren, w\u00e4hrend eine Ver\u00f6ffentlichung nur dann erfolgt, wenn Sie endg\u00fcltig bereit sind.<\/p>\n

Die Organisation von Langeweile ist interessant<\/h3>\n

\nWerfen Sie einen Blick auf die folgende Istio-Routingregel, die alle HTTP-Anfragen an den Mikrodienst Recommendation v1 leitet (alle Beispiele stammen aus dem Istio-Tutorial GitHub-Repo<\/a><\/noindex>), w\u00e4hrend sie gleichzeitig auf den Mikrodienst Recommendation v2 gespiegelt werden:<\/p>\n

\"Dark
\nAchten Sie auf das Label mirror:<\/code> unten im Screenshot \u2013 es bestimmt das Traffic-Mirroring. Ja, so einfach ist das!<\/p>\n

Das Ergebnis dieser Regel wird sein, dass Ihr Produktionssystem (v1) weiterhin eingehende Anfragen bearbeitet, w\u00e4hrend die Anfragen asynchron an v2 gespiegelt werden, das hei\u00dft, vollst\u00e4ndige Duplikate werden dorthin gesendet. So k\u00f6nnen Sie v2 unter realen Bedingungen testen \u2013 mit echten Daten und Traffic \u2013 ohne in das Produktionssystem einzugreifen. Macht dies das Testen langweilig? Ja, absolut. Aber es wird auf interessante Weise durchgef\u00fchrt.<\/p>\n

F\u00fcgen wir etwas Dramatik hinzu.<\/h3>\n

\nBitte beachten Sie, dass der Code in v2 Situationen ber\u00fccksichtigen muss, in denen eingehende Anfragen zu Daten\u00e4nderungen f\u00fchren k\u00f6nnen. Die Anfragen selbst werden leicht und transparent gespiegelt, aber die Wahl der Bearbeitungsmethode im Test bleibt Ihnen \u00fcberlassen \u2013 und das ist durchaus aufregend.<\/p>\n

Lassen Sie uns einen wichtigen Punkt wiederholen. <\/h3>\n

\nEin geheimes Launch mit Traffic-Mirroring (Dark Launch\/Request Mirroring) kann durchgef\u00fchrt werden, ohne den Code zu ber\u00fchren.<\/p>\n

Nahrung zum Nachdenken.<\/h3>\n

\nWas, wenn man einen Teil der Anfragen nicht an v1, sondern an v2 sendet? Zum Beispiel ein Prozent aller Anfragen oder nur Anfragen von einer bestimmten Benutzergruppe. Und dann, wenn wir sehen, wie v2 funktioniert, allm\u00e4hlich alle Anfragen auf die neue Version umstellen. Oder umgekehrt alles auf v1 zur\u00fccksetzen, falls mit v2 etwas schiefgeht. Das scheint als Canary Deployment bezeichnet zu werden. der Begriff stammt aus dem Bergbau<\/a><\/noindex>, und h\u00e4tte er russische Wurzeln, w\u00fcrde er wahrscheinlich auf Katzen<\/a><\/noindex>) verweisen, und jetzt werden wir das n\u00e4her betrachten.<\/p>\n

Canary Deployment in Istio: sanfter Einstieg<\/h2>\n

<\/p>\n

Vorsichtig und schrittweise<\/h3>\n

\nDas Konzept des Canary Deployment ist ganz einfach: Wenn Sie eine neue Version Ihrer Software (in unserem Fall eines Mikrodienstes) bereitstellen, gew\u00e4hren Sie zun\u00e4chst einer kleinen Gruppe von Benutzern Zugang. Wenn alles gut geht, erweitern Sie diese Gruppe langsam, bis die neue Version anf\u00e4ngt, Probleme zu machen \u2013 oder, wenn dies nicht der Fall ist, letztendlich alle Benutzer auf die neue Version umschalten. Durch die schrittweise Einf\u00fchrung der neuen Version und die kontrollierte Umstellung auf diese k\u00f6nnen Sie Risiken minimieren und das Nutzerfeedback maximieren.<\/p>\n

Nat\u00fcrlich vereinfacht Istio das Canary Deployment und bietet mehrere gute Optionen f\u00fcr das intelligente Routing von Anfragen. Und ja, all dies kann erreicht werden, ohne Ihren Quellcode zu \u00e4ndern.<\/p>\n

Browser filtern<\/h3>\n

\nEines der einfachsten Kriterien f\u00fcr das Routing ist die Umleitung basierend auf dem Browser. Angenommen, Sie m\u00f6chten, dass nur Anfragen aus Safari-Browsern an v2 weitergeleitet werden. So geht's:<\/p>\n

\"Dark
\nWenden wir diese Routing-Regel an und simulieren dann mit dem Befehl curl<\/code> in einer Schleife echte Anfragen an den Mikrodienst. Wie im Screenshot zu sehen ist, gehen alle an v1:<\/p>\n

\"Dark
\nWo bleibt der Traffic auf v2? Da alle Anfragen in unserem Beispiel lediglich \u00fcber die Kommandozeile gekommen sind, gibt es ihn schlichtweg nicht. Beachten Sie jedoch die unteren Zeilen im obigen Screenshot: dies ist die Reaktion auf eine Anfrage, die wir aus dem Safari-Browser ausgef\u00fchrt haben, die folgendes ausgab:<\/p>\n

\"Dark<\/p>\n

Unbegrenzte Macht<\/h3>\n

\nWir haben bereits erw\u00e4hnt, dass regul\u00e4re Ausdr\u00fccke sehr m\u00e4chtige M\u00f6glichkeiten zur Anfragenvermittlung bieten. Sehen Sie sich das folgende Beispiel an (wir denken, Sie werden selbst verstehen, was es tut):<\/p>\n

\"Dark
\nNun k\u00f6nnen Sie sich wahrscheinlich vorstellen, wozu regul\u00e4re Ausdr\u00fccke f\u00e4hig sind.<\/p>\n

Handeln Sie klug<\/h3>\n

\nIntelligente Routing-Techniken, insbesondere das Verarbeiten der Paket-Header mithilfe regul\u00e4rer Ausdr\u00fccke, erm\u00f6glichen es Ihnen, den Traffic nach Ihren W\u00fcnschen zu steuern. Zudem vereinfacht es die Integration neuer Codes \u2013 es ist einfach, ben\u00f6tigt keine \u00c4nderungen am Code selbst, und wenn n\u00f6tig, kann alles schnell auf den urspr\u00fcnglichen Zustand zur\u00fcckgesetzt werden.<\/p>\n

Interessiert?<\/h3>\n

\nSie brennen darauf, mit Istio, Kubernetes und OpenShift auf Ihrem Computer zu experimentieren? Das Team Red Hat Developer Team<\/a><\/noindex> hat gro\u00dfartige Arbeit geleistet Tutorial<\/a><\/noindex> Zu diesem Thema habe ich alle zugeh\u00f6rigen Dateien zur Verf\u00fcgung gestellt. Also los, g\u00f6nnen Sie sich alles!
\n\u2003<\/p>\n

Istio Egress: Ausgang \u00fcber den Souvenirladen<\/h2>\n

\nDie Kombination von Istio mit Red Hat OpenShift und Kubernetes kann den Umgang mit Mikrodiensten erheblich erleichtern. Das Service-Mesh von Istio ist innerhalb der Kubernetes-Pods versteckt, w\u00e4hrend Ihr Code (gr\u00f6\u00dftenteils) isoliert ausgef\u00fchrt wird. Leistung, einfache Anpassungen, Tracing und mehr \u2013 all das profitiert von der Verwendung von Sidecar-Containern. Aber was passiert, wenn Ihr Mikrodienst mit anderen Diensten kommunizieren muss, die au\u00dferhalb Ihres OpenShift-Kubernetes-Systems liegen?<\/p>\n

Hier kommt Istio Egress ins Spiel. Kurz gesagt, es erm\u00f6glicht den Zugriff auf Ressourcen (lesen Sie: \"Dienste\"), die nicht Teil Ihres Kubernetes-Pod-Systems sind. Ohne zus\u00e4tzliche Konfiguration wird der Datenverkehr in der Istio Egress-Umgebung nur innerhalb des Pod-Clusters und zwischen solchen Clustern basierend auf internen IP-Tabellen geroutet. Diese Isolation funktioniert ausgezeichnet, solange Sie keinen Zugriff auf externe Dienste ben\u00f6tigen.<\/p>\n

Egress erm\u00f6glicht es, die oben genannten IP-Tabellen entweder basierend auf Egress-Regeln oder f\u00fcr einen IP-Adressbereich zu umgehen.<\/p>\n

Angenommen, wir haben ein Java-Programm, das eine GET-Anfrage an httpbin.org\/headers sendet.<\/p>\n

(httpbin.org ist einfach eine n\u00fctzliche Ressource zum Testen ausgehender Service-Anfragen.)<\/p>\n

Wenn wir in der Eingabeaufforderung eingeben curl http:\/\/httpbin.org\/headers<\/code>, sehen wir Folgendes:<\/p>\n

\"Dark
\nOder wir k\u00f6nnen dieselbe Adresse im Browser \u00f6ffnen:<\/p>\n

\"Dark
\nWie wir sehen, gibt der dort ans\u00e4ssige Service einfach die \u00fcbermittelten Header zur\u00fcck.<\/p>\n

Importersatz direkt<\/h3>\n

\nJetzt nehmen wir den Java-Code dieses externen Services in Bezug auf unser System und f\u00fchren ihn bei uns aus, wo, erinnern wir uns, Istio installiert ist. (Sie k\u00f6nnen dies selbst tun, indem Sie sich auf unseres Istio-Tutorial beziehen<\/a><\/noindex>.) Nachdem wir das entsprechende Image gebaut und auf der OpenShift-Plattform gestartet haben, rufen wir diesen Service mit dem Befehl curl egresshttpbin-istioegress.$(minishift ip).nip.io<\/code>, nach dem wir auf dem Bildschirm Folgendes sehen werden:<\/p>\n

\"Dark
\nOh, was ist passiert? Es hat doch gerade noch funktioniert. Was bedeutet Not Found? Wir haben doch gerade daf\u00fcr curl<\/code>.<\/p>\n

IP-Tabellen f\u00fcr das gesamte Internet erweitert.<\/h3>\n

\nDie Verantwortung daf\u00fcr liegt bei Istio. Denn Istio ist einfach eine Sidecar-Container-L\u00f6sung, die f\u00fcr die Erkennung und Weiterleitung verantwortlich ist (und f\u00fcr viele andere Dinge, die wir zuvor beschrieben haben). Aus diesem Grund kennen die IP-Tabellen nur die Inhalte innerhalb Ihres Cluster-Systems. Httpbin.org liegt jedoch extern und ist daher nicht zug\u00e4nglich. Hier kommt Istio Egress ins Spiel \u2013 ganz ohne \u00c4nderungen am Quellcode.<\/p>\n

Die folgende Egress-Regel zwingt Istio, den ben\u00f6tigten Dienst zu suchen (wenn n\u00f6tig, im gesamten weltweiten Internet), in diesem Fall httpbin.org. Wie aus dieser Datei (egress_httpbin.yml) ersichtlich ist, ist die Funktionalit\u00e4t hier recht einfach:<\/p>\n

\"Dark
\nEs bleibt nur noch, diese Regel anzuwenden:<\/p>\n

istioctl create -f egress_httpbin.yml -n istioegress\n<\/code><\/pre>\n
\nDie Egress-Regeln k\u00f6nnen mit dem Befehl angesehen werden istioctl get egressrules<\/code>:<\/p>\n
\"Dark
\nUnd schlie\u00dflich f\u00fchren wir den Befehl erneut aus curl<\/i> \u2013 und sehen, dass alles funktioniert:<\/p>\n
\"Dark<\/p>\n
Denken wir offen<\/h3>\n
\nWie Sie sehen, erm\u00f6glicht es Istio, die Interaktion mit der Au\u00dfenwelt zu organisieren. Mit anderen Worten, Sie k\u00f6nnen weiterhin OpenShift-Dienste erstellen und diese \u00fcber Kubernetes verwalten, indem Sie alles in Pods halten, die je nach Bedarf nach oben oder unten skaliert werden. Dabei k\u00f6nnen Sie ruhigen Gewissens auf externe Dienste zugreifen, die au\u00dferhalb Ihrer Umgebung liegen. Und ja, lassen Sie uns noch einmal betonen, dass Sie all dies tun k\u00f6nnen, ohne Ihren Code zu ber\u00fchren.<\/p>\n
Dies war der letzte Beitrag aus der Serie \u00fcber Istio. Bleiben Sie bei uns \u2013 es gibt noch viele interessante Themen!
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u00ab\u041e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u2013 \u043c\u043e\u0435 \u0432\u0442\u043e\u0440\u043e\u0435 \u0438\u043c\u044f\u00bb, \u2013 \u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u043b \u041e\u0441\u0442\u0438\u043d \u041f\u0430\u0443\u044d\u0440\u0441, \u0447\u0435\u043b\u043e\u0432\u0435\u043a-\u0437\u0430\u0433\u0430\u0434\u043a\u0430 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430. \u041d\u043e \u0442\u043e, \u0447\u0442\u043e \u0432 \u043f\u043e\u0447\u0435\u0442\u0435 \u0443 \u0441\u0443\u043f\u0435\u0440\u0430\u0433\u0435\u043d\u0442\u043e\u0432 \u0438 \u0441\u043f\u0435\u0446\u0441\u043b\u0443\u0436\u0431, \u0441\u043e\u0432\u0441\u0435\u043c \u043d\u0435 \u0433\u043e\u0434\u0438\u0442\u0441\u044f \u0434\u043b\u044f \u0441\u043b\u0443\u0436\u0431 \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440\u043d\u044b\u0445, \u0433\u0434\u0435 \u0441\u043a\u0443\u043a\u043e\u0442\u0438\u0449\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u043b\u0443\u0447\u0448\u0435 \u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0435\u0439. \u0418 Istio \u0432\u043c\u0435\u0441\u0442\u0435 OpenShift \u0438 Kubernetes \u043f\u0440\u0435\u0432\u0440\u0430\u0449\u0430\u044e\u0442 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0432 \u0434\u0435\u043b\u043e \u043f\u043e-\u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u043c\u0443 \u0441\u043a\u0443\u0447\u043d\u043e\u0435 \u0438 \u043f\u0440\u0435\u0434\u0441\u043a\u0430\u0437\u0443\u0435\u043c\u043e\u0435 \u2013 \u0438 \u044d\u0442\u043e \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u043e. \u041e\u0431 \u044d\u0442\u043e\u043c \u0438 \u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-56218","post","type-post","status-publish","format-standard","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\udd47Dark Launch in Istio: geheime Dienste | ProHoster","description":"\u201eGefahr ist mein zweiter Name\u201c, sagte Austin Powers, der Mann mit dem internationalen R\u00e4tsel. Was bei Superagenten und Geheimdiensten gesch\u00e4tzt wird, ist f\u00fcr Computerverfahren v\u00f6llig ungeeignet, wo Langeweile viel besser als Gefahr ist. Und Istio verwandelt zusammen mit OpenShift und Kubernetes die Bereitstellung von Mikrodiensten in ein wirklich langweiliges und vorhersehbares Gesch\u00e4ft \u2013 und das ist wunderbar. Darum geht es und um","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","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\udd47Dark Launch \u0432 Istio: \u0441\u0435\u043a\u0440\u0435\u0442\u043d\u044b\u0435 \u0441\u043b\u0443\u0436\u0431\u044b | ProHoster","og:description":"\u00ab\u041e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u2013 \u043c\u043e\u0435 \u0432\u0442\u043e\u0440\u043e\u0435 \u0438\u043c\u044f\u00bb, \u2013 \u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u043b \u041e\u0441\u0442\u0438\u043d \u041f\u0430\u0443\u044d\u0440\u0441, \u0447\u0435\u043b\u043e\u0432\u0435\u043a-\u0437\u0430\u0433\u0430\u0434\u043a\u0430 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430. \u041d\u043e \u0442\u043e, \u0447\u0442\u043e \u0432 \u043f\u043e\u0447\u0435\u0442\u0435 \u0443 \u0441\u0443\u043f\u0435\u0440\u0430\u0433\u0435\u043d\u0442\u043e\u0432 \u0438 \u0441\u043f\u0435\u0446\u0441\u043b\u0443\u0436\u0431, \u0441\u043e\u0432\u0441\u0435\u043c \u043d\u0435 \u0433\u043e\u0434\u0438\u0442\u0441\u044f \u0434\u043b\u044f \u0441\u043b\u0443\u0436\u0431 \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440\u043d\u044b\u0445, \u0433\u0434\u0435 \u0441\u043a\u0443\u043a\u043e\u0442\u0438\u0449\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u043b\u0443\u0447\u0448\u0435 \u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0435\u0439. \u0418 Istio \u0432\u043c\u0435\u0441\u0442\u0435 OpenShift \u0438 Kubernetes \u043f\u0440\u0435\u0432\u0440\u0430\u0449\u0430\u044e\u0442 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0432 \u0434\u0435\u043b\u043e \u043f\u043e-\u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u043c\u0443 \u0441\u043a\u0443\u0447\u043d\u043e\u0435 \u0438 \u043f\u0440\u0435\u0434\u0441\u043a\u0430\u0437\u0443\u0435\u043c\u043e\u0435 \u2013 \u0438 \u044d\u0442\u043e \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u043e. \u041e\u0431 \u044d\u0442\u043e\u043c \u0438 \u043e","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","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-02-06T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:26+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"56218","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 19:28:24","updated":"2022-10-05 04:55:29"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/56218","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=56218"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/56218\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=56218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=56218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=56218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}