{"id":34430,"date":"2019-10-31T21:58:16","date_gmt":"2019-10-31T18:58:16","guid":{"rendered":"https:\/\/prohoster.info\/blog\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij\/"},"modified":"2019-10-31T21:58:16","modified_gmt":"2019-10-31T18:58:16","slug":"pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","title":{"rendered":"Warum k\u00fcmmern sich Ingenieure nicht um das Monitoring von Anwendungen?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Alle zusammen, es ist Freitag! Freunde, heute setzen wir unsere Serie von Beitr\u00e4gen zum Kurs fort. \u201eDevOps-Praktiken und Werkzeuge\u201c<\/a><\/noindex>Die neuen Kurse beginnen bereits Ende n\u00e4chster Woche. Also, legen wir los!<\/p>\n

\"Warum
\n
\nMonitoring ist das einfach<\/b>. Das ist allgemein bekannt. Starten Sie Nagios, aktivieren Sie NRPE auf dem Remote-System, konfigurieren Sie Nagios f\u00fcr den TCP-Port NRPE 5666 und schon haben Sie Monitoring.<\/p>\n

Es ist so einfach, dass es fast langweilig ist. Nun haben Sie die grundlegenden Metriken zur CPU-Auslastung, Speicher, und Festplattensubsysteme, die standardm\u00e4\u00dfig in Nagios und NRPE eingesetzt werden. Aber das ist eigentlich noch nicht das \u201eMonitoring\u201c, wie wir es verstehen. Das ist nur der Anfang.<\/p>\n

(Normalerweise installiert man PNP4Nagios, RRDtool und Thruk, richtet Benachrichtigungen in Slack ein und geht direkt zu nagiosexchange, aber das lassen wir hier mal weg).<\/a><\/noindex><\/p>\n

Gutes Monitoring<\/b> ist tats\u00e4chlich ziemlich komplex, Sie m\u00fcssen wirklich die Interna der Anwendung kennen, die Sie \u00fcberwachen.<\/p>\n

Ist Monitoring kompliziert?<\/h2>\n

\nJeder Server, sei es Linux oder Windows, hat eine spezifische Funktion. Apache, Samba, Tomcat, Dateispeicher, LDAP \u2013 all diese Dienste sind in einem oder mehreren Aspekten mehr oder weniger einzigartig. Jeder hat seine eigenen Aufgaben und Besonderheiten. Es gibt verschiedene M\u00f6glichkeiten, um Metriken und KPIs (Key Performance Indicators) zu erfassen, die f\u00fcr Sie von Interesse sind, wenn der Server unter Last steht.<\/p>\n

\"Warum
\nFotoautor Luke Chesser<\/a><\/noindex> findet man Unsplash
\n<\/a><\/noindex><\/i><\/p>\n

(Ich w\u00fcnschte, meine Dashboards w\u00e4ren in neongelben Farben gef\u00e4rbt \u2013 seufzend tr\u00e4umend \u2013 \u2026 hm\u2026)<\/p>\n

Jede Software, die Dienstleistungen bereitstellt, sollte \u00fcber einen Mechanismus zur Sammlung von Metriken verf\u00fcgen. Apache hat das Modul mod-status<\/code>, das eine Statusseite des Servers anzeigt. Nginx hat das stub_status<\/code>. Tomcat bietet JMX oder spezielle Webanwendungen, die wichtige Metriken anzeigen. In MySQL gibt es den Befehl \u201eshow global status\u201c usw.
\nWarum integrieren Entwickler nicht solche Mechanismen in die Anwendungen, die sie erstellen?<\/p>\n

Tun das nur die Entwickler?<\/h2>\n

\nEin bestimmtes Ma\u00df an Gleichg\u00fcltigkeit gegen\u00fcber der Implementierung von Metriken beschr\u00e4nkt sich nicht nur auf die Entwickler. Ich habe in Unternehmen gearbeitet, die Anwendungen mit Tomcat entwickelt haben und keinerlei eigenen Metriken oder Service-Aktivit\u00e4tsprotokolle bereitgestellt haben, abgesehen von den allgemeinen Fehlerprotokollen von Tomcat. Einige Entwickler generieren ein \u00dcberma\u00df an Protokollen, die f\u00fcr den Systemadministrator, der das Pech hat, sie um 3:15 Uhr morgens lesen zu m\u00fcssen, bedeutungslos sind.<\/p>\n

\"Warum
\nFotoautor Tim Gouw<\/a><\/noindex> findet man Unsplash<\/a><\/noindex><\/i><\/p>\n

Systemingenieure, die solchen Produkten den Markteintritt erm\u00f6glichen, sollten auch eine gewisse Verantwortung f\u00fcr die Situation \u00fcbernehmen. Nur wenige Systemingenieure haben die Zeit oder das Interesse, bedeutungsvolle Metriken aus den Protokollen zu extrahieren, ohne den Kontext dieser Metriken und die M\u00f6glichkeit, sie im Licht der Anwendungsaktivit\u00e4t zu interpretieren. Einige verstehen nicht, welchen Nutzen sie daraus ziehen k\u00f6nnen, au\u00dfer dass es Anzeichen f\u00fcr Probleme gibt \u2013 \u201eirgendetwas stimmt momentan (oder wird bald) nicht\u201d.<\/p>\n

Ein Wandel im Denken \u00fcber die Notwendigkeit von Metriken muss nicht nur bei den Entwicklern, sondern auch bei den Systemingenieuren stattfinden.<\/p>\n

F\u00fcr jeden Systemingenieur, der nicht nur auf kritische Ereignisse reagieren, sondern deren Auftreten auch verhindern m\u00f6chte, ist das Fehlen von Metriken oft ein Hindernis.<\/p>\n

Systemingenieure befassen sich in der Regel nicht mit dem Code, um Gewinne f\u00fcr ihr Unternehmen zu erzielen. Sie ben\u00f6tigen erfahrene Entwickler, die die Verantwortung des Systemingenieurs f\u00fcr die Erkennung von Problemen, die Sensibilisierung f\u00fcr Leistungsprobleme und dergleichen verstehen.<\/p>\n

Dieses DevOps-Ding<\/h2>\n

\nDie DevOps-Mentalit\u00e4t beschreibt die Synergie zwischen der Denke von Entwicklern (Dev) und dem Betrieb (Ops). Jedes Unternehmen, das behauptet, \u201eDevOps zu praktizieren\u201c, sollte:<\/p>\n

    \n
  1. sagen, was sie wahrscheinlich nicht tun (Anspielung auf den Meme aus dem Film \u201eDie Prinzessin Braut\u201c \u2013 \u201eIch glaube nicht, dass das bedeutet, was du denkst, dass es bedeutet!\u201c)<\/li>\n
  2. eine Haltung zur kontinuierlichen Verbesserung des Produkts f\u00f6rdern.<\/li>\n<\/ol>\n

    \nSie k\u00f6nnen ein Produkt nicht verbessern und dessen Verbesserung erkennen, wenn Sie nicht wissen, wie es aktuell funktioniert. Sie werden nicht herausfinden k\u00f6nnen, wie das Produkt arbeitet, wenn Sie die Funktionsweise seiner Komponenten, die Dienste, von denen es abh\u00e4ngt, sowie die Hauptprobleme und Engp\u00e4sse nicht verstehen.
    \nWenn Sie potenzielle Engp\u00e4sse nicht \u00fcberwachen, werden Sie beim Schreiben eines Postmortems die Technik der \"F\u00fcnf Warums\" nicht anwenden k\u00f6nnen. Sie werden nicht alles auf einem Bildschirm zusammenf\u00fchren k\u00f6nnen, um zu sehen, wie das Produkt funktioniert oder wie es in einem \"normalen und gl\u00fccklichen\" Zustand aussieht.<\/p>\n

    Shift left, ICH HABE GESAGT, SHIFT LEFT\u2014 <\/h2>\n

    \nF\u00fcr mich ist eines der Schl\u00fcsselprinzipien von DevOps das \"Shift Left\". In diesem Kontext bedeutet Shift Left, die M\u00f6glichkeit (nicht die Verantwortung<\/b>, sondern nur die M\u00f6glichkeit) zu verschieben, Dinge zu tun, um die sich normalerweise Systemingenieure k\u00fcmmern, wie z. B. Leistungskennzahlen zu erstellen, Protokolle effizienter zu nutzen usw., in den fr\u00fchen Phasen des Software-Lieferzyklus (Software Delivery Life Cycle).<\/p>\n

    \"Warum
    \nFotoautor     NESA von Makers<\/a><\/noindex> findet man Unsplash<\/a><\/noindex><\/i><\/p>\n

    Softwareentwickler m\u00fcssen in der Lage sein, die \u00dcberwachungstools zu nutzen und zu verstehen, die das Unternehmen einsetzt, um s\u00e4mtliche \u00dcberwachungsaspekte, Metriken, Protokollierungen und Schnittstellen zur \u00dcberwachung zu handhaben. Noch wichtiger ist es, zu beobachten, wie ihr Produkt in der Produktion funktioniert.<\/i>Sie k\u00f6nnen Entwickler nicht dazu zwingen, Zeit und M\u00fche in die \u00dcberwachung zu investieren, solange sie die Metriken nicht sehen und Einfluss darauf nehmen k\u00f6nnen, wie der Produktinhaber diese dem CTO beim n\u00e4chsten Briefing pr\u00e4sentiert usw.<\/p>\n

    Kurz gesagt<\/h2>\n

    <\/p>\n

      \n
    1. F\u00fchren Sie das Pferd zur Tr\u00e4nke. Zeigen Sie den Entwicklern, welche Probleme sie sich ersparen k\u00f6nnen, und helfen Sie ihnen, die richtigen KPIs und Metriken f\u00fcr ihre Anwendungen festzulegen, damit es weniger Konflikte mit den Produktverantwortlichen gibt, die vom technischen Direktor (CTO) unter Druck gesetzt werden. Bringen Sie sie behutsam und ruhig ans Licht. Wenn das nicht funktioniert, versuchen Sie es mit \u00dcberzeugungskraft, Drohungen oder Lockangeboten, um entweder die Entwickler oder den Produktverantwortlichen dazu zu bringen, diese Metriken so schnell wie m\u00f6glich aus den Anwendungen zu extrahieren, und erstellen Sie anschlie\u00dfend Diagramme. Das wird eine Herausforderung, da dies nicht als vorrangig betrachtet wird und es in der Produkt-Roadmap viele Projekte gibt, die auf die Umsetzung warten und Umsatz generieren. Daher ben\u00f6tigen Sie eine wirtschaftliche Rechtfertigung, um die Zeit und Mittel zu rechtfertigen, die f\u00fcr die Implementierung des Monitorings im Produkt aufgebracht werden.<\/li>\n
    2. Lassen Sie Systemingenieuren die Nacht ruhig schlafen. Zeigen Sie ihnen, dass die Verwendung einer Checkliste f\u00fcr den \"Release\" bei jeder Produktver\u00f6ffentlichung sinnvoll ist. Zudem hilft es, sicherzustellen, dass alle Anwendungen in der Produktion mit Metriken abgedeckt sind, um einen gesunden Schlaf zu gew\u00e4hrleisten. Dadurch k\u00f6nnen Entwickler erkennen, was und wo nicht funktioniert. Allerdings gibt es einen sicheren Weg, um jeden Entwickler, Produktmanager und technischen Direktor zu ver\u00e4rgern: st\u00e4ndig Hindernisse in den Weg zu legen und Widerstand zu leisten. Solches Verhalten wird das Ver\u00f6ffentlichungsdatum eines Produkts beeinflussen. Wenn Sie bis zur letzten Minute warten, sollten Sie wieder einen Shift nach links einplanen und diese Punkte so schnell wie m\u00f6glich in das Projekt einbeziehen. Falls notwendig, schleichen Sie sich in die produktbezogenen Meetings. Tragen Sie falsche Schnurrb\u00e4rte und Filzh\u00fcte oder \u00e4hnliches \u2013 das wird Sie nie im Stich lassen. Berichten Sie \u00fcber Ihre Herausforderungen, zeigen Sie die klaren Vorteile auf und evangelisieren Sie.<\/li>\n
    3. Stellen Sie sicher, dass sowohl Entwickler (dev) als auch Betrieb (ops) die Bedeutung und die Folgen der Verschiebung von Produktmetriken in die \"rote Zone\" verstehen. Lassen Sie nicht zu, dass der Betrieb der einzige H\u00fcter der Produktverf\u00fcgbarkeit ist; sorgen Sie daf\u00fcr, dass auch die Entwickler daran teilnehmen (#productsquads).<\/li>\n
    4. Logs sind gro\u00dfartig, aber Metriken sind es auch. Kombinieren Sie beides und lassen Sie Ihre Logs nicht zu M\u00fcll in einem riesigen, brennenden Ball der Nutzlosigkeit werden. Erkl\u00e4ren und zeigen Sie den Entwicklern, warum niemand au\u00dfer ihnen ihre Logs verstehen kann, und zeigen Sie ihnen, wie es ist, um 3:15 Uhr auf nutzlose Logs zu schauen.<\/li>\n<\/ol>\n

      \n\"Warum
      \nFotoautor       Marko Horvat<\/a><\/noindex> findet man Unsplash<\/a><\/noindex><\/p>\n

      Das w\u00e4re alles. Neues Material erscheint n\u00e4chste Woche. Wenn Sie mehr \u00fcber den Kurs erfahren m\u00f6chten, laden wir Sie ein zu einem Tag der offenen T\u00fcr<\/a><\/noindex>, der bereits am Montag stattfinden wird. Jetzt freuen wir uns traditionell auf Ihre Kommentare.
      \n
      Quelle:       habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

      \u0412\u0441\u0435\u0445 \u0441 \u043f\u044f\u0442\u043d\u0438\u0446\u0435\u0439! \u0414\u0440\u0443\u0437\u044c\u044f, \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u0441\u0435\u0440\u0438\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0439 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u044b\u0445 \u043a\u0443\u0440\u0441\u0443 \u00abDevOps \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b\u00bb, \u043f\u043e\u0442\u043e\u043c\u0443 \u043a\u0430\u043a \u0437\u0430\u043d\u044f\u0442\u0438\u044f \u0432 \u043d\u043e\u0432\u043e\u0439 \u0433\u0440\u0443\u043f\u043f\u0435 \u043f\u043e \u043a\u0443\u0440\u0441\u0443 \u0441\u0442\u0430\u0440\u0442\u0443\u044e\u0442 \u0443\u0436\u0435 \u0432 \u043a\u043e\u043d\u0446\u0435 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0439 \u043d\u0435\u0434\u0435\u043b\u0438. \u0418\u0442\u0430\u043a, \u043d\u0430\u0447\u043d\u0451\u043c! \u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 \u2014 \u044d\u0442\u043e \u043f\u0440\u043e\u0441\u0442\u043e. \u042d\u0442\u043e \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u044b\u0439 \u0444\u0430\u043a\u0442. \u041f\u043e\u0434\u043d\u0438\u043c\u0438\u0442\u0435 Nagios, \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u0435 NRPE \u043d\u0430 \u0443\u0434\u0430\u043b\u0451\u043d\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u0435, \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u0442\u0435 Nagios \u043d\u0430 \u043f\u043e\u0440\u0442 NRPE TCP 5666 \u0438 \u0443 \u0432\u0430\u0441 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25942,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-34430","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\udd47Warum interessieren sich Ingenieure nicht f\u00fcr die \u00dcberwachung von Anwendungen? | ProHoster","description":"Ein frohes Freitag w\u00fcnsche ich allen! Freunde, heute setzen wir unsere Reihe fort, die dem Kurs \u201eDevOps-Praktiken und -Werkzeuge\u201c gewidmet ist, denn die neuen Kurse beginnen bereits Ende n\u00e4chster Woche. Lassen Sie uns also beginnen! \u00dcberwachung ist schlicht. Das ist eine bekannte Tatsache. Starten Sie Nagios, aktivieren Sie NRPE auf dem entfernten System, konfigurieren Sie Nagios f\u00fcr den NRPE TCP-Port 5666 und Sie haben es.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","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\u041f\u043e\u0447\u0435\u043c\u0443 \u0438\u043d\u0436\u0435\u043d\u0435\u0440\u044b \u043d\u0435 \u0437\u0430\u0431\u043e\u0442\u044f\u0442\u0441\u044f \u043e \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439? | ProHoster","og:description":"\u0412\u0441\u0435\u0445 \u0441 \u043f\u044f\u0442\u043d\u0438\u0446\u0435\u0439! \u0414\u0440\u0443\u0437\u044c\u044f, \u0441\u0435\u0433\u043e\u0434\u043d\u044f \u043c\u044b \u043f\u0440\u043e\u0434\u043e\u043b\u0436\u0430\u0435\u043c \u0441\u0435\u0440\u0438\u044e \u043f\u0443\u0431\u043b\u0438\u043a\u0430\u0446\u0438\u0439 \u043f\u043e\u0441\u0432\u044f\u0449\u0435\u043d\u043d\u044b\u0445 \u043a\u0443\u0440\u0441\u0443 \u00abDevOps \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 \u0438 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b\u00bb, \u043f\u043e\u0442\u043e\u043c\u0443 \u043a\u0430\u043a \u0437\u0430\u043d\u044f\u0442\u0438\u044f \u0432 \u043d\u043e\u0432\u043e\u0439 \u0433\u0440\u0443\u043f\u043f\u0435 \u043f\u043e \u043a\u0443\u0440\u0441\u0443 \u0441\u0442\u0430\u0440\u0442\u0443\u044e\u0442 \u0443\u0436\u0435 \u0432 \u043a\u043e\u043d\u0446\u0435 \u0441\u043b\u0435\u0434\u0443\u044e\u0449\u0435\u0439 \u043d\u0435\u0434\u0435\u043b\u0438. \u0418\u0442\u0430\u043a, \u043d\u0430\u0447\u043d\u0451\u043c! \u041c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433 \u2014 \u044d\u0442\u043e \u043f\u0440\u043e\u0441\u0442\u043e. \u042d\u0442\u043e \u0438\u0437\u0432\u0435\u0441\u0442\u043d\u044b\u0439 \u0444\u0430\u043a\u0442. \u041f\u043e\u0434\u043d\u0438\u043c\u0438\u0442\u0435 Nagios, \u0437\u0430\u043f\u0443\u0441\u0442\u0438\u0442\u0435 NRPE \u043d\u0430 \u0443\u0434\u0430\u043b\u0451\u043d\u043d\u043e\u0439 \u0441\u0438\u0441\u0442\u0435\u043c\u0435, \u043d\u0430\u0441\u0442\u0440\u043e\u0439\u0442\u0435 Nagios \u043d\u0430 \u043f\u043e\u0440\u0442 NRPE TCP 5666 \u0438 \u0443 \u0432\u0430\u0441","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pochemu-inzhenery-ne-zabotyatsya-o-monitoringe-prilozhenij","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":"2019-10-31T18:58:16+00:00","article:modified_time":"2019-10-31T18:58:16+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"34430","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":"2026-01-21 19:16:10","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:21:35","updated":"2026-01-21 19:16:10"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34430","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=34430"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/34430\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/25942"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=34430"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=34430"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=34430"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}