{"id":55231,"date":"2020-01-16T00:00:00","date_gmt":"2020-01-15T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/pro-multitenancy"},"modified":"2020-02-18T14:03:19","modified_gmt":"2020-02-18T11:03:19","slug":"pro-multitenancy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pro-multitenancy","title":{"rendered":"\u00dcber Multitenancy","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Leider hat dieser Begriff kein gutes deutsches \u00c4quivalent. Die \u201eWikipedia\u201c schl\u00e4gt vor, \u00dcbersetzung<\/a><\/noindex> \u201eMultimietverh\u00e4ltnis, Mehrfachmiete\u201c. Manchmal wird auch von \u201egemeinsamem Besitz\u201c gesprochen. Diese Begriffe k\u00f6nnen etwas verwirrend sein, da das Thema im Grunde nichts mit Miete oder Besitz zu tun hat. Es geht dabei um die Architektur von Software und deren Betriebsgestaltung, wobei letzteres nicht weniger wichtig ist. <\/p>\n

Wir haben begonnen, unser Verst\u00e4ndnis von Multitenancy gleichzeitig mit der Entwicklung unseres Ansatzes zur Cloud (Service-)Modellierung f\u00fcr \u201e1C:Unternehmen\u201c zu formen. Das war vor einigen Jahren. Seitdem erweitert sich unser Verst\u00e4ndnis st\u00e4ndig. Wir entdecken immer neue Aspekte (Vorz\u00fcge, Nachteile, Komplexit\u00e4ten, Besonderheiten usw.) zu diesem Thema. <\/p>\n

\"\u00dcber
\n<\/a><\/noindex>
\nManchmal verstehen Entwickler unter Multitenancy ein recht einfaches Konzept: \u201eDamit die Daten mehrerer Organisationen in einer Datenbank gespeichert werden k\u00f6nnen, muss in alle Tabellen eine Spalte mit der Organisations-ID hinzugef\u00fcgt und ein Filter darauf gesetzt werden.\u201c Nat\u00fcrlich haben auch wir unsere \u00dcberlegungen zu diesem Thema von diesem Punkt aus gestartet. Aber wir haben schnell erkannt, dass das nur eine Wiese ist (auch diese ist \u00fcbrigens nicht einfach). Insgesamt handelt es sich dabei um ein \u201eganzes Land\u201c. <\/p>\n

Die grundlegende Idee der Multitenancy l\u00e4sst sich ungef\u00e4hr so beschreiben. Eine typische Anwendung ist ein Einfamilienhaus, das f\u00fcr eine Familie ausgelegt ist, die dessen Infrastruktur (W\u00e4nde, Dach, Wasserversorgung, Heizung usw.) nutzt. Eine Multitenancy-Anwendung hingegen ist ein Mehrfamilienhaus. Dort nutzt jede Familie dieselbe Infrastruktur, aber diese Infrastruktur ist f\u00fcr das gesamte Haus implementiert. <\/p>\n

Ist der Ansatz der Multitenancy gut oder schlecht? Dar\u00fcber gibt es viele unterschiedliche Meinungen. Es scheint, dass es kein \u201egut oder schlecht\u201c im Allgemeinen gibt. Man muss die Vor- und Nachteile im Kontext der spezifischen Aufgaben vergleichen, die gel\u00f6st werden sollen. Aber das ist ein eigenes Thema... <\/p>\n

Im einfachsten Sinne besteht das Ziel der Multitenancy darin, die Kosten f\u00fcr den Betrieb einer Anwendung durch die \u201eGemeinschaftlichkeit\u201c der Infrastrukturkosten zu senken. Das ist eine \u00e4hnliche Bewegung wie die Senkung der Kosten f\u00fcr eine Anwendung durch die Nutzung einer Standardl\u00f6sung (eventuell mit Anpassungen), anstatt eine \u201ema\u00dfgeschneiderte\u201c L\u00f6sung zu entwickeln. Nur wird im einen Fall die Entwicklung gemeinschaftlich gestaltet und im anderen der Betrieb. <\/p>\n

\u00dcbrigens, um es zu wiederholen, gibt es hier keinen direkten Bezug zu einer Verkaufsart. Die Multitenancy-Architektur kann durchaus auch in der Unternehmens- oder beh\u00f6rdlichen IT-Infrastruktur zur Automatisierung einer gro\u00dfen Zahl \u00e4hnlicher Filialen oder Unternehmenszweige eingesetzt werden. <\/p>\n

Man kann sagen, dass Multitenancy nicht nur eine Frage der Organisation der Datenspeicherung ist. Es handelt sich um ein Arbeitsmodell der gesamten Anwendung (einschlie\u00dflich eines wesentlichen Teils ihrer Architektur, des Bereitstellungsmodells und der Organisation des Supports). <\/p>\n

Das Schwierigste und Interessanteste an dem Multitenancy-Modell ist unserer Ansicht nach, dass die Essenz der Anwendung \"zweigeteilt\" wird. Ein Teil der Funktionalit\u00e4t arbeitet mit spezifischen Datenbereichen (Wohnungen) und \"interessiert sich nicht\" daf\u00fcr, dass es andere Bewohner in anderen Wohnungen gibt. Ein anderer Teil betrachtet das Geb\u00e4ude als Ganzes und arbeitet sofort f\u00fcr alle Bewohner. Dabei kann letzterer nicht abstrahieren, denn es handelt sich schlie\u00dflich um separate Wohnungen, und es muss ein erforderliches Ma\u00df an Granularit\u00e4t und Sicherheit gew\u00e4hrleistet werden. <\/p>\n

In \"1C:Unternehmung\" wird das Multitenancy-Modell auf der Ebene mehrerer Technologien umgesetzt. Das sind die Mechanismen der Plattform \"1C:Unternehmung\", die Mechanismen \"1C:Technologie zur Ver\u00f6ffentlichung von 1cFresh-L\u00f6sungen<\/a><\/noindex>\u00bb und \u201e1C:Technologie zur Entwicklung von 1cFresh-L\u00f6sungen<\/a><\/noindex>\", die Mechanismen BSP<\/a><\/noindex> (Bibliotheken von Standardunterst\u00fctzungssystemen). <\/p>\n

Jedes dieser Elemente tr\u00e4gt zur Schaffung der gemeinsamen Infrastruktur eines Mehrfamilienhauses bei. Warum wird es in mehreren Technologien und nicht in einer, zum Beispiel in der Plattform, umgesetzt? Zun\u00e4chst einmal, weil wir der Meinung sind, dass es durchaus sinnvoll ist, einige Mechanismen im konkreten Bereitstellungsvariante zu modifizieren. Aber im Allgemeinen ist dies keine einfache Frage, und wir stehen st\u00e4ndig vor der Wahl, auf welcher Ebene der eine oder andere Aspekt von Multitenancy besser umgesetzt werden kann. <\/p>\n

Offensichtlich war es notwendig, den Grundteil der Mechanismen in der Plattform umzusetzen. Nun, zum Beispiel die tats\u00e4chliche Trennung der Daten. Das, womit man normalerweise das Gespr\u00e4ch \u00fcber Multitenancy beginnt. Aber letztendlich hat das Multitenancy-Modell einen wesentlichen Teil der Mechanismen der Plattform durchlaufen und erforderte deren Weiterentwicklung, und in einigen F\u00e4llen sogar ein erneutes Nachdenken. <\/p>\n

Auf der Ebene der Plattform haben wir tats\u00e4chlich die grundlegenden Mechanismen implementiert. Diese erm\u00f6glichen die Erstellung von Anwendungen, die im Modell der Multitenancy arbeiten. Damit Anwendungen in diesem Modell \u201eleben und arbeiten\u201c, ben\u00f6tigt man ein Managementsystem f\u00fcr deren \u201eLebenszyklus\u201c. Daf\u00fcr sind die Technologien 1cFresh und die vereinheitlichte Ebene der Gesch\u00e4ftslogik auf BSP-Ebene verantwortlich. Ebenso wie in einem Mehrfamilienhaus die Infrastruktur den Bewohnern alles Notwendige bietet, liefern die Technologien 1cFresh alles Notwendige f\u00fcr Anwendungen, die im Multitenancy-Modell arbeiten. Damit Anwendungen mit dieser Infrastruktur interagieren k\u00f6nnen (ohne wesentliche Anpassungen), werden entsprechende \u201eSchnittstellen\u201c in Form von BSP-Subsystemen integriert. <\/p>\n

Aus der Perspektive der Plattformmechanismen ist leicht zu erkennen, dass wir mit zunehmender Erfahrung und der Entwicklung der Cloud-Nutzung von \u201e1C:Unternehmen\u201c die Zusammensetzung der Mechanismen erweitern, die in diese Architektur einbezogen sind. Ein Beispiel sei genannt. Im Modell der Multitenancy ver\u00e4ndert sich die Rollenverteilung der Teilnehmer am Anwendungsmanagement erheblich. Die Rolle (Verantwortungsgrad) derjenigen, die f\u00fcr den Betrieb der Anwendungen verantwortlich sind, gewinnt erheblich an Bedeutung. Sie ben\u00f6tigen leistungsf\u00e4higere Kontrollinstrumente f\u00fcr die Anwendungen. Denn die Anwender der Anwendungen (Mieter) vertrauen in erster Linie dem Anbieter, mit dem sie arbeiten. Zu diesem Zweck haben wir in der Version 8.3 einen neuen Sicherheitsprofil-Mechanismus<\/a><\/noindex>. Dieser Mechanismus erm\u00f6glicht es den Administratoren des Anbieters, die Freiheit der Anwendungsentwickler auf das erforderliche Sicherheitsniveau zu beschr\u00e4nken \u2013 im Wesentlichen die Arbeit der Anwendung f\u00fcr jeden Mieter in bestimmten Rahmen einer \u201eSandbox\u201c zu isolieren. <\/p>\n

Genauso faszinierend ist die Architektur f\u00fcr das Management von Anwendungen, die im Multitenancy-Modus betrieben werden (was in 1cFresh- und BSP-Technologien umgesetzt wird). Hier steigen im Vergleich zu einem normalen Bereitstellungsmodell die Anforderungen an die Automatisierung von Managementprozessen erheblich. Solcher Prozesse gibt es Dutzende: Erstellung neuer Datenbereiche (\u201eWohnungen\u201c), Aktualisierung von Anwendungen, Aktualisierung von Norminformationen, Datensicherung usw. Und nat\u00fcrlich steigen die Anforderungen an die Zuverl\u00e4ssigkeit und Verf\u00fcgbarkeit. Zum Beispiel haben wir eine Technologie f\u00fcr ein asynchrones Aufrufsystem mit garantierter Zustellung implementiert, um die zuverl\u00e4ssige Interaktion zwischen Anwendungen und den Komponenten des Managementsystems zu gew\u00e4hrleisten. <\/p>\n

Ein sehr heikler Punkt ist der Umgang mit den Daten und Prozessen. Einfach erscheint dies (wenn es jemandem so erscheint) nur auf den ersten Blick. Die gr\u00f6\u00dfte Herausforderung besteht im Gleichgewicht zwischen der Zentralisierung von Daten und Prozessen und der Dezentralisierung. Auf der einen Seite erm\u00f6glicht die Zentralisierung die Reduzierung von Kosten (Speicherplatz, Prozessorressourcen, Aufwand f\u00fcr Administratoren \u2026). Auf der anderen Seite schr\u00e4nkt sie die Freiheit der \u201eMieter\u201c ein. Dies ist gerade einer der Punkte der \u201eDualit\u00e4t\u201c der Anwendung, bei dem der Entwickler gleichzeitig an die Anwendung im engen Sinne (die eine \u201eWohnung\u201c bedient) und im weiteren Sinne (die alle \u201eMieter\u201c bedient) denken muss. <\/p>\n

Ein Beispiel f\u00fcr eine solche \u201eDilemma\u201c w\u00e4re die normative Referenzinformation. Nat\u00fcrlich ist die Versuchung gro\u00df, sie f\u00fcr alle \u201eMieter\u201c des Hauses allgemein zu machen. Das erm\u00f6glicht es, sie in einer einzigen Instanz zu speichern und sie sofort f\u00fcr alle zu aktualisieren. Doch manchmal ben\u00f6tigt ein Mieter spezifische Anpassungen. Merkw\u00fcrdigerweise kommt das in der Praxis vor, selbst bei Informationen, die von Regulierungsbeh\u00f6rden (staatlichen Stellen) spezifiziert sind. Es entsteht die schwierige Frage: Soll man diese Informationen allgemein machen oder nicht? Verlockend ist es nat\u00fcrlich, allgemeine Informationen f\u00fcr alle und private f\u00fcr die Interessierten zu schaffen. Doch das f\u00fchrt bereits zu einer recht komplexen Umsetzung. Darauf arbeiten wir \u2026 <\/p>\n

Ein weiteres Beispiel ist die Gestaltung der Implementierung regelm\u00e4\u00dfiger Prozesse (die nach einem Zeitplan ausgef\u00fchrt werden, von einem Verwaltungssystem initiiert werden usw.). Einerseits k\u00f6nnen sie f\u00fcr jeden Datenbereich separat implementiert werden. Das ist einfacher und bequemer. Andererseits erzeugt eine so feine Granularit\u00e4t eine hohe Last f\u00fcr das System. Um die Last zu reduzieren, m\u00fcssen gemeinschaftliche Prozesse implementiert werden. Diese erfordern jedoch eine sorgf\u00e4ltigere Ausarbeitung. <\/p>\n

Nat\u00fcrlich stellt sich eine sehr wichtige Frage. Wie k\u00f6nnen Anwendungsentwickler den Betrieb im Multitenancy-Modus sicherstellen? Was m\u00fcssen sie daf\u00fcr tun? Nat\u00fcrlich streben wir danach, dass die Belastung durch technologische und infrastrukturelle Fragen gr\u00f6\u00dftenteils auf die bereitgestellte Technologie entf\u00e4llt, w\u00e4hrend der Anwendungsentwickler sich nur auf die Gesch\u00e4ftslogik konzentriert. Aber wie bei anderen wichtigen Architekturfragen m\u00fcssen Anwendungsentwickler ein gewisses Verst\u00e4ndnis f\u00fcr die Arbeit im Multitenancy-Modell haben und einige Anstrengungen bei der Anwendungsentwicklung erfordern. Warum? Weil es Momente gibt, die die Technologie nicht automatisch unter Ber\u00fccksichtigung der Semantik der Daten gew\u00e4hrleisten kann. Zum Beispiel die Definition der Grenzen der Informationsgemeinschaft. Aber wir bem\u00fchen uns, dass diese Schwierigkeiten gering sind. Es gibt bereits Beispiele f\u00fcr die Implementierung solcher Anwendungen. <\/p>\n

Ein wichtiger Aspekt im Kontext der Implementierung von Multitenancy in \u201e1C:Unternehmen\u201c besteht darin, dass wir ein hybrides Modell schaffen, in dem eine Anwendung sowohl im Multitenancy-Modus als auch im normalen Modus arbeiten kann. Das ist eine ziemlich komplexe Aufgabe und ein Thema f\u00fcr eine gesonderte Diskussion.
\n
Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0443 \u044d\u0442\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u0430 \u043d\u0435\u0442 \u0445\u043e\u0440\u043e\u0448\u0435\u0433\u043e \u0440\u0443\u0441\u0441\u043a\u043e\u044f\u0437\u044b\u0447\u043d\u043e\u0433\u043e \u0430\u043d\u0430\u043b\u043e\u0433\u0430. \u00ab\u0412\u0438\u043a\u0438\u043f\u0435\u0434\u0438\u044f\u00bb \u0434\u0430\u0435\u0442 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u00ab\u043c\u0443\u043b\u044c\u0442\u0438\u0430\u0440\u0435\u043d\u0434\u043d\u043e\u0441\u0442\u044c, \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0430\u0440\u0435\u043d\u0434\u0430\u00bb. \u0418\u043d\u043e\u0433\u0434\u0430 \u044d\u0442\u043e \u043d\u0430\u0437\u044b\u0432\u0430\u044e\u0442 \u00ab\u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u043c \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c\u00bb. \u042d\u0442\u0438 \u0442\u0435\u0440\u043c\u0438\u043d\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043f\u0443\u0442\u0430\u0442\u044c, \u0442\u0430\u043a \u043a\u0430\u043a \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043d\u0435 \u0441\u0432\u044f\u0437\u0430\u043d \u043f\u043e \u0441\u0443\u0442\u0438 \u043d\u0438 \u0441 \u0430\u0440\u0435\u043d\u0434\u043e\u0439, \u043d\u0438 \u0441 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c. \u042d\u0442\u043e \u0432\u043e\u043f\u0440\u043e\u0441 \u0438\u043c\u0435\u043d\u043d\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0438 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0435\u0433\u043e \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438. \u041f\u0440\u0438\u0447\u0435\u043c \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u043d\u0435 \u043c\u0435\u043d\u0435\u0435 \u0432\u0430\u0436\u043d\u043e. \u041c\u044b \u043d\u0430\u0447\u0430\u043b\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":55232,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55231","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\udd47\u00dcber Multitenancy | ProHoster","description":"Leider hat dieser Begriff kein gutes russischsprachiges \u00c4quivalent.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pro-multitenancy","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\u0440\u043e multitenancy | ProHoster","og:description":"\u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0443 \u044d\u0442\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u0430 \u043d\u0435\u0442 \u0445\u043e\u0440\u043e\u0448\u0435\u0433\u043e \u0440\u0443\u0441\u0441\u043a\u043e\u044f\u0437\u044b\u0447\u043d\u043e\u0433\u043e \u0430\u043d\u0430\u043b\u043e\u0433\u0430.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/pro-multitenancy","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-01-15T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55231","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:47:39","updated":"2022-09-29 20:30:21","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\/55231","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=55231"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/55231\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/55232"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=55231"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=55231"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=55231"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}