{"id":74086,"date":"2020-03-14T02:42:31","date_gmt":"2020-03-13T23:42:31","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3"},"modified":"2020-03-14T02:42:31","modified_gmt":"2020-03-13T23:42:31","slug":"chto-novogo-v-red-hat-openshift-4-2-i-4-3","status":"publish","type":"post","link":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","title":{"rendered":"Quoi de neuf dans Red Hat OpenShift 4.2 et 4.3 ?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Quoi
\nLa quatri\u00e8me version d'OpenShift est sortie r\u00e9cemment. La version actuelle, 4.3, est disponible depuis fin janvier et toutes les modifications qu'elle apporte sont soit totalement nouvelles, ce qui n'\u00e9tait pas pr\u00e9sent dans la version 3, soit de grandes mises \u00e0 jour de ce qui est apparu dans la version 4.1. Tout ce que nous allons d\u00e9crire ici est essentiel \u00e0 conna\u00eetre, \u00e0 comprendre et \u00e0 consid\u00e9rer pour ceux qui travaillent avec OpenShift et pr\u00e9voient de passer \u00e0 la nouvelle version.<\/p>\n

Avec le lancement de la version OpenShift 4.2, Red Hat a simplifi\u00e9 l'utilisation de Kubernetes. De nouveaux outils et plugins ont \u00e9t\u00e9 introduits pour la cr\u00e9ation de conteneurs, les pipelines CI\/CD et les d\u00e9ploiements serverless. Ces innovations permettent aux d\u00e9veloppeurs de se concentrer sur l'\u00e9criture de code plut\u00f4t que sur la gestion de Kubernetes.<\/p>\n

Quelles sont donc les nouveaut\u00e9s dans les versions OpenShift 4.2 et 4.3 ?
\n<\/a><\/noindex><\/p>\n

Tendance vers les clouds hybrides <\/h2>\n

\nLors de la planification d'une nouvelle infrastructure informatique ou lors de l'\u00e9volution du paysage informatique existant, les entreprises envisagent de plus en plus l'approche cloud pour fournir des ressources informatiques, en mettant en \u0153uvre des solutions de cloud priv\u00e9 ou en utilisant les capacit\u00e9s des fournisseurs de cloud public. Ainsi, les infrastructures informatiques modernes sont de plus en plus construites selon un mod\u00e8le de cloud hybride, utilisant \u00e0 la fois des ressources on-premises et des ressources publiques, avec un syst\u00e8me de gestion commun. Red Hat OpenShift 4.2 a \u00e9t\u00e9 sp\u00e9cifiquement con\u00e7u pour faciliter la transition vers le mod\u00e8le de cloud hybride et permet de connecter facilement au cluster des ressources de fournisseurs tels qu'AWS, Azure et Google Cloud Platform, par rapport \u00e0 l'utilisation de clouds priv\u00e9s sur VMware et OpenStack.<\/p>\n

Une nouvelle approche de l'installation<\/h2>\n

\nDans la quatri\u00e8me version, l'approche d'installation d'OpenShift a chang\u00e9. Red Hat fournit un utilitaire sp\u00e9cial pour d\u00e9ployer un cluster OpenShift \u2013 openshift-install. Cet utilitaire est un seul fichier binaire, \u00e9crit en Go. L'openshift-installer pr\u00e9pare un fichier yaml avec la configuration requise pour le d\u00e9ploiement. <\/p>\n

Lors de l'installation \u00e0 l'aide de ressources cloud, il sera n\u00e9cessaire d'indiquer les informations minimales sur l'avenir du cluster : zone DNS, nombre de n\u0153uds worker, param\u00e8tres sp\u00e9cifiques au fournisseur de cloud et donn\u00e9es de compte pour acc\u00e9der au fournisseur de cloud. Apr\u00e8s avoir pr\u00e9par\u00e9 le fichier de configuration, le cluster peut \u00eatre d\u00e9ploy\u00e9 en une seule commande.<\/p>\n

En cas d'installation sur des ressources informatiques propres, par exemple lors de l'utilisation d'un cloud priv\u00e9 (vSphere et OpenStack pris en charge) ou sur des serveurs bare metal, une configuration manuelle de l'infrastructure sera n\u00e9cessaire \u2013 pr\u00e9parer le nombre minimal de machines virtuelles ou de serveurs physiques n\u00e9cessaires \u00e0 la cr\u00e9ation d'un cluster Control Plane, configurer les services r\u00e9seau. Apr\u00e8s cette configuration, le cluster OpenShift pourra \u00eatre cr\u00e9\u00e9 de mani\u00e8re similaire par une seule commande de l'outil openshift-installer.<\/p>\n

