Descarregar sites que utilizam Envoy

Sobre Envoy

O Envoy foi escrito para resolver um problema dentro do parque de uma única empresa: demasiados serviços a chamarem-se uns aos outros através de uma rede que ninguém conseguia ver por dentro. Arrumado na categoria Reverse proxies, o software é um proxy de camada aplicacional que fica à frente dos serviços ou entre eles, tratando de balanceamento de carga, repetições, disjuntores, encaminhamento de tráfego e terminação TLS, e é o componente que muitos produtos de service mesh, de ingress e de gateway de API correm como plano de dados.

Ninguém que publique um site escolhe Envoy da maneira como escolhe um CMS. Escolhe-o uma equipa de plataforma, ou ele chega por baixo de uma gateway gerida, de um produto de API ou de uma plataforma de alojamento comprada por razões completamente diferentes. Detetar o proxy num domínio é por isso um sinal organizacional mais do que técnico. Por trás desse domínio há muito provavelmente uma retaguarda orquestrada em contentores, uma equipa que assume o encaminhamento de pedidos como disciplina, e um orçamento de infraestrutura que um cliente de alojamento partilhado não tem.

Cloud Native Computing Foundation tutela o projeto desde que ele foi doado pela equipa de engenharia que o escreveu, e a licença Apache 2.0 em conjunto com uma implementação em C++ faz dele algo que os fornecedores podem embeber e revender sem pedir autorização, o que explica em grande parte como se espalhou. Lançado em 2016, o proxy tornou-se uma resposta comum à gestão de tráfego entre serviços com rapidez suficiente para que o seu nome apareça hoje dentro de produtos que nunca o mencionam no seu marketing.

Em outubro de 2026 detetamos Envoy em 87 676 sites, com 49 595 deles atribuídos aos Estados Unidos e a mistura de domínios a pender para .com. A concentração num só país reflete onde a engenharia nativa da nuvem está concentrada e onde os fornecedores que embebem o proxy vendem com mais força, e provavelmente também onde os operadores estão menos inclinados a dar-se ao trabalho de retirar cabeçalhos de resposta identificadores.

O último ponto merece ser dito com clareza em vez de ficar enterrado. A deteção aqui é inferencial. Lemos assinaturas de cabeçalhos de resposta e impressões digitais de páginas de erro que o proxy emite por omissão, e qualquer operador pode renomeá-las ou removê-las com uma linha de configuração. Os sites atrás de uma rede de distribuição de conteúdos que termina a ligação primeiro podem nunca revelar o proxy de todo. A contagem registada é um limite inferior, e um acerto indica que o proxy respondeu, não se a equipa o opera ela própria ou o herdou dentro de um produto gerido, distinção que não conseguimos fazer a partir de fora.

Para os fornecedores de infraestrutura, de observabilidade e de segurança, o valor da lista está em identificar organizações pela forma como operam e não pelo que publicam. Uma só consulta confirma um cabeçalho num domínio. Uma população permite dimensionar o conjunto endereçável de equipas de plataforma, correlacionar o proxy com as nuvens e as frameworks que o acompanham, e ver esse conjunto crescer ou mudar entre atualizações, que é a pergunta que quem vende para infraestrutura nativa da nuvem está realmente a fazer.