{"id":55231,"date":"2020-01-16T00:00:00","date_gmt":"2020-01-15T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/pro-multitenancy"},"modified":"2020-02-18T14:03:19","modified_gmt":"2020-02-18T11:03:19","slug":"pro-multitenancy","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/pro-multitenancy","title":{"rendered":"\u00c0 propos de la multitenance","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Malheureusement, ce terme n'a pas de bon \u00e9quivalent en fran\u00e7ais. La \u00ab Wikip\u00e9dia \u00bb donne traduction<\/a><\/noindex> \u00ab multi-location, location multiple \u00bb. Parfois, cela est appel\u00e9 \u00ab propri\u00e9t\u00e9 multiple \u00bb. Ces termes peuvent pr\u00eater \u00e0 confusion, car le sujet n'est en r\u00e9alit\u00e9 li\u00e9 ni \u00e0 la location, ni \u00e0 la propri\u00e9t\u00e9. Il s'agit plut\u00f4t d'une question d'architecture logicielle et d'organisation de son exploitation. D'ailleurs, ce dernier aspect est tout aussi important. <\/p>\n

Nous avons commenc\u00e9 \u00e0 former notre compr\u00e9hension du multitenant au moment o\u00f9 nous avons commenc\u00e9 \u00e0 concevoir notre approche du mod\u00e8le de service cloud pour \u00ab 1C:Enterprise \u00bb. C'\u00e9tait il y a quelques ann\u00e9es. Depuis lors, notre compr\u00e9hension s'est constamment \u00e9largie. Nous d\u00e9couvrons sans cesse de nouveaux aspects (avantages, inconv\u00e9nients, complexit\u00e9s, particularit\u00e9s, etc.) sur ce sujet. <\/p>\n

\"\u00c0
\n<\/a><\/noindex>
\nParfois, les d\u00e9veloppeurs comprennent le multitenant comme quelque chose de tr\u00e8s simple : \u00ab pour que les donn\u00e9es de plusieurs organisations soient stock\u00e9es dans une seule base, il suffit d'ajouter une colonne avec l'identifiant de l'organisation dans toutes les tables et d'appliquer un filtre sur celle-ci \u00bb. Nous avons \u00e9galement commenc\u00e9 notre r\u00e9flexion \u00e0 partir de ce moment-l\u00e0. Mais nous avons rapidement compris que ce n'\u00e9tait qu'une petite partie (qui, soit dit en passant, n'est pas simple non plus). En fait, c'est \u00ab tout un domaine \u00bb. <\/p>\n

L'id\u00e9e principale du multitenant peut \u00eatre d\u00e9crite de la mani\u00e8re suivante. Une application normale est une maison unifamiliale, con\u00e7ue pour accueillir une seule famille qui utilise son infrastructure (murs, toit, approvisionnement en eau, chauffage, etc.). Une application multitenant, quant \u00e0 elle, est un immeuble d'appartements. Dans celui-ci, chaque famille utilise une infrastructure similaire, mais celle-ci est con\u00e7ue pour l'ensemble de l'immeuble. <\/p>\n

Et l'approche multitenant, est-ce bon ou mauvais ? On peut trouver des opinions tr\u00e8s vari\u00e9es sur ce sujet. Il semble qu'il n'y ait pas de r\u00e9ponse d\u00e9finitive de \u00ab bien ou mal \u00bb en g\u00e9n\u00e9ral. Il faut comparer les avantages et les inconv\u00e9nients dans le contexte des t\u00e2ches sp\u00e9cifiques \u00e0 r\u00e9soudre. Mais c'est un sujet \u00e0 part\u2026 <\/p>\n

Dans sa compr\u00e9hension la plus simple, l'objectif du multitenant est de r\u00e9duire les co\u00fbts de maintenance de l'application en \u00ab mutualisant \u00bb les d\u00e9penses d'infrastructure. C'est un mouvement similaire \u00e0 la r\u00e9duction des co\u00fbts de l'application gr\u00e2ce \u00e0 l'utilisation d'une solution standard (peut-\u00eatre avec des configurations et des personnalisations), au lieu d'une cr\u00e9ation \u00ab sur mesure \u00bb. Dans un cas, le d\u00e9veloppement est mutualis\u00e9, et dans l'autre, l'exploitation. <\/p>\n

\u00c0 ce propos, rappelons que ce n'est pas directement li\u00e9 \u00e0 la m\u00e9thode de vente. L'architecture multitenant peut tout \u00e0 fait \u00eatre appliqu\u00e9e dans une infrastructure informatique d'entreprise ou gouvernementale pour automatiser un grand nombre de succursales et d'entreprises d'un m\u00eame groupe. <\/p>\n

On peut dire que le multitenant n'est pas simplement une question d'organisation du stockage des donn\u00e9es. C'est un mod\u00e8le de fonctionnement de l'application dans son ensemble (y compris une partie importante des aspects de son architecture, de son d\u00e9ploiement et de son entretien). <\/p>\n

Ce qui est le plus complexe et int\u00e9ressant dans le mod\u00e8le multitenant, semble-t-il, c'est que l'essence m\u00eame de l'application est \u00ab scind\u00e9e \u00bb. Une partie de ses fonctionnalit\u00e9s traite des domaines de donn\u00e9es sp\u00e9cifiques (appartements) et \u00ab n'est pas int\u00e9ress\u00e9e \u00bb par les r\u00e9sidents d'autres appartements. L'autre partie per\u00e7oit l'immeuble dans son ensemble et fonctionne pour tous les r\u00e9sidents. Cependant, cette derni\u00e8re ne peut pas s'abstraire du fait qu'il s'agit tout de m\u00eame d'appartements distincts, et il est n\u00e9cessaire d'assurer un niveau ad\u00e9quat de granularit\u00e9 et de s\u00e9curit\u00e9. <\/p>\n

Dans \u00ab 1C:Enterprise \u00bb, le mod\u00e8le multitenant est mis en \u0153uvre \u00e0 travers plusieurs technologies. Ce sont les m\u00e9canismes de la plateforme \u00ab 1C:Enterprise \u00bb, les m\u00e9canismes \u00ab1C:Technologie de publication des solutions 1cFresh<\/a><\/noindex>\u00bb et \u00ab1C:Technologie de d\u00e9veloppement des solutions 1cFresh<\/a><\/noindex>\u00bb, les m\u00e9canismes BSP<\/a><\/noindex> (biblioth\u00e8ques de sous-syst\u00e8mes standard). <\/p>\n

Chacun de ces \u00e9l\u00e9ments contribue \u00e0 la cr\u00e9ation de l'infrastructure globale d'un immeuble \u00e0 appartements. Pourquoi cela s'impl\u00e9mente-t-il \u00e0 travers plusieurs technologies, et non pas en une seule, comme la plateforme ? Avant tout, parce qu'il nous semble qu'il est tout \u00e0 fait pertinent de modifier certains m\u00e9canismes lors d'une variante de d\u00e9ploiement sp\u00e9cifique. Mais en g\u00e9n\u00e9ral, c'est une question complexe, et nous sommes constamment face \u00e0 la question - \u00e0 quel niveau il vaut mieux r\u00e9aliser tel ou tel aspect du multitenant. <\/p>\n

Il est \u00e9vident que la partie de base des m\u00e9canismes devait \u00eatre r\u00e9alis\u00e9e dans la plateforme. Par exemple, la s\u00e9paration des donn\u00e9es en elle-m\u00eame. C'est g\u00e9n\u00e9ralement de cela que l'on commence \u00e0 parler lorsqu'on aborde le multitenant. Mais finalement, le mod\u00e8le multitenant a \u00ab impact\u00e9 \u00bb une partie substantielle des m\u00e9canismes de la plateforme, et a n\u00e9cessit\u00e9 leurs am\u00e9liorations, et dans certains cas, une r\u00e9\u00e9valuation. <\/p>\n

Au niveau de la plateforme, nous avons mis en \u0153uvre des m\u00e9canismes de base. Ils permettent de cr\u00e9er des applications fonctionnant selon un mod\u00e8le multitenancy. Mais pour que les applications \u00ab vivent et fonctionnent \u00bb dans un tel mod\u00e8le, il est n\u00e9cessaire d'avoir un syst\u00e8me de gestion de leur \u00ab activit\u00e9 \u00bb. Cela est assur\u00e9 par les technologies 1cFresh et une couche unifi\u00e9e de logique m\u00e9tier au niveau de BSB. Tout comme dans un immeuble collectif, l'infrastructure fournit aux r\u00e9sidents tout le n\u00e9cessaire, les technologies 1cFresh fournissent tout ce dont les applications, fonctionnant selon le mod\u00e8le multitenancy, ont besoin. Afin que les applications puissent interagir avec cette infrastructure (sans modifications majeures), elles int\u00e8grent des \u00ab connecteurs \u00bb sous forme de sous-syst\u00e8mes de BSB. <\/p>\n

Du point de vue des m\u00e9canismes de la plateforme, il est facile de constater qu'au fur et \u00e0 mesure que nous acquerrons de l'exp\u00e9rience et que nous d\u00e9veloppons la variante cloud d'\u00ab 1C:Entreprises \u00bb, nous \u00e9largissons l'ensemble des m\u00e9canismes impliqu\u00e9s dans cette architecture. Prenons un exemple. Dans le mod\u00e8le multitenancy, la r\u00e9partition des r\u00f4les des participants \u00e0 la maintenance des applications change consid\u00e9rablement. Le r\u00f4le (niveau de responsabilit\u00e9) de ceux qui sont responsables de l'exploitation des applications est consid\u00e9rablement renforc\u00e9. Ils doivent maintenant disposer d'outils de contr\u00f4le des applications plus puissants. Car les utilisateurs des applications (r\u00e9sidents) font avant tout confiance au prestataire avec lequel ils travaillent. Pour cela, nous avons r\u00e9alis\u00e9 dans la version 8.3 un nouveau m\u00e9canisme de profils de s\u00e9curit\u00e9<\/a><\/noindex>. Ce m\u00e9canisme permet aux administrateurs du prestataire de limiter la libert\u00e9 des d\u00e9veloppeurs d'applications \u00e0 un niveau de s\u00e9curit\u00e9 n\u00e9cessaire - en substance, d'isoler le travail de l'application pour chaque r\u00e9sident dans des limites d\u00e9finies de \u00ab bac \u00e0 sable \u00bb. <\/p>\n

L'architecture pour la gestion des applications fonctionnant en mode multitenancy (ce que l'on trouve dans les technologies 1cFresh et BSP) suscite un int\u00e9r\u00eat tout aussi consid\u00e9rable. Compar\u00e9 \u00e0 un mod\u00e8le de d\u00e9ploiement classique, les exigences en mati\u00e8re d'automatisation des processus de gestion sont consid\u00e9rablement renforc\u00e9es. Ces processus sont nombreux : cr\u00e9ation de nouveaux domaines de donn\u00e9es (\u00ab appartements \u00bb), mise \u00e0 jour des applications, mise \u00e0 jour des informations r\u00e9glementaires, sauvegarde, etc. Et bien s\u00fbr, les exigences en mati\u00e8re de fiabilit\u00e9 et de disponibilit\u00e9 augmentent. Par exemple, pour garantir une interaction fiable entre les applications et les composants du syst\u00e8me de gestion, nous avons mis en place une technologie de syst\u00e8me d'appel asynchrone avec livraison garantie. <\/p>\n

Un aspect tr\u00e8s d\u00e9licat est la mani\u00e8re de partager les donn\u00e9es et les processus. Cela peut sembler simple (pour ceux qui le pensent) \u00e0 premi\u00e8re vue. La plus grande complexit\u00e9 r\u00e9side dans l'\u00e9quilibre entre centralisation des donn\u00e9es et des processus et d\u00e9centralisation. D'une part, la centralisation permet de r\u00e9duire les co\u00fbts (espace de stockage, ressources processeur, efforts des administrateurs\u2026). D'autre part, elle limite la libert\u00e9 des \u00ab habitants \u00bb. C'est pr\u00e9cis\u00e9ment l'un des aspects de la \u00ab dualit\u00e9 \u00bb de l'application, o\u00f9 le d\u00e9veloppeur doit penser \u00e0 la fois \u00e0 l'application au sens strict (desservant un seul \u00ab appartement \u00bb) et au sens large (desservant tous les \u00ab habitants \u00bb en m\u00eame temps). <\/p>\n

Un exemple de ce type de \u00ab dilemme \u00bb peut \u00eatre l\u2019information r\u00e9glementaire. Il est \u00e9vident que la tentation de la rendre commune \u00e0 tous les \u00ab habitants \u00bb de l'immeuble est forte. Cela permet de la stocker en un seul exemplaire et de la mettre \u00e0 jour instantan\u00e9ment pour tous. Mais il arrive qu'un habitant ait besoin de modifications sp\u00e9cifiques. \u00c9trangement, cela se produit m\u00eame pour des informations sp\u00e9cifi\u00e9es par des r\u00e9gulateurs (organismes gouvernementaux). Cela soul\u00e8ve une question d\u00e9licate : faut-il partager ou non ? Bien s\u00fbr, il est tentant de cr\u00e9er une information commune pour tous et une priv\u00e9e pour ceux qui le souhaitent. Cependant, cela entra\u00eene une r\u00e9alisation beaucoup plus complexe. Mais nous y travaillons... <\/p>\n

Un autre exemple est la conception de l'impl\u00e9mentation de processus r\u00e9guliers (effectu\u00e9s selon un calendrier, initi\u00e9s par le syst\u00e8me de gestion, etc.). D'une part, ils peuvent \u00eatre mis en \u0153uvre pour chaque domaine de donn\u00e9es s\u00e9par\u00e9ment. C'est plus simple et plus pratique. Mais, d'autre part, une granularit\u00e9 aussi fine cr\u00e9e une charge importante sur le syst\u00e8me. Pour r\u00e9duire cette charge, il est n\u00e9cessaire de mettre en \u0153uvre des processus mutualis\u00e9s. Mais ceux-ci n\u00e9cessitent une \u00e9laboration plus approfondie. <\/p>\n

Il est clair qu'une question tr\u00e8s importante se pose. Comment les d\u00e9veloppeurs d'applications peuvent-ils assurer le fonctionnement en mode multitenancy ? Que doivent-ils faire \u00e0 cet \u00e9gard ? Naturellement, nous cherchons \u00e0 ce que le poids des questions technologiques et infrastructurelles repose autant que possible sur les \u00e9paules de la technologie fournie, afin que le d\u00e9veloppeur d'applications ne pense qu'aux t\u00e2ches de logique m\u00e9tier. Mais comme pour d'autres questions architecturales importantes, les d\u00e9veloppeurs d'applications doivent avoir une certaine compr\u00e9hension du fonctionnement en mode multitenancy et des efforts seront n\u00e9cessaires lors du d\u00e9veloppement d'applications. Pourquoi ? Parce qu'il y a des aspects que la technologie ne peut pas garantir automatiquement sans tenir compte de la s\u00e9mantique des donn\u00e9es. Par exemple, la d\u00e9finition m\u00eame des limites de mutualisation des informations. Mais nous essayons de rendre ces complexit\u00e9s aussi r\u00e9duites que possible. Des exemples de l'impl\u00e9mentation de telles applications existent d\u00e9j\u00e0. <\/p>\n

Un aspect important dans le cadre de la mise en \u0153uvre du multitenancy dans \u00ab1C:Entreprise\u00bb est que nous cr\u00e9ons un mod\u00e8le hybride, dans lequel une application peut fonctionner \u00e0 la fois en mode multitenancy et en mode normal. C'est une t\u00e2che assez complexe et sujet \u00e0 une discussion s\u00e9par\u00e9e.
\n
Source : habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0443 \u044d\u0442\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u0430 \u043d\u0435\u0442 \u0445\u043e\u0440\u043e\u0448\u0435\u0433\u043e \u0440\u0443\u0441\u0441\u043a\u043e\u044f\u0437\u044b\u0447\u043d\u043e\u0433\u043e \u0430\u043d\u0430\u043b\u043e\u0433\u0430. \u00ab\u0412\u0438\u043a\u0438\u043f\u0435\u0434\u0438\u044f\u00bb \u0434\u0430\u0435\u0442 \u043f\u0435\u0440\u0435\u0432\u043e\u0434 \u00ab\u043c\u0443\u043b\u044c\u0442\u0438\u0430\u0440\u0435\u043d\u0434\u043d\u043e\u0441\u0442\u044c, \u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u0430\u044f \u0430\u0440\u0435\u043d\u0434\u0430\u00bb. \u0418\u043d\u043e\u0433\u0434\u0430 \u044d\u0442\u043e \u043d\u0430\u0437\u044b\u0432\u0430\u044e\u0442 \u00ab\u043c\u043d\u043e\u0436\u0435\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u043c \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c\u00bb. \u042d\u0442\u0438 \u0442\u0435\u0440\u043c\u0438\u043d\u044b \u043c\u043e\u0433\u0443\u0442 \u043d\u0435\u0441\u043a\u043e\u043b\u044c\u043a\u043e \u043f\u0443\u0442\u0430\u0442\u044c, \u0442\u0430\u043a \u043a\u0430\u043a \u043f\u0440\u0435\u0434\u043c\u0435\u0442 \u043d\u0435 \u0441\u0432\u044f\u0437\u0430\u043d \u043f\u043e \u0441\u0443\u0442\u0438 \u043d\u0438 \u0441 \u0430\u0440\u0435\u043d\u0434\u043e\u0439, \u043d\u0438 \u0441 \u0432\u043b\u0430\u0434\u0435\u043d\u0438\u0435\u043c. \u042d\u0442\u043e \u0432\u043e\u043f\u0440\u043e\u0441 \u0438\u043c\u0435\u043d\u043d\u043e \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b \u043f\u0440\u043e\u0433\u0440\u0430\u043c\u043c\u043d\u043e\u0433\u043e \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u0438 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0435\u0433\u043e \u044d\u043a\u0441\u043f\u043b\u0443\u0430\u0442\u0430\u0446\u0438\u0438. \u041f\u0440\u0438\u0447\u0435\u043c \u043f\u043e\u0441\u043b\u0435\u0434\u043d\u0435\u0435 \u043d\u0435 \u043c\u0435\u043d\u0435\u0435 \u0432\u0430\u0436\u043d\u043e. \u041c\u044b \u043d\u0430\u0447\u0430\u043b\u0438 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":55232,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-55231","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\udd47Sur le multitenancy | ProHoster","description":"Malheureusement, ce terme n'a pas de bon \u00e9quivalent en russe.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/pro-multitenancy","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\u041f\u0440\u043e multitenancy | ProHoster","og:description":"\u041a \u0441\u043e\u0436\u0430\u043b\u0435\u043d\u0438\u044e, \u0443 \u044d\u0442\u043e\u0433\u043e \u0442\u0435\u0440\u043c\u0438\u043d\u0430 \u043d\u0435\u0442 \u0445\u043e\u0440\u043e\u0448\u0435\u0433\u043e \u0440\u0443\u0441\u0441\u043a\u043e\u044f\u0437\u044b\u0447\u043d\u043e\u0433\u043e \u0430\u043d\u0430\u043b\u043e\u0433\u0430.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/pro-multitenancy","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-01-15T21:00:00+00:00","article:modified_time":"2020-02-18T11:03:19+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"55231","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:47:39","updated":"2022-09-29 20:30:21","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\/55231","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=55231"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/55231\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/55232"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=55231"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=55231"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=55231"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}