{"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\/fr\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","title":{"rendered":"Architecture de facturation de nouvelle g\u00e9n\u00e9ration : transformation avec le passage \u00e0 Tarantool","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Pourquoi une entreprise comme MegaFon aurait-elle besoin de Tarantool dans la facturation ? De l'ext\u00e9rieur, il semble qu'un fournisseur arrive, apporte une grande bo\u00eete, la branche dans une prise \u2013 et voil\u00e0, la facturation est en place ! Cela a \u00e9t\u00e9 le cas autrefois, mais aujourd'hui, c'est de l'archa\u00efsme, et ces dinosaures sont d\u00e9j\u00e0 \u00e9teints ou en voie d'extinction. \u00c0 l'origine, la facturation est un syst\u00e8me de facturation \u2013 un calculateur. Dans les t\u00e9l\u00e9communications modernes, c'est un<\/b>syst\u00e8me d'automatisation de tout le cycle de vie de l'interaction avec l'abonn\u00e9, depuis la signature du contrat jusqu'\u00e0 la rupture,<\/p>\n

\"Architecture
\n
\nincluant la tarification en temps r\u00e9el, la r\u00e9ception des paiements et bien d'autres choses. La facturation dans les entreprises de t\u00e9l\u00e9communication ressemble \u00e0 un robot de combat \u2013 grand, puissant et \u00e9quip\u00e9 d'armements. Mais quel est le rapport avec Tarantool ? C'est ce que vont expliquer<\/b> et\u00a0Oleg Ivlev<\/b>. Oleg est l'architecte en chef de la soci\u00e9t\u00e9 MegaFon<\/a><\/noindex> avec une grande exp\u00e9rience dans des entreprises \u00e0 l'\u00e9tranger, Andrey est le directeur des syst\u00e8mes d'affaires. \u00c0 partir de la transcription de leur rapport lors de la\u00a0Tarantool Conference 2018<\/a><\/noindex>\u00a0, vous d\u00e9couvrirez pourquoi la R&D est n\u00e9cessaire dans les entreprises, ce qu'est Tarantool, comment l'impasse du scaling vertical et la globalisation ont \u00e9t\u00e9 des conditions pr\u00e9alables \u00e0 l'\u00e9mergence de cette base de donn\u00e9es dans l'entreprise, les d\u00e9fis technologiques, la transformation de l'architecture et en quoi la technologie de MegaFon ressemble \u00e0 celles de Netflix, Google et Amazon.
\n<\/a><\/noindex>
\n

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

Le projet \u00ab Facturation Unique \u00bb<\/h2>\n

\nLe projet dont nous allons parler s'appelle \u00ab Facturation Unique \u00bb. C'est exactement dans ce projet que Tarantool a montr\u00e9 ses meilleures qualit\u00e9s. <\/p>\n

\"Architecture
\n
\nLa hausse des performances du mat\u00e9riel Hi-End n'\u00e9taient pas \u00e0 la hauteur de l'augmentation de la base d'abonn\u00e9s et du nombre de services, une augmentation suppl\u00e9mentaire du nombre d'abonn\u00e9s et de services \u00e9tait attendue gr\u00e2ce \u00e0 M2M, IoT, et les particularit\u00e9s des filiales conduisaient \u00e0 une d\u00e9t\u00e9rioration du time-to-market. L'entreprise a d\u00e9cid\u00e9 de cr\u00e9er un syst\u00e8me d'affaires unique avec une architecture modulaire unique de niveau mondial, en remplacement de 8 syst\u00e8mes de facturation diff\u00e9rents existants.<\/p>\n

MegaFon, c'est huit soci\u00e9t\u00e9s en une.<\/b>En 2009, la r\u00e9organisation a \u00e9t\u00e9 achev\u00e9e : les filiales \u00e0 travers la Russie se sont unies en une seule entreprise, OAO MegaFon (aujourd'hui, PAO). Ainsi, l'entreprise a acquis 8 syst\u00e8mes de facturation avec leurs propres solutions \u00ab sur mesure \u00bb, leurs particularit\u00e9s filiales et des structures organisationnelles, IT et marketing vari\u00e9es.<\/p>\n

Tout allait bien jusqu'\u00e0 ce qu'il faille lancer un produit f\u00e9d\u00e9ral commun. Cela a entra\u00een\u00e9 de nombreuses complications : certains avaient une tarification arrondie \u00e0 l'unit\u00e9 sup\u00e9rieure, d'autres \u00e0 l'inf\u00e9rieure, et d'autres encore selon la moyenne arithm\u00e9tique. Il y a des milliers de tels cas.<\/p>\n

Malgr\u00e9 le fait qu'il n'y ait qu'une seule version du syst\u00e8me de facturation, avec un seul fournisseur, les configurations diff\u00e9raient suffisamment pour que cela prenne du temps. Nous avons essay\u00e9 de r\u00e9duire leur nombre et sommes tomb\u00e9s sur un deuxi\u00e8me probl\u00e8me qui est familier \u00e0 de nombreuses entreprises.<\/p>\n

\u00c9volutivit\u00e9 verticale<\/b>. M\u00eame le mat\u00e9riel le plus avanc\u00e9 \u00e0 l'\u00e9poque ne r\u00e9pondait pas aux besoins. Nous utilisions du mat\u00e9riel Hewlett-Packard, de la gamme Superdome Hi-End, mais cela ne pouvait pas supporter m\u00eame deux filiales. Nous souhaitions une \u00e9volutivit\u00e9 horizontale sans de grands co\u00fbts op\u00e9rationnels ni d'investissements en capital.<\/p>\n

Attente de la croissance du nombre d'abonn\u00e9s et de services<\/b>. Les consultants ont longtemps apport\u00e9 dans le monde des t\u00e9l\u00e9coms des r\u00e9cits sur l'IoT et le M2M : il viendra un moment o\u00f9 chaque t\u00e9l\u00e9phone et chaque fer \u00e0 repasser aura une carte SIM, et deux dans le r\u00e9frig\u00e9rateur. Aujourd'hui, nous avons un certain nombre d'abonn\u00e9s, mais dans un avenir proche, cela sera multipli\u00e9 par dix.<\/p>\n

D\u00e9fis technologiques<\/h2>\n

\nCes quatre raisons nous ont pouss\u00e9s \u00e0 apporter des changements significatifs. Il y avait un choix entre la modernisation du syst\u00e8me et la conception d'un nouveau syst\u00e8me. Nous avons longtemps r\u00e9fl\u00e9chi, pris des d\u00e9cisions s\u00e9rieuses et organis\u00e9 des appels d'offres. Au final, nous avons d\u00e9cid\u00e9 de concevoir depuis le d\u00e9but et de relever des d\u00e9fis int\u00e9ressants \u2014 des d\u00e9fis technologiques.<\/p>\n

Scalabilit\u00e9<\/h3>\n

\nSi auparavant il y avait, disons, 8 syst\u00e8mes de facturation pour 15 millions d'abonn\u00e9s<\/b>, maintenant cela devait atteindre 100 millions d'abonn\u00e9s et plus<\/b>\u00a0\u2014 la charge est beaucoup plus \u00e9lev\u00e9e.<\/p>\n

Nous sommes devenus comparables en taille aux grands acteurs d'Internet, comme Mail.ru ou Netflix.<\/p><\/blockquote>\n

\nMais le mouvement ult\u00e9rieur pour augmenter la charge et le nombre d'abonn\u00e9s a pos\u00e9 des d\u00e9fis s\u00e9rieux.<\/p>\n

La g\u00e9ographie de notre vaste pays<\/h3>\n

\nEntre Kaliningrad et Vladivostok 7500 km et 10 fuseaux horaires<\/b>. La vitesse de la lumi\u00e8re est finie et \u00e0 de telles distances, les d\u00e9lais sont d\u00e9j\u00e0 significatifs. 150 ms sur les canaux optiques modernes les plus avanc\u00e9s, c'est un peu trop pour une tarification en temps r\u00e9el, surtout comme celle qui existe actuellement dans les t\u00e9l\u00e9coms en Russie. De plus, il est n\u00e9cessaire de se mettre \u00e0 jour en une journ\u00e9e de travail, ce qui est probl\u00e9matique avec les diff\u00e9rents fuseaux horaires.<\/p>\n

Nous ne nous contentons pas de fournir des services par abonnement, nous avons des forfaits complexes, des paquets et diff\u00e9rents modificateurs. Nous ne devons pas simplement autoriser ou interdire \u00e0 l'abonn\u00e9 de parler, mais lui donner un certain quota \u2014 comptabiliser les appels et les actions en temps r\u00e9el de mani\u00e8re \u00e0 ce qu'il ne s'en aper\u00e7oive pas.<\/p>\n

R\u00e9silience<\/h3>\n

<\/p>\n

C'est le revers de la centralisation.<\/p><\/blockquote>\n

\nSi nous rassemblons tous les abonn\u00e9s dans un seul syst\u00e8me, toute les \u00e9v\u00e9nements d'urgence et les catastrophes sont d\u00e9sastreux pour les affaires. C'est pourquoi nous concevons le syst\u00e8me afin d'exclure l'impact des pannes sur l'ensemble de la base d'abonn\u00e9s.<\/p>\n

C'est une cons\u00e9quence encore une fois de l'abandon de la mise \u00e0 l'\u00e9chelle verticale. Lorsque nous avons opt\u00e9 pour la mise \u00e0 l'\u00e9chelle horizontale, nous avons augment\u00e9 le nombre de serveurs de centaines \u00e0 des milliers. Il faut les g\u00e9rer et \u00e9tablir une interchangeabilit\u00e9, automatiser la sauvegarde de l'infrastructure informatique et restaurer le syst\u00e8me distribu\u00e9.<\/p>\n

De tels d\u00e9fis int\u00e9ressants se sont pos\u00e9s \u00e0 nous. Nous avons con\u00e7u un syst\u00e8me, et \u00e0 ce moment-l\u00e0, nous avons tent\u00e9 de trouver des meilleures pratiques mondiales pour v\u00e9rifier dans quelle mesure nous sommes \u00e0 la pointe, \u00e0 quel point nous suivons les technologies avanc\u00e9es.<\/p>\n

Meilleures pratiques mondiales<\/h2>\n

<\/p>\n

\u00c9tonnamment, dans le secteur des t\u00e9l\u00e9communications mondial, nous n'avons trouv\u00e9 aucune r\u00e9f\u00e9rence.<\/p><\/blockquote>\n

\nL'Europe a \u00e9t\u00e9 exclue en raison du nombre d'abonn\u00e9s et de l'\u00e9chelle, les \u00c9tats-Unis par rapport \u00e0 la diversit\u00e9 de ses tarifs. Nous avons regard\u00e9 un peu en Chine, et trouv\u00e9 certaines choses en Inde en prenant des sp\u00e9cialistes de Vodafone India.<\/p>\n

Pour analyser l'architecture, nous avons rassembl\u00e9 une Dream Team dirig\u00e9e par IBM \u2014 des architectes de diff\u00e9rents domaines. Ces personnes pouvaient \u00e9valuer de mani\u00e8re ad\u00e9quate ce que nous faisons et apporter certaines connaissances \u00e0 notre architecture.<\/p>\n

\u00c9chelle<\/h2>\n

\nQuelques chiffres pour illustrer.<\/p>\n

Nous concevons un syst\u00e8me pour 80 millions d'abonn\u00e9s avec une marge pour un milliard<\/b>. Ainsi, nous \u00e9liminons les futures limites. Ce n'est pas parce que nous pr\u00e9voyons de conqu\u00e9rir la Chine, mais \u00e0 cause de l'inondation de l'IoT et de M2M.<\/p>\n

300 millions de documents sont trait\u00e9s en temps r\u00e9el<\/b>. Bien que nous ayons 80 millions d'abonn\u00e9s, nous travaillons aussi avec des clients potentiels et ceux qui nous ont quitt\u00e9s, si nous devons recouvrer des cr\u00e9ances. Donc, les volumes r\u00e9els sont nettement plus importants.<\/p>\n

2 milliards de transactions<\/b> modifient quotidiennement le solde \u2014 ce sont des paiements, des pr\u00e9l\u00e8vements, des appels et d'autres \u00e9v\u00e9nements.\u00a0200 To de donn\u00e9es changent activement<\/b>, un peu plus lentement changent 8 Po de donn\u00e9es<\/b>, et ce n'est pas une archive, mais des donn\u00e9es en temps r\u00e9el dans une facturation unique. L'\u00e9chelle par centre de donn\u00e9es \u2014 5 000 serveurs sur 14 sites<\/b>.<\/p>\n

Stack technologique<\/h2>\n

\nLorsque nous avons planifi\u00e9 l'architecture et commenc\u00e9 \u00e0 assembler le syst\u00e8me, nous avons import\u00e9 les technologies les plus int\u00e9ressantes et avanc\u00e9es. Cela a donn\u00e9 un stack technologique familier \u00e0 tout joueur d'internet et aux entreprises qui cr\u00e9ent des syst\u00e8mes \u00e0 forte charge. <\/p>\n

\"Architecture
\n
\nLe stack est similaire aux stacks d'autres grands acteurs : Netflix, Twitter, Viber. Il se compose de 6 composants, mais nous souhaitons le r\u00e9duire et l'unifier.<\/p>\n

La flexibilit\u00e9, c'est bien, mais dans une grande entreprise, l'unification est indispensable.<\/p><\/blockquote>\n

\nNous n'avons pas l'intention de remplacer Oracle par Tarantool. Dans les grandes entreprises, c'est une utopie, ou une croisade de 5 \u00e0 10 ans avec un r\u00e9sultat incertain. Mais Cassandra et Couchbase peuvent tout \u00e0 fait \u00eatre remplac\u00e9s par Tarantool, et nous y aspirons.<\/p>\n

Pourquoi Tarantool ?<\/h2>\n

\nIl y a 4 crit\u00e8res simples pour lesquels nous avons choisi cette base de donn\u00e9es.<\/p>\n

Vitesse<\/b>. Nous avons r\u00e9alis\u00e9 des tests de charge sur des syst\u00e8mes industriels de MegaFon. Tarantool a gagn\u00e9 \u2014 il a montr\u00e9 les meilleures performances.<\/p>\n

On ne peut pas dire que d'autres syst\u00e8mes ne r\u00e9pondent pas aux besoins de MegaFon. Les solutions m\u00e9moire actuelles sont si performantes que cette r\u00e9serve est amplement suffisante pour l'entreprise. Mais nous sommes int\u00e9ress\u00e9s \u00e0 traiter avec un leader, et non avec ceux qui tra\u00eenent \u00e0 la tra\u00eene, y compris lors des tests de charge.<\/p>\n

Tarantool r\u00e9pond aux besoins de l'entreprise m\u00eame \u00e0 long terme.<\/p><\/blockquote>\n

\nCo\u00fbt total de possession (TCO)<\/b>. Le support de Couchbase \u00e0 l'\u00e9chelle de MegaFon co\u00fbte des sommes astronomiques, alors que la situation avec Tarantool est bien plus agr\u00e9able, et en termes de fonctionnalit\u00e9s, ils sont proches.<\/p>\n

Une autre caract\u00e9ristique agr\u00e9able qui a un peu influenc\u00e9 notre choix \u2014 Tarantool fonctionne mieux que les autres bases de donn\u00e9es avec la m\u00e9moire. Il montre une efficacit\u00e9 maximale<\/b>.<\/p>\n

Fiabilit\u00e9<\/b>. MegaFon investit dans la fiabilit\u00e9, probablement comme personne d'autre. Donc, lorsque nous avons examin\u00e9 Tarantool, nous avons compris qu'il fallait le rendre conforme \u00e0 nos exigences.<\/p>\n

Nous avons investi notre temps et nos finances, et avec Mail.ru, nous avons cr\u00e9\u00e9 une version entreprise, qui est maintenant d\u00e9j\u00e0 utilis\u00e9e dans plusieurs autres entreprises.<\/p>\n

Tarantool-entreprise nous a totalement satisfait en mati\u00e8re de s\u00e9curit\u00e9, fiabilit\u00e9 et journalisation.<\/p><\/blockquote>\n

<\/p>\n

Partenariat<\/h3>\n

\nLe plus important pour moi \u2014 le contact direct avec le d\u00e9veloppeur<\/b>. C'est exactement cela qui a s\u00e9duit les gars de Tarantool.<\/p>\n

Lorsque vous vous adressez \u00e0 un d\u00e9veloppeur, en particulier celui qui travaille avec des clients ancr\u00e9s, et que vous lui dites que vous avez besoin que la base de donn\u00e9es puisse faire ceci, cela et cela, il r\u00e9pond g\u00e9n\u00e9ralement :<\/p>\n

\u2014 D'accord, mettez les exigences en bas de la pile \u2014 peut-\u00eatre qu'un jour nous les examinerons.<\/i><\/p>\n

Beaucoup d'entre eux ont une feuille de route pour les 2-3 prochaines ann\u00e9es, et y int\u00e9grer des demandes est pratiquement impossible, mais les d\u00e9veloppeurs de Tarantool s\u00e9duisent par leur transparence, pas seulement avec MegaFon, et adaptent leur syst\u00e8me aux besoins des clients. C'est formidable, et nous appr\u00e9cions beaucoup.<\/p>\n

O\u00f9 nous avons utilis\u00e9 Tarantool<\/h2>\n

\nNous utilisons Tarantool dans plusieurs \u00e9l\u00e9ments. Le premier est dans le pilote<\/b>, que nous avons r\u00e9alis\u00e9 sur le syst\u00e8me de catalogue d'adresses. \u00c0 l'\u00e9poque, nous voulions que ce soit un syst\u00e8me ressemblant \u00e0 Yandex.Maps et Google Maps, mais cela a un peu diverg\u00e9. <\/p>\n

Par exemple, le catalogue d'adresses dans l'interface de vente. Sur Oracle, la recherche de l'adresse souhait\u00e9e prend 12-13 secondes \u2014 des chiffres peu confortables. Lorsque nous passons \u00e0 Tarantool, rempla\u00e7ons Oracle par une autre base de donn\u00e9es dans la console et effectuons la m\u00eame recherche, nous obtenons une acc\u00e9l\u00e9ration de 200 fois ! La ville appara\u00eet apr\u00e8s la troisi\u00e8me lettre. Nous adaptons maintenant l'interface pour que cela se produise apr\u00e8s la premi\u00e8re. Cela dit, la r\u00e9activit\u00e9 est totalement diff\u00e9rente \u2014 d\u00e9j\u00e0 des millisecondes au lieu de secondes.<\/p>\n

La seconde application est un sujet \u00e0 la mode, appel\u00e9 IT \u00e0 double vitesse<\/b>. Tout cela parce que les consultants de chaque coin disent que les entreprises doivent aller dans cette direction.<\/p>\n

\"Architecture
\n
\nIl y a ici une couche d'infrastructure, au-dessus il y a des domaines, par exemple, un syst\u00e8me de facturation, comme dans les t\u00e9l\u00e9coms, des syst\u00e8mes d'entreprise, des rapports d'entreprise. C'est le noyau que l'on ne doit pas toucher. Bien s\u00fbr, on peut, mais en s'assurant parano\u00efaquement de la qualit\u00e9, car cela rapporte de l'argent \u00e0 l'entreprise.<\/p>\n

Ensuite, il y a une couche de microservices \u2014 ce qui diff\u00e9rencie un op\u00e9rateur ou un autre acteur. Les microservices peuvent \u00eatre cr\u00e9\u00e9s rapidement sur la base de certaines caches, en tirant des donn\u00e9es de diff\u00e9rents domaines. Ici il y a un terrain pour l'exp\u00e9rimentation<\/b>\u00a0\u2014 si quelque chose ne fonctionne pas, on ferme un microservice et en ouvre un autre. Cela assure vraiment un d\u00e9lai de mise sur le march\u00e9 r\u00e9duit et augmente la fiabilit\u00e9 et la rapidit\u00e9 de l'entreprise.<\/p>\n

Les microservices sont sans doute le r\u00f4le principal de Tarantool chez MegaFon. <\/p><\/blockquote>\n

<\/p>\n

O\u00f9 nous pr\u00e9voyons d'appliquer Tarantool<\/h2>\n

\nCompar\u00e9 \u00e0 notre projet de facturation r\u00e9ussi, les programmes de transformation chez Deutsche Telekom, Svaztykom et Vodafone India sont \u00e9tonnamment dynamiques et cr\u00e9atifs. Dans le processus de mise en \u0153uvre de ce projet, non seulement MegaFon et sa structure ont \u00e9t\u00e9 transform\u00e9s, mais Tarantool-enterprise a aussi vu le jour chez Mail.ru, et chez notre fournisseur Nexign (anciennement \u00ab Peter-Service \u00bb) \u2014 BSS Box (solution de facturation pr\u00eate \u00e0 l'emploi).<\/p>\n

C'est, d'une certaine mani\u00e8re, un projet historique pour le march\u00e9 russe. On peut le comparer \u00e0 ce qui est d\u00e9crit dans le livre de Frederick Brooks \u00ab The Mythical Man-Month \u00bb. \u00c0 l'\u00e9poque, dans les ann\u00e9es 60, pour d\u00e9velopper le nouveau syst\u00e8me d'exploitation OS\/360 pour les mainframes, IBM faisait appel \u00e0 5 000 personnes. Nous avons moins \u2014 1 800, mais avec nos rayures, et en tenant compte de l'utilisation de l'open source et de nouvelles approches, nous travaillons de mani\u00e8re plus productive.<\/p>\n

Ci-dessous, les domaines de facturation ou, pour parler plus largement, \u2014 des syst\u00e8mes d'affaires. Les gens des entreprises connaissent bien le CRM. D'autres syst\u00e8mes devraient d\u00e9j\u00e0 \u00eatre utilis\u00e9s par tous : Open API, API Gateway.<\/p>\n

\"Architecture
\n<\/p>\n

Open API<\/h3>\n

\nRegardons \u00e0 nouveau les chiffres et comment Open API fonctionne actuellement. Sa charge est 10 000 transactions par seconde<\/b>. \u00c9tant donn\u00e9 que nous pr\u00e9voyons de d\u00e9velopper activement la couche de microservices et de construire l'API publique de MegaFon, nous attendons une plus grande croissance future pr\u00e9cis\u00e9ment dans ce domaine.\u00a0100 000 transactions seront certainement atteintes<\/b>.<\/p>\n

Je ne sais pas si nous serons au m\u00eame niveau que Mail.ru en SSO \u2014 ils semblent avoir 1 000 000 transactions par seconde. Leur solution nous int\u00e9resse \u00e9norm\u00e9ment et nous pr\u00e9voyons d'adopter leur exp\u00e9rience \u2014 par exemple, en faisant un backup fonctionnel SSO avec l'aide de Tarantool. Actuellement, les d\u00e9veloppeurs de Mail.ru s'occupent de cela chez nous.<\/p>\n

CRM<\/h2>\n

\nLe CRM repr\u00e9sente ces 80 millions d'abonn\u00e9s que nous voulons porter \u00e0 un milliard, car il y a d\u00e9j\u00e0 300 millions de documents qui incluent trois ans d'historique. Nous attendons vraiment de nouveaux services, et ici le point de croissance est les services connect\u00e9s<\/b>. C'est une sph\u00e8re qui va se d\u00e9velopper, car le nombre de services ne fera qu'augmenter. Par cons\u00e9quent, une histoire sera n\u00e9cessaire, nous ne voulons pas tr\u00e9bucher l\u00e0-dessus.<\/p>\n

La facturation elle-m\u00eame en ce qui concerne l'\u00e9mission des factures, le travail avec les cr\u00e9ances clients s'est transform\u00e9e en un domaine distinct<\/b>. Pour accro\u00eetre la productivit\u00e9, un mod\u00e8le architectural bas\u00e9 sur l'architecture de domaine a \u00e9t\u00e9 appliqu\u00e9.<\/b>.<\/p>\n

Le syst\u00e8me est divis\u00e9 en domaines, avec une charge r\u00e9partie et une r\u00e9silience assur\u00e9e. De plus, des travaux ont \u00e9t\u00e9 r\u00e9alis\u00e9s sur une architecture distribu\u00e9e.<\/p><\/blockquote>\n

\nTout le reste concerne des solutions de niveau entreprise. Dans le stockage des appels - 2 milliards par jour<\/b>, 60 milliards par mois. Parfois, il faut les recalculer mensuellement, et c'est mieux d'agir rapidement. La surveillance financi\u00e8re<\/b>\u00a0est pr\u00e9cis\u00e9ment ces 300 millions qui ne cessent de cro\u00eetre : les abonn\u00e9s changent souvent d'op\u00e9rateur, augmentant cette part.<\/p>\n

Le composant le plus t\u00e9l\u00e9com dans la communication mobile est la tarification en ligne<\/b>. Ce sont ces syst\u00e8mes qui vous permettent de passer ou de ne pas passer d'appels, prenant des d\u00e9cisions en temps r\u00e9el. Ici, la charge est de 30 000 transactions par seconde, mais avec la croissance du transfert de donn\u00e9es, nous pr\u00e9voyons 250 000 transactions<\/b>, et c'est pourquoi nous sommes tr\u00e8s int\u00e9ress\u00e9s par Tarantool.<\/p>\n

L'image pr\u00e9c\u00e9dente repr\u00e9sente les domaines o\u00f9 nous pr\u00e9voyons d'appliquer Tarantool. Le CRM lui-m\u00eame, bien s\u00fbr, est plus large et nous pr\u00e9voyons de l'appliquer dans le noyau m\u00eame. <\/p>\n

Mon chiffre cible de 100 millions d'abonn\u00e9s me pr\u00e9occupe en tant qu'architecte - que se passe-t-il si nous atteignons 101 millions ? Devons-nous tout recommencer ? Pour \u00e9viter cela, nous utilisons des caches, tout en augmentant la disponibilit\u00e9.<\/p>\n

\"Architecture
\n
\nEn g\u00e9n\u00e9ral, il existe deux approches pour appliquer Tarantool. La premi\u00e8re - construire tous les caches au niveau des microservices.<\/b>Il semble que cette voie soit celle qu'emprunte VimpelCom, cr\u00e9ant un cache client.<\/p>\n

Nous sommes moins d\u00e9pendants des fournisseurs, nous modifions le noyau BSS, donc nous avons un registre client unifi\u00e9 d\u00e9j\u00e0 pr\u00eat \u00e0 l'emploi. Mais nous souhaitons l'\u00e9largir. Pour cela, nous appliquons une approche l\u00e9g\u00e8rement diff\u00e9rente - nous cr\u00e9ons des caches \u00e0 l'int\u00e9rieur des syst\u00e8mes<\/b>.<\/p>\n

Ainsi, il y a moins de d\u00e9synchronisation - un syst\u00e8me est responsable \u00e0 la fois du cache et de la source principale.<\/p><\/blockquote>\n

\nCette m\u00e9thode s'adapte bien \u00e0 l'approche Tarantool avec un squelette transactionnel, o\u00f9 seules les parties concern\u00e9es par les mises \u00e0 jour sont actualis\u00e9es, c'est-\u00e0-dire les modifications de donn\u00e9es. Tout le reste peut \u00eatre conserv\u00e9 ailleurs. Il n'y a pas de grand data lake, ni de cache global non ma\u00eetris\u00e9. Les caches sont con\u00e7us pour un syst\u00e8me, soit pour des produits, soit pour des clients, soit pour faciliter la vie des op\u00e9rations. Quand un abonn\u00e9 m\u00e9content de la qualit\u00e9 appelle, nous voulons lui offrir un service de qualit\u00e9.<\/p>\n

RTO et RPO<\/h2>\n

\nDans le domaine de l'informatique, il existe deux termes - RTO<\/b> et\u00a0RPO<\/b>. <\/p>\n

Objectif de temps de r\u00e9cup\u00e9ration<\/b>\u00a0C'est le temps de r\u00e9cup\u00e9ration du service apr\u00e8s une panne. RTO = 0 signifie que m\u00eame si quelque chose \u00e9choue, le service continue de fonctionner.<\/p>\n

Objectif de point de r\u00e9cup\u00e9ration<\/b>\u00a0C'est le temps de r\u00e9cup\u00e9ration des donn\u00e9es, combien de donn\u00e9es nous pouvons perdre sur une certaine p\u00e9riode. RPO = 0 signifie que nous ne perdons pas de donn\u00e9es.<\/p>\n

T\u00e2che pour Tarantool<\/h2>\n

\nEssayons de r\u00e9soudre la t\u00e2che pour Tarantool.<\/p>\n

Donn\u00e9<\/b>: un panier de commandes compr\u00e9hensible pour tous, par exemple sur Amazon ou ailleurs. Exigence<\/b> que le panier fonctionne 24 heures sur 24, 7 jours sur 7, ou 99,99 % du temps. Les commandes qui nous parviennent doivent maintenir l'ordre, car nous ne pouvons pas d\u00e9sactiver ou activer le service de mani\u00e8re chaotique - tout doit \u00eatre strictement s\u00e9quentiel. L'abonnement pr\u00e9c\u00e9dent influence le suivant, donc les donn\u00e9es sont importantes - rien ne doit dispara\u00eetre.<\/p>\n

Solution<\/b>. On peut essayer de r\u00e9soudre cela frontalement et demander aux d\u00e9veloppeurs de la base de donn\u00e9es, mais la t\u00e2che ne se r\u00e9sout pas math\u00e9matiquement. On peut se souvenir des th\u00e9or\u00e8mes, des lois de conservation, de la physique quantique, mais pourquoi - elle ne peut pas \u00eatre r\u00e9solue au niveau de la base de donn\u00e9es.<\/p>\n

Ici, le vieux bon principe architectural fonctionne - il faut bien conna\u00eetre le domaine et, gr\u00e2ce \u00e0 cela, r\u00e9soudre cette \u00e9nigme.<\/p>\n

\"Architecture
\n
\nNotre solution : cr\u00e9er un registre distribu\u00e9 des demandes sur Tarantool - un cluster g\u00e9odistrubu\u00e9.<\/b>. Sur le sch\u00e9ma, c'est trois centres de donn\u00e9es diff\u00e9rents - deux avant l'Oural, un derri\u00e8re l'Oural, et nous r\u00e9partissons toutes les demandes entre ces centres.<\/p>\n

Chez Netflix, qui est maintenant consid\u00e9r\u00e9 comme l'un des leaders de l'IT, jusqu'en 2012, il n'y avait qu'un seul centre de donn\u00e9es. La veille de No\u00ebl catholique, le 24 d\u00e9cembre, ce centre a \u00e9chou\u00e9. Les utilisateurs du Canada et des \u00c9tats-Unis ont \u00e9t\u00e9 priv\u00e9s de leurs films pr\u00e9f\u00e9r\u00e9s, se sont beaucoup ennuy\u00e9s et en ont parl\u00e9 sur les r\u00e9seaux sociaux. Maintenant, Netflix a trois centres de donn\u00e9es sur la c\u00f4te ouest-est et un en Europe de l'Ouest. <\/p>\n

Nous construisons d\u00e8s le d\u00e9part une solution g\u00e9odistrubu\u00e9e - la r\u00e9silience est importante pour nous. <\/p><\/blockquote>\n

\nDonc, nous avons un cluster, mais que faire avec RPO = 0 et RTO = 0 ? La solution est simple et d\u00e9pend du sujet.<\/p>\n

Qu'est-ce qui est important dans les demandes ? Deux parties : la constitution du panier\u00a0AVANT<\/b> la prise de d\u00e9cision d'achat, et\u00a0APR\u00c8S<\/b>. La partie AVANT dans les t\u00e9l\u00e9communications est g\u00e9n\u00e9ralement appel\u00e9e captation de commande<\/b> ou n\u00e9gociation de commande<\/b>. Dans le t\u00e9l\u00e9com, cela peut \u00eatre beaucoup plus compliqu\u00e9 que dans un magasin en ligne, car il faut servir le client, proposer 5 options, et cela prend un certain temps, mais le panier se remplit. \u00c0 ce moment-l\u00e0, une d\u00e9faillance est possible, mais ce n'est pas grave car cela se passe en mode interactif sous la supervision d'une personne. <\/p>\n

Si le Data Center de Moscou tombait soudainement en panne, nous continuerions \u00e0 travailler en basculant automatiquement vers un autre Data Center. Th\u00e9oriquement, un produit peut \u00eatre perdu dans le panier, mais vous pouvez le voir, compl\u00e9ter le panier \u00e0 nouveau et continuer \u00e0 travailler. Dans ce cas, RTO = 0.<\/p>\n

En m\u00eame temps, il y a une deuxi\u00e8me option : quand nous avons cliqu\u00e9 sur \u00absoumettre\u00bb, nous voulons que les donn\u00e9es ne soient pas perdues. \u00c0 partir de ce moment, l'automatisation commence \u00e0 fonctionner - c'est d\u00e9j\u00e0 RPO = 0. L'application de ces deux motifs diff\u00e9rents dans un cas peut \u00eatre un simple cluster g\u00e9o-distribu\u00e9 avec un ma\u00eetre commutable, dans un autre cas, un enregistrement bas\u00e9 sur le quorum. Les mod\u00e8les peuvent varier, mais nous r\u00e9solvons le probl\u00e8me.<\/p>\n

Ensuite, en ayant un registre distribu\u00e9 des demandes, nous pouvons \u00e9galement tout mettre \u00e0 l'\u00e9chelle - avoir plusieurs gestionnaires et ex\u00e9cutants qui acc\u00e8dent \u00e0 ce registre.<\/p>\n

\"Architecture
\n<\/p>\n

Cassandra et Tarantool ensemble<\/h2>\n

\nIl y a encore un autre cas - \u00abvitrine des soldes\u00bb<\/b>. Ici, c'est un cas int\u00e9ressant d'application conjointe de Cassandra et Tarantool.<\/p>\n

Nous utilisons Cassandra parce que 2 milliards d'appels par jour - ce n'est pas une limite, et il y en aura plus. Les sp\u00e9cialistes du marketing aiment cat\u00e9goriser le trafic par sources, il y a de plus en plus de d\u00e9tails sur les r\u00e9seaux sociaux, par exemple. Tout cela augmente l'historique.<\/p>\n

Cassandra permet de s'\u00e9chelonner horizontalement \u00e0 n'importe quel volume.<\/p><\/blockquote>\n

\nNous nous sentons \u00e0 l'aise avec Cassandra, mais elle a un probl\u00e8me - elle n'est pas tr\u00e8s efficace pour la lecture. L'\u00e9criture se passe bien, 30 000 par seconde n'est pas un probl\u00e8me - le probl\u00e8me r\u00e9side dans la lecture.<\/b>.<\/p>\n

C'est pourquoi nous avons abord\u00e9 la question du cache, et nous avons \u00e9galement r\u00e9solu le probl\u00e8me suivant : il existe un ancien cas traditionnel o\u00f9 le mat\u00e9riel des commutateurs pour la tarification en ligne arrive sous forme de fichiers que nous t\u00e9l\u00e9chargeons dans Cassandra. Nous avons r\u00e9solu le probl\u00e8me du t\u00e9l\u00e9chargement fiable de ces fichiers, m\u00eame en suivant les conseils d'un manager de transfert de fichiers d'IBM - il existe des solutions qui g\u00e8rent le transfert de fichiers de mani\u00e8re efficace en utilisant le protocole UDP, par exemple, au lieu de TCP. C'est bien, mais cela prend encore des minutes, et tant que nous n'avons pas t\u00e9l\u00e9charg\u00e9 tout cela, l'op\u00e9rateur du centre d'appel ne peut pas r\u00e9pondre au client sur l'\u00e9tat de son solde - il faut attendre.<\/p>\n

Afin d'\u00e9viter cela, nous\u00a0appliquons un r\u00e9serve fonctionnelle parall\u00e8le<\/b>. Lorsque nous envoyons un \u00e9v\u00e9nement via Kafka vers Tarantool, recalculant les agr\u00e9gats en temps r\u00e9el, par exemple, pour aujourd'hui, nous obtenons un cache des soldes<\/b>, qui peut fournir des soldes \u00e0 n'importe quelle vitesse, par exemple, 100 mille transactions par seconde en 2 secondes.<\/p>\n

L'objectif est qu'apr\u00e8s un appel, le solde modifi\u00e9 apparaisse dans le cabinet personnel en seulement 2 secondes, ainsi que des informations sur pourquoi il a \u00e9t\u00e9 modifi\u00e9.<\/p>\n

Conclusion<\/h2>\n

\nVoici quelques exemples d'utilisation de Tarantool. Nous avons beaucoup aim\u00e9 la transparence de Mail.ru et leur volont\u00e9 d'examiner diff\u00e9rents cas. <\/p>\n

Il est d\u00e9j\u00e0 difficile de surprendre les consultants de BCG ou McKinsey, Accenture ou IBM avec quelque chose de nouveau - beaucoup de ce qu'ils proposent, nous le faisons d\u00e9j\u00e0 ou l'avons fait, ou pr\u00e9voyons de le faire. Je pense que Tarantool aura une place respectable dans notre pile technologique et remplacera de nombreuses technologies existantes. Nous sommes en phase active dans le d\u00e9veloppement de ce projet.<\/p>\n

La pr\u00e9sentation d'Oleg et d'Andrey est l'une des meilleures de la Tarantool Conference de l'ann\u00e9e derni\u00e8re, et le 17 juin, Oleg Ivlev pr\u00e9sentera \u00e0 la\u00a0T+ Conference 2019<\/a><\/noindex>\u00a0avec le discours \u00ab Pourquoi Tarantool dans l'Enterprise \u00bb<\/a><\/noindex>. Alexandre Deulin de M\u00e9gaFon interviendra \u00e9galement avec une pr\u00e9sentation \u00ab Les caches Tarantool et la r\u00e9plication depuis Oracle \u00bb<\/a><\/noindex>. Nous d\u00e9couvrirons ce qui a chang\u00e9, quels plans ont \u00e9t\u00e9 r\u00e9alis\u00e9s. Rejoignez-nous - la conf\u00e9rence est gratuite, il suffit de vous devez vous inscrire<\/a><\/noindex>. Tous les pr\u00e9sentations ont \u00e9t\u00e9 accept\u00e9es<\/a><\/noindex> et le programme de la conf\u00e9rence a \u00e9t\u00e9 \u00e9tabli : nouveaux cas, nouvelles exp\u00e9riences d'utilisation de Tarantool, architecture, entreprise, tutoriels et microservices.<\/p><\/blockquote>\n

Source : 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 Architecture de facturation de nouvelle g\u00e9n\u00e9ration : transformation avec Tarantool | ProHoster","description":"Pourquoi une entreprise comme MegaFon a-t-elle besoin de Tarantool dans sa facturation ? De l'ext\u00e9rieur, on pourrait penser qu'un fournisseur arrive avec une grande bo\u00eete, la branche dans une prise \u2014 et voil\u00e0 la facturation !","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/arhitektura-billinga-novogo-pokoleniya-transformatsiya-s-perehodom-na-tarantool","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"fr_FR","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!","og:url":"https:\/\/prohoster.info\/fr\/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","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/37650","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/comments?post=37650"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/37650\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/28258"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=37650"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=37650"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=37650"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}