{"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":"

\u201eGefahr ist mein zweiter Name\u201c, sagte Austin Powers, ein Mensch von internationalem R\u00e4tselcharakter. Doch was bei Superagenten und Geheimdiensten gesch\u00e4tzt wird, ist keineswegs geeignet f\u00fcr die Computerwelt, wo Langeweile weit besser als Gefahr ist. <\/p>\n

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

Wenn Langeweile richtig ist<\/h3>\n

\nIn unserem Fall entsteht Langeweile nur in der letzten Phase, wenn man nur noch dasitzen und den Prozess beobachten kann. Doch daf\u00fcr muss alles vorher eingerichtet werden, und hier erwartet euch viel Interessantes.<\/p>\n

Beim Bereitstellen einer neuen Version eurer Software sollte man alle M\u00f6glichkeiten zur Risikominderung in Betracht ziehen. Die parallele Nutzung ist eine sehr effektive und bew\u00e4hrte Testmethode, und Istio erlaubt es, daf\u00fcr den \u201eGeheimdienst\u201c (eine f\u00fcr Au\u00dfenstehende unsichtbare Version eures Mikrodienstes) zu nutzen, ohne in das Produktionssystem einzugreifen. Daf\u00fcr gibt es sogar einen speziellen Begriff \u2013 \u201eDark Launch\u201c, der wiederum durch die Funktion mit dem nicht weniger geheimnisvollen Namen \u201eTraffic-Mirroring\u201c aktiviert wird.<\/p>\n

Beachte, dass im ersten Satz des vorherigen Absatzes der Begriff \u201eBereitstellung\u201c (deploy) und nicht \u201eVer\u00f6ffentlichung\u201c (release) verwendet wird. Ihr solltet tats\u00e4chlich in der Lage sein, euren Mikrodienst so oft zu deployen \u2013 und nat\u00fcrlich auch zu nutzen \u2013 wie ihr m\u00f6chtet. Dieser Dienst sollte in der Lage sein, Traffic zu empfangen und zu verarbeiten, Ergebnisse auszugeben, sowie Protokolle zu schreiben und \u00fcberwacht zu werden. Aber der Dienst selbst muss daf\u00fcr nicht in die Produktion gehen. Bereitstellung und Ver\u00f6ffentlichung von Software sind nicht immer dasselbe. Bereitstellungen k\u00f6nnt ihr jederzeit vornehmen, wann immer ihr wollt, w\u00e4hrend eine Ver\u00f6ffentlichung erst dann erfolgt, wenn ihr endg\u00fcltig bereit seid.<\/p>\n

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

\nSeht euch die folgende Istio-Routing-Regel an, die alle HTTP-Anfragen an den Mikrodienst recommendation v1 leitet (alle Beispiele stammen von Istio Tutorial GitHub repo<\/a><\/noindex>), w\u00e4hrend sie gleichzeitig auf den Mikrodienst recommendation v2 gespiegelt werden:<\/p>\n

\"Dark
\nBeachtet das Label mirror:<\/code> unten im Screenshot \u2013 genau das legt das Traffic-Mirroring fest. Ja, so einfach ist das!<\/p>\n

Das Ergebnis dieser Regel wird sein, dass Ihr Produktionssystem (v1) weiterhin ankommende Anfragen verarbeitet, diese jedoch asynchron auf v2 gespiegelt werden, d. h. es werden vollst\u00e4ndige Duplikate an v2 gesendet. So k\u00f6nnen Sie v2 unter realen Bedingungen \u2013 mit echten Daten und Traffic \u2013 testen, ohne in den Betrieb des Produktionssystems einzugreifen. Macht dies die Testorganisation zu einer Langeweile? Ja, definitiv. Aber es wird interessant umgesetzt.<\/p>\n

Wir f\u00fcgen etwas Dramatik hinzu<\/h3>\n

\nBitte beachten Sie, dass im Code von v2 Situationen ber\u00fccksichtigt werden m\u00fcssen, in denen ankommende Anfragen zu Daten\u00e4nderungen f\u00fchren k\u00f6nnen. Die Anfragen werden leicht und transparent gespiegelt, aber die Wahl der Verarbeitung im Test bleibt Ihnen \u00fcberlassen \u2013 und das ist schon etwas aufregend.<\/p>\n

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

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

Nahrung f\u00fcr den Gedanken<\/h3>\n

\nWas w\u00e4re, wenn beim Spiegeln der Anfragen ein Teil davon nicht an v1, sondern an v2 gesendet wird? Zum Beispiel ein Prozent aller Anfragen oder nur Anfragen einer bestimmten Benutzergruppe. Und dann, w\u00e4hrend Sie sehen, wie v2 funktioniert, schrittweise alle Anfragen auf die neue Version \u00fcbertragen. Oder umgekehrt alles auf v1 zur\u00fcckf\u00fchren, wenn mit v2 etwas schiefgeht. Es scheint, als w\u00fcrde dies als Canary Deployment (\"canary deployment\") bezeichnet. Der Begriff stammt aus dem Bergbau<\/a><\/noindex>, und h\u00e4tte er russischen Ursprung, w\u00fcrde er wahrscheinlich auf Katzen<\/a><\/noindex>) hinweisen, und jetzt werden wir das n\u00e4her betrachten.<\/p>\n

Canary Deployment in Istio: Vereinfachung des Rollouts<\/h2>\n

<\/p>\n

Vorsichtig und schrittweise<\/h3>\n

\nDie Grundidee des Canary Deployment-Modells ist \u00e4u\u00dferst einfach: Bei der Einf\u00fchrung einer neuen Version Ihrer Software (in unserem Fall \u2013 Mikroservice) gew\u00e4hren Sie zun\u00e4chst einer kleinen Gruppe von Benutzern Zugriff. Wenn alles gut l\u00e4uft, erweitern Sie diese Gruppe langsam, bis die neue Version beginnt Probleme zu verursachen, oder \u2013 falls das nicht eintritt \u2013 schlie\u00dflich alle Benutzer auf sie \u00fcbertragen. Durch einen durchdachten und schrittweisen Rollout der neuen Version und die kontrollierte Umstellung der Benutzer k\u00f6nnen die Risiken verringert und das Feedback maximiert werden.<\/p>\n

Nat\u00fcrlich erleichtert Istio das Canary Deployment, indem es mehrere gute Optionen f\u00fcr die intelligente Anfragenrouten anbietet. Und ja, all das kann gemacht werden, ohne Ihren Quellcode zu ber\u00fchren.<\/p>\n

Browser filtern<\/h3>\n

\nEines der einfachsten Routing-Kriterien ist die Weiterleitung basierend auf dem Browser. Angenommen, Sie m\u00f6chten, dass nur Anfragen aus Safari auf v2 geleitet werden. So geht es:<\/p>\n

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

\"Dark
\nUnd wo bleibt der Verkehr auf v2? Da in unserem Beispiel alle Anfragen nur aus unserer Kommandozeile kamen, gibt es ihn einfach nicht. Aber beachten Sie die unteren Zeilen im Screenshot oben: Das ist die Reaktion darauf, dass wir eine Anfrage aus dem Safari-Browser ausgef\u00fchrt haben, die wiederum folgendes ausgegeben hat:<\/p>\n

\"Dark<\/p>\n

Uneingeschr\u00e4nkte Macht<\/h3>\n

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

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

Handeln Sie klug<\/h3>\n

\nIntelligentes Routing, insbesondere die Verarbeitung von Paket-Headern mittels regul\u00e4rer Ausdr\u00fccke, erm\u00f6glicht es, den Verkehr nach Ihren W\u00fcnschen zu steuern. Und das vereinfacht die Inbetriebnahme neuen Codes erheblich \u2013 es ist einfach, erfordert keine \u00c4nderung des Codes selbst, und wenn n\u00f6tig, kann alles schnell zur\u00fcckgerollt werden.<\/p>\n

Interessiert?<\/h3>\n

\nHaben Sie Lust, mit Istio, Kubernetes und OpenShift auf Ihrem Computer zu experimentieren? Das Team Red Hat Developer Team<\/a><\/noindex> hat gro\u00dfartige Lehrbuch<\/a><\/noindex> Ressourcen zu diesem Thema zusammengestellt und alle zugeh\u00f6rigen Dateien \u00f6ffentlich zug\u00e4nglich gemacht. Also nur zu und g\u00f6nnen Sie sich nichts weniger.
\n\u2003<\/p>\n

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

\nDurch den Einsatz von Istio in Kombination mit Red Hat OpenShift und Kubernetes k\u00f6nnen Sie sich das Leben mit Microservices erheblich erleichtern. Das Service Mesh von Istio ist in die Pods von Kubernetes eingebettet, und Ihr Code wird (haupts\u00e4chlich) isoliert ausgef\u00fchrt. Leistung, \u00c4nderungsfreundlichkeit, Nachverfolgbarkeit und mehr \u2013 all das l\u00e4sst sich leicht durch die Verwendung von Sidecar-Containern erreichen. Aber was tun, wenn Ihr Microservice 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 (sprich: \u201eDienste\u201c), die nicht zu Ihren Kubernetes-Pods geh\u00f6ren. Ohne zus\u00e4tzliche Konfiguration wird im Istio Egress-Umfeld der Datenverkehr nur innerhalb des Pod-Clusters und zwischen solchen Clustern basierend auf internen IP-Tabellen weitergeleitet. Diese Abschottung funktioniert hervorragend, bis Sie Zugang zu Diensten au\u00dferhalb ben\u00f6tigen.<\/p>\n

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

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

(httpbin.org ist einfach eine n\u00fctzliche Ressource zum Testen von ausgehenden Dienstanfragen.)<\/p>\n

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

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

\"Dark
\nWie wir sehen, gibt der dort befindliche Dienst einfach die \u00fcbergebenen Header zur\u00fcck.<\/p>\n

Wir ersetzen sozusagen direkt<\/h3>\n

\nJetzt nehmen wir den Java-Code dieses externen Dienstes in Bezug auf unser System und f\u00fchren ihn bei uns aus, wo, wie erw\u00e4hnt, Istio l\u00e4uft. (Sie k\u00f6nnen dies selbst tun, indem Sie sich an unseren Istio-Leitfaden<\/a><\/noindex>wenden.) Nachdem wir das entsprechende Container-Image erstellt und auf der OpenShift-Plattform ausgef\u00fchrt haben, rufen wir diesen Dienst mit dem Befehl auf curl egresshttpbin-istioegress.$(minishift ip).nip.io<\/code>, woraufhin wir Folgendes auf dem Bildschirm sehen:<\/p>\n

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

Wir erweitern die IP-Tabellen f\u00fcr das gesamte Internet.<\/h3>\n

\nDaf\u00fcr m\u00fcssen wir Istio verantwortlich machen (oder danken). Denn Istio besteht einfach aus Sidecar-Containern, die f\u00fcr die Entdeckung und Weiterleitung zust\u00e4ndig sind (und f\u00fcr viele andere Dinge, \u00fcber die wir zuvor gesprochen haben). Aus diesem Grund wissen die IP-Tabellen nur, was sich innerhalb Ihres Cluster-Systems befindet. Httpbin.org befindet sich jedoch au\u00dferhalb und ist daher nicht erreichbar. An dieser Stelle hilft uns Istio Egress \u2013 ganz ohne \u00c4nderungen an Ihrem Quellcode.<\/p>\n

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

\"Dark
\nJetzt m\u00fcssen wir nur noch diese Regel anwenden:<\/p>\n

istioctl create -f egress_httpbin.yml -n istioegress\n<\/code><\/pre>\n
\nDie Egress-Regeln k\u00f6nnen Sie mit dem Befehl anzeigen istioctl get egressrules<\/code>:<\/p>\n
\"Dark
\nUnd schlie\u00dflich starten wir das Team erneut curl<\/i> \u2013 und sehen, dass alles funktioniert:<\/p>\n
\"Dark<\/p>\n
Wir denken offen<\/h3>\n
\nWie Sie sehen, erm\u00f6glicht Istio die Interaktion mit der Au\u00dfenwelt. Mit anderen Worten, Sie k\u00f6nnen weiterhin OpenShift-Dienste erstellen und diese \u00fcber Kubernetes verwalten, w\u00e4hrend alles in Pods l\u00e4uft, die nach Bedarf hoch- oder herunterskalierbar sind. Gleichzeitig k\u00f6nnen Sie problemlos auf externe Dienste zugreifen, die Ihre Umgebung betreffen. Und ja, um es noch einmal zu betonen, all dies kann erfolgen, ohne Ihren Code zu ber\u00fchren.<\/p>\n
Das war der letzte Beitrag in der Serie \u00fcber Istio. Bleiben Sie dran \u2013 es gibt noch viel Interessantes!
\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, ein Mann von internationalem R\u00e4tsel.","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.","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","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\/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}]}}