{"id":56218,"date":"2020-02-07T00:00:00","date_gmt":"2020-02-06T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/dark-launch-v-istio-sekretnye-sluzhby"},"modified":"2020-02-18T14:04:26","modified_gmt":"2020-02-18T11:04:26","slug":"dark-launch-v-istio-sekretnye-sluzhby","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","title":{"rendered":"Lancement secret dans Istio : services secrets","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\u00abLe danger est mon deuxi\u00e8me pr\u00e9nom\u00bb, disait Austin Powers, un homme myst\u00e9rieux d'envergure internationale. Mais ce qui est appr\u00e9ci\u00e9 des super-agents et des services secrets ne convient pas du tout aux services informatiques, o\u00f9 l'ennui est bien meilleur que les dangers. <\/p>\n

\"Lancement
\n
\nAvec Istio, OpenShift et Kubernetes, le d\u00e9ploiement de microservices devient r\u00e9ellement ennuyeux et pr\u00e9visible \u2013 et c'est tr\u00e8s bien. Nous en parlerons, ainsi que d'autres sujets, dans le quatri\u00e8me et dernier article de la s\u00e9rie sur Istio.
\n<\/a><\/noindex><\/p>\n

Quand l'ennui est une bonne chose<\/h3>\n

\nDans notre cas, l'ennui ne se produit qu'\u00e0 la phase finale, lorsque l'on doit juste s'asseoir et observer le processus. Mais pour cela, tout doit \u00eatre configur\u00e9 au pr\u00e9alable, et il y a beaucoup de choses int\u00e9ressantes \u00e0 faire ici.<\/p>\n

Lorsque vous d\u00e9ployez une nouvelle version de votre logiciel, il est important d'envisager toutes les options pour minimiser les risques. Le fonctionnement en mode parall\u00e8le est une m\u00e9thode de test tr\u00e8s puissante et \u00e9prouv\u00e9e, et Istio permet d'utiliser un \u00abservice secret\u00bb (une version cach\u00e9e de votre microservice) sans interf\u00e9rer avec la production. Il existe m\u00eame un terme sp\u00e9cialis\u00e9 pour cela \u2013 \u00abLancement secret\u00bb (Dark Launch), qui est activ\u00e9 par une fonctionnalit\u00e9 avec un nom tout aussi myst\u00e9rieux, \u00abmiroir du trafic\u00bb.<\/p>\n

Notez que dans la premi\u00e8re phrase du paragraphe pr\u00e9c\u00e9dent, le terme \u00abd\u00e9ploiement\u00bb (deploy) est utilis\u00e9, et non \u00ablancement\u00bb (release). Vous devez vraiment pouvoir d\u00e9ployer \u2013 et, bien s\u00fbr, utiliser \u2013 votre microservice aussi souvent que vous le souhaitez. Ce service doit \u00eatre capable de recevoir et de traiter le trafic, de produire des r\u00e9sultats, ainsi que d'\u00e9crire des logs et d'\u00eatre surveill\u00e9. Cependant, cela ne signifie pas que ce service doit \u00eatre mis en production. D\u00e9ploiement et publication de logiciels ne sont pas toujours synonymes. Vous pouvez d\u00e9ployer quand vous le souhaitez, mais la publication ne peut se faire que lorsque vous \u00eates compl\u00e8tement pr\u00eat.<\/p>\n

Organiser l'ennui est int\u00e9ressant<\/h3>\n

\nRegardez la r\u00e8gle de routage Istio suivante, qui dirige toutes les requ\u00eates HTTP vers le microservice recommendation v1 (tous les exemples sont extraits de Istio Tutorial GitHub repo<\/a><\/noindex>), tout en les refl\u00e9tant sur le microservice recommendation v2 :<\/p>\n

\"Lancement
\nNotez l'\u00e9tiquette mirror :<\/code> en bas de l'\u00e9cran \u2013 c'est elle qui d\u00e9termine le miroir du trafic. Oui, c'est aussi simple que cela !<\/p>\n

Le r\u00e9sultat de cette r\u00e8gle sera que votre syst\u00e8me de production (v1) continuera \u00e0 g\u00e9rer les requ\u00eates entrantes, mais les requ\u00eates elles-m\u00eames seront simultan\u00e9ment dupliqu\u00e9es sur v2, c'est-\u00e0-dire que des copies compl\u00e8tes seront envoy\u00e9es l\u00e0-bas. Ainsi, vous pourrez tester le fonctionnement de v2 dans des conditions r\u00e9elles \u2014 avec de vraies donn\u00e9es et du trafic \u2014 sans interf\u00e9rer avec le fonctionnement du syst\u00e8me de production. Cela transforme-t-il l'organisation des tests en quelque chose d'ennuyeux ? Oui, sans aucun doute. Mais c'est fait de mani\u00e8re int\u00e9ressante.<\/p>\n

Ajoutons un peu de drame<\/h3>\n

\nNotez que dans le code de v2, il faut pr\u00e9voir des situations o\u00f9 les requ\u00eates entrantes peuvent entra\u00eener des modifications des donn\u00e9es. Les requ\u00eates se dupliquent facilement et de mani\u00e8re transparente, mais le choix de la m\u00e9thode de traitement dans le test reste entre vos mains \u2014 et cela, c'est un peu inqui\u00e9tant.<\/p>\n

R\u00e9p\u00e9tons un point important <\/h3>\n

\nLe lancement secret avec duplication du trafic (Dark Launch\/Request Mirroring) peut \u00eatre effectu\u00e9 sans toucher au code.<\/p>\n

Nourrissez votre r\u00e9flexion<\/h3>\n

\nEt si, au lieu de dupliquer les requ\u00eates vers v1, vous envoyiez une partie d'entre elles vers v2 ? Par exemple, un pourcentage de toutes les requ\u00eates ou seulement les requ\u00eates d'un certain groupe d'utilisateurs. Et ensuite, en observant comment fonctionne v2, vous pourriez progressivement transf\u00e9rer toutes les requ\u00eates vers la nouvelle version. Ou inversement, revenir \u00e0 v1 si quelque chose ne fonctionne pas avec v2. Cela semble s'appeler le Canary Deployment (\u00ab d\u00e9ploiement de canari \u00bb \u2013 un terme qui remonte \u00e0 l'exploitation mini\u00e8re<\/a><\/noindex>, et s'il avait une origine russe, il aurait probablement fait r\u00e9f\u00e9rence \u00e0 des chats<\/a><\/noindex>), et nous allons maintenant examiner cela plus en d\u00e9tail.<\/p>\n

Canary Deployment dans Istio : simplification du d\u00e9ploiement<\/h2>\n

<\/p>\n

Avec prudence et progressivement<\/h3>\n

\nLe principe du mod\u00e8le de d\u00e9ploiement Canary Deployment est extr\u00eamement simple : lors du lancement d'une nouvelle version de votre logiciel (dans notre cas, d'un microservice), vous donnez d'abord acc\u00e8s \u00e0 un petit groupe d'utilisateurs. Si tout se passe bien, vous augmentez lentement ce groupe jusqu'\u00e0 ce que la nouvelle version commence \u00e0 avoir des probl\u00e8mes, ou \u2014 si cela ne se produit pas \u2014 vous transf\u00e9rez finalement tous les utilisateurs vers elle. En introduisant progressivement la nouvelle version et en contr\u00f4lant le transfert des utilisateurs, vous pouvez r\u00e9duire les risques et maximiser les retours.<\/p>\n

