{"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\/pt\/blog\/administrirovanie\/chto-novogo-v-red-hat-openshift-4-2-i-4-3","title":{"rendered":"O que h\u00e1 de novo no Red Hat OpenShift 4.2 e 4.3?","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"O
\nA quarta vers\u00e3o do OpenShift foi lan\u00e7ada relativamente recentemente. A vers\u00e3o atual, 4.3, est\u00e1 dispon\u00edvel desde o final de janeiro, e todas as suas mudan\u00e7as s\u00e3o ou algo completamente novo que n\u00e3o existia na terceira vers\u00e3o, ou uma grande atualiza\u00e7\u00e3o do que apareceu na vers\u00e3o 4.1. Tudo o que vamos mencionar agora \u00e9 essencial para quem trabalha com OpenShift e planeja migrar para a nova vers\u00e3o.<\/p>\n

Com o lan\u00e7amento da vers\u00e3o OpenShift 4.2, a Red Hat simplificou o trabalho com Kubernetes. Novas ferramentas e plugins foram introduzidos para a cria\u00e7\u00e3o de containers, pipelines CI\/CD e implanta\u00e7\u00f5es serverless. As inova\u00e7\u00f5es permitem que os desenvolvedores se concentrem na escrita de c\u00f3digo, em vez de se perderem com Kubernetes.<\/p>\n

O que, de fato, \u00e9 novo nas vers\u00f5es OpenShift 4.2 e 4.3?
\n<\/a><\/noindex><\/p>\n

Movimento em dire\u00e7\u00e3o a nuvens h\u00edbridas <\/h2>\n

\nAo planejar uma nova infraestrutura de TI ou ao desenvolver o cen\u00e1rio de TI existente, as empresas est\u00e3o cada vez mais considerando a abordagem em nuvem para fornecer recursos de TI, implementando solu\u00e7\u00f5es de nuvem privada ou utilizando a capacidade de provedores de nuvem p\u00fablica. Assim, as infraestruturas de TI modernas est\u00e3o cada vez mais sendo constru\u00eddas com um modelo de nuvem h\u00edbrida, onde s\u00e3o utilizados tanto recursos on-premises quanto recursos de nuvem p\u00fablica com um sistema de gest\u00e3o comum. O Red Hat OpenShift 4.2 foi especificamente projetado para facilitar a transi\u00e7\u00e3o para o modelo de nuvem h\u00edbrida e permite conectar facilmente ao cluster recursos de provedores como AWS, Azure e Google Cloud Platform, juntamente com o uso de nuvens privadas em VMware e OpenStack.<\/p>\n

Nova abordagem para instala\u00e7\u00e3o<\/h2>\n

\nNa 4\u00aa vers\u00e3o, a abordagem para instala\u00e7\u00e3o do OpenShift mudou. A Red Hat fornece uma ferramenta especial para implantar clusters OpenShift \u2013 openshift-install. A ferramenta consiste em um \u00fanico arquivo bin\u00e1rio, escrito em Go. O openshift-installer prepara um arquivo yaml com a configura\u00e7\u00e3o necess\u00e1ria para a implanta\u00e7\u00e3o. <\/p>\n

No caso de instala\u00e7\u00e3o usando recursos de nuvem, ser\u00e1 necess\u00e1rio fornecer informa\u00e7\u00f5es m\u00ednimas sobre o futuro cluster: zona DNS, n\u00famero de n\u00f3s worker, configura\u00e7\u00f5es espec\u00edficas para o provedor de nuvem e dados de conta para acesso ao provedor de nuvem. Ap\u00f3s a prepara\u00e7\u00e3o do arquivo de configura\u00e7\u00e3o, o cluster pode ser implantado com um \u00fanico comando.<\/p>\n

No caso de instala\u00e7\u00e3o em recursos computacionais pr\u00f3prios, por exemplo, ao utilizar nuvem privada (vSphere e OpenStack s\u00e3o suportados) ou ao instalar em servidores bare metal, ser\u00e1 necess\u00e1ria a configura\u00e7\u00e3o manual da infraestrutura \u2013 preparar o n\u00famero m\u00ednimo de m\u00e1quinas virtuais ou servidores f\u00edsicos necess\u00e1rios para criar um cluster Control Plane, configurar os servi\u00e7os de rede. Ap\u00f3s essa configura\u00e7\u00e3o, o cluster OpenShift poder\u00e1 ser criado da mesma forma com um comando da ferramenta openshift-installer.<\/p>\n

Atualiza\u00e7\u00f5es na infraestrutura<\/h2>\n

<\/p>\n

Integra\u00e7\u00e3o com CoreOS<\/h4>\n

\nUma atualiza\u00e7\u00e3o chave \u00e9 a integra\u00e7\u00e3o com o Red Hat CoreOS. Agora, os n\u00f3s mestres do Red Hat OpenShift podem operar apenas<\/strong> no novo sistema operacional. Este \u00e9 um sistema operacional gratuito da Red Hat, projetado especificamente para solu\u00e7\u00f5es de cont\u00eaineres. O Red Hat CoreOS \u00e9 um Linux leve, otimizado para executar cont\u00eaineres.<\/p>\n

Se na vers\u00e3o 3.11 o sistema operacional e o OpenShift existiam separadamente, na 4.2 eles est\u00e3o intrinsecamente ligados ao OpenShift. Agora, trata-se de um appliance \u00fanico \u2014 infraestrutura imut\u00e1vel.<\/strong><\/p>\n

\"O
\nPara clusters que utilizam RHCOS para todos os n\u00f3s, a atualiza\u00e7\u00e3o da OpenShift Container Platform \u00e9 um processo simples e bem automatizado. <\/p>\n

Antes, para atualizar o OpenShift, era necess\u00e1rio primeiro atualizar o sistema operacional base em que o produto estava em execu\u00e7\u00e3o (na \u00e9poca, era o Red Hat Enterprise Linux). Somente ap\u00f3s isso era poss\u00edvel atualizar o OpenShift gradualmente, n\u00f3 por n\u00f3. N\u00e3o havia qualquer automa\u00e7\u00e3o no processo. <\/p>\n

Atualmente, j\u00e1 que a OpenShift Container Platform controla completamente os sistemas e servi\u00e7os em cada n\u00f3, incluindo o sistema operacional, essa tarefa \u00e9 resolvida com um clique na interface web. Ap\u00f3s isso, um operador especial \u00e9 iniciado dentro do cluster OpenShift, gerenciando todo o processo de atualiza\u00e7\u00e3o. <\/p>\n

Novo CSI<\/h4>\n

\nO segundo ponto \u00e9 o novo CSI \u2014 controlador de interface de armazenamento, que permite conectar diferentes sistemas de armazenamento externos ao cluster OpenShift. Um grande n\u00famero de provedores de drivers de armazenamento \u00e9 suportado para o OpenShift com base em drivers de armazenamento, que s\u00e3o desenvolvidos pelos pr\u00f3prios fabricantes de sistemas de armazenamento. Uma lista completa dos drivers CSI suportados pode ser encontrada neste documento: https:\/\/kubernetes-csi.github.io\/docs\/drivers.html<\/a><\/noindex>. Esta lista cont\u00e9m todos os principais modelos de arrays de disco de fabricantes l\u00edderes (Dell\/EMC, IBM, NetApp, Hitachi, HPE, PureStorage), solu\u00e7\u00f5es SDS (Ceph) e armazenamento em nuvem (AWS, Azure, Google). O OpenShift 4.2 suporta o uso de drivers CSI da especifica\u00e7\u00e3o CSI vers\u00e3o 1.1.<\/p>\n

RedHat OpenShift Service Mesh<\/h4>\n

\nBaseado em projetos como Istio, Kiali e Jaeger, o Red Hat OpenShift Service Mesh, al\u00e9m das tarefas habituais de roteamento de solicita\u00e7\u00f5es entre servi\u00e7os, permite tamb\u00e9m o rastreamento e visualiza\u00e7\u00e3o. Isso ajuda os desenvolvedores a simplificar a intera\u00e7\u00e3o, monitoramento e gest\u00e3o de aplica\u00e7\u00f5es implantadas no Red Hat OpenShift. <\/p>\n

\"O
\nVisualiza\u00e7\u00e3o de uma aplica\u00e7\u00e3o com arquitetura de microservi\u00e7os utilizando Kiali<\/i><\/p>\n

Para simplificar ao m\u00e1ximo os processos de instala\u00e7\u00e3o, presta\u00e7\u00e3o de servi\u00e7os e gerenciamento do ciclo de vida do Service Mesh, o Red Hat OpenShift disponibiliza aos administradores um operador especial \u2013 Service Mesh Operator. Esse operador Kubernetes permite implantar pacotes reconfigurados de Istio, Kiali e Jaeger no cluster, reduzindo ao m\u00e1ximo a carga administrativa da gest\u00e3o de aplica\u00e7\u00f5es.<\/p>\n

CRI-O em vez de Docker<\/h4>\n

\nO runtime de cont\u00eainer Docker padr\u00e3o foi substitu\u00eddo pelo CRI-O. A utiliza\u00e7\u00e3o do CRI-O j\u00e1 era poss\u00edvel na vers\u00e3o 3.11, mas na 4.2 ele se tornou o principal. N\u00e3o \u00e9 bom nem ruim, mas deve ser levado em conta ao utilizar o produto.<\/p>\n

Operadores e implanta\u00e7\u00e3o de aplica\u00e7\u00f5es<\/h2>\n

\nOs operadores s\u00e3o uma nova entidade no RedHat OpenShift que surgiu na quarta vers\u00e3o. Este \u00e9 um m\u00e9todo de empacotamento, implanta\u00e7\u00e3o e gest\u00e3o de aplica\u00e7\u00f5es Kubernetes. Pode ser concebido como um plugin para aplica\u00e7\u00f5es implantadas em cont\u00eaineres, gerenciado por meio da API Kubernetes e ferramentas kubectl.<\/p>\n

Os operadores Kubernetes ajudam a automatizar qualquer tarefa relacionada ao gerenciamento e ao ciclo de vida da aplica\u00e7\u00e3o que voc\u00ea implanta em seu cluster. Por exemplo, um operador pode automatizar atualiza\u00e7\u00f5es, backups e escalonamento da aplica\u00e7\u00e3o, alterar configura\u00e7\u00f5es etc. A lista completa de operadores pode ser vista em https:\/\/operatorhub.io\/<\/a><\/noindex>.<\/p>\n

O OperatorHub est\u00e1 dispon\u00edvel diretamente na interface web do console de gerenciamento. Trata-se de um cat\u00e1logo de aplica\u00e7\u00f5es para OpenShift, suportado pela Red Hat. Ou seja, todos os operadores aprovados pela Red Hat ter\u00e3o cobertura de suporte do fornecedor.<\/p>\n

\"O
\nPortal do OperatorHub no console de gerenciamento do OpenShift<\/i><\/p>\n

Imagem base universal<\/h4>\n

\nEste \u00e9 um conjunto padronizado de imagens do sistema operacional RHEL que podem ser usadas para criar seus aplicativos em cont\u00eaineres. Existem conjuntos m\u00ednimo, padr\u00e3o e completo. Eles ocupam muito pouco espa\u00e7o, suportam todos os pacotes e linguagens de programa\u00e7\u00e3o necess\u00e1rios instalados.<\/p>\n

Ferramentas de CI\/CD<\/h4>\n

\nNo RedHat OpenShift 4.2, h\u00e1 a possibilidade de escolher entre Jenkins e OpenShift Pipelines com base em Tekton Pipelines. <\/p>\n

OpenShift Pipelines \u00e9 baseado no Tekton, que oferece melhor suporte a abordagens Pipeline as Code e GitOps. Nos pipelines do OpenShift, cada etapa \u00e9 executada em seu pr\u00f3prio cont\u00eainer, portanto, os recursos s\u00e3o utilizados apenas durante a execu\u00e7\u00e3o da etapa. Isso d\u00e1 aos desenvolvedores controle total sobre os pipelines de entrega de m\u00f3dulos, plug-ins e controle de acesso, sem um servidor centralizado de CI\/CD para gerenciar.<\/p>\n

OpenShift Pipelines est\u00e1 atualmente em fase de Preview para desenvolvedores e est\u00e1 dispon\u00edvel como operador no cluster OpenShift 4. Naturalmente, os usu\u00e1rios do OpenShift ainda podem usar o Jenkins no RedHat OpenShift 4.<\/p>\n

Atualiza\u00e7\u00f5es na gest\u00e3o para desenvolvedores<\/h2>\n

\nNo 4.2, o OpenShift recebeu uma atualiza\u00e7\u00e3o completa na interface web tanto para desenvolvedores quanto para administradores.<\/p>\n

Nas vers\u00f5es anteriores do OpenShift, todos trabalhavam em tr\u00eas consoles: cat\u00e1logo de servi\u00e7os, console de administrador e console de trabalho. Agora, o cluster est\u00e1 dividido apenas em duas partes \u2014 console de administrador e console de desenvolvedor.<\/p>\n

O console de desenvolvedor recebeu melhorias significativas na interface do usu\u00e1rio. Agora, ele exibe de forma mais conveniente a topologia de aplicativos e suas constru\u00e7\u00f5es. Isso facilita para os desenvolvedores a cria\u00e7\u00e3o, implanta\u00e7\u00e3o e visualiza\u00e7\u00e3o de aplicativos em cont\u00eainer e recursos de cluster. Permite que eles se concentrem no que \u00e9 importante.<\/p>\n

\"O
\nPortal do desenvolvedor no console de gerenciamento do OpenShift<\/i><\/p>\n

Odo<\/h4>\n

\nO Odo \u00e9 uma ferramenta de linha de comando voltada para desenvolvedores que simplifica o desenvolvimento de aplicativos no OpenShift. Usando uma intera\u00e7\u00e3o no estilo git push, este CLI ajuda desenvolvedores que n\u00e3o est\u00e3o familiarizados com Kubernetes a criar aplicativos no OpenShift.<\/p>\n

Integra\u00e7\u00e3o com ambientes de desenvolvimento<\/h4>\n

\nOs desenvolvedores agora podem criar, depurar e implantar seus aplicativos no OpenShift, sem sair do seu ambiente de desenvolvimento de c\u00f3digo favorito, como Microsoft Visual Studio, JetBrains (incluindo IntelliJ), Eclipse Desktop, etc.<\/p>\n

Extens\u00e3o de Implanta\u00e7\u00e3o do Red Hat OpenShift para Microsoft Azure DevOps<\/h4>\n

\nFoi lan\u00e7ado o complemento Red Hat OpenShift Deployment para o Microsoft Azure DevOps. Agora, os usu\u00e1rios desse conjunto de ferramentas DevOps podem implantar suas aplica\u00e7\u00f5es no Azure Red Hat OpenShift ou em qualquer outro cluster OpenShift diretamente do Microsoft Azure DevOps.<\/p>\n

Transi\u00e7\u00e3o da terceira vers\u00e3o para a quarta<\/h2>\n

\nComo se trata de um novo lan\u00e7amento e n\u00e3o de uma atualiza\u00e7\u00e3o, n\u00e3o \u00e9 t\u00e3o simples apenas instalar a quarta vers\u00e3o sobre a terceira. A atualiza\u00e7\u00e3o da terceira para a quarta vers\u00e3o n\u00e3o ser\u00e1 suportada<\/strong>. <\/p>\n

Mas h\u00e1 uma boa not\u00edcia: a Red Hat oferece ferramentas para a migra\u00e7\u00e3o de projetos da vers\u00e3o 3.7 para a 4.2. Voc\u00ea pode migrar cargas de trabalho de aplica\u00e7\u00f5es usando a ferramenta Cluster Application Migration (CAM). A CAM permite gerenciar a migra\u00e7\u00e3o e minimizar o tempo de inatividade da aplica\u00e7\u00e3o.<\/p>\n

OpenShift 4.3<\/h2>\n

\nAs principais novidades descritas neste artigo surgiram na vers\u00e3o 4.2. Na recentemente lan\u00e7ada vers\u00e3o 4.3, as mudan\u00e7as n\u00e3o s\u00e3o t\u00e3o significativas, mas ainda h\u00e1 algumas novidades. A lista de altera\u00e7\u00f5es \u00e9 bastante extensa, e aqui mencionamos as mais relevantes, na nossa opini\u00e3o:<\/p>\n

Atualiza\u00e7\u00e3o da vers\u00e3o do Kubernetes para 1.16. <\/h4>\n

\nA vers\u00e3o foi atualizada em dois n\u00edveis, na OpenShift 4.2 estava na 1.14.<\/p>\n

Criptografia de dados no etcd<\/h4>\n

\nA partir da vers\u00e3o 4.3, agora \u00e9 poss\u00edvel criptografar dados no banco etcd. Ap\u00f3s a ativa\u00e7\u00e3o da criptografia, ser\u00e1 poss\u00edvel criptografar os seguintes recursos da OpenShift API e Kubernetes API: Secrets, ConfigMaps, Routes, tokens de acesso e autoriza\u00e7\u00f5es OAuth.<\/p>\n

Helm<\/h4>\n

\nAdicionada suporte para a vers\u00e3o 3 do Helm \u2013 gerenciador de pacotes popular para Kubernetes. Atualmente, o suporte est\u00e1 no status TECHNOLOGY PREVIEW. Em vers\u00f5es futuras do OpenShift, o suporte ao Helm ser\u00e1 ampliado para total. A ferramenta helm cli \u00e9 fornecida junto com o OpenShift e pode ser baixada do console web de gerenciamento do cluster. <\/p>\n

Atualiza\u00e7\u00e3o do Project Dashboard<\/h4>\n

\nNa nova vers\u00e3o, o Project Dashboard fornece informa\u00e7\u00f5es adicionais na p\u00e1gina do projeto: status do projeto, utiliza\u00e7\u00e3o de recursos e cotas para o projeto.<\/p>\n

Exibi\u00e7\u00e3o de vulnerabilidades para quay no console web<\/h4>\n

\nFoi adicionada ao console de gerenciamento a fun\u00e7\u00e3o de exibir vulnerabilidades conhecidas para imagens nos reposit\u00f3rios Quay. \u00c9 suportada a exibi\u00e7\u00e3o de vulnerabilidades para reposit\u00f3rios locais e externos.<\/p>\n

Facilitada a cria\u00e7\u00e3o do operatorhub offline<\/h4>\n

\nPara o caso de implanta\u00e7\u00e3o de um cluster OpenShift em uma rede isolada, cujo acesso \u00e0 internet \u00e9 limitado ou ausente, a cria\u00e7\u00e3o de um \"espelho\" para o reposit\u00f3rio OperatorHub foi simplificada. Agora, isso pode ser feito com apenas tr\u00eas comandos.<\/p>\n

Autores: <\/i>
\nViktor 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\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\udd47O que h\u00e1 de novo no Red Hat OpenShift 4.2 e 4.3? | ProHoster","description":"A quarta vers\u00e3o do OpenShift foi lan\u00e7ada recentemente.","canonical_url":"https:\/\/prohoster.info\/pt\/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":"pt_PT","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\/pt\/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\/pt\/wp-json\/wp\/v2\/posts\/74086","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=74086"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/74086\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/74087"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=74086"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=74086"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=74086"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}