Mises \u00e0 jour de l'infrastructure<\/h2>\n

<\/p>\n

Int\u00e9gration avec CoreOS<\/h4>\n

\nLa mise \u00e0 jour cl\u00e9 est l'int\u00e9gration avec Red Hat CoreOS. D\u00e9sormais, les n\u0153uds master de Red Hat OpenShift peuvent fonctionner uniquement<\/strong> sous un nouveau syst\u00e8me d'exploitation. C'est un syst\u00e8me d'exploitation gratuit de Red Hat, sp\u00e9cifiquement con\u00e7u pour les solutions conteneuris\u00e9es. Red Hat CoreOS est un Linux all\u00e9g\u00e9, optimis\u00e9 pour ex\u00e9cuter des conteneurs.<\/p>\n

Alors qu'en 3.11 le syst\u00e8me d'exploitation et OpenShift existaient s\u00e9par\u00e9ment, en 4.2 ils sont d\u00e9sormais indissociables d'OpenShift. C'est maintenant un appareil unique \u2013 infrastructure immuable.<\/strong><\/p>\n

\"Quoi
\nPour les clusters qui utilisent RHCOS pour tous les n\u0153uds, la mise \u00e0 jour de la plateforme OpenShift Container est un processus simple et bien automatis\u00e9. <\/p>\n

Auparavant, pour mettre \u00e0 jour OpenShift, il fallait d'abord mettre \u00e0 jour le syst\u00e8me d'exploitation de base sur lequel le produit \u00e9tait ex\u00e9cut\u00e9 (\u00e0 l'\u00e9poque, il s'agissait de Red Hat Enterprise Linux). Ce n'est qu'apr\u00e8s cela que l'on pouvait mettre \u00e0 jour OpenShift progressivement, n\u0153ud par n\u0153ud. Il n'y avait aucune automatisation dans le processus. <\/p>\n

Maintenant, puisque la plateforme OpenShift Container contr\u00f4le enti\u00e8rement les syst\u00e8mes et services sur chaque n\u0153ud, y compris l'OS, cette t\u00e2che se fait d'un simple clic depuis l'interface Web. Ensuite, un op\u00e9rateur sp\u00e9cial est lanc\u00e9 \u00e0 l'int\u00e9rieur du cluster OpenShift, g\u00e9rant tout le processus de mise \u00e0 jour. <\/p>\n

Nouveau CSI<\/h4>\n

\nDeuxi\u00e8mement \u2013 un nouveau CSI \u2013 contr\u00f4leur de l'interface de stockage qui permet de connecter diff\u00e9rents syst\u00e8mes de stockage externes au cluster OpenShift. Un grand nombre de fournisseurs de pilotes de stockage pour OpenShift, bas\u00e9s sur les pilotes de stockage fournis par les fabricants, sont pris en charge. La liste compl\u00e8te des pilotes CSI pris en charge peut \u00eatre trouv\u00e9e dans ce document : https:\/\/kubernetes-csi.github.io\/docs\/drivers.html<\/a><\/noindex>. Dans cette liste, vous pouvez trouver tous les principaux mod\u00e8les de syst\u00e8mes de stockage des principaux fabricants (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), des solutions SDS (Ceph) et des stockages en nuage (AWS, Azure, Google). OpenShift 4.2 prend en charge le fonctionnement avec des pilotes CSI de la sp\u00e9cification CSI version 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nBas\u00e9 sur les projets Istio, Kiali et Jaeger, Red Hat OpenShift Service Mesh, en plus des t\u00e2ches habituelles de routage des requ\u00eates entre les services, permet de r\u00e9aliser leur tra\u00e7abilit\u00e9 et leur visualisation. Cela aide les d\u00e9veloppeurs \u00e0 simplifier l'interaction, la surveillance et la gestion de l'application d\u00e9ploy\u00e9e dans Red Hat OpenShift. <\/p>\n

\"Quoi
\nVisualisation d'une application ayant une architecture microservices avec Kiali<\/i><\/p>\n

Pour simplifier au maximum les processus d'installation, de service et de gestion du cycle de vie du Service Mesh, Red Hat OpenShift fournit aux administrateurs un op\u00e9rateur sp\u00e9cial \u2013 le Service Mesh Operator. C'est un op\u00e9rateur Kubernetes qui permet de d\u00e9ployer sur le cluster des packages reconfigur\u00e9s de Istio, Kiali et Jaeger, all\u00e9geant ainsi la charge administrative de la gestion des applications.<\/p>\n

CRI-O au lieu de Docker<\/h4>\n

