{"id":32497,"date":"2019-10-31T21:47:23","date_gmt":"2019-10-31T18:47:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devopsforum-2019-vnedryat-devops-nelzya-zhdat\/"},"modified":"2019-10-31T21:47:23","modified_gmt":"2019-10-31T18:47:23","slug":"devopsforum-2019-vnedryat-devops-nelzya-zhdat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","title":{"rendered":"DevOpsForum 2019. DevOps-Implementierungen k\u00f6nnen nicht warten.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Neulich war ich auf dem DevOpsForum 2019, das von Logrocon veranstaltet wurde. Auf dieser Konferenz versuchten die Teilnehmer, L\u00f6sungen und neue Werkzeuge f\u00fcr die effektive Zusammenarbeit zwischen Unternehmen und Fachleuten f\u00fcr Entwicklung und IT-Service zu finden.<\/p>\n

\"DevOpsForum
\n
\nDie Konferenz war ein voller Erfolg: Es gab wirklich viele n\u00fctzliche Vortr\u00e4ge, interessante Formate und jede Menge Austausch mit den Referenten. Besonders wichtig war, dass mir niemand etwas verkaufen wollte, was bei gro\u00dfen Konferenzen in letzter Zeit h\u00e4ufig der Fall ist.<\/p>\n

Zusammenfassungen der Vortr\u00e4ge von Raiffeisenbank, AlfaStrakhovanie, die Erfahrungen von Mango Telecom bei der Implementierung von Automatisierung und weitere Details nach dem Cut. <\/a><\/noindex><\/p>\n

Mein Name ist Jana, ich arbeite als Tester, besch\u00e4ftige mich mit Automatisierung sowie DevOps und liebe es, an Konferenzen und Meetups teilzunehmen. In den letzten zwei Jahren war ich auf den Konferenzen von Oleg Bunin (HighLoad++, TeamLead Conf), bei Jug-Veranstaltungen (Heisenbug, JPoint), auf der TestCon Moscow, DevOps Pro Moscow, Big Data Moscow. <\/p>\n

Zuerst achte ich auf das Programm der Konferenz. Weniger darauf, wor\u00fcber der Vortrag gehalten wird, mehr auf den Referenten. Selbst wenn der Vortrag sehr technologieorientiert und interessant ist, ist es nicht sicher, dass du einige Best Practices aus dem Vortrag in deinem Unternehmen anwenden kannst. Und dann brauchst du einen guten Referenten.\n<\/p><\/blockquote>\n

Das Licht am Ende der Pipeline bei Raiffeisenbank<\/h2>\n

\nNormalerweise suche ich in den Pausen nach interessanten Referenten. Auf dem DevOpsForum 2019 fiel mir ein Referent von der Raiffeisenbank \u2013 Michail Bizhan \u2013 auf. W\u00e4hrend seines Vortrags erkl\u00e4rte er, wie sie ihre Teams schrittweise auf DevOps umstellen, warum sie das ben\u00f6tigen und wie man der Unternehmensf\u00fchrung die Idee der DevOps-Transformation verkauft. Er sprach auch dar\u00fcber, wie man das Licht am Ende der Pipeline sehen kann.<\/p>\n

\"DevOpsForum
\nMichail Bizhan, Direktor f\u00fcr Automatisierung bei Raiffeisenbank<\/i><\/p>\n

In ihrem Unternehmen gibt es derzeit kein \u201eechtes DevOps\u201c. Es ist echt, aber nicht in allen Teams. Bei der Implementierung von DevOps st\u00fctzen sie sich auf die Bereitschaft der Teams, sowohl aus Sicht der einzelnen Ingenieure als auch in Bezug auf die Bed\u00fcrfnisse des Produkts und die Reife der Plattform, auf der dieses Produkt aufgebaut ist. Misha erz\u00e4hlte, wie man dem Gesch\u00e4ft erkl\u00e4rt, warum DevOps notwendig ist. <\/p>\n

Der Bankensektor hat mehrere Wachstumsfaktoren: die Kosten der Dienstleistungen und die Erweiterung des Kundenstamms. Die Erh\u00f6hung der Kosten ist kein besonders guter Wachstumsfaktor, w\u00e4hrend das Wachstum des Kundenstamms im Gegenteil positiv ist. Wenn die Wettbewerber ein objektiv gutes Produkt anbieten, gehen alle Kunden dorthin, und im Laufe der Zeit stabilisiert sich der Markt. Daher ist die Einf\u00fchrung neuer Produkte und die Geschwindigkeit, mit der sie auf den Markt gebracht werden, das Hauptaugenmerk der Banken. Genau daf\u00fcr wird DevOps ben\u00f6tigt, und das Gesch\u00e4ft versteht das.<\/p>\n

Ein weiterer wichtiger Punkt: DevOps verk\u00fcrzt nicht immer die Markteinf\u00fchrungszeit. DevOps kann nicht f\u00fcr sich allein arbeiten; es ist nur ein Teil des Prozesses zur Erstellung und Markteinf\u00fchrung des Produkts von der Entwicklung bis zur Produktion (von Code zu Kunde). Alles, was vor dem Code passiert, hat nichts mit DevOps zu tun. Das hei\u00dft, die Marketer k\u00f6nnen jahrelang den Markt analysieren und ein Leben lang hinter den Wettbewerbern herlaufen. Es ist entscheidend, schnell zu erkennen, was der Kunde braucht, und die Umsetzung eines bestimmten Features zu planen \u2013 oft fehlt genau das, damit DevOps effektiv arbeitet und das Unternehmen seine Ziele erreicht. Daher wurde zun\u00e4chst bei Raiffeisenbank mit dem Gesch\u00e4ft vereinbart, dass man lernen muss, DevOps zu nutzen. Automatisierung um der Automatisierung willen wird im Kampf um neue Kunden nicht viel helfen.<\/p>\n

Im Gro\u00dfen und Ganzen ist Misha der Meinung, dass DevOps eingef\u00fchrt werden muss, aber mit Bedacht. Man muss darauf vorbereitet sein, dass anfangs die Produktivit\u00e4t des Teams sinkt und weniger Geld verdient wird, aber letztendlich wird sich das auszahlen.<\/p>\n

Die Testautomatisierung bei \"Mango Telecom\"<\/h2>\n

\nEine weitere interessante Pr\u00e4sentation hielt Egor Maslov von \"Mango Telecom\" f\u00fcr mich als Tester. Die Pr\u00e4sentation trug den Titel \"Automatisierung des gesamten Testzyklus im SCRUM-Team\". Egor ist der Ansicht, dass DevOps speziell f\u00fcr SCRUM geschaffen wurde, doch gleichzeitig ist es ziemlich problematisch, DevOps in ein SCRUM-Team umzusetzen. Das liegt daran, dass das SCRUM-Team st\u00e4ndig irgendwohin eilt und keine Zeit hat, um sich mit Neuerungen und Prozessanpassungen zu besch\u00e4ftigen. Au\u00dferdem gibt es das Problem, dass SCRUM keine Unterteams innerhalb des Teams (Tester-Team, Entwickler-Team usw.) vorsieht. Dar\u00fcber hinaus ist f\u00fcr die Automatisierung des bestehenden Prozesses Dokumentation erforderlich, und im SCRUM fehlt diese h\u00e4ufig vollst\u00e4ndig - \"das Produkt ist wichtiger als irgendwelche Aufzeichnungen.\"<\/p>\n

Nach dem Wechsel zu SCRUM begannen die Tester, die Entwickler zu konsultieren, wie sie die Funktionen testen sollten. Allm\u00e4hlich nahm das Funktionsvolumen zu, die Dokumentation fehlte, und sie entdeckten viele Bugs in den Funktionen, die nicht getestet wurden, und es war unklar, wer und wann sie getestet hatte. Kurz gesagt - Chaos und Verwirrung. Sie beschlossen, zur Automatisierung des Testens \u00fcberzugehen. Doch auch dann gab es ein komplettes Fiasko. Sie engagierten externe Spezialisten f\u00fcr die Automatisierung, die in einem f\u00fcr die internen Tester unbekannten Stack programmierten. Das Framework f\u00fcr die Autotests funktionierte zwar, aber nachdem die Outsourcing-Spezialisten weg waren, hielt es nur zwei Wochen. Dann gab es einen zweiten Versuch der Einf\u00fchrung automatisierter Tests. Dieser begann damit, dass alles innerhalb der Firma und mit eigenen Kr\u00e4ften aufgebaut werden musste (richtige Richtung: Expertise im Unternehmen aufbauen), im Rahmen von SCRUM und w\u00e4hrend des Prozesses Dokumentationen zu erstellen. Der Stack f\u00fcr die Automatisierung sollte dem Produktstack entsprechen (hier stimme ich voll und ganz zu, testen Sie ein Projekt nicht mit etwas anderem als JavaScript). Am Ende jedes Sprints veranstalteten sie eine Demo, wie der Autotest funktioniert, mit der gesamten Teamteilnahme (n\u00fctzlich). Auf diese Weise wurde das Engagement aller Teammitglieder im Automatisierungsprozess gesteigert, das Vertrauen in die Autotests gest\u00e4rkt und die Wahrscheinlichkeit erh\u00f6ht, dass dieser Autotest tats\u00e4chlich genutzt wird (und nicht nach einem Monat wegen st\u00e4ndiger Fehler auskommentiert wird).<\/p>\n

\u00dcbrigens gab es auf dem DevOpsForum 2019 ein offenes Mikrofon \u2013 ein l\u00e4ngst bekanntes und meiner Meinung nach n\u00fctzliches Format f\u00fcr Vortr\u00e4ge. Man geht dahin, h\u00f6rt sich die Vortr\u00e4ge an und entscheidet dann, dass es im Rahmen der Konferenz sinnvoll ist, ein bestimmtes Thema oder ein Problem zu er\u00f6rtern und relevante Erfahrungen zur L\u00f6sung einer Aufgabe zu teilen.<\/p>\n

Ich habe au\u00dferdem bemerkt, dass die Organisatoren einen Stream f\u00fcr kurze Vortr\u00e4ge eingerichtet haben. Jeder Vortrag dauert nicht l\u00e4nger als 10 Minuten, danach folgt eine Fragerunde. So kann man zahlreiche Themen abdecken und Fragen an die Referenten stellen, die einem interessant erscheinen.<\/p><\/blockquote>\n

\"DevOpsForum
\n\"DevOpsForum
\nZwischen den Vortr\u00e4gen bin ich durch die St\u00e4nde der Konferenzpartner geschlendert und habe viele verschiedene Dinge eingesammelt\/gewonnen. Ach, ich liebe die Giveaways!<\/i><\/p>\n

Runder Tisch und Fragen zu DevOps mit dem Entwicklungsleiter von AlfaStrakhovanie<\/h2>\n

\nDas Sahneh\u00e4ubchen des DevOpsForum 2019 f\u00fcr mich war die einst\u00fcndige Plenarsitzung mit DevOps-Experten. Vier Teilnehmer wurden eingeladen, um DevOps aus verschiedenen Perspektiven zu betrachten: Anton Isanin (AlfaStrakhovanie, Entwicklungsleiter), Nailya Zamashkina (Fintech Lab, Betriebsleiter), Oleg Yegorkin (Rostelecom, Agile-Coach) und Anton Martyanov (unabh\u00e4ngiger Experte, der DevOps aus gesch\u00e4ftlicher Sicht betrachtete). <\/p>\n

Die Experten setzten sich n\u00e4her zu den Teilnehmern und es ging los: Eine ganze Stunde lang stellten die Teilnehmer aus dem Saal ihre Fragen, w\u00e4hrend die Experten sich den Antworten stellten. Manchmal entbrannten echte Debatten. Die Fragen waren sehr unterschiedlich, zum Beispiel: Braucht man \u00fcberhaupt DevOps-Ingenieure? Warum kann man sie nicht aus Systemadministratoren heranziehen? Sollte man jedem DevOps anbieten? Was ist der Wert davon und so weiter.<\/p>\n

Danach habe ich pers\u00f6nlich mit Anton Isanin gesprochen. Wir diskutierten \u00fcber die Notwendigkeit, die DevOps-Kultur in jedes Haus zu tragen, und beleuchteten die dunkle Seite der DevOps-Transformation.<\/p>\n

Stellen wir uns vor, alle haben sich versammelt und beschlossen, dass DevOps sowohl f\u00fcr das Produkt als auch f\u00fcr das Gesch\u00e4ft und das Team notwendig ist. Los geht's mit der Implementierung. Es hat geklappt. Aufatmen. DevOps hat uns n\u00e4her zum Kunden gebracht, nun k\u00f6nnen wir all seine W\u00fcnsche schnell erf\u00fcllen. Am Ende haben wir eine gro\u00dfe Ops-Abteilung mit strengen Regulierungen und Anforderungen, die st\u00e4ndig Fehler im Produkt erzeugt und viele Anfragen erstellt. Dabei haben alle Fehler den Status \"dringend\", selbst wenn der Kunde pl\u00f6tzlich m\u00f6chte, dass ein Button gelb statt gr\u00fcn wird. Das Projekt w\u00e4chst, die Anzahl der Releases steigt und damit auch die Anzahl der Fehler und das Unverst\u00e4ndnis der neuen Funktionalit\u00e4ten bei den Kunden. Ops stellt zehn weitere Personen ein, um Fehler zu berichten, und die Entwicklung stellt f\u00fcnfzehn ein, um sie zu beheben. Und anstatt neue Funktionen zu implementieren, besch\u00e4ftigt sich das Team mit endlosen SDs, indem es dem Nutzer und gleichzeitig dem Support die Funktionalit\u00e4t erkl\u00e4rt. Am Ende sind sowohl Ops als auch Entwicklung besch\u00e4ftigt, aber der Kunde und das Gesch\u00e4ft sind unzufrieden: Neue Features stecken fest. Es scheint, als g\u00e4be es DevOps, aber irgendwie auch nicht.<\/p>\n

Zur Notwendigkeit der Einf\u00fchrung von DevOps hat Anton unmissverst\u00e4ndlich erkl\u00e4rt, dass dies direkt von der Gr\u00f6\u00dfe des Unternehmens abh\u00e4ngt. Wenn die Betreuung eines Kunden im Jahr der Firma eine Milliarde einbringt \u2013 dann ist DevOps nicht n\u00f6tig (vorausgesetzt, dass man diesem Kunden nicht regelm\u00e4\u00dfig neue \u00c4nderungen bereitstellen muss). Es l\u00e4uft alles bestens. Aber wenn das Gesch\u00e4ft w\u00e4chst und mehr Kunden hinzukommen, dann muss man sich anpassen. In der Regel gibt es anfangs kein richtiges Ops im Unternehmen. Zuerst entwickeln wir das Produkt, und erst dann wird uns klar, dass wir darauf achten m\u00fcssen, dass das Produkt funktioniert, indem wir die Lieferungen im Auge behalten. Servern<\/a>Dann entsteht Ops. Wir m\u00fcssen jedoch verstehen, dass Ops als separate Abteilung viele Barrieren f\u00fcr die Entwicklung aufstellen wird und alle Lieferungen ins Stocken geraten. Das bedeutet, dass in diesem Fall die DevOps-Kultur bereits relevant ist, wir jedoch die dunkle Seite nicht vergessen d\u00fcrfen.
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon. \u041d\u0430 \u044d\u0442\u043e\u0439 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u044b\u0442\u0430\u043b\u0438\u0441\u044c \u043d\u0430\u0439\u0442\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0438 \u043d\u043e\u0432\u044b\u0435 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0434\u043b\u044f \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0431\u0438\u0437\u043d\u0435\u0441\u0430 \u0438 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0438 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u043e-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044e. \u041a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f \u0443\u0434\u0430\u043b\u0430\u0441\u044c: \u0431\u044b\u043b\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0430\u0442\u044b \u0432\u044b\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0439 \u0438 \u043a\u0443\u0447\u0430 \u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0441 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a\u0430\u043c\u0438. \u0418 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432\u0430\u0436\u043d\u043e, \u0447\u0442\u043e \u043c\u043d\u0435 \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u043f\u044b\u0442\u0430\u043b\u0441\u044f \u043f\u0440\u043e\u0434\u0430\u0442\u044c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24300,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32497","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\udd47DevOpsForum 2019. DevOps darf nicht warten | ProHoster","description":"K\u00fcrzlich habe ich am DevOpsForum 2019 teilgenommen, das von Logrocon organisiert wurde.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","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\udd47DevOpsForum 2019. \u0412\u043d\u0435\u0434\u0440\u044f\u0442\u044c DevOps \u043d\u0435\u043b\u044c\u0437\u044f \u0436\u0434\u0430\u0442\u044c | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","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:47:23+00:00","article:modified_time":"2019-10-31T18:47:23+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32497","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-02-19 09:14:07","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:57:23","updated":"2026-02-19 09:14:07","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\/32497","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=32497"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/32497\/revisions"}],"predecessor-version":[{"id":161790,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/32497\/revisions\/161790"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/24300"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=32497"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=32497"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=32497"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}