{"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 di recente. L'attuale versione 4.3 \u00e8 disponibile dalla fine di gennaio e tutte le modifiche in essa sono o qualcosa di completamente nuovo, assente nella terza versione, oppure un grande aggiornamento di quanto introdotto nella versione 4.1. Tutto ci\u00f2 che stiamo per condividere \u00e8 fondamentale da sapere, comprendere e tenere in considerazione per chi lavora con OpenShift e pianifica di passare alla nuova versione.<\/p>\n

Con il rilascio della versione OpenShift 4.2, Red Hat ha semplificato l'interazione con Kubernetes. Sono stati introdotti nuovi strumenti e plugin per la creazione di contenitori, pipeline CI\/CD e distribuzioni serverless. Le novit\u00e0 consentono agli sviluppatori di concentrarsi sulla scrittura del codice, invece di districarsi con Kubernetes.<\/p>\n

Quali sono le novit\u00e0 nelle versioni OpenShift 4.2 e 4.3?
\n<\/a><\/noindex><\/p>\n

Movimento verso il cloud ibrido <\/h2>\n

\nQuando si pianifica una nuova infrastruttura IT o si sviluppa il panorama IT esistente, sempre pi\u00f9 aziende considerano l'approccio cloud per fornire risorse IT, implementando soluzioni cloud private o utilizzando la potenza dei fornitori di cloud pubblici. In questo modo, le moderne infrastrutture IT vengono sempre pi\u00f9 costruite secondo un modello cloud ibrido, in cui si utilizzano sia risorse on-premises che pubbliche insieme a un sistema di gestione comune. Red Hat OpenShift 4.2 \u00e8 stato progettato per semplificare la transizione verso un modello di cloud ibrido e consente di collegare facilmente al cluster le risorse di fornitori come AWS, Azure e Google Cloud Platform, insieme all'uso di cloud privati su VMware e OpenStack.<\/p>\n

Nuovo approccio all'installazione<\/h2>\n

\nNella quarta versione \u00e8 cambiato l'approccio all'installazione di OpenShift. Red Hat fornisce un'utilit\u00e0 specifica per il dispiegamento del cluster OpenShift: openshift-install. Questa utilit\u00e0 \u00e8 un unico file binario scritto in Go. L'installer di OpenShift prepara un file yaml con la configurazione necessaria per il dispiegamento. <\/p>\n

In caso di installazione utilizzando risorse cloud, sar\u00e0 necessario fornire informazioni minime sul futuro cluster: zona DNS, numero di nodi worker, impostazioni specifiche per il fornitore di cloud e dati dell'account per accedere al fornitore cloud. Una volta preparato il file di configurazione, il cluster pu\u00f2 essere distribuito con un solo comando.<\/p>\n

Nel caso di installazione su risorse computazionali proprie, ad esempio utilizzando un cloud privato (supportati vSphere e OpenStack) 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 il cluster Control Plane e configurare i servizi di rete. Dopo tale configurazione, il cluster OpenShift potr\u00e0 essere creato con un solo comando dell'utility openshift-installer.<\/p>\n

Aggiornamenti nell'infrastruttura<\/h2>\n

<\/p>\n

Integrazione con CoreOS<\/h4>\n

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

Se nella versione 3.11 il sistema operativo e OpenShift esistevano separatamente, nella versione 4.2 sono indissolubilmente legati a OpenShift. Ora \u00e8 un appliance unico: 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 il prodotto era in esecuzione (all'epoca era Red Hat Enterprise Linux). Solo dopo si poteva aggiornare OpenShift gradualmente, nodo dopo nodo. Non c'era alcuna automazione nel 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 viene svolto premendo un pulsante nell'interfaccia web. Dopodich\u00e9, viene avviato un operatore speciale all'interno del cluster OpenShift, che gestisce l'intero processo di aggiornamento. <\/p>\n

Nuovo CSI<\/h4>\n

\nIl secondo \u00e8 un nuovo CSI \u2014 un controllore dell'interfaccia di archiviazione che consente di collegare vari sistemi di storage esterni al cluster OpenShift. Supporta un'ampia gamma di provider di driver di storage per OpenShift basati su driver di storage forniti dai produttori di sistemi di archiviazione. Un 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 sono presenti tutti i principali modelli di array di dischi dei produttori leader (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), soluzioni SDS (Ceph) e archiviazione cloud (AWS, Azure, Google). OpenShift 4.2 supporta i driver CSI conformi alla specifica CSI versione 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nBasato sui progetti Istio, Kiali e Jaeger \u2014 Red Hat OpenShift Service Mesh, oltre alle normali operazioni di instradamento delle richieste tra i servizi, consente di eseguire 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 di Service Mesh, Red Hat OpenShift fornisce agli amministratori un operatore speciale: il Service Mesh Operator. Si tratta di un operatore Kubernetes che consente di distribuire nel cluster pacchetti riconfigurati di Istio, Kiali e Jaeger, riducendo al minimo 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. CRI-O era gi\u00e0 disponibile nella versione 3.11, ma nella 4.2 \u00e8 diventato il principale. Non \u00e8 n\u00e9 buono n\u00e9 cattivo, ma \u00e8 opportuno tenerlo presente nell'utilizzo del prodotto.<\/p>\n

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

\nGli operatori sono una nuova entit\u00e0 per Red Hat OpenShift, introdotta nella quarta versione. Si tratta di un metodo di imballaggio, distribuzione e gestione delle applicazioni Kubernetes. Pu\u00f2 essere considerato come un plugin gestito tramite l'API Kubernetes e gli strumenti kubectl per le applicazioni distribuite in contenitori.<\/p>\n

Gli operatori Kubernetes aiutano ad automatizzare qualsiasi attivit\u00e0 legata all'amministrazione e alla gestione del ciclo di vita dell'applicazione che si dispiega nel proprio cluster. Ad esempio, un operatore pu\u00f2 automatizzare aggiornamenti, backup e scalabilit\u00e0 dell'applicazione, modificare la configurazione e cos\u00ec via. 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. Ci\u00f2 significa che tutti gli operatori approvati da Red Hat saranno coperti da supporto da parte del venditore.<\/p>\n

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

Immagine base universale<\/h4>\n

\nSi tratta di un insieme standardizzato di immagini del sistema operativo RHEL che possono essere utilizzate per creare le proprie applicazioni nei container. Sono disponibili set minimi, standard e completi. Occupano poco spazio e supportano tutti i pacchetti e 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 basato 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 proprio container, quindi le risorse vengono utilizzate solo durante l'esecuzione del passaggio. Ci\u00f2 consente agli sviluppatori un controllo completo sui pipeline di consegna dei moduli, plug-in e controllo degli accessi senza un server CI\/CD centrale per la gestione.<\/p>\n

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

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

\nIn OpenShift 4.2, l'interfaccia web \u00e8 stata completamente aggiornata sia per gli sviluppatori che per gli amministratori.<\/p>\n

Nelle versioni precedenti di OpenShift, tutti lavoravano in tre console: catalogo servizi, console amministratore e console work. Ora il cluster \u00e8 diviso solo in due parti: console amministratore e console sviluppatore.<\/p>\n

La console dello sviluppatore ha ricevuto significativi miglioramenti all'interfaccia utente. Ora visualizza meglio le topologie delle applicazioni e le loro build. Questo facilita agli sviluppatori la creazione, distribuzione e visualizzazione di applicazioni containerizzate e risorse di cluster, consentendo loro di concentrarsi su ci\u00f2 che \u00e8 importante.<\/p>\n

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

Odo<\/h4>\n

\nOdo \u00e8 un'utilit\u00e0 da riga di comando orientata agli sviluppatori che semplifica lo sviluppo di applicazioni in OpenShift. Utilizzando un'interazione in stile git push, questo CLI aiuta gli sviluppatori che non sono familiari con Kubernetes a creare applicazioni in OpenShift.<\/p>\n

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

\nGli sviluppatori possono ora creare, eseguire il debug e distribuire le proprie applicazioni in OpenShift senza lasciare il loro ambiente di sviluppo del codice preferito, come Microsoft Visual Studio, JetBrains (incluso 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. Ora gli utenti di questo set di strumenti DevOps possono distribuire le proprie applicazioni in Azure Red Hat OpenShift o in qualsiasi altro cluster OpenShift direttamente da Microsoft Azure DevOps.<\/p>\n

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

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

Ma c'\u00e8 anche una buona notizia: Red Hat offre strumenti per migrare progetti da 3.7 a 4.2. \u00c8 possibile 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 emerse nella versione 4.2. Nella recentemente rilasciata 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 secondo la nostra opinione:<\/p>\n

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

\nLa versione \u00e8 stata aggiornata di due livelli, 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 aver abilitato la crittografia, sar\u00e0 possibile crittografare le seguenti risorse OpenShift API e Kubernetes API: Secrets, ConfigMaps, Routes, token di accesso e autorizzazione OAuth.<\/p>\n

Helm<\/h4>\n

\n\u00c8 stata aggiunta la supporto per Helm 3, un popolare gestore di pacchetti per Kubernetes. Attualmente, il supporto ha lo stato di TECHNOLOGY PREVIEW. Nelle future versioni di OpenShift, il supporto per Helm sar\u00e0 esteso a una piena implementazione. Lo strumento helm cli \u00e8 fornito insieme a OpenShift e pu\u00f2 essere scaricato dalla Console Web di gestione del cluster. <\/p>\n

Aggiornamento del Project Dashboard<\/h4>\n

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

Visualizzazione delle vulnerabilit\u00e0 per quay nella Console Web<\/h4>\n

\n\u00c8 stata aggiunta alla console di gestione la funzione di visualizzazione delle vulnerabilit\u00e0 note per le immagini nei repository Quay. \u00c8 supportata la visualizzazione delle vulnerabilit\u00e0 sia per i repository locali che per quelli esterni.<\/p>\n

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

\nPer i casi di distribuzione di un cluster OpenShift in una rete isolata, in cui l'accesso a Internet \u00e8 limitato o assente, \u00e8 stata semplificata la creazione di un \"mirror\" per il registro OperatorHub. Ora \u00e8 possibile farlo con sole tre comandi.<\/p>\n

Autori: <\/i>
\nVictor Puchkov, Yuri Semenyukov<\/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 di recente. L'attuale versione 4.3 \u00e8 disponibile dalla fine di gennaio e tutte le modifiche apportate sono o qualcosa di completamente nuovo che non era presente nella terza versione, oppure un grande aggiornamento di quanto introdotto con la versione 4.1. Tutto ci\u00f2 che stiamo per raccontare \u00e8 fondamentale da sapere, comprendere e considerare per chi lavora","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 \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","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"},"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}]}}