\nLe runtime de conteneur par d\u00e9faut Docker a \u00e9t\u00e9 remplac\u00e9 par CRI-O. Il \u00e9tait d\u00e9j\u00e0 possible d'utiliser CRI-O dans la version 3.11, mais dans 4.2, il est devenu principal. Ce n'est ni bon ni mauvais, mais il convient de le garder \u00e0 l'esprit lors de l'utilisation du produit.<\/p>\n

Op\u00e9rateurs et d\u00e9ploiement d'applications<\/h2>\n

\nLes op\u00e9rateurs sont une nouvelle entit\u00e9 pour RedHat OpenShift, qui est apparue dans la quatri\u00e8me version. C'est une m\u00e9thode d\u2019emballage, de d\u00e9ploiement et de gestion des applications Kubernetes. On peut le consid\u00e9rer comme un plugin g\u00e9r\u00e9 par l'API Kubernetes et des outils kubectl pour les applications d\u00e9ploy\u00e9es dans des conteneurs.<\/p>\n

Les op\u00e9rateurs Kubernetes aident \u00e0 automatiser toutes les t\u00e2ches li\u00e9es \u00e0 l'administration et \u00e0 la gestion du cycle de vie de l'application que vous d\u00e9ployez dans votre cluster. Par exemple, un op\u00e9rateur peut automatiser les mises \u00e0 jour, les sauvegardes et le redimensionnement de l'application, modifier la configuration, etc. La liste compl\u00e8te des op\u00e9rateurs peut \u00eatre consult\u00e9e sur https:\/\/operatorhub.io\/<\/a><\/noindex>.<\/p>\n

OperatorHub est accessible directement depuis l'interface web de la console de gestion. C'est un catalogue d'applications pour OpenShift, soutenu par Red Hat. Cela signifie que tous les op\u00e9rateurs approuv\u00e9s par Red Hat b\u00e9n\u00e9ficieront d'un support vendor.<\/p>\n

\"Quoi
\nLe portail OperatorHub dans la console de gestion OpenShift<\/i><\/p>\n

Image de base universelle<\/h4>\n

\nC'est un ensemble standardis\u00e9 d'images du syst\u00e8me d'exploitation RHEL, que vous pouvez utiliser pour cr\u00e9er vos applications dans des conteneurs. Il existe des ensembles minimal, standard et complet. Ils occupent tr\u00e8s peu d'espace, prennent en charge tous les packages n\u00e9cessaires et les langages de programmation.<\/p>\n

Outils CI\/CD<\/h4>\n

\nDans RedHat OpenShift 4.2, il est possible de choisir entre Jenkins et OpenShift Pipelines bas\u00e9 sur Tekton Pipelines. <\/p>\n

OpenShift Pipelines est bas\u00e9 sur Tekton, qui soutient mieux les approches Pipeline as Code et GitOps. Dans les pipelines OpenShift, chaque \u00e9tape s'ex\u00e9cute dans son propre conteneur, ce qui fait que les ressources ne sont utilis\u00e9es que pendant l'ex\u00e9cution de l'\u00e9tape. Cela donne aux d\u00e9veloppeurs un contr\u00f4le total sur les pipelines de livraison de modules, les plugins et le contr\u00f4le d'acc\u00e8s sans serveur CI\/CD central pour la gestion.<\/p>\n

OpenShift Pipelines est actuellement en phase Preview pour les d\u00e9veloppeurs et est disponible en tant qu'op\u00e9rateur sur le cluster OpenShift 4. Bien entendu, les utilisateurs d'OpenShift peuvent continuer \u00e0 utiliser Jenkins dans RedHat OpenShift 4.<\/p>\n

Mises \u00e0 jour de gestion pour les d\u00e9veloppeurs<\/h2>\n

\nDans la version 4.2, OpenShift a compl\u00e8tement remani\u00e9 l'interface web tant pour les d\u00e9veloppeurs que pour les administrateurs.<\/p>\n

Dans les versions pr\u00e9c\u00e9dentes d'OpenShift, tout se passait dans trois consoles : le catalogue de services, la console administrateur et la console de travail. Maintenant, le cluster est divis\u00e9 en seulement deux parties : la console administrateur et la console d\u00e9veloppeur.<\/p>\n

La console d\u00e9veloppeur a re\u00e7u d'importantes am\u00e9liorations de l'interface utilisateur. Elle affiche maintenant plus clairement les topologies des applications et leurs builds. Cela facilite aux d\u00e9veloppeurs la cr\u00e9ation, le d\u00e9ploiement et la visualisation des applications conteneuris\u00e9es et des ressources du cluster. Cela leur permet de se concentrer sur ce qui est important pour eux.<\/p>\n

