{"id":32497,"date":"2019-10-31T21:47:23","date_gmt":"2019-10-31T18:47:23","guid":{"rendered":"https:\/\/prohoster.info\/blog\/devopsforum-2019-vnedryat-devops-nelzya-zhdat\/"},"modified":"2019-10-31T21:47:23","modified_gmt":"2019-10-31T18:47:23","slug":"devopsforum-2019-vnedryat-devops-nelzya-zhdat","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","title":{"rendered":"DevOpsForum 2019. N\u00e3o se pode esperar para implementar o DevOps","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Recentemente estive no DevOpsForum 2019, organizado pela Logrocon. Nesta confer\u00eancia, os participantes tentaram encontrar solu\u00e7\u00f5es e novas ferramentas para uma intera\u00e7\u00e3o eficaz entre neg\u00f3cios e profissionais de desenvolvimento e suporte t\u00e9cnico.<\/p>\n

\"DevOpsForum
\n
\nA confer\u00eancia foi um sucesso: houve muitos palestras \u00fateis, formatos de apresenta\u00e7\u00e3o interessantes e uma abund\u00e2ncia de intera\u00e7\u00f5es com os palestrantes. E, especialmente importante, ningu\u00e9m tentou me vender nada, algo que os palestrantes em grandes confer\u00eancias t\u00eam feito ultimamente.<\/p>\n

Resumo das apresenta\u00e7\u00f5es do Raiffeisen Bank, Alpha Insurance, a experi\u00eancia da Mango Telecom na implementa\u00e7\u00e3o de automa\u00e7\u00e3o e outros detalhes abaixo. <\/a><\/noindex><\/p>\n

Meu nome \u00e9 Yana, sou testadora, trabalho com automa\u00e7\u00e3o, tamb\u00e9m me envolvo com DevOps e adoro ir a confer\u00eancias e meetups. Nos \u00faltimos dois anos, estive nas confer\u00eancias de Oleg Bunin (HighLoad++, TeamLead Conf), nos eventos Jug (Heisenbug, JPoint), no TestCon Moscow, DevOps Pro Moscow, Big Data Moscow. <\/p>\n

Primeiramente, presto aten\u00e7\u00e3o \u00e0 programa\u00e7\u00e3o da confer\u00eancia. Olho menos para o que ser\u00e1 apresentado e mais para o palestrante. Mesmo que a apresenta\u00e7\u00e3o seja altamente t\u00e9cnica e interessante, n\u00e3o \u00e9 garantido que voc\u00ea consiga aplicar alguma das melhores pr\u00e1ticas discutidas na sua empresa. E ent\u00e3o voc\u00ea precisa do palestrante.\n<\/p><\/blockquote>\n

A luz no fim do pipeline no Raiffeisen Bank<\/h2>\n

\nNormalmente, costumo ca\u00e7ar palestrantes que me interessam nos bastidores. No DevOpsForum 2019, um dos meus interesses foi o palestrante do Raiffeisen Bank \u2014 Mikhail Bijan. Durante sua apresenta\u00e7\u00e3o, ele contou como a empresa est\u00e1 progressivamente integrando suas equipes no DevOps, por que isso \u00e9 necess\u00e1rio e como vender a ideia de transforma\u00e7\u00e3o DevOps para o neg\u00f3cio. E, em geral, falou sobre como ver a luz no fim do pipeline.<\/p>\n

\"DevOpsForum
\nMikhail Bijan, diretor de automa\u00e7\u00e3o no Raiffeisen Bank<\/i><\/p>\n

Atualmente, em sua empresa, n\u00e3o existe um 'verdadeiro DevOps'. Ou seja, ele \u00e9 verdadeiro, mas n\u00e3o em todas as equipes. Ao implementar o DevOps, eles se baseiam na prontid\u00e3o das equipes, tanto do ponto de vista dos engenheiros espec\u00edficos quanto da necessidade do produto e da maturidade da plataforma na qual esse produto est\u00e1 constru\u00eddo. Misha explicou como explicar ao neg\u00f3cio por que o DevOps \u00e9 necess\u00e1rio. <\/p>\n

O segmento banc\u00e1rio tem v\u00e1rios fatores de crescimento: o custo dos servi\u00e7os e a expans\u00e3o da base de clientes. Aumentar o custo dos servi\u00e7os n\u00e3o \u00e9 um bom fator, mas o crescimento da base de clientes, por outro lado, \u00e9 positivo. Se os concorrentes lan\u00e7am um produto realmente bom, todos os clientes v\u00e3o para l\u00e1, e depois, com o tempo, o mercado se estabiliza. Portanto, o lan\u00e7amento de novos produtos e a velocidade com que s\u00e3o lan\u00e7ados \u00e9 o principal foco dos bancos. \u00c9 exatamente para isso que o DevOps \u00e9 necess\u00e1rio, e o neg\u00f3cio entende isso.<\/p>\n

Um pr\u00f3ximo ponto importante: o DevOps nem sempre reduz o time to market. O DevOps n\u00e3o pode funcionar sozinho; \u00e9 apenas uma parte do processo de cria\u00e7\u00e3o e lan\u00e7amento de um produto no mercado, desde o desenvolvimento at\u00e9 a produ\u00e7\u00e3o (do c\u00f3digo ao cliente). Mas tudo o que est\u00e1 antes do c\u00f3digo n\u00e3o tem rela\u00e7\u00e3o direta com o DevOps. Ou seja, os profissionais de marketing podem passar anos estudando o mercado e ainda assim levar a vida toda para alcan\u00e7ar os concorrentes. \u00c9 necess\u00e1rio entender rapidamente o que o cliente precisa e planejar a implementa\u00e7\u00e3o de certas funcionalidades \u2014 muitas vezes \u00e9 exatamente isso que falta para que o DevOps funcione e a empresa alcance seus objetivos. Portanto, em primeiro lugar, no Raiffeisenbank, foi acordado com os neg\u00f3cios que era necess\u00e1rio aprender a usar o DevOps. Automatizar por automatizar n\u00e3o ajudar\u00e1 muito na luta por novos clientes.<\/p>\n

Em geral, Misha acredita que o DevOps deve ser implementado, mas com sabedoria. E \u00e9 preciso estar preparado para o fato de que, no in\u00edcio da transforma\u00e7\u00e3o, a equipe ter\u00e1 queda na produtividade, ganhar\u00e1 menos dinheiro, mas depois isso valer\u00e1 a pena.<\/p>\n

Automatiza\u00e7\u00e3o de testes na 'Mango Telecom'<\/h2>\n

\nMais uma apresenta\u00e7\u00e3o interessante para mim como testador foi feita por E\u0433\u043e\u0440 \u041c\u0430\u0441\u043b\u043e\u0432 da \u00ab\u041c\u0430\u043d\u0433\u043e \u0422\u0435\u043b\u0435\u043a\u043e\u043c\u00bb. A apresenta\u00e7\u00e3o se chamava \u00abAutomatiza\u00e7\u00e3o do ciclo completo de testes na equipe SCRUM\u00bb. \u0415\u0433\u043e\u0440 acredita que o DevOps foi criado exatamente para o SCRUM, mas, ao mesmo tempo, implementar DevOps em uma equipe SCRUM \u00e9 bastante problem\u00e1tico. Isso acontece porque a equipe SCRUM est\u00e1 sempre correndo, n\u00e3o h\u00e1 tempo para desviar a aten\u00e7\u00e3o para inova\u00e7\u00f5es e reestruturar o processo. O problema tamb\u00e9m reside no fato de que o SCRUM n\u00e3o prev\u00ea a cria\u00e7\u00e3o de sub-equipes (equipe de testadores, equipe de desenvolvedores, etc.). Al\u00e9m disso, para automatizar o processo existente, \u00e9 necess\u00e1ria documenta\u00e7\u00e3o, e no SCRUM, muitas vezes, a documenta\u00e7\u00e3o est\u00e1 completamente ausente \u2014 \"o produto \u00e9 mais importante do que qualquer papelada\".<\/p>\n

Ap\u00f3s a transi\u00e7\u00e3o para o SCRUM, os testadores come\u00e7aram a consultar os desenvolvedores sobre como testar as funcionalidades. Gradualmente, o volume de funcionalidades aumentou, a documenta\u00e7\u00e3o estava ausente e eles come\u00e7aram a encontrar muitos bugs naquela funcionalidade que n\u00e3o tinha cobertura de testes e, na verdade, j\u00e1 n\u00e3o estava claro quem e quando a testou. Em poucas palavras \u2014 desordem. Eles decidiram passar para a automa\u00e7\u00e3o de testes. Mas mesmo assim houve um completo falhan\u00e7o. Eles contrataram especialistas de outsourcing para a automa\u00e7\u00e3o, que programavam em uma pilha desconhecida para os testadores internos. O framework para testes automatizados, claro, funcionou, mas ap\u00f3s a sa\u00edda dos terceirizados, ele sobreviveu apenas duas semanas. Depois, houve uma tentativa de introduzir a automa\u00e7\u00e3o de testes n\u00famero dois. Essa come\u00e7ou com a necessidade de construir tudo internamente, com as pr\u00f3prias for\u00e7as (o vetor correto: aumente a expertise interna), no \u00e2mbito do SCRUM, e criar documenta\u00e7\u00e3o durante o processo. A pilha para automa\u00e7\u00e3o deve ser igual \u00e0 pilha do produto (aqui, assino embaixo; n\u00e3o testem um projeto em JavaScript com outra coisa). No final do sprint, eles faziam uma demo de como funcionava o autoteste, com a participa\u00e7\u00e3o de toda a equipe (\u00fatil). Assim, aumentava o envolvimento de todos os membros da equipe no processo de automa\u00e7\u00e3o, bem como a confian\u00e7a nos autotestes e a chance de que esse autoteste fosse realmente utilizado (e n\u00e3o fosse comentado ap\u00f3s um m\u00eas devido a falhas constantes).<\/p>\n

Ali\u00e1s, na DevOpsForum 2019 houve um microfone aberto \u2014 um formato de apresenta\u00e7\u00e3o bem conhecido e, na minha opini\u00e3o, \u00fatil. Voc\u00ea anda por a\u00ed, escuta as palestras, e depois decide que \u00e9 hora de discutir um tema ou problema ou compartilhar experi\u00eancias relevantes sobre como resolver uma tarefa.<\/p>\n

Eu tamb\u00e9m notei que os organizadores fizeram um fluxo de apresenta\u00e7\u00f5es curtas. Cada apresenta\u00e7\u00e3o dura no m\u00e1ximo 10 minutos, seguidas de perguntas. Assim, conseguimos abordar muitos temas de uma s\u00f3 vez e fazer perguntas aos palestrantes que nos interessaram.<\/p><\/blockquote>\n

\"DevOpsForum
\n\"DevOpsForum
\nEntre as palestras, dei uma volta pelos estandes dos parceiros da confer\u00eancia e ganhei muita coisa legal. Ah, como eu adoro brindes!<\/i><\/p>\n

Mesa-redonda e perguntas sobre DevOps com o diretor de desenvolvimento da AlfaStrakhovanie.<\/h2>\n

\nA cereja do bolo da DevOpsForum 2019 para mim foi a sess\u00e3o plen\u00e1ria de uma hora com especialistas em DevOps. Foram convidados quatro participantes que deveriam analisar o DevOps de diferentes perspectivas: Anton Isanin (AlfaStrakhovanie, diretor de desenvolvimento), Nailya Zamashkina (Fintech Lab, diretora operacional), Oleg Yegorkin (Rostelecom, Agile coach) e Anton Martyano (especialista independente, olhando para o DevOps do ponto de vista dos neg\u00f3cios). <\/p>\n

Os especialistas se aproximaram do p\u00fablico e come\u00e7ou a festa: por uma hora, os participantes da plateia fizeram suas perguntas, enquanto os especialistas se esfor\u00e7avam para responder. \u00c0s vezes, surgiam verdadeiros debates. As perguntas eram as mais variadas, por exemplo: precisamos mesmo de engenheiros DevOps, por que n\u00e3o \u00e9 poss\u00edvel form\u00e1-los a partir de administradores de sistemas, devemos oferecer DevOps a todos, qual \u00e9 seu valor e assim por diante.<\/p>\n

Depois disso, conversei pessoalmente com Anton Isanin. Discutimos a necessidade de levar a cultura DevOps a cada lar e revelamos o lado obscuro da transforma\u00e7\u00e3o DevOps.<\/p>\n

Vamos imaginar que todos se reuniram e decidiram que DevOps \u00e9 necess\u00e1rio tanto para o produto quanto para os neg\u00f3cios e a equipe. Come\u00e7aram a implementar. Tudo funcionou. Respira\u00e7\u00e3o aliviada. O DevOps nos aproximou do cliente, agora podemos atender rapidamente todos os seus pedidos. No final, temos um grande departamento de Ops com regulamentos e requisitos rigorosos, e ele est\u00e1 constantemente criando defeitos no produto, gerando uma infinidade de solicita\u00e7\u00f5es. E todos os defeitos t\u00eam o status de \"urgente\", mesmo que o cliente inesperadamente quisesse pintar um bot\u00e3o de amarelo em vez de verde. O projeto cresce, o n\u00famero de lan\u00e7amentos aumenta e, consequentemente, o n\u00famero de defeitos e a falta de compreens\u00e3o das novas funcionalidades por parte dos clientes tamb\u00e9m aumentam. Ops contrata mais 10 pessoas para conseguir reportar os defeitos, enquanto a equipe de desenvolvimento contrata mais 15 para conseguir fech\u00e1-los. E em vez de implementar novas funcionalidades, a equipe trabalha com intermin\u00e1veis SDs, explicando as funcionalidades ao usu\u00e1rio e tamb\u00e9m ao suporte. No final, tanto Ops quanto desenvolvimento est\u00e3o ocupados, mas o cliente e os neg\u00f3cios est\u00e3o insatisfeitos: novas funcionalidades ficam paradas. Ou seja, parece que existe DevOps, mas na verdade n\u00e3o.<\/p>\n

Quanto \u00e0 necessidade de implementar DevOps, Anton declarou categoricamente que isso depende diretamente da escala do neg\u00f3cio. Se atender um \u00fanico cliente por ano traz um bilh\u00e3o para a empresa, o DevOps n\u00e3o \u00e9 necess\u00e1rio (desde que n\u00e3o seja preciso lan\u00e7ar novas mudan\u00e7as para esse cliente regularmente). Tudo est\u00e1 no caminho certo. Mas se o neg\u00f3cio cresce e surgem mais clientes, \u00e9 preciso se adequar. Geralmente, a empresa n\u00e3o tem um Ops competente desde o in\u00edcio. Primeiro, desenvolvemos o produto e s\u00f3 depois percebemos que, para o produto funcionar, precisamos acompanhar as entregas. servidores<\/a>, monitorar as fornecimentos. \u00c9 a\u00ed que surge o Ops. Resta entender que o Ops, como um departamento separado, come\u00e7ar\u00e1 a estabelecer in\u00fameras barreiras para o desenvolvimento e todas as entregas come\u00e7ar\u00e3o a patinar. Ou seja, neste caso, a cultura DevOps j\u00e1 \u00e9 relevante, apenas precisamos n\u00e3o esquecer seu lado obscuro.
\n
Fonte: habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon. \u041d\u0430 \u044d\u0442\u043e\u0439 \u043a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u0438 \u0443\u0447\u0430\u0441\u0442\u043d\u0438\u043a\u0438 \u043f\u044b\u0442\u0430\u043b\u0438\u0441\u044c \u043d\u0430\u0439\u0442\u0438 \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u0438 \u043d\u043e\u0432\u044b\u0435 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u044b \u0434\u043b\u044f \u044d\u0444\u0444\u0435\u043a\u0442\u0438\u0432\u043d\u043e\u0433\u043e \u0432\u0437\u0430\u0438\u043c\u043e\u0434\u0435\u0439\u0441\u0442\u0432\u0438\u044f \u0431\u0438\u0437\u043d\u0435\u0441\u0430 \u0438 \u0441\u043f\u0435\u0446\u0438\u0430\u043b\u0438\u0441\u0442\u043e\u0432 \u043f\u043e \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0435 \u0438 \u0438\u043d\u0444\u043e\u0440\u043c\u0430\u0446\u0438\u043e\u043d\u043d\u043e-\u0442\u0435\u0445\u043d\u043e\u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u043c\u0443 \u043e\u0431\u0441\u043b\u0443\u0436\u0438\u0432\u0430\u043d\u0438\u044e. \u041a\u043e\u043d\u0444\u0435\u0440\u0435\u043d\u0446\u0438\u044f \u0443\u0434\u0430\u043b\u0430\u0441\u044c: \u0431\u044b\u043b\u043e \u0440\u0435\u0430\u043b\u044c\u043d\u043e \u043c\u043d\u043e\u0433\u043e \u043f\u043e\u043b\u0435\u0437\u043d\u044b\u0445 \u0434\u043e\u043a\u043b\u0430\u0434\u043e\u0432, \u0438\u043d\u0442\u0435\u0440\u0435\u0441\u043d\u044b\u0435 \u0444\u043e\u0440\u043c\u0430\u0442\u044b \u0432\u044b\u0441\u0442\u0443\u043f\u043b\u0435\u043d\u0438\u0439 \u0438 \u043a\u0443\u0447\u0430 \u043e\u0431\u0449\u0435\u043d\u0438\u044f \u0441 \u0434\u043e\u043a\u043b\u0430\u0434\u0447\u0438\u043a\u0430\u043c\u0438. \u0418 \u043e\u0441\u043e\u0431\u0435\u043d\u043d\u043e \u0432\u0430\u0436\u043d\u043e, \u0447\u0442\u043e \u043c\u043d\u0435 \u043d\u0438\u043a\u0442\u043e \u043d\u0438\u0447\u0435\u0433\u043e \u043d\u0435 \u043f\u044b\u0442\u0430\u043b\u0441\u044f \u043f\u0440\u043e\u0434\u0430\u0442\u044c, […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":24300,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-32497","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\udd47DevOpsForum 2019. N\u00e3o podemos esperar para implementar o DevOps | ProHoster","description":"Recentemente, estive no DevOpsForum 2019, organizado pela Logrocon.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","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\udd47DevOpsForum 2019. \u0412\u043d\u0435\u0434\u0440\u044f\u0442\u044c DevOps \u043d\u0435\u043b\u044c\u0437\u044f \u0436\u0434\u0430\u0442\u044c | ProHoster","og:description":"\u041d\u0435\u0434\u0430\u0432\u043d\u043e \u044f \u043f\u043e\u0431\u044b\u0432\u0430\u043b\u0430 \u043d\u0430 DevOpsForum 2019, \u043a\u043e\u0442\u043e\u0440\u0443\u044e \u0443\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u043b Logrocon.","og:url":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/devopsforum-2019-vnedryat-devops-nelzya-zhdat","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":"2019-10-31T18:47:23+00:00","article:modified_time":"2019-10-31T18:47:23+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"32497","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":"2026-02-19 09:14:07","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 02:57:23","updated":"2026-02-19 09:14:07","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\/32497","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=32497"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/32497\/revisions"}],"predecessor-version":[{"id":161790,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/32497\/revisions\/161790"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/24300"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=32497"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=32497"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=32497"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}