GraphQL vs gRPC: que API moderna escolher?

Para além do clássico REST, duas tecnologias modernas de API destacam-se por resolver problemas concretos: GraphQL, que dá ao cliente controlo total sobre os dados que pede, e gRPC, um protocolo binário de alto desempenho para a comunicação entre serviços. Por vezes são apresentadas como alternativas, mas na realidade brilham em terrenos distintos: GraphQL na fronteira com o cliente, gRPC entre serviços internos. Compreender em que se diferenciam evita usar a ferramenta errada no lugar errado, com o custo que isso acarreta.

Neste artigo comparamos GraphQL e gRPC, os seus pontos fortes e os seus limites, e explicamos quando convém cada um.

O que é GraphQL

GraphQL é uma linguagem de consulta para APIs na qual o cliente pede exatamente os dados de que necessita, nem mais nem menos, através de um único ponto de entrada. A sua grande vantagem é a flexibilidade para o cliente: evita as chamadas múltiplas e os dados em excesso, o que resulta ideal quando um ecrã combina informação de muitas fontes ou quando há muitos tipos de cliente com necessidades distintas. Usa um formato de texto legível e funciona bem a partir do navegador. A sua contrapartida é uma maior complexidade no servidor e uma cache mais difícil.

O que é gRPC

gRPC é um protocolo de alto desempenho que usa HTTP/2 e um formato binário compacto (Protocol Buffers) para comunicar serviços entre si. A sua grande vantagem é a velocidade e a eficiência: as mensagens binárias são muito ligeiras e rápidas, suporta streaming bidirecional e gera automaticamente o código a partir de um contrato estrito. Brilha na comunicação interna entre microsserviços, onde o desempenho e a baixa latência são críticos. O seu limite é que não funciona diretamente a partir do navegador sem uma camada intermédia.

As diferenças-chave

Estes são os fatores onde mais se nota a diferença entre GraphQL e gRPC:

• Propósito: GraphQL para o cliente; gRPC para serviço a serviço.
• Formato: texto legível em GraphQL; binário em gRPC.
• Desempenho: gRPC é mais rápido e eficiente.
• Flexibilidade do cliente: máxima em GraphQL.
• Navegador: GraphQL funciona nativo; gRPC precisa de camada intermédia.
• Contrato: estrito e autogerado em gRPC; flexível em GraphQL.

Terrenos distintos, não rivais

Embora se comparem, GraphQL e gRPC raramente competem pelo mesmo problema. GraphQL nasceu para resolver a obtenção de dados complexa na fronteira com o cliente: uma app web ou móvel que precisa de combinar muitos dados num só ecrã. gRPC nasceu para a comunicação interna eficiente entre os serviços do backend. De facto, muitos sistemas modernos usam ambos ao mesmo tempo: GraphQL na fronteira com o cliente e gRPC entre os microsserviços internos, cada um no seu terreno natural.

Como escolher

Escolha GraphQL quando o desafio estiver no cliente: interfaces ricas que combinam muitos dados, vários tipos de cliente com necessidades distintas ou a necessidade de evitar chamadas múltiplas e dados em excesso. Escolha gRPC quando o desafio estiver no backend: comunicação interna entre microsserviços de alto desempenho, baixa latência e controlo de ambos os extremos. Se a sua dúvida real é entre expor dados ao exterior ou ligar serviços internos, essa pergunta já lhe diz qual usar. E lembre-se de que REST continua a ser uma opção válida e mais simples para muitos casos.

Na AxiomTech desenhamos APIs modernas com a tecnologia adequada a cada caso, GraphQL, gRPC ou REST, consoante os seus clientes e a sua arquitetura. Se está a definir como os seus sistemas vão comunicar, vamos conversar e aconselhamo-lo consoante as suas necessidades reais.