\"Quoi
\nPortail d\u00e9veloppeur dans la console de gestion OpenShift<\/i><\/p>\n

Odo<\/h4>\n

\nOdo est un outil de ligne de commande con\u00e7u pour les d\u00e9veloppeurs, simplifiant le d\u00e9veloppement d'applications dans OpenShift. En utilisant une interaction de type git push, cette CLI aide les d\u00e9veloppeurs qui ne sont pas familiers avec Kubernetes \u00e0 cr\u00e9er des applications dans OpenShift.<\/p>\n

Int\u00e9gration avec les environnements de d\u00e9veloppement<\/h4>\n

\nLes d\u00e9veloppeurs peuvent d\u00e9sormais cr\u00e9er, d\u00e9boguer et d\u00e9ployer leurs applications dans OpenShift sans quitter leur environnement de d\u00e9veloppement pr\u00e9f\u00e9r\u00e9, comme Microsoft Visual Studio, JetBrains (y compris IntelliJ), Eclipse Desktop, etc.<\/p>\n

Extension de d\u00e9ploiement Red Hat OpenShift pour Microsoft Azure DevOps<\/h4>\n

\nUne extension Red Hat OpenShift Deployment pour Microsoft Azure DevOps est d\u00e9sormais disponible. Les utilisateurs de cet ensemble d'outils DevOps peuvent d\u00e9ployer leurs applications sur Azure Red Hat OpenShift ou tout autre cluster OpenShift directement depuis Microsoft Azure DevOps.<\/p>\n

Passage de la version trois \u00e0 la version quatre<\/h2>\n

\nComme il s'agit d'une nouvelle version et non d'une mise \u00e0 jour, il n'est pas si simple d'installer la quatri\u00e8me version par-dessus la troisi\u00e8me. La mise \u00e0 jour de la version trois vers la version quatre ne sera pas prise en charge.<\/strong>. <\/p>\n

Mais il y a une bonne nouvelle : Red Hat fournit des outils pour migrer des projets de la version 3.7 vers 4.2. Vous pouvez transf\u00e9rer les charges de travail des applications \u00e0 l'aide de l'outil Cluster Application Migration (CAM). CAM offre un contr\u00f4le sur la migration et permet de minimiser le temps d'arr\u00eat des applications.<\/p>\n

OpenShift 4.3<\/h2>\n

\nLes principales nouveaut\u00e9s d\u00e9crites dans cet article sont apparues dans la version 4.2. Dans la nouvelle version 4.3, les changements ne sont pas aussi significatifs, mais il y a tout de m\u00eame quelques nouveaut\u00e9s. La liste des changements est suffisamment vaste, voici les plus importants selon nous :<\/p>\n

Mise \u00e0 jour de la version Kubernetes vers 1.16. <\/h4>\n

\nLa version a \u00e9t\u00e9 mise \u00e0 niveau de deux \u00e9tapes, OpenShift 4.2 \u00e9tait \u00e0 1.14.<\/p>\n

Chiffrement des donn\u00e9es dans etcd<\/h4>\n

\n\u00c0 partir de la version 4.3, la possibilit\u00e9 de chiffrer les donn\u00e9es dans la base etcd a \u00e9t\u00e9 ajout\u00e9e. Une fois le chiffrement activ\u00e9, il sera possible de chiffrer les ressources suivantes de l'API OpenShift et de l'API Kubernetes : Secrets, ConfigMaps, Routes, jetons d'acc\u00e8s et d'autorisation OAuth.<\/p>\n

Helm<\/h4>\n

\nAjout de la prise en charge de la version Helm 3 \u2013 un gestionnaire de paquets populaire pour Kubernetes. Pour l'instant, la prise en charge a le statut de TECHNOLOGY PREVIEW. Dans les futures versions d'OpenShift, le support de Helm sera \u00e9tendu \u00e0 un niveau complet. L'outil helm cli est inclus avec OpenShift et peut \u00eatre t\u00e9l\u00e9charg\u00e9 depuis la console Web de gestion du cluster. <\/p>\n

Mise \u00e0 jour du Project Dashboard<\/h4>\n

\nDans la nouvelle version, le Project Dashboard fournit des informations suppl\u00e9mentaires sur la page du projet : statut du projet, utilisation des ressources et quotas pour le projet.<\/p>\n

Affichage des vuln\u00e9rabilit\u00e9s pour Quay dans la console Web<\/h4>\n

