{"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\/es\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","title":{"rendered":"\u00bfQu\u00e9 hay de nuevo en Red Hat OpenShift 4.2 y 4.3?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"\u00bfQu\u00e9
\nLa cuarta versi\u00f3n de OpenShift se lanz\u00f3 relativamente hace poco. La versi\u00f3n actual 4.3 est\u00e1 disponible desde finales de enero, y todos los cambios que presenta son o algo completamente nuevo que no exist\u00eda en la tercera versi\u00f3n, o una actualizaci\u00f3n importante de lo que ya estaba en la versi\u00f3n 4.1. Todo lo que vamos a contar ahora es necesario saber, entender y tener en cuenta para aquellos que trabajan con OpenShift y planean hacer la transici\u00f3n a la nueva versi\u00f3n.<\/p>\n

Con el lanzamiento de OpenShift 4.2, Red Hat facilit\u00f3 el trabajo con Kubernetes. Aparecieron nuevas herramientas y complementos para la creaci\u00f3n de contenedores, procesos de CI\/CD y despliegues sin servidor. Las innovaciones permiten a los desarrolladores centrarse en escribir c\u00f3digo, en lugar de lidiar con Kubernetes.<\/p>\n

Entonces, \u00bfqu\u00e9 hay de nuevo en las versiones OpenShift 4.2 y 4.3?
\n<\/a><\/noindex><\/p>\n

Movimiento hacia la nube h\u00edbrida <\/h2>\n

\nAl planificar una nueva infraestructura de TI o al desarrollar el paisaje de TI existente, las empresas consideran cada vez m\u00e1s el enfoque en la nube para proporcionar recursos de TI, implementando soluciones de nube privada o utilizando los servicios de proveedores de nube p\u00fablica. As\u00ed, las modernas infraestructuras de TI se construyen con un modelo de nube 'h\u00edbrido', que utiliza tanto recursos on-premises como recursos de nube p\u00fablica con un sistema de gesti\u00f3n compartido. Red Hat OpenShift 4.2 est\u00e1 dise\u00f1ado espec\u00edficamente para simplificar la transici\u00f3n al modelo de nube h\u00edbrida y permite integrar f\u00e1cilmente recursos de proveedores como AWS, Azure y Google Cloud Platform junto con soluciones de nube privada en VMware y OpenStack.<\/p>\n

Un nuevo enfoque para la instalaci\u00f3n<\/h2>\n

\nEn la cuarta versi\u00f3n, se cambi\u00f3 el enfoque para la instalaci\u00f3n de OpenShift. Red Hat proporciona una herramienta especial para desplegar cl\u00fasteres de OpenShift: openshift-install. La herramienta es un \u00fanico archivo binario escrito en Go. Openshift-installer prepara un archivo yaml con la configuraci\u00f3n necesaria para el despliegue. <\/p>\n

En caso de instalaci\u00f3n utilizando recursos en la nube, ser\u00e1 necesario indicar la informaci\u00f3n m\u00ednima sobre el futuro cl\u00faster: zona DNS, n\u00famero de nodos worker, configuraciones espec\u00edficas para el proveedor de nube y los datos de la cuenta para acceder al proveedor de nube. Despu\u00e9s de preparar el archivo de configuraci\u00f3n, el cl\u00faster puede ser desplegado con un solo comando.<\/p>\n

En el caso de la instalaci\u00f3n en recursos computacionales propios, como al usar una nube privada (se admiten vSphere y OpenStack) o al instalar en servidores bare metal, ser\u00e1 necesario configurar manualmente la infraestructura: preparar la cantidad m\u00ednima de m\u00e1quinas virtuales o servidores f\u00edsicos requeridos para crear un cl\u00faster de Control Plane y configurar los servicios de red. Despu\u00e9s de dicha configuraci\u00f3n, el cl\u00faster de OpenShift podr\u00e1 ser creado de manera similar con un solo comando de la herramienta openshift-installer.<\/p>\n

Actualizaciones en la infraestructura<\/h2>\n

<\/p>\n

Integraci\u00f3n con CoreOS<\/h4>\n

\nLa clave de la actualizaci\u00f3n es la integraci\u00f3n con Red Hat CoreOS. Ahora, los nodos master de Red Hat OpenShift pueden operar solo<\/strong> en un nuevo sistema operativo. Este es un sistema operativo gratuito de Red Hat, dise\u00f1ado espec\u00edficamente para soluciones de contenedores. Red Hat CoreOS es una versi\u00f3n ligera de Linux, optimizada para ejecutar contenedores.<\/p>\n

Si en 3.11 el sistema operativo y OpenShift exist\u00edan por separado, en 4.2 est\u00e1n intr\u00ednsecamente relacionados con OpenShift. Ahora es un appliance \u00fanico: infraestructura inmutable.<\/strong><\/p>\n

\"\u00bfQu\u00e9
\nPara cl\u00fasteres que utilizan RHCOS para todos los nodos, la actualizaci\u00f3n de OpenShift Container Platform es un proceso simple y bien automatizado. <\/p>\n

Antes, para actualizar OpenShift, era necesario primero actualizar el sistema operativo base sobre el cual se ejecutaba el producto (en ese momento era Red Hat Enterprise Linux). Solo despu\u00e9s de eso se pod\u00eda actualizar OpenShift de manera gradual, nodo por nodo. No hab\u00eda automatizaci\u00f3n en el proceso. <\/p>\n

Ahora, dada la capacidad de OpenShift Container Platform para controlar todos los sistemas y servicios en cada nodo, incluido el sistema operativo, esta tarea se resuelve con un solo clic desde la interfaz web. Despu\u00e9s de esto, se inicia un operador especial dentro del cl\u00faster de OpenShift, que gestiona todo el proceso de actualizaci\u00f3n. <\/p>\n

Nuevo CSI<\/h4>\n

\nEl segundo \u2014 un nuevo CSI \u2014 es un controlador de interfaz de almacenamiento, que permite conectar diferentes sistemas de almacenamiento externos al cl\u00faster de OpenShift. Se admite una amplia gama de proveedores de controladores de almacenamiento para OpenShift, basados en controladores de almacenamiento que escriben los mismos fabricantes de sistemas de almacenamiento. La lista completa de los controladores CSI admitidos se puede encontrar en este documento: https:\/\/kubernetes-csi.github.io\/docs\/drivers.html<\/a><\/noindex>. En esta lista puedes encontrar todos los modelos principales de matrices de discos de los principales fabricantes (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), soluciones SDS (Ceph) y almacenamiento en la nube (AWS, Azure, Google). OpenShift 4.2 soporta el uso de controladores CSI de la especificaci\u00f3n CSI versi\u00f3n 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nBasado en los proyectos Istio, Kiali y Jaeger, Red Hat OpenShift Service Mesh, adem\u00e1s de las tareas habituales de enrutamiento de solicitudes entre servicios, permite su trazabilidad y visualizaci\u00f3n. Esto ayuda a los desarrolladores a simplificar la interacci\u00f3n, la supervisi\u00f3n y la gesti\u00f3n de la aplicaci\u00f3n desplegada dentro de Red Hat OpenShift. <\/p>\n

\"\u00bfQu\u00e9
\nVisualizaci\u00f3n de una aplicaci\u00f3n con arquitectura de microservicios utilizando Kiali<\/i><\/p>\n

Para simplificar al m\u00e1ximo los procesos de instalaci\u00f3n, servicio y gesti\u00f3n del ciclo de vida de Service Mesh, Red Hat OpenShift proporciona a los administradores un operador especial: Service Mesh Operator. Este es un operador de Kubernetes que permite desplegar en el cl\u00faster paquetes reconfigurados de Istio, Kiali y Jaeger, reduciendo al m\u00e1ximo la carga administrativa para gestionar aplicaciones.<\/p>\n

CRI-O en lugar de Docker<\/h4>\n

\nEl runtime de contenedor predeterminado Docker ha sido reemplazado por CRI-O. Se pod\u00eda utilizar CRI-O desde la versi\u00f3n 3.11, pero en 4.2 se convirti\u00f3 en el principal. No es ni bueno ni malo, pero es importante tenerlo en cuenta al usar el producto.<\/p>\n

Operadores y despliegue de aplicaciones<\/h2>\n

\nLos operadores son una nueva entidad para RedHat OpenShift que apareci\u00f3 en la cuarta versi\u00f3n. Este es un m\u00e9todo de empaquetado, despliegue y gesti\u00f3n de aplicaciones Kubernetes. Se puede imaginar como un complemento administrado a trav\u00e9s de la API de Kubernetes y herramientas kubectl para aplicaciones desplegadas en contenedores.<\/p>\n

Los operadores de Kubernetes ayudan a automatizar cualquier tarea relacionada con la administraci\u00f3n y la gesti\u00f3n del ciclo de vida de la aplicaci\u00f3n que est\u00e1s desplegando en tu cl\u00faster. Por ejemplo, un operador puede automatizar actualizaciones, copias de seguridad y escalado de la aplicaci\u00f3n, cambiar configuraciones, etc. Puedes ver la lista completa de operadores en https:\/\/operatorhub.io\/<\/a><\/noindex>.<\/p>\n

OperatorHub est\u00e1 disponible directamente desde la interfaz web de la consola de gesti\u00f3n. Es un cat\u00e1logo de aplicaciones para OpenShift, soportado por Red Hat. Es decir, todos los operadores aprobados por Red Hat contar\u00e1n con soporte del proveedor.<\/p>\n

\"\u00bfQu\u00e9
\nPortal OperatorHub en la consola de gesti\u00f3n de OpenShift<\/i><\/p>\n

Imagen base universal<\/h4>\n

\nEste es un conjunto estandarizado de im\u00e1genes del sistema operativo RHEL que se pueden utilizar para crear sus aplicaciones en contenedores. Hay conjuntos m\u00ednimos, est\u00e1ndar y completos. Ocupan muy poco espacio y soportan todos los paquetes e idiomas de programaci\u00f3n necesarios.<\/p>\n

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

\nEn RedHat OpenShift 4.2, ahora se tiene la opci\u00f3n de elegir entre Jenkins y OpenShift Pipelines basado en Tekton Pipelines. <\/p>\n

OpenShift Pipelines se basa en Tekton, que admite mejor los enfoques de Pipeline as Code y GitOps. En los pipelines de OpenShift, cada paso se ejecuta en su propio contenedor, por lo que los recursos s\u00f3lo se utilizan durante la ejecuci\u00f3n del paso. Esto da a los desarrolladores un control total sobre los pipelines de entrega de m\u00f3dulos, plugins y control de acceso sin un servidor central de CI\/CD para gestionar.<\/p>\n

OpenShift Pipelines se encuentra actualmente en fase Preview para desarrolladores y est\u00e1 disponible como operador en el cl\u00faster OpenShift 4. Por supuesto, los usuarios de OpenShift a\u00fan pueden utilizar Jenkins en RedHat OpenShift 4.<\/p>\n

Actualizaciones en la gesti\u00f3n para desarrolladores<\/h2>\n

\nEn 4.2, OpenShift ha renovado completamente la interfaz web tanto para desarrolladores como para administradores.<\/p>\n

En versiones anteriores de OpenShift, todos trabajaban en tres consolas: cat\u00e1logo de servicios, consola de administraci\u00f3n y consola de trabajo. Ahora el cl\u00faster se ha dividido en solo dos partes: consola de administrador y consola de desarrollador.<\/p>\n

La consola de desarrollador ha recibido mejoras significativas en la interfaz de usuario. Ahora muestra de manera m\u00e1s clara las topolog\u00edas de aplicaciones y sus construcciones. Esto facilita a los desarrolladores crear, desplegar y visualizar aplicaciones en contenedores y recursos del cl\u00faster. Permite a los desarrolladores concentrarse en lo que realmente les importa.<\/p>\n

\"\u00bfQu\u00e9
\nPortal del desarrollador en la consola de administraci\u00f3n de OpenShift<\/i><\/p>\n

Odo<\/h4>\n

\nOdo es una herramienta de l\u00ednea de comandos orientada a desarrolladores que simplifica el desarrollo de aplicaciones en OpenShift. Usando una interacci\u00f3n al estilo de git push, este CLI ayuda a los desarrolladores que no est\u00e1n familiarizados con Kubernetes a crear aplicaciones en OpenShift.<\/p>\n

Integraci\u00f3n con entornos de desarrollo<\/h4>\n

\nLos desarrolladores ahora pueden crear, depurar y desplegar sus aplicaciones en OpenShift sin salir de su entorno de desarrollo favorito, como Microsoft Visual Studio, JetBrains (incluyendo IntelliJ), Eclipse Desktop, etc.<\/p>\n

Extensi\u00f3n de implementaci\u00f3n de Red Hat OpenShift para Microsoft Azure DevOps<\/h4>\n

\nHa surgido la extensi\u00f3n Red Hat OpenShift Deployment para Microsoft Azure DevOps. Ahora los usuarios de este conjunto de herramientas DevOps pueden desplegar sus aplicaciones en Azure Red Hat OpenShift o en cualquier otro cl\u00faster de OpenShift directamente desde Microsoft Azure DevOps.<\/p>\n

Migraci\u00f3n de la tercera versi\u00f3n a la cuarta<\/h2>\n

\nDado que se trata de un nuevo lanzamiento y no de una actualizaci\u00f3n, no se puede simplemente instalar la cuarta versi\u00f3n sobre la tercera. No se admitir\u00e1 la actualizaci\u00f3n de la tercera a la cuarta versi\u00f3n<\/strong>. <\/p>\n

Pero hay buenas noticias: Red Hat proporciona herramientas para migrar proyectos de 3.7 a 4.2. Puedes trasladar cargas de trabajo de aplicaciones utilizando la herramienta Cluster Application Migration (CAM). CAM permite controlar la migraci\u00f3n y minimizar el tiempo de inactividad de la aplicaci\u00f3n.<\/p>\n

OpenShift 4.3<\/h2>\n

\nLas principales innovaciones descritas en este art\u00edculo aparecieron en la versi\u00f3n 4.2. En la reci\u00e9n lanzada 4.3, los cambios no son tan significativos, pero a\u00fan hay algo nuevo. La lista de cambios es bastante amplia; mencionaremos las m\u00e1s relevantes a nuestro juicio:<\/p>\n

Actualizaci\u00f3n de la versi\u00f3n de Kubernetes a 1.16. <\/h4>\n

\nLa versi\u00f3n ha avanzado dos pasos; en OpenShift 4.2 era 1.14.<\/p>\n

Cifrado de datos en etcd<\/h4>\n

\nA partir de la versi\u00f3n 4.3, existe la posibilidad de cifrar datos en la base etcd. Despu\u00e9s de habilitar el cifrado, ser\u00e1 posible cifrar los siguientes recursos de OpenShift API y Kubernetes API: Secrets, ConfigMaps, Routes, tokens de acceso y autorizaci\u00f3n OAuth.<\/p>\n

Helm<\/h4>\n

\nSe ha a\u00f1adido soporte para Helm versi\u00f3n 3, un popular gestor de paquetes para Kubernetes. Por ahora, el soporte tiene estatus de TECHNOLOGY PREVIEW. En futuras versiones de OpenShift, el soporte para Helm se ampliar\u00e1 a completo. La utilidad helm cli se proporciona junto con OpenShift y se puede descargar desde la consola web de gesti\u00f3n del cl\u00faster. <\/p>\n

Actualizaci\u00f3n del Project Dashboard<\/h4>\n

\nEn la nueva versi\u00f3n, el Project Dashboard proporciona informaci\u00f3n adicional en la p\u00e1gina del proyecto: estado del proyecto, utilizaci\u00f3n de recursos y cuotas para el proyecto.<\/p>\n

Visualizaci\u00f3n de vulnerabilidades para quay en la consola web<\/h4>\n

\nSe ha a\u00f1adido a la consola de gesti\u00f3n la funci\u00f3n de visualizaci\u00f3n de vulnerabilidades conocidas para im\u00e1genes en los repositorios Quay. Se admite la visualizaci\u00f3n de vulnerabilidades para repositorios locales y externos.<\/p>\n

Simplificaci\u00f3n de la creaci\u00f3n de operatorhub offline<\/h4>\n

\nPara la implementaci\u00f3n de un cl\u00faster OpenShift en una red aislada, cuyo acceso a Internet est\u00e1 restringido o es inexistente, se ha simplificado la creaci\u00f3n de un \"espejo\" para el registro de OperatorHub. Ahora se podr\u00e1 hacer con solo tres comandos.<\/p>\n

Autores: <\/i>
\nVictor Puchkov, Yuri Semenyukov<\/i>
\n
Fuente: 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 \u00bfQu\u00e9 hay de nuevo en Red Hat OpenShift 4.2 y 4.3? | ProHoster","description":"La cuarta versi\u00f3n de OpenShift se lanz\u00f3 de manera relativamente \u00f3ptima.","canonical_url":"https:\/\/prohoster.info\/es\/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":"es_ES","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\/es\/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\/es\/wp-json\/wp\/v2\/posts\/74086","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/comments?post=74086"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/posts\/74086\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media\/74087"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/media?parent=74086"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/categories?post=74086"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/es\/wp-json\/wp\/v2\/tags?post=74086"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}