{"id":82223,"date":"2020-05-20T13:42:34","date_gmt":"2020-05-20T11:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen"},"modified":"2020-05-20T13:42:34","modified_gmt":"2020-05-20T11:42:34","slug":"luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","title":{"rendered":"Meilleures pratiques Kubernetes. Organisation de Kubernetes avec des espaces de noms","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Meilleures pratiques Kubernetes. Cr\u00e9ation de petits conteneurs<\/a><\/noindex><\/p>\n

Au fur et \u00e0 mesure que vous commencez \u00e0 cr\u00e9er de plus en plus de services Kubernetes, des t\u00e2ches simples au d\u00e9but commencent \u00e0 devenir compliqu\u00e9es. Par exemple, les \u00e9quipes de d\u00e9veloppeurs ne peuvent pas cr\u00e9er de services ou de d\u00e9ploiements avec le m\u00eame nom. Si vous avez des milliers de pods, \u00e9num\u00e9rer ces derniers peut prendre beaucoup de temps, sans parler de la n\u00e9cessit\u00e9 de garantir une gestion efficace. Et ce n'est que la partie \u00e9merg\u00e9e de l'iceberg.<\/p>\n

Examinons comment les namespaces facilitent la gestion des ressources Kubernetes. Mais qu'est-ce qu'un namespace ? Un namespace peut \u00eatre consid\u00e9r\u00e9 comme un cluster virtuel \u00e0 l'int\u00e9rieur de votre cluster Kubernetes. Vous pouvez avoir plusieurs namespaces isol\u00e9s les uns des autres au sein d'un m\u00eame cluster Kubernetes. Ils peuvent vraiment vous aider, vous et vos \u00e9quipes, en termes d'organisation, de s\u00e9curit\u00e9 et m\u00eame de performance du syst\u00e8me.<\/p>\n

\"Meilleures
\n
\nDans la plupart des distributions Kubernetes, le cluster est livr\u00e9 \u00ab pr\u00eat \u00e0 l'emploi \u00bb avec un namespace nomm\u00e9 \u00ab default \u00bb. En r\u00e9alit\u00e9, il existe trois namespaces avec lesquels Kubernetes interagit : default, kube-system et kube-public. Actuellement, kube-public n'est pas souvent utilis\u00e9.<\/a><\/noindex><\/p>\n

\"Meilleures
\n
\nIl est conseill\u00e9 de ne pas toucher au namespace kube, surtout dans un syst\u00e8me g\u00e9r\u00e9 comme Google Kubernetes Engine. Il utilise le namespace \u00ab default \u00bb comme emplacement o\u00f9 vos services et applications sont cr\u00e9\u00e9s. Il n'y a rien de vraiment sp\u00e9cial \u00e0 propos de celui-ci, si ce n'est que Kubernetes est configur\u00e9 pour l'utiliser par d\u00e9faut et que vous ne pouvez pas le supprimer. Cela convient parfaitement pour d\u00e9marrer et pour les syst\u00e8mes \u00e0 faible performance, mais je ne recommanderais pas d'utiliser le namespace default dans de grandes syst\u00e8mes de production. Dans ce dernier cas, une \u00e9quipe de d\u00e9veloppeurs pourrait facilement \u00e9craser le code d'une autre \u00e9quipe et perturber son fonctionnement sans m\u00eame s'en rendre compte.<\/p>\n

Il est donc recommand\u00e9 de cr\u00e9er plusieurs namespaces et de les utiliser pour segmenter vos services en unit\u00e9s g\u00e9r\u00e9es. Un namespace peut \u00eatre cr\u00e9\u00e9 avec une simple commande. Si vous souhaitez cr\u00e9er un namespace nomm\u00e9 test, utilisez la commande $ kubectl create namespace test ou cr\u00e9ez simplement un fichier YAML et utilisez-le comme n'importe quelle autre ressource Kubernetes.<\/p>\n

\"Meilleures
\n
\nVous pouvez voir tous les namespaces \u00e0 l'aide de la commande $ kubectl get namespace. <\/p>\n

\"Meilleures
\n
\nApr\u00e8s son ex\u00e9cution, vous verrez trois espaces de noms int\u00e9gr\u00e9s et un nouvel espace de noms appel\u00e9 \u00ab test \u00bb. Examinons un fichier YAML simple destin\u00e9 \u00e0 cr\u00e9er un pod. Vous remarquerez qu'il n'y a aucune mention d'espace de noms.<\/p>\n

\"Meilleures
\n
\nSi vous utilisez kubectl pour ex\u00e9cuter ce fichier, il cr\u00e9era le module mypod dans l'espace de noms actif actuel. Ce sera l'espace de noms par d\u00e9faut jusqu'\u00e0 ce que vous le changiez. Il existe 2 fa\u00e7ons de signaler \u00e0 Kubernetes dans quel espace de noms vous souhaitez cr\u00e9er votre ressource. La premi\u00e8re m\u00e9thode consiste \u00e0 utiliser l'option d'espace de noms lors de la cr\u00e9ation de la ressource. <\/p>\n

\"Meilleures
\n
\nLa deuxi\u00e8me m\u00e9thode consiste \u00e0 sp\u00e9cifier l'espace de noms dans la d\u00e9claration YAML.<\/p>\n

\"Meilleures
\n
\nSi vous sp\u00e9cifiez l'espace de noms dans le YAML, la ressource sera toujours cr\u00e9\u00e9e dans cet espace. Si vous essayez d'utiliser un autre espace de noms en utilisant l'option d'espace de noms, la commande \u00e9chouera. Maintenant, si vous essayez de trouver votre pod, vous ne pourrez pas le faire. <\/p>\n

\"Meilleures
\n
\nCela se produit parce que toutes les commandes s'ex\u00e9cutent en dehors de l'espace de noms actif actuel. Pour trouver votre pod, vous devez utiliser l'option d'espace de noms, mais cela devient vite ennuyeux, surtout si vous travaillez en tant que d\u00e9veloppeur dans un groupe qui utilise son propre espace de noms et ne souhaite pas utiliser cette option pour chaque commande distincte. Voyons comment cela peut \u00eatre corrig\u00e9.<\/p>\n

\"Meilleures
\n
\nPar d\u00e9faut, votre espace de noms actif s'appelle default. Si vous ne sp\u00e9cifiez pas l'espace de noms dans le YAML de la ressource, toutes les commandes Kubernetes utiliseront cet espace de noms actif par d\u00e9faut. Malheureusement, tenter de g\u00e9rer l'espace de noms actif avec kubectl peut \u00eatre vou\u00e9 \u00e0 l'\u00e9chec. Cependant, il existe un excellent outil appel\u00e9 Kubens qui simplifie \u00e9norm\u00e9ment ce processus. Lorsque vous ex\u00e9cutez la commande kubens, vous voyez tous les espaces de noms avec l'espace de noms actif mis en surbrillance. <\/p>\n

\"Meilleures
\n
\nPour changer l'espace de noms actif en l'espace de noms test, il vous suffit d'ex\u00e9cuter la commande $ kubens test. Si vous entrez \u00e0 nouveau la commande $ kubens apr\u00e8s cela, vous verrez que le nouvel espace de noms actif est d\u00e9sormais soulign\u00e9 \u2013 test.<\/p>\n

\"Meilleures
\n
\nCela signifie que vous n'avez pas besoin d'un drapeau d'espace de noms pour voir le pod dans l'espace de noms test.<\/p>\n

\"Meilleures
\n
\nAinsi, les espaces de noms sont cach\u00e9s les uns des autres, mais ne sont pas isol\u00e9s les uns des autres. Un service dans un espace de noms peut facilement communiquer avec un service dans un autre espace de noms, ce qui est souvent tr\u00e8s utile. La possibilit\u00e9 de communication entre diff\u00e9rents espaces de noms signifie que le service de vos d\u00e9veloppeurs peut interagir avec le service d'une autre \u00e9quipe de d\u00e9veloppement dans un autre espace de noms.<\/p>\n

En g\u00e9n\u00e9ral, lorsque votre application souhaite acc\u00e9der \u00e0 un service Kubernetes, vous utilisez le service de d\u00e9couverte DNS int\u00e9gr\u00e9 et indiquez simplement \u00e0 votre application le nom du service. Cependant, vous pouvez cr\u00e9er un service avec le m\u00eame nom dans plusieurs espaces de noms, ce qui n'est pas autoris\u00e9. <\/p>\n

\"Meilleures
\n
\nHeureusement, il est facile de contourner cela en utilisant la forme enti\u00e8rement qualifi\u00e9e de l'adresse DNS. Les services dans Kubernetes exposent leurs points de terminaison en utilisant un mod\u00e8le DNS commun. Cela ressemble \u00e0 peu pr\u00e8s \u00e0 ceci :<\/p>\n

\"Meilleures
\n
\nEn r\u00e8gle g\u00e9n\u00e9rale, vous avez simplement besoin du nom du service, et le DNS d\u00e9terminera automatiquement l'adresse compl\u00e8te. <\/p>\n

\"Meilleures
\n
\nCependant, si vous devez acc\u00e9der \u00e0 un service dans un autre espace de noms, utilisez simplement le nom du service plus le nom de l'espace de noms :<\/p>\n

\"Meilleures
\n
\nPar exemple, si vous souhaitez vous connecter \u00e0 la base de donn\u00e9es d'un service dans l'espace de noms test, vous pouvez utiliser l'adresse database.test.<\/p>\n

\"Meilleures
\n
\nSi vous voulez vous connecter \u00e0 la base de donn\u00e9es d'un service dans l'espace de noms prod, vous utilisez database.prod.<\/p>\n

\"Meilleures
\n
\nSi vous souhaitez vraiment isoler et restreindre l'acc\u00e8s \u00e0 l'espace de noms, Kubernetes permet de le faire gr\u00e2ce aux politiques de r\u00e9seau Kubernetes Network Policies. J'en parlerai dans la prochaine s\u00e9rie. <\/p>\n

On me pose souvent la question de savoir combien d'espaces de noms cr\u00e9er et dans quel but ? Qu'est-ce qu'un fragment de donn\u00e9es g\u00e9r\u00e9 ?<\/p>\n

Si vous cr\u00e9ez trop de namespaces, ils vous g\u00eaneront simplement. En revanche, s'il y en a trop peu, vous perdrez tous les avantages d'une telle solution. Je pense qu'il y a quatre \u00e9tapes principales que chaque entreprise traverse lors de la cr\u00e9ation de sa structure organisationnelle. Selon l'\u00e9tape de d\u00e9veloppement \u00e0 laquelle votre projet ou entreprise est arriv\u00e9, vous pouvez adopter une strat\u00e9gie de cr\u00e9ation de namespace appropri\u00e9e.<\/p>\n

Imaginez que vous faites partie d'une petite \u00e9quipe travaillant sur le d\u00e9veloppement de 5 \u00e0 10 microservices et que vous pouvez facilement rassembler tous les d\u00e9veloppeurs dans une m\u00eame pi\u00e8ce. Dans cette situation, il a du sens de lancer tous les services de production dans l'espace de nom par d\u00e9faut. Bien s\u00fbr, pour plus de flexibilit\u00e9, vous pouvez utiliser deux espaces de noms \u2014 un pour la production et un pour le d\u00e9veloppement. Et il est probable que vous testiez votre d\u00e9veloppement sur votre ordinateur local avec quelque chose comme Minikube. <\/p>\n

Supposons que les conditions aient chang\u00e9 et que vous ayez maintenant une \u00e9quipe en forte croissance travaillant simultan\u00e9ment sur plus de 10 microservices. Il vient un moment o\u00f9 il est n\u00e9cessaire d'utiliser plusieurs clusters ou namespaces, s\u00e9par\u00e9ment pour la production et le d\u00e9veloppement. Vous pouvez diviser l'\u00e9quipe en plusieurs sous-groupes, chacun ayant ses propres microservices et chaque \u00e9quipe pouvant choisir son propre namespace pour faciliter le processus de gestion du d\u00e9veloppement et du d\u00e9ploiement logiciel.<\/p>\n

\"Meilleures
\n
\n\u00c0 mesure que chaque membre de l'\u00e9quipe comprend comment fonctionne le syst\u00e8me dans son ensemble, il devient de plus en plus difficile de coordonner chaque changement avec tous les autres d\u00e9veloppeurs. Essayer de faire tourner toute la pile sur votre ordinateur local devient de plus en plus complexe. <\/p>\n

Dans les grandes entreprises, les d\u00e9veloppeurs ne savent souvent pas qui travaille sur quoi en particulier. Les \u00e9quipes communiquent via des contrats de service ou utilisent la technologie Service Mesh, qui ajoute un niveau d'abstraction au r\u00e9seau, comme l'outil de configuration Istio. Essayer de lancer toute la pile localement est tout simplement impossible. Je recommande vivement d'utiliser dans Kubernetes une plateforme de livraison continue (CD) telle que Spinnaker. Ainsi, vient un moment o\u00f9 chaque \u00e9quipe a d\u00e9finitivement besoin de son propre espace de noms. Chaque \u00e9quipe peut m\u00eame choisir plusieurs espaces de noms pour l'environnement de d\u00e9veloppement et l'environnement de production. <\/p>\n

Enfin, il existe de grandes entreprises o\u00f9 un groupe de d\u00e9veloppeurs ne sait m\u00eame pas que d'autres groupes existent. Une telle entreprise peut m\u00eame embaucher des d\u00e9veloppeurs externes qui interagissent via des API bien document\u00e9es. Dans chaque groupe, il y a plusieurs \u00e9quipes et plusieurs microservices. Dans ce cas, il est n\u00e9cessaire d'utiliser tous les outils dont j'ai parl\u00e9 pr\u00e9c\u00e9demment.<\/p>\n

\"Meilleures
\n
\nLes programmeurs ne doivent pas d\u00e9ployer les services manuellement et ne doivent pas avoir acc\u00e8s \u00e0 des espaces de noms qui ne les concernent pas. \u00c0 ce stade, il est judicieux d'avoir plusieurs clusters pour r\u00e9duire le \u00ab rayon d'explosion \u00bb des applications mal configur\u00e9es, pour simplifier les processus de facturation et de gestion des ressources.<\/p>\n

Ainsi, une bonne utilisation des espaces de noms par votre organisation permet de rendre Kubernetes plus g\u00e9rable, contr\u00f4lable, s\u00fbr et flexible.<\/p>\n

Les d\u00e9veloppeurs de Xenoblade Chronicles: Definitive Edition dans le dernier num\u00e9ro du magazine Weekly Famitsu.<\/a><\/noindex><\/p>\n

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

Un peu de publicit\u00e9 \ud83d\ude42<\/h3>\n

\nMerci de rester avec nous. Aimez-vous nos articles ? Voulez-vous voir plus de contenu int\u00e9ressant ? Soutenez-nous en passants une commande ou en nous recommandant \u00e0 des amis, VPS cloud pour d\u00e9veloppeurs \u00e0 partir de 4,99 $<\/a><\/noindex>, un \u00e9quivalent unique des serveurs d'entr\u00e9e de gamme, con\u00e7u pour vous :<\/b> Toute la v\u00e9rit\u00e9 sur le VPS (KVM) E5-2697 v3 (6 c\u0153urs) 10 Go DDR4 480 Go SSD 1 Gbps \u00e0 partir de 19 $ ou comment bien diviser un serveur ?<\/a><\/noindex> (options disponibles avec RAID1 et RAID10, jusqu'\u00e0 24 c\u0153urs et jusqu'\u00e0 40 Go DDR4).<\/p>\n

Dell R730xd deux fois moins cher dans le data center Equinix Tier IV \u00e0 Amsterdam ?<\/b> Uniquement chez nous 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64Go DDR4 4x960Go SSD 1Gbps 100 To \u00e0 partir de 199 $<\/a><\/noindex> aux Pays-Bas ! Dell R420 \u2014 2x E5-2430 2.2GHz 6C 128Go DDR3 2x960Go SSD 1Gbps 100To \u2014 \u00e0 partir de 99 $ !<\/b><\/b> Lisez sur Comment construire une infrastructure de classe entreprise avec des serveurs Dell R730xd E5-2650 v4 co\u00fbtant 9000 euros pour des clopinettes ?<\/a><\/noindex>
\n
Source : habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041f\u043e \u043c\u0435\u0440\u0435 \u0442\u043e\u0433\u043e \u043a\u0430\u043a \u0432\u044b \u043d\u0430\u0447\u0438\u043d\u0430\u0435\u0442\u0435 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u0438 \u0431\u043e\u043b\u044c\u0448\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 Kubernetes, \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u043f\u043e \u043d\u0430\u0447\u0430\u043b\u0443 \u0437\u0430\u0434\u0430\u0447\u0438 \u043d\u0430\u0447\u0438\u043d\u0430\u044e\u0442 \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0442\u044c\u0441\u044f. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u043d\u0435 \u043c\u043e\u0433\u0443\u0442 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0441\u043b\u0443\u0436\u0431\u044b \u0438\u043b\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u043f\u043e\u0434 \u043e\u0434\u043d\u0438\u043c \u0438 \u0442\u0435\u043c \u0436\u0435 \u0438\u043c\u0435\u043d\u0435\u043c. \u0415\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u0442\u044b\u0441\u044f\u0447\u0438 \u043f\u043e\u0434\u043e\u0432, \u0438\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435 \u043f\u0435\u0440\u0435\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u0435 \u0437\u0430\u0439\u043c\u0435\u0442 \u043a\u0443\u0447\u0443 \u0432\u0440\u0435\u043c\u0435\u043d\u0438, \u043d\u0435 \u0433\u043e\u0432\u043e\u0440\u044f \u043e \u0442\u043e\u043c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82224,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82223","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\udd47Meilleures pratiques Kubernetes. Organisation de Kubernetes avec des espaces de noms | ProHoster","description":"Meilleures pratiques Kubernetes.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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-05-20T11:42:34+00:00","article:modified_time":"2020-05-20T11:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82223","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 15:41:29","updated":"2022-09-29 19:27:31","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\/82223","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=82223"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/82223\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/82224"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=82223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=82223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=82223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}