{"id":37650,"date":"2019-10-31T22:18:50","date_gmt":"2019-10-31T19:18:50","guid":{"rendered":"https:\/\/prohoster.info\/blog\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool\/"},"modified":"2019-10-31T22:18:50","modified_gmt":"2019-10-31T19:18:50","slug":"arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","title":{"rendered":"Architektur des neuen Generation-Billing: Transformation mit dem Wechsel zu Tarantool","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Warum ben\u00f6tigt eine Corporation wie MegaFon Tarantool f\u00fcr das Abrechnungssystem? Von au\u00dfen betrachtet sieht es so aus, als w\u00fcrde ein Anbieter kommen, eine gro\u00dfe Box bringen, den Stecker in die Steckdose stecken \u2013 und voil\u00e0, das Abrechnungssystem ist da! Fr\u00fcher war es so, aber heute geh\u00f6rt das der Vergangenheit an, und solche Dinosaurier sterben entweder aus oder sind bereits ausgestorben. Urspr\u00fcnglich war Abrechnung ein System zur Rechnungsstellung \u2013 eine Rechnung oder ein Taschenrechner. In der modernen Telekommunikation ist es ein System zur Automatisierung des gesamten Lebenszyklus der Interaktion mit dem Kunden, von der Vertragsunterzeichnung bis zur K\u00fcndigung<\/b>, einschlie\u00dflich Echtzeit-Tarifierung, Zahlungsannahme und noch vielem mehr. Die Abrechnung in Telekommunikationsunternehmen \u00e4hnelt einem Kampfroboter \u2013 gro\u00df, stark und mit Waffen ausger\u00fcstet.<\/p>\n

\"Architektur
\n
\nWas hat es nun mit Tarantool auf sich? Dar\u00fcber werden berichten Oleg Ivlev<\/b> und\u00a0Andrei Knyazev<\/b>. Oleg ist der Hauptarchitekt des Unternehmens MegaFon<\/a><\/noindex> mit umfangreicher Erfahrung in ausl\u00e4ndischen Unternehmen, Andrei ist Direktor f\u00fcr Gesch\u00e4ftssysteme. Aus der Auswertung ihrer Pr\u00e4sentation auf der\u00a0Tarantool Conference 2018<\/a><\/noindex>\u00a0Sie erfahren, warum R&D in Unternehmen notwendig ist, was Tarantool ist, wie die Falle der vertikalen Skalierung und die Globalisierung die Entstehung dieser Datenbank im Unternehmen bedingten, sowie die technologischen Herausforderungen, die Transformation der Architektur und was den Technologiestack von MegaFon mit Netflix, Google und Amazon verbindet.
\n<\/a><\/noindex>
\n

\r\n \"Video\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Projekt \u201eEinheitliches Billing\u201c<\/h2>\n

\nDas Projekt, \u00fcber das wir sprechen werden, hei\u00dft \u201eEinheitliches Billing\u201c. Hier hat Tarantool seine besten Eigenschaften gezeigt. <\/p>\n

\"Architektur
\n
\nDas Wachstum der Leistung von Hi-End-Hardware konnte mit dem Anstieg der Abonnentenzahl und der angebotenen Dienstleistungen nicht Schritt halten. Ein weiterer Anstieg der Abonnenten und Dienstleistungen wurde durch M2M und IoT erwartet, w\u00e4hrend die speziellen Anforderungen der Filialen die Time-to-Market verschlechterten. Das Unternehmen beschloss, ein einheitliches Gesch\u00e4ftssystem mit einer einzigartigen modularen Architektur auf Weltklasse-Niveau zu schaffen, anstelle von acht bestehenden verschiedenen Abrechnungssystemen.<\/p>\n

MegaFon ist acht Unternehmen in einem.<\/b>. Im Jahr 2009 wurde die Reorganisation abgeschlossen: Die Niederlassungen in ganz Russland wurden zu einer einzigen Gesellschaft, der OAO \u201eMegaFon\u201c (jetzt PJSC), zusammengef\u00fchrt. Dadurch entstanden in der Gesellschaft 8 Abrechnungssysteme mit eigenen \u201ema\u00dfgeschneiderten\u201c L\u00f6sungen, filialenbezogenen Besonderheiten und unterschiedlichen organisatorischen Strukturen, IT- und Marketingabteilungen.<\/p>\n

Alles lief gut, bis ein gemeinsames bundesweites Produkt lanciert werden musste. Hier traten viele Schwierigkeiten auf: Bei manchen wurde nach oben gerundet, bei anderen nach unten, und wieder andere verwendeten das einfache arithmetische Mittel. Solcherlei Punkte gibt es Tausende.<\/p>\n

Obwohl die Version des Abrechnungssystems einheitlich ist und es einen einzigen Anbieter gibt, zeigten sich die Einstellungen so unterschiedlich, dass man lange daran arbeiten musste. Wir versuchten, deren Zahl zu reduzieren und stie\u00dfen auf ein zweites Problem, das vielen Unternehmen bekannt ist.<\/p>\n

Vertikales Scaling<\/b>. Selbst die damals beste Hardware konnte den Anforderungen nicht gerecht werden. In der Praxis kam Hardware von Hewlett-Packard, Superdome Hi-End-Serien, zum Einsatz, doch sie erf\u00fcllte nicht einmal die Bed\u00fcrfnisse von zwei Niederlassungen. Man w\u00fcnschte sich horizontales Scaling ohne hohe Betriebskosten und Investitionen.<\/p>\n

Erwartung des Wachstums der Abonnentenzahl und Dienstleistungen<\/b>. Berater haben schon lange Geschichten \u00fcber IoT und M2M in die Telekommunikationswelt gebracht: Es wird Zeiten kommen, in denen in jedem Telefon und B\u00fcgeleisen eine SIM-Karte und in jedem K\u00fchlschrank zwei sein werden. Heute haben wir eine bestimmte Anzahl von Abonnenten, aber in naher Zukunft wird es deutlich mehr geben.<\/p>\n

Technologische Herausforderungen<\/h2>\n

\nDiese vier Gr\u00fcnde haben uns zu ernsthaften Ver\u00e4nderungen bewegt. Es gab die Wahl zwischen der Modernisierung des Systems und der Neugestaltung von Grund auf. Wir haben lange nachgedacht, ernste Entscheidungen getroffen und Ausschreibungen gespielt. Letztendlich haben wir uns entschieden, von Grund auf neu zu entwerfen, und haben uns spannenden Herausforderungen \u2013 technologischen Herausforderungen \u2013 gestellt.<\/p>\n

Skalierbarkeit<\/h3>\n

\nWenn es fr\u00fcher, sagen wir mal, 8 Abrechnungssysteme mit 15 Millionen Abonnenten<\/b>, und es jetzt 100 Millionen Abonnenten und mehr<\/b>\u00a0\u2014 die Belastung ist viel h\u00f6her.<\/p>\n

Wir sind in Bezug auf die Gr\u00f6\u00dfe mit gro\u00dfen Internet-Spielern wie Mail.ru oder Netflix vergleichbar geworden.<\/p><\/blockquote>\n

\nAber die weitere Bewegung zur Erh\u00f6hung der Belastung und der Abonnentenzahl hat uns vor ernsthafte Aufgaben gestellt.<\/p>\n

Die Geographie unseres riesigen Landes<\/h3>\n

\nZwischen Kaliningrad und Wladiwostok 7500 km und 10 Zeitzonen<\/b>. Die Lichtgeschwindigkeit ist endlich, und bei solchen Entfernungen sind die Verz\u00f6gerungen bereits signifikant. 150 ms auf den fortschrittlichsten modernen optischen Kan\u00e4len sind f\u00fcr die Echtzeit-Tarifierung, insbesondere wie sie derzeit im Telekommunikationssektor in Russland praktiziert wird, zu viel. Au\u00dferdem muss eine Aktualisierung innerhalb eines Arbeitstags erfolgen, was mit verschiedenen Zeitzonen ein Problem darstellt.<\/p>\n

Wir bieten nicht nur Dienstleistungen gegen Geb\u00fchr an, sondern verf\u00fcgen auch \u00fcber komplexe Tarife, Pakete und verschiedene Modifikatoren. Es geht darum, dem Nutzer nicht nur zu erlauben oder zu verbieten, zu sprechen, sondern ihm auch ein definiertes Kontingent zu geben \u2014 Anrufe und Aktionen in Echtzeit zu berechnen, sodass er es nicht bemerkt.<\/p>\n

Ausfallsicherheit<\/h3>\n

<\/p>\n

Das ist die Kehrseite der Zentralisierung.<\/p><\/blockquote>\n

\nWenn wir alle Abonnenten in einem System b\u00fcndeln, sind alle Notf\u00e4lle und Katastrophen katastrophal f\u00fcr das Gesch\u00e4ft. Daher entwerfen wir das System so, dass die Auswirkungen von Notf\u00e4llen auf die gesamte Abonnentendatenbank ausgeschlossen werden.<\/p>\n

Dies ist erneut die Folge der Abkehr vom vertikalen Skalieren. Als wir zum horizontalen Skalieren \u00fcbergingen, erh\u00f6hten wir die Anzahl der Server von Hunderten auf Tausende. Diese m\u00fcssen verwaltet und austauschbar gebaut werden, um die IT-Infrastruktur automatisch zu sichern und das verteilte System wiederherzustellen.<\/p>\n

Solche spannenden Herausforderungen lagen vor uns. Wir entwarfen ein System und versuchten in diesem Moment, weltweite Best Practices zu finden, um zu \u00fcberpr\u00fcfen, wie gut wir im Trend liegen und ob wir den neuesten Technologien folgen.<\/p>\n

Weltweite Best Practices<\/h2>\n

<\/p>\n

Erstaunlicherweise fanden wir im globalen Telekommunikationsbereich keinen einzigen Referenzpunkt.<\/p><\/blockquote>\n

\nEuropa fiel aufgrund der Abonnentenzahl und der Gr\u00f6\u00dfe weg, die USA aufgrund der Struktur ihrer Tarife. Einiges sahen wir in China, und in Indien fanden wir Spezialisten von Vodafone India.<\/p>\n

F\u00fcr die Analyse der Architektur versammelten wir ein Dream Team unter der Leitung von IBM \u2014 Architekten aus verschiedenen Bereichen. Diese Personen konnten ad\u00e4quat bewerten, was wir tun, und spezifisches Wissen in unsere Architektur einbringen.<\/p>\n

Skalierung<\/h2>\n

\nEinige Zahlen zur Veranschaulichung.<\/p>\n

Wir entwerfen ein System f\u00fcr 80 Millionen Abonnenten mit einer Reserve f\u00fcr eine Milliarde.<\/b>. So beseitigen wir zuk\u00fcnftige Engp\u00e4sse. Das liegt nicht daran, dass wir planen, China zu erobern, sondern wegen des Drucks durch IoT und M2M.<\/p>\n

300 Millionen Dokumente werden in Echtzeit verarbeitet<\/b>. Obwohl wir 80 Millionen Abonnenten haben, arbeiten wir auch mit potenziellen Kunden und denen, die uns verlassen haben, um Au\u00dfenst\u00e4nde einzutreiben. Daher sind die realen Volumina deutlich h\u00f6her.<\/p>\n

2 Milliarden Transaktionen<\/b> \u00e4ndern t\u00e4glich den Saldo \u2013 es handelt sich um Zahlungen, Gutschriften, Anrufe und andere Ereignisse.\u00a0200 TB Daten ver\u00e4ndern sich aktiv<\/b>, etwas langsamer ver\u00e4ndern sich 8 PB Daten<\/b>, und das sind keine Archive, sondern lebendige Daten in einem einheitlichen Abrechnungssystem. Der Umfang \u00fcber die Rechenzentren betr\u00e4gt 5000 Server an 14 Standorten<\/b>.<\/p>\n

Technologischer Stack<\/h2>\n

\nAls wir die Architektur planten und mit dem Aufbau des Systems begannen, haben wir uns die interessantesten und fortschrittlichsten Technologien importiert. So entstand ein technischer Stack, der jedem Akteur im Internet und Unternehmen, die hochbelastete Systeme erstellen, bekannt ist. <\/p>\n

\"Architektur
\n
\nDer Stack ist \u00e4hnlich den Stacks anderer gro\u00dfer Akteure: Netflix, Twitter, Viber. Er besteht aus 6 Komponenten, aber wir m\u00f6chten ihn verkleinern und vereinheitlichen.<\/p>\n

Flexibilit\u00e4t ist wichtig, jedoch ist in einem gro\u00dfen Unternehmen eine einheitliche L\u00f6sung unerl\u00e4sslich.<\/p><\/blockquote>\n

\nWir planen nicht, Oracle durch Tarantool zu ersetzen. In gro\u00dfen Unternehmen ist das eine Utopie oder ein langwieriger Prozess von 5\u201310 Jahren mit ungewissem Ausgang. Cassandra und Couchbase hingegen k\u00f6nnen gut durch Tarantool ersetzt werden, und darauf streben wir hin.<\/p>\n

Warum Tarantool?<\/h2>\n

\nEs gibt 4 einfache Kriterien, warum wir uns f\u00fcr diese Datenbank entschieden haben.<\/p>\n

Geschwindigkeit<\/b>. Wir haben Lasttests auf industriellen Systemen von MegaFon durchgef\u00fchrt. Tarantool hat gewonnen \u2013 es zeigte die beste Leistung.<\/p>\n

Es w\u00e4re falsch zu sagen, dass andere Systeme nicht den Anforderungen von MegaFon gerecht werden. Die aktuellen Memory-L\u00f6sungen sind so leistungsstark, dass die Kapazit\u00e4t der Firma bei weitem ausreichend ist. Aber wir sind daran interessiert, mit einem Marktf\u00fchrer zu arbeiten und nicht mit dem, der hinterherhinkt, auch in Bezug auf den Lasttest.<\/p>\n

Tarantool erf\u00fcllt die Bed\u00fcrfnisse des Unternehmens auch langfristig.<\/p><\/blockquote>\n

\nDie TCO-Kosten<\/b>. Der Support f\u00fcr Couchbase bei den Volumina von MegaFon ist astronomisch teuer, w\u00e4hrend die Situation mit Tarantool deutlich angenehmer ist, und die Funktionalit\u00e4t \u00e4u\u00dferst vergleichbar ist.<\/p>\n

Ein weiteres sch\u00f6nes Merkmal, das unsere Entscheidung beeinflusst hat, ist, dass Tarantool besser mit dem Speicher arbeitet als andere Datenbanken. Es zeigt maximale Effizienz<\/b>.<\/p>\n

Zuverl\u00e4ssigkeit<\/b>. MegaFon investiert in Zuverl\u00e4ssigkeit wie kaum ein anderer. Daher haben wir beim Blick auf Tarantool schnell erkannt, dass wir sicherstellen m\u00fcssen, dass es unseren Anforderungen gerecht wird.<\/p>\n

Wir haben Zeit und Geld investiert und zusammen mit Mail.ru eine Enterprise-Version entwickelt, die jetzt bereits in mehreren anderen Unternehmen eingesetzt wird.<\/p>\n

Tarantool-enterprise hat uns in Bezug auf Sicherheit, Zuverl\u00e4ssigkeit und Logging vollst\u00e4ndig \u00fcberzeugt.<\/p><\/blockquote>\n

<\/p>\n

Partnerschaft<\/h3>\n

\nDas Wichtigste f\u00fcr mich ist der direkte Kontakt zum Entwickler<\/b>. Das ist genau das, womit die Leute von Tarantool \u00fcberzeugt haben.<\/p>\n

Wenn du zu einem Anbieter kommst, besonders zu einem, der mit einem Gro\u00dfkunden arbeitet, und sagst, dass du eine Datenbank ben\u00f6tigst, die das und das und das kann, antwortet er normalerweise:<\/p>\n

\u2014 Gut, legen Sie die Anforderungen unten auf den Stapel \u2014 irgendwann werden wir uns sicher darum k\u00fcmmern.<\/i><\/p>\n

Viele Unternehmen haben einen Roadmap f\u00fcr die n\u00e4chsten 2-3 Jahre, und es ist nahezu unm\u00f6glich, sich dort einzuf\u00fcgen. Die Entwickler von Tarantool \u00fcberzeugen durch ihre Offenheit, nicht nur mit MegaFon, und passen ihr System auf die Anforderungen der Kunden an. Das ist beeindruckend und gef\u00e4llt uns sehr.<\/p>\n

Wo wir Tarantool eingesetzt haben<\/h2>\n

\nBei uns kommt Tarantool in mehreren Komponenten zum Einsatz. Die erste ist im Pilotprojekt<\/b>, das wir mit einem Adressverzeichnis-System entwickelt haben. Urspr\u00fcnglich wollten wir ein System, das \u00c4hnlichkeiten mit Yandex Maps und Google Maps aufweist, aber es ist etwas anders geworden. <\/p>\n

Zum Beispiel das Adressverzeichnis in der Verkaufsoberfl\u00e4che. Bei Oracle dauert die Suche nach der richtigen Adresse 12-13 Sekunden \u2013 das sind unangenehme Zahlen. Wenn wir auf Tarantool umschalten, Oracle in der Konsole durch eine andere Datenbank ersetzen und die gleiche Suche durchf\u00fchren, erzielen wir eine 200-fache Beschleunigung! Die Stadt wird nach dem dritten Buchstaben angezeigt. Wir passen derzeit die Benutzeroberfl\u00e4che an, damit dies bereits nach dem ersten Buchstaben geschieht. Dennoch ist die Reaktionsgeschwindigkeit ganz anders \u2013 jetzt sind es schon Millisekunden statt Sekunden.<\/p>\n

Die zweite Anwendung ist ein modernes Thema, das als zweigleisige IT bezeichnet wird<\/b>. Das liegt daran, dass Berater von \u00fcberall her sagen, dass Unternehmen dorthin gehen sollten.<\/p>\n

\"Architektur
\n
\nHier gibt es eine Infrastruktur-Ebene, dar\u00fcber liegen die Domains, zum Beispiel das Abrechnungssystem wie bei Telekommunikationsanbietern, Unternehmenssysteme und Unternehmensberichte. Das ist das Kernelement, das unangetastet bleiben sollte. Nat\u00fcrlich kann man das \u00e4ndern, aber man muss paranoid darauf achten, die Qualit\u00e4t sicherzustellen, da es der Corporation Geld einbringt.<\/p>\n

Dar\u00fcber hinaus gibt es die Mikroservices-Ebene \u2013 das, was den Betreiber oder einen anderen Akteur differenziert. Mikroservices k\u00f6nnen schnell basierend auf bestimmten Caches erstellt werden, indem Daten aus verschiedenen Domains dorthin hochgeladen werden. Hier gibt es Spielraum f\u00fcr Experimente<\/b>\u00a0\u2013 wenn etwas nicht funktioniert, schlie\u00dft man einen Mikroservice und \u00f6ffnet einen anderen. Das sorgt f\u00fcr eine echte Verk\u00fcrzung der Markteinf\u00fchrungszeit und erh\u00f6ht die Zuverl\u00e4ssigkeit und Geschwindigkeit des Unternehmens.<\/p>\n

Mikroservices sind wohl die Hauptrolle von Tarantool bei MegaFon. <\/p><\/blockquote>\n

<\/p>\n

Wo wir planen, Tarantool anzuwenden<\/h2>\n

\nIm Vergleich zu unserem erfolgreichen Abrechnungsprojekt und den Transformationsprogrammen von Deutsche Telekom, \u0421\u0432\u044f\u0437\u044c\u043a\u043e\u043c, und Vodafone India wirkt unser Ansatz bemerkenswert dynamisch und kreativ. W\u00e4hrend der Umsetzung dieses Projekts hat sich nicht nur MegaFon und seine Struktur ver\u00e4ndert, sondern es entstand auch Tarantool-enterprise bei Mail.ru und unser Anbieter Nexign (ehemals \u00ab\u041f\u0435\u0442\u0435\u0440-\u0421\u0435\u0440\u0432\u0438\u0441\u00bb) bietet die BSS Box (eine fertige Abrechnungsl\u00f6sung) an.<\/p>\n

In gewisser Weise handelt es sich um ein historisches Projekt f\u00fcr den russischen Markt. Es ist vergleichbar mit dem, was in Frederic Brookss Buch \u00abMythical Man-Month\u00bb beschrieben wird. Damals, in den 60er Jahren, stellte IBM zur Entwicklung des neuen Betriebssystems OS\/360 f\u00fcr Mainframes 5.000 Personen ein. Bei uns sind es weniger \u2014 1.800, aber wir sind effektiv und nutzen mit Blick auf Open Source und neue Ans\u00e4tze unsere Ressourcen produktiver.<\/p>\n

Nachfolgend sind die Domains f\u00fcr das Billing aufgef\u00fchrt oder, breiter gefasst, die Gesch\u00e4ftssysteme. Personen aus dem Enterprise-Bereich kennen CRM bestens. Andere Systeme sollten bereits vorhanden sein: Open API, API Gateway.<\/p>\n

\"Architektur
\n<\/p>\n

Open API<\/h3>\n

\nLassen Sie uns erneut einen Blick auf die Zahlen werfen und betrachten, wie Open API aktuell funktioniert. Seine Last betr\u00e4gt \u2014 10.000 Transaktionen pro Sekunde<\/b>. Da wir planen, die Schicht der Mikrodienste aktiv auszubauen und eine \u00f6ffentliche API f\u00fcr MegaFon zu erstellen, erwarten wir k\u00fcnftig ein deutliches Wachstum in diesem Bereich.\u00a0100.000 Transaktionen werden definitiv erreicht.<\/b>.<\/p>\n

Ich wei\u00df nicht, ob wir im SSO mit Mail.ru konkurrieren k\u00f6nnen \u2013 die haben anscheinend 10.000.000 Transaktionen pro Sekunde. Ihre L\u00f6sung ist f\u00fcr uns sehr interessant und wir planen, deren Erfahrungen zu \u00fcbernehmen \u2013 zum Beispiel wollen wir ein funktionales SSO-Backup mit Tarantool erstellen. Momentan arbeiten die Entwickler von Mail.ru daran bei uns.<\/p>\n

CRM<\/h2>\n

\nCRM \u2013 das sind die 80 Millionen Abonnenten, die wir auf eine Milliarde steigern m\u00f6chten, denn es gibt bereits 300 Millionen Dokumente, die eine dreij\u00e4hrige Historie umfassen. Wir erwarten tats\u00e4chlich neue Dienstleistungen, und hier ist der Wachstumspunkt \u2013 die verbundenen Dienstleistungen.<\/b>. Das ist ein Bereich, der wachsen wird, weil es immer mehr Dienstleistungen geben wird. Entsprechend ben\u00f6tigen wir eine Historie, denn wir m\u00f6chten hierbei nicht stolpern.<\/p>\n

Das Billing selbst im Bereich Rechnungsstellung und im Umgang mit der Forderungsausf\u00e4llen der Kunden hat sich in eine separate Dom\u00e4ne transformiert.<\/b>. Um die Leistung zu steigern, wurde das Architekturmodell der Dom\u00e4nenarchitektur angewendet.<\/b>.<\/p>\n

Das System ist in Domains unterteilt, die Last ist verteilt und die Ausfallsicherheit ist gew\u00e4hrleistet. Dar\u00fcber hinaus haben wir an der verteilten Architektur gearbeitet.<\/p><\/blockquote>\n

\nAlles andere sind Enterprise-L\u00f6sungen. Im Anrufspeicher \u2014 2 Milliarden pro Tag<\/b>, 60 Milliarden pro Monat. Manchmal m\u00fcssen sie f\u00fcr den Monat neu gez\u00e4hlt werden, und es ist besser, das schnell zu tun. Finanzmonitoring<\/b>\u00a0ist genau das, was die 300 Millionen ausmacht, die st\u00e4ndig wachsen: Abonnenten wechseln h\u00e4ufig zwischen den Anbietern, was diesen Teil erh\u00f6ht.<\/p>\n

Der wichtigste Telekommunikationsaspekt im Mobilfunk ist die Online-Tarifierung<\/b>. Das sind die Systeme, die Ihnen erm\u00f6glichen, Anrufe zu t\u00e4tigen oder nicht; sie treffen Entscheidungen in Echtzeit. Hier gibt es eine Last von 30.000 Transaktionen pro Sekunde, aber mit dem Anstieg des Datenverkehrs planen wir 250.000 Transaktionen<\/b>, und deshalb sind wir stark an Tarantool interessiert.<\/p>\n

Das vorherige Bild zeigt die Domains, in denen wir Tarantool anwenden m\u00f6chten. Das CRM selbst ist nat\u00fcrlich breiter und wir planen, es im Kern zu verwenden. <\/p>\n

Die von uns kalkulierte Kennzahl f\u00fcr die technischen Eigenschaften von 100 Millionen Abonnenten bereitet mir als Architekt Sorgen \u2013 was ist, wenn es 101 Millionen sind? M\u00fcssen wir dann alles neu gestalten? Um dies zu vermeiden, setzen wir Caches ein, um die Verf\u00fcgbarkeit zu erh\u00f6hen.<\/p>\n

\"Architektur
\n
\nInsgesamt gibt es zwei Ans\u00e4tze zur Implementierung von Tarantool. Der erste \u2013 alle Caches auf Ebene der Mikrodienste zu erstellen.<\/b>Soweit ich verstehe, verfolgt VympelCom diesen Weg, um einen Kunden-Cache zu schaffen.<\/p>\n

Wir sind weniger von Anbietern abh\u00e4ngig und \u00e4ndern das BSS-Kernsystem, daher haben wir bereits eine einheitliche Kundendatenbank direkt aus der Box. Aber wir m\u00f6chten sie erweitern. Deshalb verfolgen wir einen etwas anderen Ansatz \u2013 wir integrieren Caches direkt in die Systeme.<\/b>.<\/p>\n

So gibt es weniger Asynchronit\u00e4t \u2013 ein System ist sowohl f\u00fcr den Cache als auch f\u00fcr die Hauptdatenquelle verantwortlich.<\/p><\/blockquote>\n

\nDie Methode passt gut zum Tarantool-Ansatz mit einem transaktionalen Ger\u00fcst, bei dem nur die Teile aktualisiert werden, die sich auf die Updates beziehen, also die Daten\u00e4nderungen. Alles andere kann an einem anderen Ort gespeichert werden. Es gibt keinen riesigen Data Lake oder unkontrollierten globalen Cache. Caches werden f\u00fcr Systeme entworfen, entweder f\u00fcr Produkte oder f\u00fcr Kunden, oder um den Betrieb zu erleichtern. Wenn ein unzufriedener Kunde anruft, m\u00f6chte man ihm einen qualitativ hochwertigen Service bieten.<\/p>\n

RTO und RPO<\/h2>\n

\nIn der IT gibt es zwei Begriffe \u2014 RTO<\/b> und\u00a0RPO<\/b>. <\/p>\n

Recovery Time Objective<\/b>\u00a0\u2014 dies ist die Zeit, die ben\u00f6tigt wird, um den Dienst nach einem Ausfall wiederherzustellen. RTO = 0 bedeutet, dass der Dienst auch dann weiterl\u00e4uft, wenn etwas ausf\u00e4llt.<\/p>\n

Recovery Point Objective<\/b>\u00a0\u2014 dies ist die Zeit, die ben\u00f6tigt wird, um Daten wiederherzustellen, also wie viele Daten wir \u00fcber einen bestimmten Zeitraum verlieren k\u00f6nnen. RPO = 0 bedeutet, dass wir keine Daten verlieren.<\/p>\n

Aufgabe f\u00fcr Tarantool<\/h2>\n

\nLassen Sie uns versuchen, eine Aufgabe f\u00fcr Tarantool zu l\u00f6sen.<\/p>\n

Gegeben<\/b>: eine allgemein bekannte Anfrageliste, beispielsweise bei Amazon oder anderswo. Gefordert<\/b> damit der Warenkorb rund um die Uhr, sieben Tage die Woche, oder 99,99 % der Zeit funktioniert. Bestellungen, die bei uns eingehen, m\u00fcssen geordnet bleiben, denn wir k\u00f6nnen die Verbindung f\u00fcr den Kunden nicht willk\u00fcrlich ein- oder ausschalten \u2013 alles muss streng sequenziell sein. Das vorherige Abonnement beeinflusst das n\u00e4chste, daher sind die Daten wichtig \u2013 nichts darf verloren gehen.<\/p>\n

L\u00f6sung<\/b>. Man kann versuchen, direkt zu fragen und die Datenbankentwickler zu konsultieren, aber das Problem l\u00e4sst sich mathematisch nicht l\u00f6sen. Man k\u00f6nnte sich an Theoreme, Erhaltungss\u00e4tze oder Quantenphysik erinnern, aber warum \u2013 es kann auf der Ebene der Datenbank nicht gel\u00f6st werden.<\/p>\n

Hier funktioniert der bew\u00e4hrte architektonische Ansatz \u2013 man muss das Fachgebiet gut kennen, um dieses R\u00e4tsel damit zu l\u00f6sen.<\/p>\n

\"Architektur
\n
\nUnsere L\u00f6sung: Wir erstellen ein verteiltes Antragssystem auf Tarantool \u2013 ein geografisch verteiltes Cluster<\/b>. In der Grafik sind dies drei verschiedene Rechenzentren \u2013 zwei bis zum Ural, eines hinter dem Ural, und wir verteilen alle Antr\u00e4ge auf diese Zentren.<\/p>\n

Bei Netflix, das heute als einer der f\u00fchrenden Anbieter im IT-Bereich gilt, gab es bis 2012 nur ein Rechenzentrum. Am Vorabend von Weihnachten, dem 24. Dezember, fiel dieses Rechenzentrum aus. Nutzer in Kanada und den USA waren ohne ihre Lieblingsfilme und \u00e4u\u00dferten ihren Unmut in sozialen Medien. Jetzt hat Netflix drei Rechenzentren an der West-Ost-K\u00fcste und eines in Westeuropa. <\/p>\n

Wir entwickeln von Anfang an eine geo-verteilte L\u00f6sung \u2013 dabei ist uns die Ausfallsicherheit wichtig. <\/p><\/blockquote>\n

\nAlso haben wir einen Cluster, aber wie sieht es mit RPO = 0 und RTO = 0 aus? Die L\u00f6sung ist einfach und h\u00e4ngt vom Thema ab.<\/p>\n

Was ist bei Anfragen wichtig? Zwei Teile: das Erstellen des Warenkorbs\u00a0VOR<\/b> der Kaufentscheidung, und\u00a0NACH<\/b>. Der Teil VOR wird im Telekommunikationssektor \u00fcblicherweise als Order Capture<\/b> oder Order Negotiation<\/b>. Im Telekommunikationsbereich kann das deutlich komplexer sein als im Online-Shop, da der Kunde bedient werden muss, f\u00fcnf Optionen angeboten werden und dies eine gewisse Zeit in Anspruch nimmt, w\u00e4hrend sich der Warenkorb f\u00fcllt. In diesem Moment ist ein Ausfall m\u00f6glich, aber das ist nicht schlimm, da es in einem interaktiven Modus unter Aufsicht einer Person geschieht. <\/p>\n

Sollte das Moskauer Rechenzentrum unerwartet ausfallen, wechseln wir automatisch zu einem anderen Rechenzentrum, um den Betrieb fortzusetzen. Theoretisch k\u00f6nnte ein Produkt im Warenkorb verloren gehen, aber Sie sehen dies, f\u00fcgen den Warenkorb erneut hinzu und arbeiten weiter. In diesem Fall betr\u00e4gt RTO = 0.<\/p>\n

Gleichzeitig gibt es eine zweite Option: Wenn wir \u201eAbschicken\u201c klicken, wollen wir, dass die Daten nicht verloren gehen. Ab diesem Moment \u00fcbernimmt die Automatisierung \u2014 dies entspricht bereits RPO = 0. Die Anwendung dieser beiden unterschiedlichen Muster kann in einem Fall einfach ein geo-verteilter Cluster mit einem umschaltbaren Master sein, im anderen Fall kann es sich um eine Quorum-Aufzeichnung handeln. Die Vorlagen k\u00f6nnen variieren, aber wir l\u00f6sen das Problem.<\/p>\n

Dar\u00fcber hinaus k\u00f6nnen wir mit einem verteilten Antragsregister auch skalieren \u2014 viele Dispatcher und Ausf\u00fchrer, die auf dieses Register zugreifen.<\/p>\n

\"Architektur
\n<\/p>\n

Cassandra und Tarantool zusammen<\/h2>\n

\nEs gibt noch einen weiteren Anwendungsfall \u2014 \u201eSaldo-Dashboard\u201c<\/b>. Hier handelt es sich um einen interessanten Fall, in dem Cassandra und Tarantool gemeinsam eingesetzt werden.<\/p>\n

Wir setzen Cassandra ein, weil 2 Milliarden Anrufe pro Tag keine Grenze sind und es sogar mehr werden. Marketer lieben es, den Traffic nach Quellen aufzuschl\u00fcsseln, und es gibt immer mehr Details zu sozialen Netzwerken. Das alles erweitert die Geschichte.<\/p>\n

Cassandra erm\u00f6glicht horizontale Skalierung f\u00fcr beliebige Volumen.<\/p><\/blockquote>\n

\nWir f\u00fchlen uns mit Cassandra wohl, aber es gibt ein Problem \u2013 sie ist nicht optimal f\u00fcr das Lesen. Beim Schreiben funktioniert alles in Ordnung, 30.000 pro Sekunde sind kein Problem \u2013 das Problem liegt im Lesen.<\/b>.<\/p>\n

Daher entstand das Thema mit dem Cache, und wir haben gleichzeitig folgendes Problem gel\u00f6st: Es gibt einen alten, traditionellen Fall, wenn die Ausr\u00fcstung vom Switch zur Online-Abrechnung in Dateien kommt, die wir in Cassandra laden. Wir haben das Problem der zuverl\u00e4ssigen \u00dcbertragung dieser Dateien angegangen und sogar auf den Rat eines IBM-Managers hin das File Transfer Management genutzt \u2013 es gibt solche L\u00f6sungen, die die Datei\u00fcbertragung effizient mithilfe des UDP-Protokolls steuern, anstatt TCP. Das ist gut, aber es dauert dennoch Minuten, und solange wir das alles nicht geladen haben, kann der Operator im Callcenter dem Kunden nicht sagen, was mit seinem Guthaben passiert ist \u2013 man muss warten.<\/p>\n

Um das zu vermeiden, haben wir\u00a0wir verwenden parallele funktionale Redundanz<\/b>. Wenn wir ein Event \u00fcber Kafka an Tarantool senden und die Aggregationen in Echtzeit neu berechnen, zum Beispiel f\u00fcr heute, erhalten wir Balken Caches<\/b>, die Balancen mit beliebiger Geschwindigkeit ausgeben k\u00f6nnen, beispielsweise 100.000 Transaktionen pro Sekunde innerhalb von genau 2 Sekunden.<\/p>\n

Das Ziel ist, dass nach einem Anruf bereits nach 2 Sekunden im pers\u00f6nlichen Bereich nicht nur der ge\u00e4nderte Balance angezeigt wird, sondern auch die Information, warum er sich ge\u00e4ndert hat.<\/p>\n

Fazit<\/h2>\n

\nDas waren Beispiele f\u00fcr den Einsatz von Tarantool. Wir sch\u00e4tzen die Offenheit von Mail.ru und ihre Bereitschaft, unterschiedliche F\u00e4lle zu betrachten. <\/p>\n

F\u00fcr Berater von BCG oder McKinsey, Accenture oder IBM ist es schon schwer, uns mit etwas Neuem zu \u00fcberraschen \u2013 vieles von dem, was sie anbieten, machen wir bereits oder haben es gemacht, oder wir planen, es zu tun. Ich denke, dass Tarantool in unserem Technologiestack einen ad\u00e4quaten Platz einnehmen und viele bereits bestehende Technologien ersetzen wird. Wir befinden uns in einer aktiven Entwicklungsphase dieses Projekts.<\/p>\n

Der Vortrag von Oleg und Andrei war einer der besten auf der Tarantool-Konferenz im letzten Jahr, und bereits am 17. Juni wird Oleg Ivlev bei\u00a0der T+ Conference 2019<\/a><\/noindex>\u00a0mit einem Vortrag auftreten \u201eWarum Tarantool im Enterprise\u201c<\/a><\/noindex>. Auch von MegaFon wird Alexander Deulin mit einem Vortrag auftreten. \u201eTarantool-Caches und Replikation aus Oracle\u201c<\/a><\/noindex>. Wir erfahren, was sich ge\u00e4ndert hat und welche Pl\u00e4ne umgesetzt werden konnten. Machen Sie mit \u2014 die Konferenz ist kostenlos, man muss nur sich registrieren<\/a><\/noindex>. Alle Vortr\u00e4ge sind angenommen<\/a><\/noindex> und das Programm der Konferenz wurde festgelegt: neue Anwendungsf\u00e4lle, neue Erfahrungen mit Tarantool, Architektur, Enterprise, Tutorials und Microservices.<\/p><\/blockquote>\n

Quelle: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0417\u0430\u0447\u0435\u043c \u0442\u0430\u043a\u043e\u0439 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u041c\u0435\u0433\u0430\u0424\u043e\u043d, Tarantool \u0432\u00a0\u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0435? \u0421\u043e \u0441\u0442\u043e\u0440\u043e\u043d\u044b \u043a\u0430\u0436\u0435\u0442\u0441\u044f, \u0447\u0442\u043e \u043e\u0431\u044b\u0447\u043d\u043e \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442 \u0432\u0435\u043d\u0434\u043e\u0440, \u043f\u0440\u0438\u043d\u043e\u0441\u0438\u0442 \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0443\u044e \u043a\u043e\u0440\u043e\u0431\u043a\u0443, \u0432\u0442\u044b\u043a\u0430\u0435\u0442 \u0448\u0442\u0435\u043a\u0435\u0440 \u0432\u00a0\u0440\u043e\u0437\u0435\u0442\u043a\u0443\u00a0\u2014 \u0432\u043e\u0442 \u0438\u00a0\u0431\u0438\u043b\u043b\u0438\u043d\u0433! \u041a\u043e\u0433\u0434\u0430-\u0442\u043e \u0442\u0430\u043a \u0438\u00a0\u0431\u044b\u043b\u043e, \u043d\u043e\u00a0\u0441\u0435\u0439\u0447\u0430\u0441 \u044d\u0442\u043e \u0430\u0440\u0445\u0430\u0438\u043a\u0430, \u0438\u00a0\u0442\u0430\u043a\u0438\u0435 \u0434\u0438\u043d\u043e\u0437\u0430\u0432\u0440\u044b \u0443\u0436\u0435 \u0432\u044b\u043c\u0435\u0440\u043b\u0438 \u0438\u043b\u0438 \u0432\u044b\u043c\u0438\u0440\u0430\u044e\u0442. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u0431\u0438\u043b\u043b\u0438\u043d\u0433 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0434\u043b\u044f \u0432\u044b\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0447\u0435\u0442\u043e\u0432\u00a0\u2014 \u0441\u0447\u0438\u0442\u0430\u043b\u043a\u0430 \u0438\u043b\u0438 \u043a\u0430\u043b\u044c\u043a\u0443\u043b\u044f\u0442\u043e\u0440. \u0412\u00a0\u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u043c \u0442\u0435\u043b\u0435\u043a\u043e\u043c\u0435\u00a0\u2014 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0441\u0435\u0433\u043e \u0436\u0438\u0437\u043d\u0435\u043d\u043d\u043e\u0433\u043e \u0446\u0438\u043a\u043b\u0430 \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0441\u00a0\u0430\u0431\u043e\u043d\u0435\u043d\u0442\u043e\u043c […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":28258,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-37650","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 Architektur des modernen Billing: Transformation mit dem Wechsel zu Tarantool | ProHoster","description":"Warum ben\u00f6tigt ein Unternehmen wie MegaFon Tarantool im Billing? Es scheint, als w\u00fcrde normalerweise ein Anbieter kommen, eine gro\u00dfe Box mitbringen, den Stecker in die Steckdose stecken \u2014 und da ist das Billing! Fr\u00fcher war es so, aber das ist jetzt veraltet, und solche Dinosaurier sind ausgestorben oder sterben aus. Urspr\u00fcnglich war Billing ein System zur Rechnungsstellung \u2014 eine Z\u00e4hlmaschine oder ein Rechner. In der modernen Telekommunikation ist es ein System zur Automatisierung des gesamten Lebenszyklus der Interaktion mit dem Kunden.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","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\u0410\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u0430 \u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0430 \u043d\u043e\u0432\u043e\u0433\u043e \u043f\u043e\u043a\u043e\u043b\u0435\u043d\u0438\u044f: \u0442\u0440\u0430\u043d\u0441\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u044f \u0441 \u043f\u0435\u0440\u0435\u0445\u043e\u0434\u043e\u043c \u043d\u0430 Tarantool | ProHoster","og:description":"\u0417\u0430\u0447\u0435\u043c \u0442\u0430\u043a\u043e\u0439 \u043a\u043e\u0440\u043f\u043e\u0440\u0430\u0446\u0438\u0438, \u043a\u0430\u043a \u041c\u0435\u0433\u0430\u0424\u043e\u043d, Tarantool \u0432 \u0431\u0438\u043b\u043b\u0438\u043d\u0433\u0435? \u0421\u043e \u0441\u0442\u043e\u0440\u043e\u043d\u044b \u043a\u0430\u0436\u0435\u0442\u0441\u044f, \u0447\u0442\u043e \u043e\u0431\u044b\u0447\u043d\u043e \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442 \u0432\u0435\u043d\u0434\u043e\u0440, \u043f\u0440\u0438\u043d\u043e\u0441\u0438\u0442 \u043a\u0430\u043a\u0443\u044e-\u0442\u043e \u0431\u043e\u043b\u044c\u0448\u0443\u044e \u043a\u043e\u0440\u043e\u0431\u043a\u0443, \u0432\u0442\u044b\u043a\u0430\u0435\u0442 \u0448\u0442\u0435\u043a\u0435\u0440 \u0432 \u0440\u043e\u0437\u0435\u0442\u043a\u0443 \u2014 \u0432\u043e\u0442 \u0438 \u0431\u0438\u043b\u043b\u0438\u043d\u0433! \u041a\u043e\u0433\u0434\u0430-\u0442\u043e \u0442\u0430\u043a \u0438 \u0431\u044b\u043b\u043e, \u043d\u043e \u0441\u0435\u0439\u0447\u0430\u0441 \u044d\u0442\u043e \u0430\u0440\u0445\u0430\u0438\u043a\u0430, \u0438 \u0442\u0430\u043a\u0438\u0435 \u0434\u0438\u043d\u043e\u0437\u0430\u0432\u0440\u044b \u0443\u0436\u0435 \u0432\u044b\u043c\u0435\u0440\u043b\u0438 \u0438\u043b\u0438 \u0432\u044b\u043c\u0438\u0440\u0430\u044e\u0442. \u0418\u0437\u043d\u0430\u0447\u0430\u043b\u044c\u043d\u043e \u0431\u0438\u043b\u043b\u0438\u043d\u0433 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0434\u043b\u044f \u0432\u044b\u0441\u0442\u0430\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0447\u0435\u0442\u043e\u0432 \u2014 \u0441\u0447\u0438\u0442\u0430\u043b\u043a\u0430 \u0438\u043b\u0438 \u043a\u0430\u043b\u044c\u043a\u0443\u043b\u044f\u0442\u043e\u0440. \u0412 \u0441\u043e\u0432\u0440\u0435\u043c\u0435\u043d\u043d\u043e\u043c \u0442\u0435\u043b\u0435\u043a\u043e\u043c\u0435 \u2014 \u044d\u0442\u043e \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u0430\u0432\u0442\u043e\u043c\u0430\u0442\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u0441\u0435\u0433\u043e \u0436\u0438\u0437\u043d\u0435\u043d\u043d\u043e\u0433\u043e \u0446\u0438\u043a\u043b\u0430 \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0441 \u0430\u0431\u043e\u043d\u0435\u043d\u0442\u043e\u043c","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","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-31T19:18:50+00:00","article:modified_time":"2019-10-31T19:18:50+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"37650","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-23 18:44:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:23:06","updated":"2026-01-23 18:44:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37650","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=37650"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/37650\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/28258"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=37650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=37650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=37650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}