{"id":33632,"date":"2019-10-31T21:53:52","date_gmt":"2019-10-31T18:53:52","guid":{"rendered":"https:\/\/prohoster.info\/blog\/eshhe-odna-sistema-monitoringa\/"},"modified":"2019-10-31T21:53:52","modified_gmt":"2019-10-31T18:53:52","slug":"eshhe-odna-sistema-monitoringa","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","title":{"rendered":"Un autre syst\u00e8me de surveillance","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Un
\n16 modems, 4 op\u00e9rateurs mobiles = Vitesse de sortie 933,45 Mbit\/s<\/em> <\/p>\n

<\/p>\n

Introduction<\/h2>\n

<\/p>\n

Bonjour ! Cet article parle de notre nouvelle syst\u00e8me de surveillance que nous avons d\u00e9velopp\u00e9e. Elle se distingue des syst\u00e8mes existants par sa capacit\u00e9 \u00e0 obtenir des m\u00e9triques synchrones \u00e0 haute fr\u00e9quence et une tr\u00e8s faible consommation de ressources. La fr\u00e9quence d'interrogation peut atteindre 0,1 milliseconde avec une pr\u00e9cision de synchronisation entre les m\u00e9triques de 10 nanosecondes. Tous les fichiers binaires occupent 6 m\u00e9gaoctets. <\/p>\n

<\/a><\/noindex><\/p>\n

\u00c0 propos du projet<\/h2>\n

<\/p>\n

Nous avons un produit assez sp\u00e9cifique. Nous offrons une solution compl\u00e8te pour la sommation de la bande passante et la tol\u00e9rance aux pannes des canaux de transmission de donn\u00e9es. Cela signifie qu'il y a plusieurs canaux, par exemple Op\u00e9rateur1 (40 Mbit\/s) + Op\u00e9rateur2 (30 Mbit\/s) + Autre chose (5 Mbit\/s), ce qui donne un canal stable et rapide dont la vitesse sera d'environ : (40+30+5)x0,92=75\u00d70,92=69 Mbit\/s. <\/p>\n

<\/p>\n

De telles solutions sont demand\u00e9es l\u00e0 o\u00f9 la capacit\u00e9 de n'importe quel canal unique est insuffisante. Par exemple, le transport, les syst\u00e8mes de vid\u00e9osurveillance et de diffusion en continu en temps r\u00e9el, la diffusion de programmes t\u00e9l\u00e9vis\u00e9s et radiophoniques en direct, tous les sites \u00e9loign\u00e9s o\u00f9 les op\u00e9rateurs de t\u00e9l\u00e9communications sont uniquement les repr\u00e9sentants des quatre grands et o\u00f9 la vitesse sur un modem\/canal est insuffisante.
\nPour chacun de ces domaines, nous lan\u00e7ons une gamme d'appareils distincts, toutefois la partie logicielle est presque identique et un bon syst\u00e8me de surveillance est l'un de ses principaux modules, sans la bonne mise en \u0153uvre, le produit serait impossible.<\/p>\n

<\/p>\n

En quelques ann\u00e9es, nous avons r\u00e9ussi \u00e0 cr\u00e9er un syst\u00e8me de surveillance multilingue, rapide, multiplateforme et l\u00e9ger. C'est ce que nous souhaitons partager avec la communaut\u00e9 respect\u00e9e.<\/p>\n

<\/p>\n

D\u00e9finition du probl\u00e8me<\/h2>\n

<\/p>\n

Le syst\u00e8me de surveillance permet l'obtention de m\u00e9triques de deux classes fondamentalement diff\u00e9rentes : les m\u00e9triques en temps r\u00e9el et toutes les autres. Le syst\u00e8me de surveillance avait seulement les exigences suivantes :<\/p>\n

<\/p>\n

    \n
  1. Obtention synchrone de m\u00e9triques en temps r\u00e9el \u00e0 haute fr\u00e9quence et transmission vers le syst\u00e8me de gestion de la communication sans d\u00e9lais.
    \nUne fr\u00e9quence \u00e9lev\u00e9e et la synchronisation de diff\u00e9rentes m\u00e9triques ne sont pas seulement importantes, elles sont vitales pour l'analyse de l'entropie des canaux de transmission des donn\u00e9es. Si un canal de transmission a un temps de latence moyen de 30 millisecondes, une erreur de synchronisation de seulement une milliseconde par rapport aux autres m\u00e9triques entra\u00eenera une d\u00e9gradation de la vitesse du canal r\u00e9sultant d'environ 5 %. Si nous faisons une erreur de synchronisation de 1 milliseconde dans 4 canaux, la d\u00e9gradation de la vitesse peut facilement atteindre 30 %. De plus, l'entropie dans les canaux change tr\u00e8s rapidement, donc si nous mesurons moins souvent qu'une fois toutes les 0.5 millisecondes, nous obtiendrons une forte d\u00e9gradation de la vitesse sur des canaux rapides avec de faibles latences. Bien s\u00fbr, une telle pr\u00e9cision n'est pas n\u00e9cessaire pour toutes les m\u00e9triques et dans toutes les conditions. Lorsque la latence dans le canal est de 500 millisecondes, et que nous travaillons avec de tels canaux, une erreur de 1 milliseconde sera presque imperceptible. De plus, pour les m\u00e9triques des syst\u00e8mes de survie, une fr\u00e9quence d'interrogation et de synchronisation de 2 secondes est suffisante, n\u00e9anmoins, le syst\u00e8me de surveillance lui-m\u00eame doit \u00eatre capable de fonctionner avec des fr\u00e9quences d'interrogation exceptionnellement \u00e9lev\u00e9es et une synchronisation tr\u00e8s pr\u00e9cise des m\u00e9triques.<\/li>\n
  2. Consommation minimale de ressources et une seule pile.
    \nUn dispositif final peut \u00eatre un puissant complexe embarqu\u00e9 capable d'analyser la situation sur la route ou d'effectuer une identification biom\u00e9trique des individus, tout comme un ordinateur monocarte de la taille de la paume qui est port\u00e9 sous une combinaison par un soldat des forces sp\u00e9ciales pour transmettre des vid\u00e9os en temps r\u00e9el dans des conditions de mauvaise connectivit\u00e9. Malgr\u00e9 cette diversit\u00e9 d'architectures et de puissances de calcul, nous souhaitons disposer d'une pile logicielle uniforme.<\/li>\n
  3. Architecture en chapeau
    \nLes m\u00e9triques doivent \u00eatre collect\u00e9es et agr\u00e9g\u00e9es sur le dispositif final, avoir un syst\u00e8me de stockage local et une visualisation en temps r\u00e9el ainsi qu'en r\u00e9trospective. En cas de connexion, les donn\u00e9es doivent \u00eatre transmises au syst\u00e8me central de surveillance. Lorsque la connexion n'est pas disponible, la file d'attente d'envoi doit s'accumuler sans consommer de m\u00e9moire vive. <\/li>\n
  4. API pour l'int\u00e9gration dans le syst\u00e8me de surveillance du client, car personne n'a besoin de plusieurs syst\u00e8mes de surveillance. Le client doit rassembler des donn\u00e9es de tous les dispositifs et r\u00e9seaux en une seule surveillance.<\/li>\n<\/ol>\n

    <\/p>\n

    Ce qui a \u00e9t\u00e9 r\u00e9alis\u00e9<\/h2>\n

    <\/p>\n

    Pour ne pas alourdir ce long article d\u00e9j\u00e0 imposant, je ne fournirai pas d'exemples ni de mesures de tous les syst\u00e8mes de surveillance. Cela n\u00e9cessiterait un autre article. Il suffit de dire qu'il nous a \u00e9t\u00e9 impossible de trouver un syst\u00e8me de surveillance capable de prendre deux m\u00e9triques simultan\u00e9ment avec une marge d'erreur inf\u00e9rieure \u00e0 1 milliseconde et qui fonctionne de mani\u00e8re tout aussi efficace sur l'architecture ARM avec 64 Mo de RAM que sur l'architecture x86_64 avec 32 Go de RAM. C'est pourquoi nous avons d\u00e9cid\u00e9 d'\u00e9crire le n\u00f4tre, qui poss\u00e8de toutes ces fonctionnalit\u00e9s. Voil\u00e0 ce que nous avons obtenu :<\/p>\n

    <\/p>\n

    Somme de la bande passante de trois canaux pour diff\u00e9rentes topologies de r\u00e9seau<\/h3>\n

    \n

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

    Visualisation de certaines m\u00e9triques cl\u00e9s<\/h3>\n

    \n\"Un
    \n\"Un
    \n\"Un
    \n\"Un<\/p>\n

    Architecture<\/h2>\n

    <\/p>\n

    Comme langage de programmation principal, tant sur l'appareil que dans le centre de donn\u00e9es, nous utilisons Golang. Il a consid\u00e9rablement simplifi\u00e9 notre vie gr\u00e2ce \u00e0 sa mise en \u0153uvre de la multit\u00e2che et \u00e0 la possibilit\u00e9 d'obtenir un fichier binaire ex\u00e9cutable statiquement li\u00e9 pour chaque service. En cons\u00e9quence, nous \u00e9conomisons consid\u00e9rablement sur les ressources, les modalit\u00e9s et le trafic de d\u00e9ploiement du service sur les appareils finaux, ainsi que sur le temps de d\u00e9veloppement et de d\u00e9bogage du code. <\/p>\n

    <\/p>\n

    Le syst\u00e8me est r\u00e9alis\u00e9 selon le principe modulaire classique et contient plusieurs sous-syst\u00e8mes :<\/p>\n

    <\/p>\n

      \n
    1. Enregistrement des m\u00e9triques.
      \nChaque m\u00e9trique est g\u00e9r\u00e9e par son propre thread et synchronis\u00e9e via des canaux. Nous avons r\u00e9ussi \u00e0 obtenir une pr\u00e9cision de synchronisation allant jusqu'\u00e0 10 nanosecondes.<\/li>\n
    2. Stockage des m\u00e9triques
      \nNous h\u00e9sitions entre cr\u00e9er notre propre stockage pour les s\u00e9ries temporelles ou utiliser quelque chose d'existant. La base de donn\u00e9es est n\u00e9cessaire pour les donn\u00e9es r\u00e9trospectives qui seront ensuite visualis\u00e9es. C'est-\u00e0-dire qu'elle ne contient pas de donn\u00e9es sur les d\u00e9lais dans le canal toutes les 0,5 millisecondes ou sur les erreurs dans le r\u00e9seau de transport, mais elle contient la vitesse sur chaque interface toutes les 500 millisecondes. En plus d'exigences \u00e9lev\u00e9es en mati\u00e8re de compatibilit\u00e9 multiplateforme et de faible consommation de ressources, il est extr\u00eamement important pour nous d'avoir la possibilit\u00e9 de traiter les donn\u00e9es l\u00e0 o\u00f9 elles sont stock\u00e9es. Cela \u00e9conomise consid\u00e9rablement les ressources de calcul. Depuis 2016, nous utilisons la base de donn\u00e9es Tarantool pour ce projet et nous ne voyons pas pour l'instant d'alternative. Flexible, avec une consommation optimale des ressources et un support technique plus que ad\u00e9quat. De plus, Tarantool int\u00e8gre un module GIS. Bien qu'il ne soit pas aussi puissant que PostGIS, il suffit pour nos besoins de stockage de certaines m\u00e9triques li\u00e9es aux emplacements (pertinent pour le transport). <\/li>\n
    3. Visualisation des m\u00e9triques
      \nIci, tout est relativement simple. Nous prenons les donn\u00e9es du stockage et les affichons soit en temps r\u00e9el, soit de mani\u00e8re r\u00e9trospective. <\/li>\n
    4. Synchronisation des donn\u00e9es avec le syst\u00e8me central de monitoring.
      \nLe syst\u00e8me central de surveillance re\u00e7oit des donn\u00e9es de tous les appareils, les stocke avec une r\u00e9trospective d\u00e9termin\u00e9e et les transmet via une API au syst\u00e8me de surveillance du Client. Contrairement aux syst\u00e8mes de surveillance classiques o\u00f9 la 't\u00eate' se d\u00e9place pour collecter les donn\u00e9es, nous avons un sch\u00e9ma invers\u00e9. Les appareils envoient eux-m\u00eames les donn\u00e9es lorsqu'ils ont une connexion. C'est un point tr\u00e8s important, car cela permet d'obtenir des donn\u00e9es de l'appareil pendant les p\u00e9riodes o\u00f9 il \u00e9tait inaccessible et de ne pas surcharger les canaux et les ressources lorsque l'appareil n'est pas disponible. En tant que syst\u00e8me central de surveillance, nous utilisons le serveur de surveillance Influx. Contrairement aux autres, il peut importer des donn\u00e9es r\u00e9trospectives (c'est-\u00e0-dire avec un horodatage diff\u00e9rent de celui du moment de la r\u00e9ception de la m\u00e9trique). Les m\u00e9triques collect\u00e9es sont visualis\u00e9es par Grafana, qui a \u00e9t\u00e9 personnalis\u00e9e. Cette pile standard a \u00e9t\u00e9 choisie \u00e9galement parce qu'elle dispose d'API d'int\u00e9gration pr\u00eates pour presque tous les syst\u00e8mes de surveillance du client.<\/li>\n
    5. Synchronisation des donn\u00e9es avec le syst\u00e8me central de gestion des dispositifs.
      \nLe syst\u00e8me de gestion des appareils impl\u00e9mente le Zero Touch Provisioning (mise \u00e0 jour du firmware, configurations, etc.) et, contrairement au syst\u00e8me de surveillance, ne re\u00e7oit que des probl\u00e8mes li\u00e9s aux appareils. Ce sont des d\u00e9clencheurs pour le fonctionnement des services de surveillance mat\u00e9rielle embarqu\u00e9s et toutes les m\u00e9triques des syst\u00e8mes de support \u00e0 la vie : temp\u00e9rature du CPU et du SSD, charge CPU, espace libre et \u00e9tat S.M.A.R.T des disques. Le stockage de la sous-syst\u00e8me est \u00e9galement construit sur Tarantool. Cela nous donne une vitesse significative dans l'agr\u00e9gation des s\u00e9ries temporelles \u00e0 travers des milliers d'appareils, et r\u00e9sout compl\u00e8tement la question de la synchronisation des donn\u00e9es avec ces appareils. Tarantool int\u00e8gre un excellent syst\u00e8me de files d'attente et de livraison garantie. Cette fonctionnalit\u00e9 importante nous est fournie par d\u00e9faut, g\u00e9nial !<\/li>\n<\/ol>\n

      <\/p>\n

      Syst\u00e8me de gestion de r\u00e9seau<\/h3>\n

      \n\"Un<\/p>\n

      Que faire ensuite<\/h2>\n

      <\/p>\n

      Pour l'instant, le maillon le plus faible est notre syst\u00e8me de surveillance central. Il est r\u00e9alis\u00e9 \u00e0 99,9 % avec une pile standard et pr\u00e9sente plusieurs inconv\u00e9nients :<\/p>\n

      <\/p>\n

        \n
      1. InfluxDB perd des donn\u00e9es en cas de coupure de courant. En r\u00e8gle g\u00e9n\u00e9rale, le client r\u00e9cup\u00e8re rapidement tout ce qui est re\u00e7u des appareils et dans la base de donn\u00e9es, il n'y a pas de donn\u00e9es plus anciennes que 5 minutes, mais cela pourrait devenir un probl\u00e8me \u00e0 l'avenir.<\/li>\n
      2. Grafana a plusieurs probl\u00e8mes d'agr\u00e9gation des donn\u00e9es et de synchronisation de leur affichage. Le probl\u00e8me le plus fr\u00e9quent est que lorsqu'il y a une s\u00e9rie temporelle dans la base avec un intervalle de 2 secondes \u00e0 partir de 00:00:00, Grafana commence \u00e0 afficher les donn\u00e9es agr\u00e9g\u00e9es avec un d\u00e9calage d'une seconde. En cons\u00e9quence, l'utilisateur voit un graphique qui danse.<\/li>\n
      3. Un exc\u00e8s de code pour l'int\u00e9gration API avec des syst\u00e8mes de surveillance tiers. On pourrait le rendre beaucoup plus compact et bien s\u00fbr le r\u00e9\u00e9crire en Go)<\/li>\n<\/ol>\n

        <\/p>\n

        Je suppose que vous avez tous vu \u00e0 quoi ressemble Grafana et que vous connaissez ses probl\u00e8mes, donc je ne vais pas surcharger le post avec des images.<\/p>\n

        <\/p>\n

        Conclusion<\/h2>\n

        <\/p>\n

        J'ai d\u00e9lib\u00e9r\u00e9ment choisi de ne pas d\u00e9crire les d\u00e9tails techniques et de seulement d\u00e9crire le design de base de ce syst\u00e8me. D'une part, pour d\u00e9crire techniquement le syst\u00e8me, il faudrait un autre article. D'autre part, cela n'int\u00e9ressera pas tout le monde. \u00c9crivez dans les commentaires quels d\u00e9tails techniques vous aimeriez conna\u00eetre. <\/p>\n

        <\/p>\n

        Si quelqu'un a des questions au-del\u00e0 de cet article, vous pouvez m'\u00e9crire \u00e0 l'adresse a.rodin @ qedr.com<\/p>\n

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

        16 \u043c\u043e\u0434\u0435\u043c\u043e\u0432, 4 \u0441\u043e\u0442\u043e\u0432\u044b\u0445 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430= \u0418\u0441\u0445\u043e\u0434\u044f\u0449\u0430\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c 933.45 \u041c\u0431\u0438\u0442\/\u0441 \u0412\u0432\u0435\u0434\u0435\u043d\u0438\u0435 \u041f\u0440\u0438\u0432\u0435\u0442! \u042d\u0442\u043e \u0441\u0442\u0430\u0442\u044c\u044f \u043f\u0440\u043e \u0442\u043e, \u043a\u0430\u043a \u043c\u044b \u043d\u0430\u043f\u0438\u0441\u0430\u043b\u0438 \u0434\u043b\u044f \u0441\u0435\u0431\u044f \u043d\u043e\u0432\u0443\u044e \u0441\u0438\u0441\u0442\u0435\u043c\u0443 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430. \u041e\u0442 \u0441\u0443\u0449\u0435\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0445 \u043e\u043d\u0430 \u043e\u0442\u043b\u0438\u0447\u0430\u0435\u0442\u0441\u044f \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u044c\u044e \u0432\u044b\u0441\u043e\u043a\u043e\u0447\u0430\u0441\u0442\u043e\u0442\u043d\u043e\u0433\u043e \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0443\u0447\u0435\u043d\u0438\u044f \u043c\u0435\u0442\u0440\u0438\u043a \u0438 \u043e\u0447\u0435\u043d\u044c \u043c\u0430\u043b\u0435\u043d\u044c\u043a\u0438\u043c \u043f\u043e\u0442\u0440\u0435\u0431\u043b\u0435\u043d\u0438\u0435\u043c \u0440\u0435\u0441\u0443\u0440\u0441\u043e\u0432. \u0427\u0430\u0441\u0442\u043e\u0442\u0430 \u043e\u043f\u0440\u043e\u0441\u0430 \u043c\u043e\u0436\u0435\u0442 \u0434\u043e\u0441\u0442\u0438\u0433\u0430\u0442\u044c 0.1 \u043c\u0438\u043b\u043b\u0438\u0441\u0435\u043a\u0443\u043d\u0434\u044b \u0441 \u0442\u043e\u0447\u043d\u043e\u0441\u0442\u044c\u044e \u0441\u0438\u043d\u0445\u0440\u043e\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u043c\u0435\u0436\u0434\u0443 \u043c\u0435\u0442\u0440\u0438\u043a\u0430\u043c\u0438 \u0432 10 \u043d\u0430\u043d\u043e\u0441\u0435\u043a\u0443\u043d\u0434. \u0412\u0441\u0435 \u0431\u0438\u043d\u0430\u0440\u043d\u044b\u0435 \u0444\u0430\u0439\u043b\u044b \u0437\u0430\u043d\u0438\u043c\u0430\u044e\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":25323,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-33632","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\udd47Un autre syst\u00e8me de surveillance | ProHoster","description":"16 modems, 4 op\u00e9rateurs mobiles = Vitesse de sortie 933.45.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","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\u0415\u0449\u0435 \u043e\u0434\u043d\u0430 \u0441\u0438\u0441\u0442\u0435\u043c\u0430 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 | ProHoster","og:description":"16 \u043c\u043e\u0434\u0435\u043c\u043e\u0432, 4 \u0441\u043e\u0442\u043e\u0432\u044b\u0445 \u043e\u043f\u0435\u0440\u0430\u0442\u043e\u0440\u0430= \u0418\u0441\u0445\u043e\u0434\u044f\u0449\u0430\u044f \u0441\u043a\u043e\u0440\u043e\u0441\u0442\u044c 933.45.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/eshhe-odna-sistema-monitoringa","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:53:52+00:00","article:modified_time":"2019-10-31T18:53:52+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"33632","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-21 16:05:20","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 01:19:51","updated":"2026-01-21 16:05:20","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\/33632","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=33632"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/33632\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/25323"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=33632"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=33632"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=33632"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}