{"id":22386,"date":"2021-11-16T17:12:38","date_gmt":"2021-11-16T17:12:38","guid":{"rendered":"https:\/\/www.dotcom-monitor.com\/blog\/2021\/11\/16\/principes-sre-les-7-regles-fondamentales\/"},"modified":"2026-06-15T15:45:15","modified_gmt":"2026-06-15T15:45:15","slug":"principes-sre-les-7-regles-fondamentales","status":"publish","type":"post","link":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/principes-sre-les-7-regles-fondamentales\/","title":{"rendered":"Principes SRE : les 7 r\u00e8gles fondamentales"},"content":{"rendered":"\t\t<div data-elementor-type=\"wp-post\" data-elementor-id=\"22386\" class=\"elementor elementor-22386 elementor-22375\" data-elementor-settings=\"{&quot;ha_cmc_init_switcher&quot;:&quot;no&quot;}\" data-elementor-post-type=\"post\">\n\t\t\t\t\t\t<section class=\"elementor-section elementor-top-section elementor-element elementor-element-7ba9d136 elementor-section-boxed elementor-section-height-default elementor-section-height-default\" data-id=\"7ba9d136\" data-element_type=\"section\" data-e-type=\"section\" data-settings=\"{&quot;jet_parallax_layout_list&quot;:[],&quot;_ha_eqh_enable&quot;:false}\">\n\t\t\t\t\t\t<div class=\"elementor-container elementor-column-gap-default\">\n\t\t\t\t\t<div class=\"elementor-column elementor-col-100 elementor-top-column elementor-element elementor-element-36cba459\" data-id=\"36cba459\" data-element_type=\"column\" data-e-type=\"column\">\n\t\t\t<div class=\"elementor-widget-wrap elementor-element-populated\">\n\t\t\t\t\t\t<div class=\"elementor-element elementor-element-616e1a2b elementor-widget elementor-widget-text-editor\" data-id=\"616e1a2b\" data-element_type=\"widget\" data-e-type=\"widget\" data-widget_type=\"text-editor.default\">\n\t\t\t\t<div class=\"elementor-widget-container\">\n\t\t\t\t\t\t\t\t\t<p>Dans l\u2019un de nos <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/2021\/10\/06\/what-is-a-site-reliability-engineer-sre\/\">articles pr\u00e9c\u00e9dents,<\/a>nous avons discut\u00e9 de ce qu\u2019est un SRE, de ce qu\u2019il fait et de certaines des responsabilit\u00e9s communes qu\u2019un SRE typique peut avoir, comme le soutien des op\u00e9rations, la gestion des tickets d\u2019incident et de la r\u00e9ponse aux incidents, ainsi que la surveillance et l\u2019observabilit\u00e9 g\u00e9n\u00e9rales du syst\u00e8me. Dans cet article, nous approfondirons les diff\u00e9rents principes et directives SRE qu\u2019un ing\u00e9nieur en fiabilit\u00e9 de site pratique dans son r\u00f4le. Comme DevOps, ces principes SRE servent de guide pour favoriser l\u2019alignement en ce qui concerne l\u2019alignement, la r\u00e9alisation et le soutien des objectifs de l\u2019organisation.<\/p><p>Google a \u00e9t\u00e9 la premi\u00e8re entreprise \u00e0 cr\u00e9er, adopter et mettre en avant le r\u00f4le de l\u2019ing\u00e9nierie de la fiabilit\u00e9 des sites. Depuis lors, le r\u00f4le du SRE a \u00e9volu\u00e9 \u00e0 mesure que l\u2019industrie a chang\u00e9 et est pass\u00e9e des structures monolithiques traditionnelles \u00e0 de grands r\u00e9seaux et microservices largement distribu\u00e9s. Cependant, une chose est rest\u00e9e en grande partie la m\u00eame : les principes auxquels adh\u00e8rent les SAR. Ces principes fondamentaux du SRE sont ax\u00e9s sur une chose : la fiabilit\u00e9 du syst\u00e8me de conduite et du service. Approfondissons ces principes fondamentaux du SRE.<\/p><h2 id='principes-sre'  id=\"boomdevs_1\">Principes SRE<\/h2><h3 id='adopter-et-g\u00e9rer-les-risques'  id=\"boomdevs_2\">Adopter et g\u00e9rer les risques<\/h3><p>Accepter le risque est en fait l\u2019un des principes fondamentaux de l\u2019ERS, et il est facile de comprendre pourquoi. Pour rendre un syst\u00e8me plus fiable, vous devez envisager des sc\u00e9narios de simulation et tirer des le\u00e7ons des d\u00e9faillances potentielles. Aucun syst\u00e8me n\u2019est jamais fiable \u00e0 100% et \u00e0 un moment donn\u00e9, quelque chose est vou\u00e9 \u00e0 mal tourner. Malheureusement, la plupart des utilisateurs ne connaissent pas (ou ne s\u2019en soucient pas particuli\u00e8rement) de cette r\u00e9alit\u00e9. Ils veulent juste que les choses fonctionnent, et il y a toujours un co\u00fbt pour atteindre cette fiabilit\u00e9, que ce soit en argent, en temps ou m\u00eame en maintien de la confiance des clients.<\/p><p>Pour les SRE, il est essentiel de s\u2019appuyer sur le risque et d\u2019apprendre de l\u2019\u00e9chec pour construire des syst\u00e8mes r\u00e9silients. Mais il y a toujours des compromis \u00e0 peser. L\u2019optimisation de la fiabilit\u00e9 peut signifier ralentir le rythme des nouvelles fonctionnalit\u00e9s, ou entra\u00eener une augmentation des co\u00fbts sans beaucoup d\u2019augmentation des revenus. L\u2019id\u00e9e n\u2019est pas de rendre un syst\u00e8me plus fiable qu\u2019il ne doit l\u2019\u00eatre. Apr\u00e8s tout, si les efforts et les ressources suppl\u00e9mentaires n\u2019apportent pas de valeur ajout\u00e9e, il vaut mieux les d\u00e9penser ailleurs. Dans le SRE, il s\u2019agit de trouver le niveau de fiabilit\u00e9 \u00ab juste \u00bb qui \u00e9quilibre le co\u00fbt, la vitesse et la valeur.<\/p><h3 id='objectifs-de-niveau-de-service'  id=\"boomdevs_3\">Objectifs de niveau de service<\/h3><p>Le principe de l\u2019acceptation du risque est \u00e9troitement li\u00e9 aux objectifs de niveau de service (SLO). Pour d\u00e9composer, les SLO sont des objectifs de performance sp\u00e9cifiques dans le cadre d\u2019un accord de niveau de service (SLA) qui sont mesur\u00e9s par rapport aux indicateurs de niveau de service (SLI), les mesures r\u00e9elles qui suivent les performances de votre service. Par exemple, si votre SLO indique que le temps de disponibilit\u00e9 doit \u00eatre de 99,9 %, il mesure si vous atteignez cette marque. Ces SLI sont surveill\u00e9s en permanence par les SRE, de sorte que si les performances descendent en dessous du seuil convenu, l\u2019\u00e9quipe est alert\u00e9e et peut r\u00e9agir rapidement. En fin de compte, les SLI concernent ce qui compte le plus pour les utilisateurs, en aidant les \u00e9quipes \u00e0 hi\u00e9rarchiser les aspects du service qui ont un impact direct sur l\u2019exp\u00e9rience utilisateur.<\/p><p>Voici un bref aper\u00e7u de ces termes :<\/p><ul><li>SLA : Les accords globaux avec les clients ou les clients sur le niveau de service \u00e0 fournir.<\/li><li>SLO : objectifs de performance sp\u00e9cifiques au sein du SLA, tels que le temps de disponibilit\u00e9, le temps de r\u00e9ponse ou les normes de s\u00e9curit\u00e9.<\/li><li>SLI : Les mesures de performance r\u00e9elles qui permettent de suivre la conformit\u00e9 aux SLO.<\/li><\/ul><p>En substance, les SLO permettent aux \u00e9quipes de mesurer les performances r\u00e9elles par rapport au SLA, en d\u00e9finissant des attentes claires en mati\u00e8re de qualit\u00e9 de service. Cette structure renforce l\u2019existence d\u2019une tol\u00e9rance au risque convenue, d\u00e9finissant le degr\u00e9 de variabilit\u00e9 ou de temps d\u2019arr\u00eat qu\u2019un service peut supporter tout en r\u00e9pondant aux besoins des utilisateurs et aux objectifs commerciaux.<\/p><p><strong>Lire<\/strong>: En savoir plus sur <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/2020\/06\/16\/sla-compliance-for-saas-businesses\/\">la gestion de la conformit\u00e9 aux SLA<\/a> au sein de votre organisation.<\/p><h3 id='\u00e9liminer-le-labeur'  id=\"boomdevs_4\">\u00c9liminer le labeur<\/h3><p>Le labeur, tel qu\u2019il est d\u00e9fini avec la port\u00e9e du r\u00f4le SRE, est la quantit\u00e9 de travail manuel n\u00e9cessaire pour s\u2019assurer que les services sont en cours d\u2019ex\u00e9cution. L\u2019un des principaux objectifs d\u2019un SRE est d\u2019automatiser autant de travail que possible. Cela permet aux SAR d\u2019ouvrir plus de temps pour des t\u00e2ches plus importantes. Et quand on y pense, r\u00e9duire le labeur devrait vraiment faire partie du travail de n\u2019importe qui. Moins de temps n\u00e9cessaire sur les t\u00e2ches redondantes garantit une meilleure productivit\u00e9 \u00e0 long terme. Chaque fois qu\u2019un ing\u00e9nieur en fiabilit\u00e9 de site doit s\u2019engager dans des activit\u00e9s manuelles r\u00e9p\u00e9titives, en ce qui concerne la gestion du service de production, cela peut \u00eatre d\u00e9crit comme du labeur.<\/p><p>Dans de nombreux cas, il peut arriver qu\u2019un SRE doive effectuer des activit\u00e9s manuelles et chronophages, mais toutes ne doivent pas \u00eatre d\u00e9finies comme du labeur. Cependant, il est essentiel de d\u00e9finir quelles activit\u00e9s au sein de l\u2019\u00e9quipe SRE prennent le plus de temps. \u00c0 partir de l\u00e0, identifiez o\u00f9 des am\u00e9liorations peuvent \u00eatre apport\u00e9es pour r\u00e9duire la quantit\u00e9 de travail pour un meilleur \u00e9quilibre du travail. Lorsque Google a introduit pour la premi\u00e8re fois le r\u00f4le de SRE, ils se sont fix\u00e9 pour objectif que la moiti\u00e9 du temps d\u2019un SRE soit ax\u00e9e sur la r\u00e9duction du travail op\u00e9rationnel futur ou l\u2019ajout de fonctionnalit\u00e9s de service. Le d\u00e9veloppement de nouvelles fonctionnalit\u00e9s est en corr\u00e9lation avec l\u2019am\u00e9lioration de mesures telles que la fiabilit\u00e9 et les performances, ce qui r\u00e9duit en fin de compte le labeur potentiel sur la ligne.<\/p><h3 id='surveillance'  id=\"boomdevs_5\">Surveillance<\/h3><p>Chez Dotcom-Monitor, nous nous int\u00e9tressons aux <a href=\"https:\/\/www.dotcom-monitor.com\/solutions\/\">solutions de surveillance<\/a> pour le suivi de la disponibilit\u00e9, de la disponibilit\u00e9, des fonctionnalit\u00e9s et des performances compl\u00e8tes des serveurs, des sites Web, des services et des applications. La surveillance est l\u2019un des principes les plus importants du SRE dans le r\u00f4le. La surveillance continue garantit que les services fonctionnent comme pr\u00e9vu et peut aider \u00e0 identifier le moment o\u00f9 les probl\u00e8mes surviennent afin qu\u2019ils puissent \u00eatre r\u00e9solus imm\u00e9diatement. Comme nous l\u2019avons mentionn\u00e9 dans la section pr\u00e9c\u00e9dente, le respect de ces SCO est la cl\u00e9 des SLA m\u00e9tier d\u00e9finis et, en fin de compte, des utilisateurs. La surveillance peut fournir aux SAR et aux \u00e9quipes une tendance historique des performances et peut donner un aper\u00e7u de ce qui est un probl\u00e8me ponctuel par rapport \u00e0 un probl\u00e8me syst\u00e9mique plus large. Comme d\u00e9fini par l\u2019initiative Google SRE, les quatre signaux d\u2019or de la surveillance comprennent les mesures suivantes:<\/p><ul><li><strong>Latence<\/strong>. La latence est le temps, ou le d\u00e9lai, qu\u2019un service prend pour r\u00e9pondre \u00e0 une demande. De toute \u00e9vidence, des temps de r\u00e9ponse lents affecteront l\u2019exp\u00e9rience utilisateur per\u00e7ue. La surveillance peut fournir un moyen de diff\u00e9rencier<\/li><li><strong>Trafic<\/strong>. Le trafic fait r\u00e9f\u00e9rence \u00e0 la quantit\u00e9 de demande de l\u2019utilisateur, ou charge, sur le syst\u00e8me. Cela peut \u00eatre mesur\u00e9 par des requ\u00eates HTTP par seconde ou en fonction du service r\u00e9el<\/li><li><strong>Erreurs<\/strong>. Les erreurs font r\u00e9f\u00e9rence \u00e0 la vitesse \u00e0 laquelle les demandes adress\u00e9es au service \u00e9chouent. Cependant, il est important pour les \u00e9quipes SRE de faire la diff\u00e9rence entre les pannes techniques, telles que les erreurs de serveur 500, et les d\u00e9faillances logicielles, telles qu\u2019une r\u00e9ponse 200 OK qui a d\u00e9pass\u00e9 parce qu\u2019un seuil de performance sp\u00e9cifique a \u00e9t\u00e9 d\u00e9fini. Il est important de r\u00e9fl\u00e9chir \u00e0 la fa\u00e7on de surveiller de mani\u00e8re appropri\u00e9e ces diff\u00e9rents sc\u00e9narios comme ceux-ci.<\/li><li><strong>Saturation<\/strong>. La saturation consiste \u00e0 mesurer la quantit\u00e9 de ressources syst\u00e8me d\u2019un service donn\u00e9. Jusqu\u2019\u00e0 un certain point, la plupart des services conna\u00eetront une d\u00e9gradation des performances. Comprendre o\u00f9 cela se produit peut aider \u00e0 d\u00e9finir correctement les objectifs et les cibles de surveillance, afin que des mesures correctives puissent \u00eatre effectu\u00e9es.<\/li><\/ul><h3 id='automatisation'  id=\"boomdevs_6\">Automatisation<\/h3><p>Automatiser, automatiser, automatiser. Nous avons abord\u00e9 ce principe plus t\u00f4t lorsque nous avons discut\u00e9 de la r\u00e9duction du labeur, mais on ne peut le sous-estimer. La nature du r\u00f4le du SRE est aussi diversifi\u00e9e qu\u2019un r\u00f4le peut l\u2019\u00eatre. Afin de r\u00e9duire le potentiel d\u2019intervention manuelle dans toutes les facettes de leurs responsabilit\u00e9s, l\u2019automatisation des t\u00e2ches est la cl\u00e9 du succ\u00e8s d\u2019une entreprise. \u00c0 mesure que les services \u00e9voluent et deviennent plus distribu\u00e9s, ils deviennent beaucoup plus difficiles \u00e0 g\u00e9rer. L\u2019automatisation des t\u00e2ches r\u00e9p\u00e9titives \u00e0 tous les niveaux, qu\u2019il s\u2019agisse de tests, de d\u00e9ploiement de logiciels, de r\u00e9ponse aux incidents ou simplement de communication entre les \u00e9quipes, l\u2019automatisation offre des avantages imm\u00e9diats, une efficacit\u00e9 et, surtout, une coh\u00e9rence. Depuis la conception du r\u00f4le SRE, il y a eu un changement dans la fa\u00e7on dont les \u00e9quipes de d\u00e9veloppement, d\u2019assurance qualit\u00e9 et d\u2019op\u00e9rations collaborent. Pour soutenir ces nouveaux environnements et pratiques DevOps, diverses plateformes et outils ont \u00e9t\u00e9 d\u00e9velopp\u00e9s.<\/p><p><strong>Lire<\/strong>: <a href=\"https:\/\/www.dotcom-monitor.com\/blog\/2021\/10\/20\/top-13-site-reliability-engineer-sre-tools\/\">Top 13 des outils de fiabilit\u00e9 de site (SRE).<\/a><\/p><h3 id='ing\u00e9nierie-des-versions'  id=\"boomdevs_7\">Ing\u00e9nierie des versions<\/h3><p>Ing\u00e9nierie de publication. Cela semble \u00eatre un sujet complexe, mais en r\u00e9alit\u00e9, ce n\u2019est qu\u2019un moyen simple de d\u00e9finir comment les logiciels sont construits et livr\u00e9s. Bien que l\u2019ing\u00e9nierie de publication en soi soit son propre titre et son propre r\u00f4le, dans le concept de SRE, cela signifie fournir des services stables, coh\u00e9rents et, bien s\u00fbr, reproductibles. Cela nous ram\u00e8ne \u00e0 la section pr\u00e9c\u00e9dente sur l\u2019automatisation. Si vous voulez faire quelque chose, faites-le bien ET soyez capable de le r\u00e9p\u00e9ter \u00e0 nouveau, de mani\u00e8re coh\u00e9rente, si n\u00e9cessaire. La cr\u00e9ation d\u2019un tas de services ponctuels prend beaucoup de temps et cr\u00e9e un labeur inutile.<\/p><p>Si nous revenons \u00e0 l\u2019histoire du poste de SRE chez Google, ils avaient des ing\u00e9nieurs de publication d\u00e9di\u00e9s qui travaillaient directement avec les SRE. Les ing\u00e9nieurs de publication sont g\u00e9n\u00e9ralement charg\u00e9s de d\u00e9finir les meilleures pratiques en mati\u00e8re de d\u00e9veloppement de services logiciels, de d\u00e9ploiement de mises \u00e0 jour, de tests continus et de r\u00e9solution des probl\u00e8mes logiciels, en plus de nombreuses autres responsabilit\u00e9s. Ce r\u00f4le devient plus critique lorsque vous r\u00e9fl\u00e9chissez \u00e0 la fa\u00e7on de mettre \u00e0 l\u2019\u00e9chelle les services et de les d\u00e9ployer rapidement. Disposer d\u2019un ensemble de meilleures pratiques et d\u2019outils (et les appliquer) est essentiel pour pouvoir r\u00e9pondre \u00e0 ces demandes et donner la tranquillit\u00e9 d\u2019esprit aux \u00e9quipes SRE une fois que cette version est mise en production.<\/p><h3 id='simplicit\u00e9'  id=\"boomdevs_8\">Simplicit\u00e9<\/h3><p>Avec un poste qui n\u2019a apparemment pas de fin au nombre de responsabilit\u00e9s et d\u2019attentes comme le r\u00f4le de SRE, le dernier principe, ironiquement, est la simplicit\u00e9. Peut-\u00eatre plus facile \u00e0 dire qu\u2019\u00e0 faire dans la pratique, ce principe se concentre sur l\u2019id\u00e9e de d\u00e9velopper un syst\u00e8me ou un service qui est seulement aussi complexe que n\u00e9cessaire. Bien que cela puisse sembler contre-intuitif au d\u00e9but, cela revient vraiment \u00e0 vouloir un syst\u00e8me fiable, coh\u00e9rent et pr\u00e9visible. Cela peut sembler ennuyeux, mais pour un SRE, c\u2019est l\u2019un des objectifs finaux ultimes.<\/p><p>Les SLA s\u2019efforcent d\u2019obtenir un syst\u00e8me ou un service qui n\u2019est pas complexe ou difficile \u00e0 g\u00e9rer. Les SRE en veulent un qui fait simplement le travail pour lequel il a \u00e9t\u00e9 con\u00e7u. Cependant, du point de vue de l\u2019utilisateur, un service qui fournit de nombreuses fonctionnalit\u00e9s peut \u00e9galement offrir de nombreux avantages, mais pour un SRE, cela signifie simplement plus de maux de t\u00eate potentiels. Cependant, le changement est toujours in\u00e9vitable si vous souhaitez ajouter de nouvelles fonctionnalit\u00e9s \u00e0 un service Web, faites-le de mani\u00e8re r\u00e9fl\u00e9chie. Les modifications incr\u00e9mentielles plus petites sont plus faciles (et plus simples) \u00e0 g\u00e9rer que la cr\u00e9ation et l\u2019exp\u00e9dition de nombreuses fonctionnalit\u00e9s en m\u00eame temps. Les SSR doivent \u00e9galement tenir compte des besoins et des objectifs de l\u2019entreprise.<\/p><h2 id='principes-sre-les-7-r\u00e8gles-fondamentales-r\u00e9flexions-finales'  id=\"boomdevs_9\">Principes SRE: Les 7 r\u00e8gles fondamentales &#8211; R\u00e9flexions finales<\/h2><p>Le r\u00f4le de SRE se concentre sur la construction, la livraison et le maintien de syst\u00e8mes et de services fiables \u00e0 grande \u00e9chelle. Ces sept principes fondamentaux aident \u00e0 d\u00e9finir les pratiques pour les SAR qui aident \u00e0 l\u2019alignement au sein des pratiques DevOps et soutiennent les objectifs de l\u2019entreprise. Il s\u2019agit d\u2019un r\u00f4le complexe qui cherche \u00e0 \u00e9quilibrer la fiabilit\u00e9 avec les versions de fonctionnalit\u00e9s, tout en maintenant des niveaux de qualit\u00e9 exceptionnels.<\/p><p>La plate-forme Dotcom-Monitor fournit aux SRE toutes les <a href=\"https:\/\/www.dotcom-monitor.com\/features\/\">fonctionnalit\u00e9s<\/a> de surveillance dont ils ont besoin pour assurer la continuit\u00e9 de leurs services. Des alertes et rapports configurables aux tableaux de bord et rapports en temps r\u00e9el, la plateforme fournit les outils essentiels n\u00e9cessaires pour g\u00e9rer les performances de tous ses services \u00e0 long terme. Par exemple, cr\u00e9ez des scripts d\u2019application Web bas\u00e9s sur le comportement, les actions et les chemins d\u2019acc\u00e8s des utilisateurs et configurez des t\u00e2ches <a href=\"\/blog\/fr\/what-is-synthetic-monitoring\/\">de surveillance synth\u00e9tiques<\/a> pour garantir une exp\u00e9rience coh\u00e9rente au fil du temps. Quel que soit le niveau de surveillance dont votre \u00e9quipe a besoin, il existe une solution pour r\u00e9pondre \u00e0 vos besoins.<\/p><p>Commencez gratuitement avec <a href=\"https:\/\/userauth.dotcom-monitor.com\/Account\/FreeTrialSignUp\">l\u2019essai gratuit de Dotcom-Monitor<\/a> ou planifiez une <a href=\"https:\/\/www.dotcom-monitor.com\/demo\/\">d\u00e9mo<\/a> avec l\u2019un de nos ing\u00e9nieurs de performance.<\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t<\/div>\n\t\t","protected":false},"excerpt":{"rendered":"<p>Dans l\u2019un de nos articles pr\u00e9c\u00e9dents,nous avons discut\u00e9 de ce qu\u2019est un SRE, de ce qu\u2019il fait et de certaines des responsabilit\u00e9s communes qu\u2019un SRE typique peut avoir, comme le soutien des op\u00e9rations, la gestion des tickets d\u2019incident et de la r\u00e9ponse aux incidents, ainsi que la surveillance et l\u2019observabilit\u00e9 g\u00e9n\u00e9rales du syst\u00e8me. Dans cet [&hellip;]<\/p>\n","protected":false},"author":21,"featured_media":22379,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3457,3458,3685,3475,3456,3457,3475,3458],"tags":[],"class_list":["post-22386","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-fonctionnalite-de-lapplication-web","category-disponibilite-du-site-web","category-surveillance-des-services-reseau","category-nouvelles-sur-les-performances-du-site-web","category-conseils-techniques-de-performance"],"_links":{"self":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/posts\/22386","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/users\/21"}],"replies":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/comments?post=22386"}],"version-history":[{"count":0,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/posts\/22386\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/media\/22379"}],"wp:attachment":[{"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/media?parent=22386"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/categories?post=22386"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.dotcom-monitor.com\/blog\/fr\/wp-json\/wp\/v2\/tags?post=22386"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}