\nLa console de gestion a ajout\u00e9 une fonctionnalit\u00e9 d'affichage des vuln\u00e9rabilit\u00e9s connues pour les images dans les d\u00e9p\u00f4ts Quay. Il est possible d'afficher les vuln\u00e9rabilit\u00e9s pour les d\u00e9p\u00f4ts locaux et externes.<\/p>\n

La cr\u00e9ation d'operatorhub hors ligne a \u00e9t\u00e9 simplifi\u00e9e.<\/h4>\n

\nPour le d\u00e9ploiement d'un cluster OpenShift dans un r\u00e9seau isol\u00e9, dont l'acc\u00e8s \u00e0 Internet est limit\u00e9 ou inexistant, la cr\u00e9ation d'un \u00ab miroir \u00bb pour le registre OperatorHub a \u00e9t\u00e9 simplifi\u00e9e. Cela pourra d\u00e9sormais \u00eatre r\u00e9alis\u00e9 en seulement trois commandes.<\/p>\n

Auteurs : <\/i>
\nVictor Pouchkov, Youri S\u00e9menyoukov<\/i>
\n
Source : habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u0427\u0435\u0442\u0432\u0435\u0440\u0442\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f OpenShift \u0432\u044b\u0448\u043b\u0430 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u043e \u043d\u0435\u0434\u0430\u0432\u043d\u043e. \u0410\u043a\u0442\u0443\u0430\u043b\u044c\u043d\u0430\u044f \u043d\u0430 \u0442\u0435\u043a\u0443\u0449\u0438\u0439 \u043c\u043e\u043c\u0435\u043d\u0442 \u0432\u0435\u0440\u0441\u0438\u044f 4.3 \u0434\u043e\u0441\u0442\u0443\u043f\u043d\u0430 \u0441 \u043a\u043e\u043d\u0446\u0430 \u044f\u043d\u0432\u0430\u0440\u044f \u0438 \u0432\u0441\u0435 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u044f \u0432 \u043d\u0435\u0439 \u2014 \u044d\u0442\u043e \u0438\u043b\u0438 \u043d\u0435\u0447\u0442\u043e \u0441\u043e\u0432\u0435\u0440\u0448\u0435\u043d\u043d\u043e \u043d\u043e\u0432\u043e\u0435, \u0447\u0435\u0433\u043e \u0432 \u0442\u0440\u0435\u0442\u044c\u0435\u0439 \u0432\u0435\u0440\u0441\u0438\u0438 \u043d\u0435 \u0431\u044b\u043b\u043e, \u0438\u043b\u0438 \u043a\u0440\u0443\u043f\u043d\u043e\u0435 \u043e\u0431\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0442\u043e\u0433\u043e, \u0447\u0442\u043e \u043f\u043e\u044f\u0432\u0438\u043b\u043e\u0441\u044c \u0432 \u0432\u0435\u0440\u0441\u0438\u0438 4.1. \u0412\u0441\u0435, \u0447\u0442\u043e \u043c\u044b \u0441\u0435\u0439\u0447\u0430\u0441 \u0440\u0430\u0441\u0441\u043a\u0430\u0436\u0435\u043c, \u043d\u0443\u0436\u043d\u043e \u0437\u043d\u0430\u0442\u044c, \u043f\u043e\u043d\u0438\u043c\u0430\u0442\u044c \u0438 \u0443\u0447\u0438\u0442\u044b\u0432\u0430\u0442\u044c \u0442\u0435\u043c, \u043a\u0442\u043e \u0440\u0430\u0431\u043e\u0442\u0430\u0435\u0442 […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":74087,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-74086","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\udd47 Quoi de neuf dans Red Hat OpenShift 4.2 et 4.3 ? | ProHoster","description":"La quatri\u00e8me version d'OpenShift est sortie r\u00e9cemment.","canonical_url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","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\u0427\u0442\u043e \u043d\u043e\u0432\u043e\u0433\u043e \u0432 Red Hat OpenShift 4.2 \u0438 4.3? | ProHoster","og:description":"\u0427\u0435\u0442\u0432\u0435\u0440\u0442\u0430\u044f \u0432\u0435\u0440\u0441\u0438\u044f OpenShift \u0432\u044b\u0448\u043b\u0430 \u0441\u0440\u0430\u0432\u043d\u0438\u0442\u0435\u043b\u044c\u043d\u043e.","og:url":"https:\/\/prohoster.info\/fr\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","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-03-13T23:42:31+00:00","article:modified_time":"2020-03-13T23:42:31+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"74086","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 18:21:22","updated":"2022-09-29 21:21:26","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\/74086","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=74086"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/posts\/74086\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media\/74087"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/media?parent=74086"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/categories?post=74086"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/fr\/wp-json\/wp\/v2\/tags?post=74086"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}