Bien s\u00fbr, Istio facilite le d\u00e9ploiement Canary en offrant plusieurs bonnes options pour le routage intelligent des requ\u00eates. Et oui, tout cela peut \u00eatre fait sans toucher \u00e0 votre code source.<\/p>\n

Filtrer par navigateur<\/h3>\n

\nUn des crit\u00e8res de routage les plus simples est le redirection en fonction du navigateur. Supposons que vous souhaitez que seules les requ\u00eates provenant des navigateurs Safari aillent vers v2. Voici comment proc\u00e9der :<\/p>\n

\"Lancement
\nAppliquons cette r\u00e8gle de routage et ensuite avec la commande curl<\/code> nous allons simuler en boucle de vraies requ\u00eates au microservice. Comme on peut le voir sur la capture d'\u00e9cran, toutes sont dirig\u00e9es vers v1 :<\/p>\n

\"Lancement
\nMais o\u00f9 est le trafic vers v2 ? Puisque dans notre exemple, toutes les requ\u00eates provenaient uniquement de notre ligne de commande, il n'existe tout simplement pas. Mais observez les lignes du bas sur la capture d'\u00e9cran ci-dessus : c'est la r\u00e9ponse \u00e0 notre requ\u00eate effectu\u00e9e depuis le navigateur Safari, qui a rendu ceci :<\/p>\n

