{"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\/it\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","title":{"rendered":"Cosa c'\u00e8 di nuovo in Red Hat OpenShift 4.2 e 4.3?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Cosa
\nLa quarta versione di OpenShift \u00e8 stata rilasciata relativamente recentemente. L'attuale versione 4.3 \u00e8 disponibile dalla fine di gennaio e tutte le modifiche in essa sono o completamente nuove, mai viste nella terza versione, oppure aggiornamenti sostanziali di ci\u00f2 che era presente nella versione 4.1. Tutto ci\u00f2 che ora ci accingiamo a raccontare \u00e8 importante da sapere, comprendere e tenere in considerazione per chi lavora con OpenShift e prevede di passare alla nuova versione.<\/p>\n

Con il rilascio della versione OpenShift 4.2, Red Hat ha semplificato il lavoro con Kubernetes. Sono stati introdotti nuovi strumenti e plugin per la creazione di container, pipeline CI\/CD e distribuzioni serverless. Queste novit\u00e0 consentono agli sviluppatori di concentrarsi sulla scrittura del codice, piuttosto che su complicazioni relative a Kubernetes.<\/p>\n

In sostanza, quali sono le novit\u00e0 nelle versioni OpenShift 4.2 e 4.3?
\n<\/a><\/noindex><\/p>\n

Verso il cloud ibrido <\/h2>\n

\nNella pianificazione di una nuova infrastruttura IT o nello sviluppo del panorama IT esistente, le aziende considerano sempre pi\u00f9 spesso un approccio cloud per fornire risorse IT, realizzando soluzioni cloud private o utilizzando le capacit\u00e0 dei fornitori di cloud pubblici. In questo modo, le moderne infrastrutture IT sono sempre pi\u00f9 costruite secondo un modello di cloud \"ibrido\", che utilizza risorse sia on-premises che pubbliche con un sistema di gestione condiviso. Red Hat OpenShift 4.2 \u00e8 stato progettato per semplificare la transizione verso un modello di cloud ibrido e consente di connettere facilmente al cluster risorse di fornitori come AWS, Azure e Google Cloud Platform, insieme all'uso di cloud privati su VMware e OpenStack.<\/p>\n

Un nuovo approccio all'installazione<\/h2>\n

\nNella quarta versione \u00e8 cambiato l'approccio all'installazione di OpenShift. Red Hat fornisce uno strumento speciale per distribuire cluster OpenShift: openshift-install. Questo strumento \u00e8 un unico file binario, scritto in Go. L'installer di OpenShift prepara un file yaml con la configurazione necessaria per la distribuzione. <\/p>\n

Nel caso di un'installazione che utilizza risorse cloud, sar\u00e0 necessario fornire informazioni minime sul futuro cluster: zona DNS, numero di nodi worker, impostazioni specifiche per il fornitore di cloud, dati di accesso per il fornitore di cloud. Dopo la preparazione del file di configurazione, il cluster pu\u00f2 essere distribuito con un singolo comando.<\/p>\n

In caso di installazione su risorse di calcolo proprie, ad esempio, utilizzando un cloud privato (vSphere e OpenStack sono supportati) o installando su server bare metal, sar\u00e0 necessaria una configurazione manuale dell'infrastruttura: preparare il numero minimo di macchine virtuali o server fisici necessari per creare un cluster Control Plane, configurare i servizi di rete. Dopo tale configurazione, il cluster OpenShift pu\u00f2 essere creato allo stesso modo con un solo comando dello strumento openshift-installer.<\/p>\n

Aggiornamenti nell'infrastruttura<\/h2>\n

<\/p>\n

Integrazione con CoreOS<\/h4>\n

\nL'aggiornamento principale \u00e8 l'integrazione con Red Hat CoreOS. Ora i nodi master di Red Hat OpenShift possono funzionare solo<\/strong> su un nuovo sistema operativo. Questo \u00e8 un sistema operativo gratuito di Red Hat, progettato specificamente per soluzioni container. Red Hat CoreOS \u00e8 una distribuzione Linux leggera, ottimizzata per eseguire container.<\/p>\n

Se nella versione 3.11 il sistema operativo e OpenShift esistevano separatamente, nella versione 4.2 sono strettamente collegati a OpenShift. Ora \u00e8 un appliance unico \u2014 infrastruttura immutabile.<\/strong><\/p>\n

\"Cosa
\nPer i cluster che utilizzano RHCOS per tutti i nodi, l'aggiornamento della OpenShift Container Platform \u00e8 un processo semplice e ben automatizzato. <\/p>\n

In passato, per aggiornare OpenShift, era necessario prima aggiornare il sistema operativo di base su cui era in esecuzione il prodotto (all'epoca era Red Hat Enterprise Linux). Solo dopo si potevano aggiornare OpenShift progressivamente, nodo per nodo. Non si parlava affatto di automazione del processo. <\/p>\n

Ora, poich\u00e9 la OpenShift Container Platform controlla completamente i sistemi e i servizi su ogni nodo, incluso il sistema operativo, questo compito si svolge premendo un pulsante dall'interfaccia web. Da l\u00ec viene attivato un operatore speciale all'interno del cluster OpenShift, che gestisce l'intero processo di aggiornamento. <\/p>\n

Nuovo CSI<\/h4>\n

\nIn secondo luogo, il nuovo CSI \u2014 controllore dell'interfaccia di storage, che consente di collegare diversi sistemi di storage esterni al cluster OpenShift. \u00c8 supportato un ampio numero di fornitori di driver di storage per OpenShift basati sui driver di storage realizzati dai produttori di sistemi di storage. L'elenco completo dei driver CSI supportati pu\u00f2 essere trovato in questo documento: https:\/\/kubernetes-csi.github.io\/docs\/drivers.html<\/a><\/noindex>. In questo elenco puoi trovare tutti i principali modelli di array di dischi dei principali produttori (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), soluzioni SDS (Ceph) e archiviazione cloud (AWS, Azure, Google). OpenShift 4.2 supporta l'uso dei driver CSI secondo la specifica CSI versione 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nBasato sui progetti Istio, Kiali e Jaeger - Red Hat OpenShift Service Mesh, oltre alla normale funzione di instradamento delle richieste tra i servizi, consente anche il loro tracciamento e visualizzazione. Questo aiuta gli sviluppatori a semplificare l'interazione, il monitoraggio e la gestione dell'applicazione distribuita all'interno di Red Hat OpenShift. <\/p>\n

\"Cosa
\nVisualizzazione di un'applicazione con architettura a microservizi utilizzando Kiali<\/i><\/p>\n

Per semplificare al massimo i processi di installazione, servizio e gestione del ciclo di vita del Service Mesh, Red Hat OpenShift fornisce agli amministratori un operatore speciale: il Service Mesh Operator. Questo \u00e8 un operatore Kubernetes che consente di distribuire nel cluster pacchetti riconfigurati di Istio, Kiali e Jaeger, alleggerendo al massimo il carico amministrativo nella gestione delle applicazioni.<\/p>\n

CRI-O invece di Docker<\/h4>\n

\nIl runtime dei contenitori predefinito Docker \u00e8 stato sostituito da CRI-O. \u00c8 stato possibile utilizzare CRI-O gi\u00e0 nella versione 3.11, ma nella 4.2 \u00e8 diventato il principale. Non \u00e8 n\u00e9 buono n\u00e9 cattivo, ma \u00e8 da tenere presente quando si utilizza il prodotto.<\/p>\n

Operatori e distribuzione delle applicazioni<\/h2>\n

\nGli operatori sono una nuova entit\u00e0 per RedHat OpenShift, apparsa nella quarta versione. Questo metodo di imballaggio, distribuzione e gestione delle applicazioni Kubernetes pu\u00f2 essere visto come un plugin per le applicazioni distribuite nei contenitori, gestito tramite l'API Kubernetes e gli strumenti kubectl.<\/p>\n

Gli operatori Kubernetes aiutano a automatizzare qualsiasi attivit\u00e0 legata all'amministrazione e alla gestione del ciclo di vita dell'applicazione che distribuisci nel tuo cluster. Ad esempio, un operatore pu\u00f2 automatizzare aggiornamenti, backup e scaling dell'applicazione, modificare la configurazione, ecc. Un elenco completo degli operatori \u00e8 disponibile su https:\/\/operatorhub.io\/<\/a><\/noindex>.<\/p>\n

OperatorHub \u00e8 accessibile direttamente dall'interfaccia web della console di gestione. Rappresenta un catalogo di applicazioni per OpenShift, supportato da Red Hat. Tutti gli operatori approvati da Red Hat saranno coperti da supporto vendor.<\/p>\n

\"Cosa
\nPortale OperatorHub nella console di gestione OpenShift<\/i><\/p>\n

Immagine di base universale<\/h4>\n

\nQuesto \u00e8 un set standardizzato di immagini del sistema operativo RHEL che puoi utilizzare per creare le tue applicazioni nei contenitori. Ci sono set minimi, standard e completi. Occupano davvero poco spazio, supportano tutti i pacchetti e i linguaggi di programmazione necessari.<\/p>\n

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

\nIn RedHat OpenShift 4.2 \u00e8 stata introdotta la possibilit\u00e0 di scegliere tra Jenkins e OpenShift Pipelines basati su Tekton Pipelines. <\/p>\n

OpenShift Pipelines si basa su Tekton, che supporta meglio gli approcci Pipeline as Code e GitOps. Nei pipeline di OpenShift, ogni passaggio viene eseguito in un contenitore dedicato, quindi le risorse vengono utilizzate solo durante l'esecuzione del passaggio. Questo offre agli sviluppatori un controllo totale sui pipeline di consegna dei moduli, sui plugin e sul controllo degli accessi senza un server centrale CI\/CD da gestire.<\/p>\n

OpenShift Pipelines \u00e8 attualmente in fase di anteprima per gli sviluppatori ed \u00e8 disponibile come operatore nel cluster OpenShift 4. Gli utenti di OpenShift possono ovviamente continuare a utilizzare Jenkins in RedHat OpenShift 4.<\/p>\n

Aggiornamenti nella gestione per gli sviluppatori<\/h2>\n

\nIn 4.2 OpenShift ha completamente aggiornato l'interfaccia web sia per gli sviluppatori che per gli amministratori.<\/p>\n

Nelle versioni precedenti di OpenShift, si lavorava in tre console: catalogo servizi, console amministratore e console lavoro. Ora il cluster \u00e8 suddiviso in sole due parti: console amministratore e console sviluppatore.<\/p>\n

La console sviluppatore ha ricevuto miglioramenti significativi nell'interfaccia utente. Ora visualizza meglio topologie delle applicazioni e le loro build. Questo rende pi\u00f9 facile per gli sviluppatori creare, distribuire e visualizzare applicazioni containerizzate e risorse del cluster. Permette di concentrarsi su ci\u00f2 che \u00e8 importante per loro.<\/p>\n

\"Cosa
\nPortale sviluppatore nella console di gestione OpenShift<\/i><\/p>\n

Odo<\/h4>\n

\nOdo \u00e8 uno strumento della riga di comando orientato agli sviluppatori che semplifica lo sviluppo di applicazioni in OpenShift. Utilizzando un'interazione in stile git push, questa CLI aiuta gli sviluppatori che non conoscono Kubernetes a creare applicazioni in OpenShift.<\/p>\n

Integrazione con gli ambienti di sviluppo<\/h4>\n

\nOra gli sviluppatori possono creare, debug e distribuire le loro applicazioni in OpenShift senza lasciare il loro ambiente di sviluppo preferito, come Microsoft Visual Studio, JetBrains (compreso IntelliJ), Eclipse Desktop, ecc.<\/p>\n

Estensione Red Hat OpenShift Deployment per Microsoft Azure DevOps<\/h4>\n

\n\u00c8 disponibile l'estensione Red Hat OpenShift Deployment per Microsoft Azure DevOps. Gli utenti di questo insieme di strumenti DevOps possono ora distribuire le proprie applicazioni in Azure Red Hat OpenShift o in qualsiasi altro cluster OpenShift direttamente da Microsoft Azure DevOps.<\/p>\n

Transizione dalla terza alla quarta versione<\/h2>\n

\nPoich\u00e9 si tratta di un nuovo rilascio e non di un aggiornamento, non \u00e8 cos\u00ec semplice prendere e installare la quarta versione sopra la terza. L'aggiornamento dalla terza alla quarta versione non sar\u00e0 supportato<\/strong>. <\/p>\n

Ma c'\u00e8 una buona notizia: Red Hat offre strumenti per migrare i progetti da 3.7 a 4.2. Puoi trasferire i carichi di lavoro delle applicazioni utilizzando lo strumento Cluster Application Migration (CAM). CAM consente di controllare la migrazione e ridurre al minimo il tempo di inattivit\u00e0 dell'applicazione.<\/p>\n

OpenShift 4.3<\/h2>\n

\nLe principali novit\u00e0 descritte in questo articolo sono apparse nella versione 4.2. Nella recentissima 4.3, le modifiche non sono cos\u00ec significative, ma ci sono comunque alcune novit\u00e0. L'elenco delle modifiche \u00e8 piuttosto ampio; riportiamo le pi\u00f9 significative a nostro avviso:<\/p>\n

Aggiornamento della versione di Kubernetes a 1.16. <\/h4>\n

\nLa versione \u00e8 stata aggiornata di ben due livelli, mentre in OpenShift 4.2 era 1.14.<\/p>\n

Crittografia dei dati in etcd<\/h4>\n

\nA partire dalla versione 4.3, \u00e8 possibile crittografare i dati nel database etcd. Dopo l'attivazione della crittografia, sar\u00e0 possibile crittografare le seguenti risorse dell'OpenShift API e Kubernetes API: Secrets, ConfigMaps, Routes, token di accesso e autorizzazione OAuth.<\/p>\n

Helm<\/h4>\n

\nAggiunta la supporto per Helm versione 3 - un popolare gestore di pacchetti per Kubernetes. Attualmente, il supporto ha lo stato di TECHNOLOGY PREVIEW. Nelle versioni future di OpenShift, il supporto per Helm sar\u00e0 esteso fino a diventare completo. L'utilit\u00e0 helm cli \u00e8 fornita insieme a OpenShift e pu\u00f2 essere scaricata dalla console web di gestione del cluster. <\/p>\n

Aggiornamento del Project Dashboard<\/h4>\n

\nNella nuova versione, il Project Dashboard fornisce informazioni aggiuntive sulla pagina del progetto: stato del progetto, utilizzo delle risorse e domande per il progetto.<\/p>\n

Visualizzazione delle vulnerabilit\u00e0 per quay nella console web<\/h4>\n

\nNella console di gestione \u00e8 stata aggiunta la funzione di visualizzazione delle vulnerabilit\u00e0 note per le immagini nei repository Quay. Sono supportate le vulnerabilit\u00e0 per i repository locali ed esterni.<\/p>\n

Semplificata la creazione di operatori offline<\/h4>\n

\nPer il caso di distribuzione di un cluster OpenShift in una rete isolata, l'accesso a cui \u00e8 limitato o assente, \u00e8 semplificata la creazione di uno \"specchio\" per il registro di OperatorHub. Ora si potr\u00e0 fare questo con sole tre comandi.<\/p>\n

Autori: <\/i>
\nViktor Puchkov, Yuriy Semyenukov<\/i>
\n
Fonte: 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\udd47Cosa c'\u00e8 di nuovo in Red Hat OpenShift 4.2 e 4.3? | ProHoster","description":"La quarta versione di OpenShift \u00e8 stata rilasciata relativamente.","canonical_url":"https:\/\/prohoster.info\/it\/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":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/74086","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=74086"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/74086\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/74087"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=74086"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=74086"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=74086"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}