Integração de Serviços: Connect Unifica gRPC e HTTP/JSON Sem Gateways

A integração de serviços sempre desafia a escolha entre gRPC e HTTP/JSON, uma discussão constante na comunidade de desenvolvedores. Geralmente, a recomendação é usar REST (HTTP/JSON) para APIs públicas ou que interagem com navegadores, enquanto gRPC fica para microsserviços e infraestrutura. O problema é que o gRPC padrão não funciona diretamente em navegadores devido à sua dependência de recursos HTTP/2, como trailers, que APIs JavaScript não expõem. Soluções anteriores, como gRPC-Web e gRPC-Gateway, tentaram contornar isso com proxies, mas adicionavam complexidade e não ofereciam uma experiência de desenvolvimento fluida, especialmente para o teste com curl.

A ferramenta Connect surge para simplificar essa arquitetura. Ela permite que clientes gRPC e navegadores se comuniquem com a mesma API, operando em uma única porta e eliminando a necessidade de gateways adicionais. Um servidor Connect é compatível com gRPC, gRPC-Web e o próprio protocolo Connect. Isso significa que um navegador pode enviar requisições Connect usando JSON ou Protobuf binário para a mesma URL que um cliente gRPC, com o servidor decodificando a requisição. A capacidade de realizar chamadas curl simples, usar HTTP GET para métodos sem efeito colateral (permitindo cache de CDN e navegador) e manter o fluxo de trabalho guiado por esquema do gRPC, incluindo a geração de clientes, são grandes vantagens.

Essa abordagem da Connect é crucial porque melhora significativamente a experiência do desenvolvedor (DX) e a simplicidade arquitetural. Ao unificar a comunicação em uma única porta e eliminar gateways, reduz a complexidade de configuração e deploy. Desenvolvedores não precisam mais gerenciar diferentes APIs ou proxies para diferentes tipos de clientes. A manutenção do fluxo de trabalho schema-driven, com Protobuf, garante validação de tipos e geração de código-cliente, o que é fundamental para a qualidade do software e a prevenção de erros. Isso ressoa com o que o CEVIU News cobriu em 20 de julho de 2026, quando a Netflix adotou uma arquitetura interna que usa tanto gRPC quanto uma API HTTP para seus LLMs, mostrando a necessidade de flexibilidade e integração.

A capacidade de usar curl de forma intuitiva, como em APIs REST tradicionais, facilita muito a depuração e o teste. Além disso, a opção de usar HTTP GET para métodos idempotententes não só simplifica o consumo da API, mas também abre portas para otimizações de performance via caching em CDN e navegadores. Isso tudo contribui para sistemas mais eficientes, mais fáceis de desenvolver e manter, e mais alinhados com as demandas de interoperabilidade de APIs modernas, tema também visto em 9 de setembro de 2026, com o ClickHouse 26.8 expondo queries via HTTP de streaming.