{"id":54566,"date":"2019-12-29T00:00:00","date_gmt":"2019-12-28T21:00:00","guid":{"rendered":"https:\/\/prohoster.info\/blog\/blog_prohoster\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj"},"modified":"2020-02-18T14:02:35","modified_gmt":"2020-02-18T11:02:35","slug":"samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/administrirovanie\/samostoyatelnyj-hosting-storonnih-resursov-horoshij-plohoj-zloj","title":{"rendered":"Hospedagem aut\u00f4noma de recursos de terceiros: boa, ruim, m\u00e1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Nos \u00faltimos anos, cada vez mais plataformas para otimiza\u00e7\u00e3o de projetos frontend oferecem op\u00e7\u00f5es de auto-hospedagem ou proxy de recursos de terceiros. A Akamai permite definir par\u00e2metros espec\u00edficos<\/a><\/noindex> para URLs criados de forma independente. O Cloudflare possui a tecnologia Edge Workers. O Fasterzine pode reescrever<\/a><\/noindex> URLs nas p\u00e1ginas de modo que elas apontem para recursos de terceiros que est\u00e3o no dom\u00ednio principal do site.<\/p>\n

\"Hospedagem<\/a><\/noindex><\/p>\n

Se voc\u00ea sabe que os servi\u00e7os de terceiros usados em seu projeto n\u00e3o mudam com muita frequ\u00eancia, e que o processo de entrega deles aos clientes pode ser melhorado, voc\u00ea provavelmente est\u00e1 pensando em proxy para esses servi\u00e7os. Com essa abordagem, voc\u00ea pode \"aproximar\" esses recursos dos usu\u00e1rios e obter um controle mais completo sobre seu caching no lado do cliente. Isso, al\u00e9m disso, protege os usu\u00e1rios contra problemas causados pela \"queda\" de um servi\u00e7o de terceiros ou degrada\u00e7\u00e3o de seu desempenho.
\n<\/a><\/noindex><\/p>\n

Bom: aumento de desempenho<\/h2>\n

\nA auto-hospedagem de recursos de terceiros melhora o desempenho de maneira bastante \u00f3bvia. O navegador n\u00e3o precisa consultar o DNS mais uma vez, n\u00e3o precisa estabelecer uma conex\u00e3o TCP e realizar uma negocia\u00e7\u00e3o TLS em um dom\u00ednio diferente. O impacto da auto-hospedagem de recursos de terceiros sobre o desempenho pode ser visto comparando os dois gr\u00e1ficos a seguir.<\/p>\n

\"Hospedagem
\nRecursos de terceiros s\u00e3o carregados de fontes externas (extra\u00eddo daqui<\/a><\/noindex>)<\/i><\/p>\n

\"Hospedagem
\nRecursos de terceiros s\u00e3o armazenados junto com outros materiais do site (extra\u00eddo daqui<\/a><\/noindex>)<\/i><\/p>\n

A situa\u00e7\u00e3o \u00e9 ainda melhorada pelo fato de que o navegador usar\u00e1 as capacidades de multiplexa\u00e7\u00e3o e prioriza\u00e7\u00e3o de dados da conex\u00e3o HTTP\/2, que j\u00e1 est\u00e1 estabelecida com o dom\u00ednio principal.<\/p>\n

Se n\u00e3o hospedar recursos de terceiros, como eles ser\u00e3o carregados de um dom\u00ednio diferente do principal, n\u00e3o ser\u00e1 poss\u00edvel prioriz\u00e1-los. Isso levar\u00e1 a uma competi\u00e7\u00e3o entre eles pela largura de banda do cliente. Isso pode resultar em um tempo de carregamento de materiais cr\u00edticos para a forma\u00e7\u00e3o da p\u00e1gina muito maior do que o tempo que poderia ser alcan\u00e7ado em circunst\u00e2ncias ideais. Aqui<\/a><\/noindex> apresenta\u00e7\u00e3o sobre prioriza\u00e7\u00e3o HTTP\/2, na qual tudo isso \u00e9 muito bem elucidado.<\/p>\n

Pode-se supor que o uso de atributos em links para recursos externos preconnect<\/code> ajudar\u00e1 a resolver o problema. No entanto, se houver muitos desses links para diferentes dom\u00ednios, isso pode, na verdade, sobrecarregar a linha de comunica\u00e7\u00e3o no momento mais crucial.<\/p>\n

Se hospedar recursos de terceiros de forma independente - voc\u00ea pode controlar exatamente como esses recursos s\u00e3o entregues ao cliente. Ou seja, estamos falando do seguinte:<\/p>\n