{"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 gibt es f\u00fcr diesen Begriff keinen guten deutschsprachigen Pendant. \u201eWikipedia\u201c definiert ihn als \u00dcbersetzung<\/a><\/noindex> \u201eMultimietereigenschaft, Mehrfachmiete\u201c. Manchmal wird dies als \u201egemeinsame Nutzung\u201c bezeichnet. Diese Begriffe k\u00f6nnen etwas verwirrend sein, da das Thema im Wesentlichen nicht mit Miete oder Eigentum zu tun hat. Es geht vielmehr um die Softwarearchitektur und die Organisation ihrer Nutzung, wobei Letzteres nicht weniger wichtig ist. <\/p>\n

Wir haben begonnen, unser Verst\u00e4ndnis von Multitenancy zu entwickeln, w\u00e4hrend wir anfingen, einen Ansatz f\u00fcr das Cloud-Service-Modell von \u201e1C:Enterprise\u201c zu entwerfen. Das ist einige Jahre her, und seitdem erweitern wir kontinuierlich unser Wissen. Wir entdecken st\u00e4ndig neue Aspekte zu diesem Thema (Vorteile, Nachteile, Herausforderungen, Besonderheiten usw.). <\/p>\n

\"\u00dcber
\n<\/a><\/noindex>
\nManchmal verstehen Entwickler unter Multitenancy ein recht einfaches Konzept: \u201eUm die Daten mehrerer Organisationen in einer einzigen Datenbank zu speichern, muss man in allen Tabellen eine Spalte mit der Organisations-ID hinzuf\u00fcgen und einen Filter darauf setzen.\u201c Nat\u00fcrlich haben auch wir unsere Erkundungen zu diesem Thema von diesem Punkt aus begonnen. Aber recht schnell haben wir erkannt, dass dies nur ein kleiner Teilaspekt ist (auch wenn er nicht einfach ist). Tats\u00e4chlich ist es \u201eein ganzes Land\u201c. <\/p>\n

Die Hauptidee von Multitenancy l\u00e4sst sich etwa so beschreiben. Eine gew\u00f6hnliche Anwendung ist wie ein Einfamilienhaus, das f\u00fcr eine Familie gebaut ist, die dessen Infrastruktur (W\u00e4nde, Dach, Wasser- und Heizungsversorgung usw.) nutzt. Eine Multitenancy-Anwendung hingegen ist wie ein Mehrfamilienhaus. Darin nutzt jede Familie die gleiche Infrastruktur, doch die Infrastruktur ist f\u00fcr das gesamte Geb\u00e4ude konzipiert. <\/p>\n

Ist der Ansatz der Multitenancy gut oder schlecht? Daf\u00fcr gibt es sehr unterschiedliche Meinungen. Es scheint, dass es kein \u201egut oder schlecht\u201c im Allgemeinen gibt. Man muss die Vor- und Nachteile im Kontext der spezifischen zu bew\u00e4ltigenden Aufgaben vergleichen. Aber das ist ein eigenes Thema ... <\/p>\n

Im einfachsten Sinne zielt Multitenancy darauf ab, die Kosten f\u00fcr die Wartung von Anwendungen zu senken, indem die Infrastrukturkosten \u201agemeinsam genutzt\u2018 werden. Dies ist ein \u00e4hnlicher Ansatz wie die Senkung der Kosten f\u00fcr eine Anwendung durch den Einsatz einer Standardl\u00f6sung (m\u00f6glicherweise mit Anpassungen und Erweiterungen), anstatt sie \u201ama\u00dfgeschneidert\u2018 zu entwickeln. In einem Fall wird die Entwicklung geteilt, im anderen die Betriebsf\u00fchrung. <\/p>\n

Es sei erneut betont, dass es hier keine direkte Verbindung zur Verkaufsweise gibt. Die Architektur der Multitenancy kann durchaus auch in einer Unternehmens- oder beh\u00f6rdlichen IT-Infrastruktur eingesetzt werden, um eine Vielzahl von gleichartigen Niederlassungen oder Unternehmen innerhalb eines Konzerns zu automatisieren. <\/p>\n

Man kann sagen, dass Multitenancy nicht nur eine Frage der Datenspeicherorganisation ist. Es handelt sich um ein Modell f\u00fcr die gesamte Funktionsweise der Anwendung (einschlie\u00dflich wesentlicher Aspekte ihrer Architektur, des Bereitstellungsmodells und der Wartungsorganisation). <\/p>\n

Das Interessanteste an dem Multitenancy-Modell ist, dass die Funktionalit\u00e4t der Anwendung \"zweigeteilt\" wird. Ein Teil funktioniert mit spezifischen Datenbereichen (Wohnungen) und ignoriert die Bewohner anderer Wohnungen. Der andere Teil betrachtet das gesamte Geb\u00e4ude und arbeitet gleichzeitig f\u00fcr alle Bewohner. Dabei kann der letzte Teil nicht abstrahieren, dass es sich letztlich um separate Wohnungen handelt und dass ein gewisses Ma\u00df an Granularit\u00e4t und Sicherheit gew\u00e4hrleistet werden muss. <\/p>\n

In \u201e1C:Enterprise\u201c wird das Multitenancy-Modell durch verschiedene Technologien realisiert. Dazu geh\u00f6ren Mechanismen der \u201e1C:Enterprise\u201c-Plattform, Mechanismen \u201e1C:Technologie zur Ver\u00f6ffentlichung von L\u00f6sungen 1cFresh<\/a><\/noindex>\u00bb und \u00ab1C:Technologie zur Entwicklung von L\u00f6sungen 1cFresh<\/a><\/noindex>\u201c, Mechanismen BSP<\/a><\/noindex> (Bibliotheken standardm\u00e4\u00dfiger Subsysteme). <\/p>\n

Jedes dieser Elemente tr\u00e4gt zur Schaffung der gesamten Infrastruktur eines Mehrfamilienhauses bei. Warum wird dies in mehreren Technologien und nicht in einer einzigen, wie beispielsweise einer Plattform, umgesetzt? Vor allem, weil wir der Meinung sind, dass ein Teil der Mechanismen durchaus bei bestimmten Bereitstellungsvarianten sinnvoll modifiziert werden kann. Aber allgemein ist das eine komplexe Fragestellung, und wir stehen st\u00e4ndig vor der Wahl, auf welcher Ebene wir einen bestimmten Aspekt der Multitenanz umsetzen k\u00f6nnen. <\/p>\n

Es ist offensichtlich, dass die grundlegenden Mechanismen in der Plattform implementiert werden mussten. Zum Beispiel die tats\u00e4chliche Trennung der Daten. Damit beginnt in der Regel das Gespr\u00e4ch \u00fcber Multitenanz. In der Tat hat das Modell der Multitenanz jedoch einen erheblichen Teil der Mechanismen der Plattform durchlaufen und erforderte deren \u00dcberarbeitung, in einigen F\u00e4llen sogar eine Neubewertung. <\/p>\n

Auf der Plattform-Ebene haben wir grundlegende Mechanismen implementiert, die das Erstellen von Anwendungen im Multitenancy-Modell erm\u00f6glichen. Damit diese Anwendungen jedoch erfolgreich in diesem Modell \"leben und arbeiten\" k\u00f6nnen, ben\u00f6tigt man ein System zur Verwaltung ihres \"Lebenszyklus\". Daf\u00fcr sind die Technologien 1cFresh und eine einheitliche Schicht der Gesch\u00e4ftslogik auf Ebene der BSP verantwortlich. So wie in einem Mehrfamilienhaus die Infrastruktur den Bewohnern alles Notwendige bereitstellt, sorgen die Technologien 1cFresh daf\u00fcr, dass die Anwendungen, die im Multitenancy-Modell betrieben werden, gut versorgt sind. Damit diese Anwendungen ohne umfangreiche Anpassungen mit dieser Infrastruktur interagieren k\u00f6nnen, werden die entsprechenden \"Schnittstellen\" in Form von BSP-Subsystemen integriert. <\/p>\n

Aus Sicht der Plattformmechanismen ist leicht erkennbar, dass wir mit zunehmender Erfahrung und der Entwicklung des Cloud-Use-Cases von '1C:Enterprise' die Anzahl der Mechanismen erweitern, die in diese Architektur eingebunden sind. Ein Beispiel sei genannt. In einem Multitenancy-Modell \u00e4ndern sich die Rollen der Beteiligten an der Anwendungsbetreuung erheblich. Die Verantwortung derjenigen, die f\u00fcr den Betrieb der Anwendungen zust\u00e4ndig sind, nimmt erheblich zu. Sie ben\u00f6tigen leistungsf\u00e4higere Werkzeuge zur Kontrolle der Anwendungen. Denn die Anwendungsbenutzer (Mieter) vertrauen prim\u00e4r dem Anbieter, mit dem sie zusammenarbeiten. Daf\u00fcr haben wir in Version 8.3 einen neuen Sicherheitsprofilmechanismus<\/a><\/noindex>. Dieser Mechanismus erm\u00f6glicht es den Administratoren des Anbieters, den Freiraum der Anwendungsentwickler auf das erforderliche Sicherheitsniveau einzuschr\u00e4nken \u2013 im Wesentlichen die Arbeit der Anwendung f\u00fcr jeden Mieter innerhalb bestimmter 'Sandbox'-Rahmen zu isolieren. <\/p>\n

Die Architektur zur Verwaltung von Anwendungen im Multitenancy-Modus (wie sie in den Technologien 1cFresh und BSP umgesetzt wird) ist von erheblichem Interesse. Im Vergleich zu herk\u00f6mmlichen Bereitstellungsmodellen steigen hier die Anforderungen an die Automatisierung der Verwaltungsprozesse erheblich. Solcher Prozesse gibt es Dutzende: die Erstellung neuer Datenbereiche (\"Wohnungen\"), die Aktualisierung von Anwendungen, die Aktualisierung von Norminformationen, Datensicherung usw. Und selbstverst\u00e4ndlich erh\u00f6hen sich auch die Anforderungen an die Zuverl\u00e4ssigkeit und Verf\u00fcgbarkeit. Um eine zuverl\u00e4ssige Interaktion der Anwendungen mit den Komponenten des Verwaltungssystems zu gew\u00e4hrleisten, haben wir eine asynchrone Aufrufsystemtechnologie mit garantierter Zustellung implementiert. <\/p>\n

Ein sehr feiner Aspekt ist die Art und Weise, wie Daten und Prozesse gemeinschaftlich genutzt werden. Auf den ersten Blick mag dies einfach erscheinen (sofern es jemand so empfindet). Die gr\u00f6\u00dfte Herausforderung besteht darin, ein Gleichgewicht zwischen der Zentralisierung von Daten und Prozessen und der Dezentralisierung zu finden. Einerseits erm\u00f6glicht die Zentralisierung eine Reduzierung der Kosten (Speicherplatz, CPU-Ressourcen, Administrationsaufwand\u2026). Andererseits schr\u00e4nkt sie die Freiheit der \"Mieter\" ein. Dies ist genau einer der Punkte des \"Aufsplitterns\" der Anwendung, bei dem der Entwickler gleichzeitig an die Anwendung im engen Sinne (die eine \"Wohnung\" bedient) und im weiteren Sinne (die gleichzeitig alle \"Mieter\" bedient) denken muss. <\/p>\n

Ein Beispiel f\u00fcr ein solches \"Dilemma\" ist die Bereitstellung von normativen Informationen. Es ist verlockend, diese f\u00fcr alle \"Bewohner\" des Hauses allgemeing\u00fcltig zu gestalten. So kann man sie in einem einzigen Exemplar speichern und gleichzeitig f\u00fcr alle aktualisieren. Doch manchmal ben\u00f6tigt ein Bewohner spezifische Anpassungen. Merkw\u00fcrdigerweise kommt das in der Praxis vor, selbst bei Informationen, die von Regulierungsbeh\u00f6rden (\u00f6ffentlichen Institutionen) festgelegt sind. Das Ergebnis ist eine komplizierte Frage: Soll man diese Informationen gemeinschaftlich nutzen oder nicht? Es ist nat\u00fcrlich verlockend, allgemeine Informationen f\u00fcr alle und spezielle f\u00fcr Interessierte zu erstellen. Doch das f\u00fchrt bereits zu einer bedeutend schwierigeren Umsetzung. Aber daran arbeiten wir\u2026 <\/p>\n

Ein weiteres Beispiel ist die Planung der Umsetzung regelm\u00e4\u00dfiger Prozesse (z. B. nach Zeitplan ausgef\u00fchrt, durch das Managementsystem initiiert usw.). Einerseits k\u00f6nnen sie f\u00fcr jeden Datenbereich separat implementiert werden. Das ist einfacher und bequemer. Andererseits verursacht eine so feine Granularit\u00e4t eine hohe Systembelastung. Um die Last zu reduzieren, sollten allgemein nutzbare Prozesse implementiert werden. Diese erfordern jedoch eine sorgf\u00e4ltigere Ausarbeitung. <\/p>\n

Nat\u00fcrlich stellt sich eine sehr wesentliche Frage. Wie k\u00f6nnen Anwendungsentwickler den Betrieb im Multitenancy-Modus gew\u00e4hrleisten? Was m\u00fcssen sie daf\u00fcr tun? Nat\u00fcrlich streben wir an, dass die technologischen und infrastrukturellen Herausforderungen gr\u00f6\u00dftenteils von der bereitgestellten Technologie \u00fcbernommen werden, sodass der Anwendungsentwickler sich ausschlie\u00dflich auf die Gesch\u00e4ftslogik konzentrieren kann. Doch wie bei anderen wichtigen architektonischen Fragen ist es n\u00f6tig, dass Anwendungsentwickler einige Kenntnisse \u00fcber das Arbeiten im Multitenancy-Modell haben und gewisse Anstrengungen in der Anwendungsentwicklung erforderlich sind. Warum? Weil es Aspekte gibt, die die Technologie nicht automatisch garantieren kann, ohne die Semantik der Daten zu ber\u00fccksichtigen. Zum Beispiel die Definition der Grenzen der Datenkommunikation. Aber wir bem\u00fchen uns, dass diese Herausforderungen \u00fcberschaubar bleiben. Beispiele f\u00fcr die Umsetzung solcher Anwendungen existieren bereits. <\/p>\n

Ein wichtiger Aspekt bei der Umsetzung von Multitenancy in \u00ab1C:Enterprise\u00bb ist, dass wir ein hybrides Modell schaffen, in dem eine Anwendung sowohl im Multitenancy-Modus als auch im regul\u00e4ren Modus arbeiten kann. Dies ist eine recht komplexe Herausforderung und bedarf einer gesonderten 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 gibt es f\u00fcr diesen Begriff keine passende \u00dcbersetzung ins Deutsche. Die \"Wikipedia\" bietet die \u00dcbersetzung \u201eMulti-Tenancy\u201c an. Manchmal wird es auch als \u201emehrfache Nutzung\u201c bezeichnet. Diese Begriffe k\u00f6nnen etwas verwirrend sein, da das Thema nicht wirklich mit Miete oder Besitz zu tun hat. Es geht vielmehr um die Softwarearchitektur und die Organisation ihres Betriebs, wobei Letzteres nicht weniger wichtig ist. Wir haben begonnen","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. \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","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"},"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}]}}