{"id":82223,"date":"2020-05-20T13:42:34","date_gmt":"2020-05-20T11:42:34","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen"},"modified":"2020-05-20T13:42:34","modified_gmt":"2020-05-20T11:42:34","slug":"luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","title":{"rendered":"As melhores pr\u00e1ticas do Kubernetes. Organiza\u00e7\u00e3o do Kubernetes com namespaces","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Melhores pr\u00e1ticas Kubernetes. Criando pequenos cont\u00eaineres<\/a><\/noindex><\/p>\n

\u00c0 medida que voc\u00ea come\u00e7a a criar mais servi\u00e7os do Kubernetes, tarefas simples no in\u00edcio come\u00e7am a se complicar. Por exemplo, equipes de desenvolvedores n\u00e3o podem criar servi\u00e7os ou implanta\u00e7\u00f5es com o mesmo nome. Se voc\u00ea tem milhares de pods, listar todos eles levar\u00e1 muito tempo, sem mencionar garantir uma boa gest\u00e3o. E isso \u00e9 apenas a ponta do iceberg.<\/p>\n

Vamos ver como o namespace facilita a gest\u00e3o de recursos do Kubernetes. Ent\u00e3o, o que \u00e9 um namespace? Um namespace pode ser visto como um cluster virtual dentro do seu cluster Kubernetes. Voc\u00ea pode ter v\u00e1rios namespaces isolados entre si dentro de um \u00fanico cluster Kubernetes. Eles realmente podem ajudar voc\u00ea e suas equipes com organiza\u00e7\u00e3o, seguran\u00e7a e at\u00e9 mesmo desempenho do sistema.<\/p>\n

\"As
\n
\nNa maioria das distribui\u00e7\u00f5es do Kubernetes, o cluster j\u00e1 vem com um namespace chamado 'default'. Na verdade, existem tr\u00eas namespaces com os quais o Kubernetes lida: default, kube-system e kube-public. Atualmente, o kube-public n\u00e3o \u00e9 utilizado com muita frequ\u00eancia.<\/a><\/noindex><\/p>\n

\"As
\n
\nEvitar tocar no namespace kube \u00e9 uma boa ideia, especialmente em um sistema gerido como o Google Kubernetes Engine. Ele utiliza o namespace 'default' como o local onde seus servi\u00e7os e aplica\u00e7\u00f5es s\u00e3o criados. N\u00e3o h\u00e1 nada de especial nele, exceto que o Kubernetes vem configurado para us\u00e1-lo 'pronto para uso', e voc\u00ea n\u00e3o pode exclu\u00ed-lo. Isso \u00e9 \u00f3timo para come\u00e7ar e para sistemas de baixo desempenho, mas eu n\u00e3o recomendaria usar o namespace default em grandes sistemas de produ\u00e7\u00e3o. Neste \u00faltimo caso, uma equipe de desenvolvedores pode facilmente sobrescrever o c\u00f3digo de outra e interromper o funcionamento de outra equipe, sem perceber.<\/p>\n

Portanto, voc\u00ea deve criar v\u00e1rios namespaces e utiliz\u00e1-los para segmentar seus servi\u00e7os em unidades geridas. Um namespace pode ser criado com um \u00fanico comando. Se voc\u00ea quiser criar um namespace chamado test, use o comando $ kubectl create namespace test ou simplesmente crie um arquivo YAML e use-o como qualquer outro recurso do Kubernetes.<\/p>\n

\"As
\n
\nVoc\u00ea pode visualizar todos os namespaces com o comando $ kubectl get namespace. <\/p>\n

\"As
\n
\nAp\u00f3s sua execu\u00e7\u00e3o, voc\u00ea ver\u00e1 tr\u00eas namespaces incorporados e um novo namespace chamado \"test\". Vamos examinar um arquivo YAML simples destinado \u00e0 cria\u00e7\u00e3o de um pod. Voc\u00ea pode notar que n\u00e3o h\u00e1 men\u00e7\u00e3o a qualquer namespace.<\/p>\n

\"As
\n
\nSe voc\u00ea usar kubectl para executar este arquivo, ele criar\u00e1 o m\u00f3dulo mypod no namespace ativo atual. Este ser\u00e1 o namespace padr\u00e3o, at\u00e9 que voc\u00ea o altere. Existem duas maneiras de informar ao Kubernetes em qual namespace voc\u00ea deseja criar seu recurso. A primeira maneira \u00e9 usar a flag de namespace ao criar o recurso. <\/p>\n

\"As
\n
\nA segunda maneira consiste em especificar o namespace na declara\u00e7\u00e3o YAML.<\/p>\n

\"As
\n
\nSe voc\u00ea especificar o namespace no YAML, o recurso sempre ser\u00e1 criado nesse namespace. Se voc\u00ea tentar usar um namespace diferente ao usar a flag de namespace, o comando falhar\u00e1. Agora, se voc\u00ea tentar encontrar seu pod, n\u00e3o conseguir\u00e1. <\/p>\n

\"As
\n
\nIsso acontece porque todos os comandos s\u00e3o executados fora do namespace ativo atual. Para encontrar seu pod, voc\u00ea precisar\u00e1 usar a flag de namespace, por\u00e9m isso rapidamente se torna cansativo, especialmente se voc\u00ea \u00e9 um desenvolvedor em um grupo que usa seu pr\u00f3prio namespace e n\u00e3o quer usar essa flag para cada comando individual. Vamos ver como isso pode ser resolvido.<\/p>\n

\"As
\n
\nPor padr\u00e3o, seu namespace ativo \u00e9 chamado de default. Se voc\u00ea n\u00e3o especificar o namespace no YAML do recurso, todos os comandos do Kubernetes usar\u00e3o este namespace ativo default. Infelizmente, tentar gerenciar o namespace ativo com kubectl pode falhar. No entanto, existe uma \u00f3tima ferramenta chamada Kubens, que simplifica muito esse processo. Quando voc\u00ea executa o comando kubens, voc\u00ea v\u00ea todos os namespaces com o namespace ativo destacado. <\/p>\n

\"As
\n
\nPara mudar o namespace ativo para o namespace test, voc\u00ea simplesmente executa o comando $ kubens test. Se voc\u00ea digitar novamente o comando $ kubens, ver\u00e1 que agora um novo namespace ativo \u2013 test \u2013 est\u00e1 destacado.<\/p>\n

\"As
\n
\nIsso significa que voc\u00ea n\u00e3o precisa de uma flag de namespace para ver o pod no namespace test.<\/p>\n

\"As
\n
\nDessa forma, os namespaces est\u00e3o ocultos uns dos outros, mas n\u00e3o isolados. Um servi\u00e7o de um namespace pode se comunicar facilmente com um servi\u00e7o em outro namespace, o que muitas vezes \u00e9 muito \u00fatil. A capacidade de comunica\u00e7\u00e3o entre diferentes namespaces significa que o servi\u00e7o de seus desenvolvedores pode interagir com o servi\u00e7o de outra equipe de desenvolvimento em um namespace diferente.<\/p>\n

Normalmente, quando seu aplicativo quer acessar um servi\u00e7o Kubernetes, voc\u00ea usa o servi\u00e7o de descoberta DNS embutido e simplesmente informa ao seu aplicativo o nome do servi\u00e7o. No entanto, voc\u00ea pode criar um servi\u00e7o com o mesmo nome em v\u00e1rios namespaces, o que n\u00e3o \u00e9 permitido. <\/p>\n

\"As
\n
\nFelizmente, \u00e9 f\u00e1cil contornar isso usando a forma expandida do endere\u00e7o DNS. Os servi\u00e7os no Kubernetes exp\u00f5em seus endpoints usando um padr\u00e3o DNS comum. Isso se parece com algo assim:<\/p>\n

\"As
\n
\nGeralmente, voc\u00ea s\u00f3 precisa do nome do servi\u00e7o, e o DNS determinar\u00e1 automaticamente o endere\u00e7o completo. <\/p>\n

\"As
\n
\nNo entanto, se voc\u00ea precisar acessar um servi\u00e7o em outro namespace, basta usar o nome do servi\u00e7o mais o nome do namespace:<\/p>\n

\"As
\n
\nPor exemplo, se voc\u00ea quiser se conectar ao banco de dados do servi\u00e7o no namespace de teste, pode usar o endere\u00e7o database.test<\/p>\n

\"As
\n
\nSe voc\u00ea deseja se conectar ao banco de dados do servi\u00e7o no namespace prod, usa database.prod.<\/p>\n

\"As
\n
\nSe voc\u00ea realmente deseja isolar e restringir o acesso ao namespace, o Kubernetes permite fazer isso com pol\u00edticas de rede Kubernetes Network Policies. Eu falarei sobre isso na pr\u00f3xima s\u00e9rie. <\/p>\n

Recebo frequentemente a pergunta de quantos namespaces criar e para quais prop\u00f3sitos. O que \u00e9 um fragmento de dados gerenciado?<\/p>\n

Se voc\u00ea criar muitos espa\u00e7os de nomes, eles simplesmente ficar\u00e3o no seu caminho. Se houver muito poucos, voc\u00ea perder\u00e1 todas as vantagens de tal solu\u00e7\u00e3o. Acredito que existem quatro etapas principais que cada empresa passa ao criar sua estrutura organizacional. Dependendo da fase de desenvolvimento em que seu projeto ou empresa se encontra, voc\u00ea pode adotar a estrat\u00e9gia apropriada para a cria\u00e7\u00e3o de espa\u00e7os de nomes.<\/p>\n

Imagine que voc\u00ea faz parte de uma pequena equipe que est\u00e1 trabalhando no desenvolvimento de 5 a 10 microsservi\u00e7os e consegue facilmente reunir todos os desenvolvedores em uma sala. Nessa situa\u00e7\u00e3o, faz sentido executar todos os servi\u00e7os prod no espa\u00e7o de nomes default. Claro, para mais liberdade de a\u00e7\u00e3o, voc\u00ea pode usar 2 espa\u00e7os de nomes \u2014 um separado para prod e outro para dev. \u00c9 bem poss\u00edvel que voc\u00ea esteja testando seu desenvolvimento no computador local com algo como o Minikube. <\/p>\n

Suponha que as condi\u00e7\u00f5es mudaram e agora voc\u00ea tem uma equipe em r\u00e1pido crescimento que est\u00e1 trabalhando simultaneamente em mais de 10 microsservi\u00e7os. Chega um momento em que \u00e9 necess\u00e1rio usar v\u00e1rios clusters ou espa\u00e7os de nomes, separados para prod e dev. Voc\u00ea pode dividir a equipe em v\u00e1rios subgrupos, de modo que cada um tenha seus pr\u00f3prios microsservi\u00e7os e cada uma dessas equipes possa escolher seu pr\u00f3prio espa\u00e7o de nomes para facilitar o processo de gerenciamento do desenvolvimento e lan\u00e7amento de software.<\/p>\n

\"As
\n
\n\u00c0 medida que cada membro da equipe come\u00e7a a entender como o sistema funciona como um todo, coordenar cada altera\u00e7\u00e3o com todos os outros desenvolvedores se torna cada vez mais dif\u00edcil. A tentativa de rodar toda a pilha em seu computador local torna-se mais complicada a cada dia. <\/p>\n

Em grandes empresas, os desenvolvedores muitas vezes n\u00e3o sabem exatamente em que parte est\u00e3o trabalhando. As equipes se comunicam atrav\u00e9s de contratos de servi\u00e7o ou utilizam a tecnologia Service mesh, que adiciona um n\u00edvel de abstra\u00e7\u00e3o sobre a rede, similar a ferramentas de configura\u00e7\u00e3o como o Istio. Tentar executar toda a pilha localmente \u00e9 praticamente imposs\u00edvel. Recomendo fortemente utilizar no Kubernetes uma plataforma de entrega cont\u00ednua (CD) como o Spinnaker. Portanto, chega o momento em que cada equipe definitivamente precisa de seu pr\u00f3prio espa\u00e7o de nomes. Cada equipe pode at\u00e9 escolher v\u00e1rios espa\u00e7os de nomes para os ambientes de desenvolvimento e produ\u00e7\u00e3o. <\/p>\n

Finalmente, existem grandes empresas onde um grupo de desenvolvedores nem sabe da exist\u00eancia de outros grupos. Tal empresa pode at\u00e9 contratar desenvolvedores externos que interagem atrav\u00e9s de APIs bem documentadas. Dentro de cada um desses grupos, h\u00e1 v\u00e1rias equipes e v\u00e1rios microsservi\u00e7os. Nesse caso, \u00e9 necess\u00e1rio utilizar todas as ferramentas mencionadas anteriormente.<\/p>\n

\"As
\n
\nOs programadores n\u00e3o devem implantar servi\u00e7os manualmente e n\u00e3o devem ter acesso a espa\u00e7os de nomes que n\u00e3o lhes dizem respeito. Nesta fase, faz sentido ter v\u00e1rios clusters para reduzir o 'raio de explos\u00e3o' de aplicativos mal configurados, para simplificar os processos de cobran\u00e7a e gerenciamento de recursos.<\/p>\n

Assim, o uso correto dos espa\u00e7os de nomes por sua organiza\u00e7\u00e3o torna o Kubernetes mais gerenci\u00e1vel, control\u00e1vel, seguro e flex\u00edvel.<\/p>\n

As melhores pr\u00e1ticas do Kubernetes. Verifica\u00e7\u00e3o de viabilidade do Kubernetes com testes de Readiness e Liveness<\/a><\/noindex><\/p>\n

\r\n \"Por\r\n
<\/div>\r\n <\/div><\/center><\/p>\n

Um pouco de publicidade \ud83d\ude42<\/h3>\n

\nObrigado por permanecer conosco. Voc\u00ea gosta dos nossos artigos? Quer ver mais materiais interessantes? Apoie-nos fazendo um pedido ou recomendando para conhecidos. VPS em nuvem para desenvolvedores a partir de $4.99<\/a><\/noindex>, uma alternativa \u00fanica aos servidores entry-level, que criamos para voc\u00ea:<\/b> Toda a verdade sobre VPS (KVM) E5-2697 v3 (6 N\u00facleos) 10GB DDR4 480GB SSD 1Gbps a partir de $19 ou como dividir um servidor corretamente?<\/a><\/noindex> (dispon\u00edveis op\u00e7\u00f5es com RAID1 e RAID10, at\u00e9 24 n\u00facleos e at\u00e9 40GB DDR4).<\/p>\n

Dell R730xd por 2 vezes mais barato no datacenter Equinix Tier IV em Amsterd\u00e3?<\/b> Somente conosco 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100TB a partir de $199<\/a><\/noindex> na Holanda! Dell R420 \u2014 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB \u2014 a partir de $99!<\/b><\/b> Leia sobre Como construir uma infraestrutura de classe corporativa utilizando servidores Dell R730xd E5-2650 v4 com custo de 9000 euros por centavos?<\/a><\/noindex>
\n
Fonte: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u0421\u043e\u0437\u0434\u0430\u043d\u0438\u0435 \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u0438\u0445 \u043a\u043e\u043d\u0442\u0435\u0439\u043d\u0435\u0440\u043e\u0432 \u041f\u043e \u043c\u0435\u0440\u0435 \u0442\u043e\u0433\u043e \u043a\u0430\u043a \u0432\u044b \u043d\u0430\u0447\u0438\u043d\u0430\u0435\u0442\u0435 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0432\u0441\u0435 \u0431\u043e\u043b\u044c\u0448\u0435 \u0438 \u0431\u043e\u043b\u044c\u0448\u0435 \u0441\u0435\u0440\u0432\u0438\u0441\u043e\u0432 Kubernetes, \u043f\u0440\u043e\u0441\u0442\u044b\u0435 \u043f\u043e \u043d\u0430\u0447\u0430\u043b\u0443 \u0437\u0430\u0434\u0430\u0447\u0438 \u043d\u0430\u0447\u0438\u043d\u0430\u044e\u0442 \u0443\u0441\u043b\u043e\u0436\u043d\u044f\u0442\u044c\u0441\u044f. \u041d\u0430\u043f\u0440\u0438\u043c\u0435\u0440, \u043a\u043e\u043c\u0430\u043d\u0434\u044b \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u043e\u0432 \u043d\u0435 \u043c\u043e\u0433\u0443\u0442 \u0441\u043e\u0437\u0434\u0430\u0432\u0430\u0442\u044c \u0441\u043b\u0443\u0436\u0431\u044b \u0438\u043b\u0438 \u0440\u0430\u0437\u0432\u0435\u0440\u0442\u044b\u0432\u0430\u043d\u0438\u044f \u043f\u043e\u0434 \u043e\u0434\u043d\u0438\u043c \u0438 \u0442\u0435\u043c \u0436\u0435 \u0438\u043c\u0435\u043d\u0435\u043c. \u0415\u0441\u043b\u0438 \u0443 \u0432\u0430\u0441 \u0442\u044b\u0441\u044f\u0447\u0438 \u043f\u043e\u0434\u043e\u0432, \u0438\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435 \u043f\u0435\u0440\u0435\u0447\u0438\u0441\u043b\u0435\u043d\u0438\u0435 \u0437\u0430\u0439\u043c\u0435\u0442 \u043a\u0443\u0447\u0443 \u0432\u0440\u0435\u043c\u0435\u043d\u0438, \u043d\u0435 \u0433\u043e\u0432\u043e\u0440\u044f \u043e \u0442\u043e\u043c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":82224,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-82223","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\udd47Melhores pr\u00e1ticas do Kubernetes. Organiza\u00e7\u00e3o do Kubernetes com espa\u00e7o de nomes | ProHoster","description":"Melhores pr\u00e1ticas de Kubernetes.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes. \u041e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u044f Kubernetes \u0441 \u043f\u0440\u043e\u0441\u0442\u0440\u0430\u043d\u0441\u0442\u0432\u043e\u043c \u0438\u043c\u0435\u043d | ProHoster","og:description":"\u041b\u0443\u0447\u0448\u0438\u0435 \u043f\u0440\u0430\u043a\u0442\u0438\u043a\u0438 Kubernetes.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/luchshie-praktiki-kubernetes-organizacziya-kubernetes-s-prostranstvom-imen","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-05-20T11:42:34+00:00","article:modified_time":"2020-05-20T11:42:34+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"82223","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 15:41:29","updated":"2022-09-29 19:27:31","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\/82223","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=82223"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/82223\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/82224"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=82223"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=82223"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=82223"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}