\"Lancement<\/p>\n

Pouvoir illimit\u00e9<\/h3>\n

\nNous avons d\u00e9j\u00e0 mentionn\u00e9 que les expressions r\u00e9guli\u00e8res offrent des possibilit\u00e9s tr\u00e8s puissantes pour le routage des requ\u00eates. Regardez le prochain exemple (nous pensons que vous allez comprendre par vous-m\u00eame ce qu'il fait) :<\/p>\n

\"Lancement
\nMaintenant, vous avez probablement d\u00e9j\u00e0 une id\u00e9e de ce dont les expressions r\u00e9guli\u00e8res sont capables.<\/p>\n

Agissez intelligemment<\/h3>\n

\nUn routage intelligent, notamment le traitement des en-t\u00eates de paquets \u00e0 l'aide d'expressions r\u00e9guli\u00e8res, vous permet de contr\u00f4ler le trafic comme vous le souhaitez. Et cela simplifie consid\u00e9rablement la mise en service d'un nouveau code \u2013 c'est simple, cela ne n\u00e9cessite pas de modification du code lui-m\u00eame, et si n\u00e9cessaire, tout peut \u00eatre rapidement retourn\u00e9 \u00e0 son \u00e9tat initial.<\/p>\n

Int\u00e9ress\u00e9 ?<\/h3>\n

\nEnthousiasm\u00e9 \u00e0 l'id\u00e9e d'exp\u00e9rimenter avec Istio, Kubernetes et OpenShift sur votre ordinateur ? L'\u00e9quipe Red Hat Developer Team<\/a><\/noindex> a pr\u00e9par\u00e9 un excellent tutoriel<\/a><\/noindex> sur ce sujet et a mis tous les fichiers associ\u00e9s \u00e0 la disposition du public. Alors, allez-y, et ne vous refusez rien.
\n\u2003<\/p>\n

Istio Egress : sortie par la boutique de souvenirs<\/h2>\n

\nEn utilisant Istio avec Red Hat OpenShift et Kubernetes, vous pouvez grandement faciliter votre travail avec les microservices. La grille de services Istio est int\u00e9gr\u00e9e dans les pods Kubernetes, tandis que votre code s'ex\u00e9cute (principalement) de mani\u00e8re isol\u00e9e. La performance, la facilit\u00e9 de modification, le tra\u00e7age, etc. \u2014 tout cela est facilement accessible gr\u00e2ce \u00e0 l'utilisation de conteneurs sidecar. Mais que faire si votre microservice doit communiquer avec d'autres services situ\u00e9s en dehors de votre syst\u00e8me OpenShift-Kubernetes ?<\/p>\n

C'est l\u00e0 qu'intervient Istio Egress. En termes simples, il permet d'acc\u00e9der \u00e0 des ressources (lire : \u00ab services \u00bb) qui ne font pas partie de votre syst\u00e8me de pods Kubernetes. Si aucune configuration suppl\u00e9mentaire n'est effectu\u00e9e, dans un environnement Istio Egress, le trafic est uniquement achemin\u00e9 \u00e0 l'int\u00e9rieur du cluster de pods et entre ces clusters en fonction des tables IP internes. Et cette encapsulation fonctionne tr\u00e8s bien jusqu'\u00e0 ce que vous ayez besoin d'acc\u00e9der \u00e0 des services externes.<\/p>\n

Egress permet de contourner les tables IP mentionn\u00e9es ci-dessus, soit sur la base de r\u00e8gles Egress, soit pour une plage d'adresses IP.<\/p>\n

Supposons que nous avons un programme Java qui effectue une requ\u00eate GET \u00e0 httpbin.org\/headers.<\/p>\n

(httpbin.org est simplement une ressource utile pour tester les requ\u00eates de services sortants.)<\/p>\n

Si nous entrons dans la ligne de commande curl http:\/\/httpbin.org\/headers<\/code>, nous verrons ce qui suit :<\/p>\n

\"Lancement
\nOu vous pouvez ouvrir cette m\u00eame adresse dans un navigateur :<\/p>\n

\"Lancement
\nComme nous le voyons, le service situ\u00e9 l\u00e0-bas retourne simplement les en-t\u00eates qui lui ont \u00e9t\u00e9 transmis.<\/p>\n

Nous faisons du remplacement en plein visage<\/h3>\n

\nPrenons maintenant le code Java de ce service externe par rapport \u00e0 notre syst\u00e8me et lan\u00e7ons-le chez nous, o\u00f9, rappelons-le, Istio est install\u00e9. (Vous pouvez le faire vous-m\u00eame en vous r\u00e9f\u00e9rant \u00e0 notre tutoriel sur Istio<\/a><\/noindex>.) Apr\u00e8s avoir construit l'image correspondante et l'avoir ex\u00e9cut\u00e9e sur la plateforme OpenShift, nous appellerons ce service avec la commande curl egresshttpbin-istioegress.$(minishift ip).nip.io<\/code>, apr\u00e8s quoi nous verrons ceci \u00e0 l'\u00e9cran :<\/p>\n

\"Lancement
\nOh, que s'est-il pass\u00e9 ? \u00c7a fonctionnait tout \u00e0 l'heure. Que signifie Not Found ? Nous venons juste de faire cela pour lui. curl<\/code>.<\/p>\n

Nous \u00e9tendons les tables IP \u00e0 l'ensemble d'Internet.<\/h3>\n

\nOn doit le bl\u00e2mer (ou le remercier) \u00e0 Istio. En effet, Istio consiste simplement en des conteneurs sidecar, qui sont responsables de la d\u00e9couverte et du routage (et de nombreuses autres choses dont nous avons parl\u00e9 pr\u00e9c\u00e9demment). Pour cette raison, les tables IP ne connaissent que ce qui se trouve \u00e0 l'int\u00e9rieur de votre syst\u00e8me de clusters. Et httpbin.org est \u00e0 l'ext\u00e9rieur, donc inaccessible. C'est ici qu'intervient Istio Egress \u2013 sans aucune modification de votre code source.<\/p>\n

La r\u00e8gle Egress suivante oblige Istio \u00e0 rechercher (si n\u00e9cessaire, dans le monde entier) le service requis, en l'occurrence httpbin.org. Comme on peut le voir dans ce fichier (egress_httpbin.yml), la fonctionnalit\u00e9 ici est plut\u00f4t simple :<\/p>\n

\"Lancement
\nIl ne reste plus qu'\u00e0 appliquer cette r\u00e8gle :<\/p>\n

istioctl create -f egress_httpbin.yml -n istioegress\n<\/code><\/pre>\n
\nVous pouvez consulter les r\u00e8gles Egress avec la commande istioctl get egressrules<\/code>:<\/p>\n
\"Lancement
\nEt enfin, relan\u00e7ons la commande curl<\/i> \u2013 et voyons que tout fonctionne :<\/p>\n
\"Lancement<\/p>\n
Pensons de mani\u00e8re ouverte<\/h3>\n
\nComme vous pouvez le voir, Istio permet d'organiser les interactions avec le monde ext\u00e9rieur. En d'autres termes, vous pouvez toujours cr\u00e9er des services OpenShift et les g\u00e9rer via Kubernetes, en maintenant tout dans des pods, qui se d\u00e9veloppent ou se r\u00e9duisent en fonction des besoins. Et en plus, vous pouvez tranquillemen t'acc\u00e9der \u00e0 des services externes \u00e0 votre environnement. Et oui, encore une fois, nous voulons rappeler que tout cela peut \u00eatre fait sans toucher \u00e0 votre code.<\/p>\n
C'\u00e9tait le dernier post d'une s\u00e9rie sur Istio. Restez avec nous \u2013 il y a encore beaucoup de choses int\u00e9ressantes \u00e0 venir !
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u00ab\u041e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u2013 \u043c\u043e\u0435 \u0432\u0442\u043e\u0440\u043e\u0435 \u0438\u043c\u044f\u00bb, \u2013 \u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u043b \u041e\u0441\u0442\u0438\u043d \u041f\u0430\u0443\u044d\u0440\u0441, \u0447\u0435\u043b\u043e\u0432\u0435\u043a-\u0437\u0430\u0433\u0430\u0434\u043a\u0430 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430. \u041d\u043e \u0442\u043e, \u0447\u0442\u043e \u0432 \u043f\u043e\u0447\u0435\u0442\u0435 \u0443 \u0441\u0443\u043f\u0435\u0440\u0430\u0433\u0435\u043d\u0442\u043e\u0432 \u0438 \u0441\u043f\u0435\u0446\u0441\u043b\u0443\u0436\u0431, \u0441\u043e\u0432\u0441\u0435\u043c \u043d\u0435 \u0433\u043e\u0434\u0438\u0442\u0441\u044f \u0434\u043b\u044f \u0441\u043b\u0443\u0436\u0431 \u043a\u043e\u043c\u043f\u044c\u044e\u0442\u0435\u0440\u043d\u044b\u0445, \u0433\u0434\u0435 \u0441\u043a\u0443\u043a\u043e\u0442\u0438\u0449\u0430 \u0433\u043e\u0440\u0430\u0437\u0434\u043e \u043b\u0443\u0447\u0448\u0435 \u043e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u0435\u0439. \u0418 Istio \u0432\u043c\u0435\u0441\u0442\u0435 OpenShift \u0438 Kubernetes \u043f\u0440\u0435\u0432\u0440\u0430\u0449\u0430\u044e\u0442 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u0435 \u043c\u0438\u043a\u0440\u043e\u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 \u0432 \u0434\u0435\u043b\u043e \u043f\u043e-\u043d\u0430\u0441\u0442\u043e\u044f\u0449\u0435\u043c\u0443 \u0441\u043a\u0443\u0447\u043d\u043e\u0435 \u0438 \u043f\u0440\u0435\u0434\u0441\u043a\u0430\u0437\u0443\u0435\u043c\u043e\u0435 \u2013 \u0438 \u044d\u0442\u043e \u043f\u0440\u0435\u043a\u0440\u0430\u0441\u043d\u043e. \u041e\u0431 \u044d\u0442\u043e\u043c \u0438 \u043e […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-56218","post","type-post","status-publish","format-standard","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\udd47Dark Launch dans Istio : services secrets | ProHoster","description":"\u00ab Le danger est mon deuxi\u00e8me pr\u00e9nom \u00bb, disait Austin Powers, un homme myst\u00e9rieux de renomm\u00e9e internationale.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","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\udd47Dark Launch \u0432 Istio: \u0441\u0435\u043a\u0440\u0435\u0442\u043d\u044b\u0435 \u0441\u043b\u0443\u0436\u0431\u044b | ProHoster","og:description":"\u00ab\u041e\u043f\u0430\u0441\u043d\u043e\u0441\u0442\u044c \u2013 \u043c\u043e\u0435 \u0432\u0442\u043e\u0440\u043e\u0435 \u0438\u043c\u044f\u00bb, \u2013 \u0433\u043e\u0432\u0430\u0440\u0438\u0432\u0430\u043b \u041e\u0441\u0442\u0438\u043d \u041f\u0430\u0443\u044d\u0440\u0441, \u0447\u0435\u043b\u043e\u0432\u0435\u043a-\u0437\u0430\u0433\u0430\u0434\u043a\u0430 \u043c\u0435\u0436\u0434\u0443\u043d\u0430\u0440\u043e\u0434\u043d\u043e\u0433\u043e \u043c\u0430\u0441\u0448\u0442\u0430\u0431\u0430.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/dark-launch-v-istio-sekretnye-sluzhby","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-06T21:00:00+00:00","article:modified_time":"2020-02-18T11:04:26+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"56218","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:28:24","updated":"2022-10-05 04:55:29","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\/56218","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=56218"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/56218\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=56218"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=56218"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=56218"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}