O que é gRPC?

O gRPC foi criado pelo Google como uma estrutura de chamada de procedimento remoto de código aberto e de alto desempenho para ser usada em praticamente qualquer tipo de ambiente. O gRPC pode conectar serviços dentro ou entre data centers e tem suporte conectável para balanceamento de carga, rastreamento, verificação de integridade e autenticação. Você pode até usar o gRPC na “última milha” da computação distribuída, para conectar serviços remotos (como aplicativos em dispositivos móveis) a serviços de back-end.

gRPC não é um conceito novo. Na verdade, ele foi adotado a partir do RPC de chamada de procedimento remoto e ganhou popularidade significativa em poucos anos.

O que é uma chamada de procedimento remoto?

Antes de nos aprofundarmos no gRPC, vamos descobrir o que é exatamente uma Chamada de Procedimento Remoto. RPC é uma forma de comunicação cliente-servidor que depende de uma chamada de função em vez da chamada HTTP usual. Veja como funciona:

1. Um cliente envia uma mensagem de solicitação a um servidor remoto para executar um procedimento específico.
2. O servidor remoto envia uma resposta ao cliente
3. A aplicação cliente recebe a resposta e pode prosseguir com o processo.

É simples assim. Uma solicitação do cliente, uma resposta do servidor e o cliente solicitante podem então prosseguir com a ação em questão.

Sem essa comunicação entre clientes e servidores, os aplicativos que dependem de dados ou funções remotas não funcionariam.

Existem dois problemas principais com o RPC:

• O processo de comunicação RPC fica oculto do usuário e (às vezes) do sistema, o que leva a uma situação “quem é o cliente e quem é o servidor”.
• O RPC frequentemente omite muitas das camadas do protocolo para melhorar o desempenho, tornando-o menos seguro.

Com o gRPC, a estrutura declara o serviço em uma linguagem de definição de interface (IDL) independente de linguagem e, em seguida, gera ligações específicas da linguagem. A grande diferença entre RPC e gRPC é que o gRPC foi projetado para fazer o cliente acreditar que o servidor está na mesma máquina. Isto é parcialmente conseguido pela forma como o protocolo usa a serialização.

O gRPC possibilita que qualquer tipo de dados personalizado que exija serialização seja definido como um buffer de protocolo, que é uma biblioteca de plataforma cruzada de código aberto usada para serializar dados estruturados. Os buffers de protocolo são úteis para aplicativos projetados para se comunicarem entre si por meio de uma rede ou para armazenar dados.

O que é gRPC

Originalmente, todos presumiam que o “g” em gRPC significava “Google”. Para evitar isso, o Google muda o significado do “g” em cada versão que lança, para que ninguém saiba realmente o que significa o “g”. Independentemente da nomenclatura, o gRPC tornou-se incrivelmente popular. Por que? Porque gRPC:

• Torna a abstração incrivelmente fácil.
• É suportado por um grande número de linguagens de programação.
• É um protocolo centrado no desempenho.
• É muito mais fácil de usar (e mais confiável e seguro) do que chamadas HTTP típicas.
• É amplamente utilizado em microsserviços.

É no mundo dos microsserviços que o gRPC realmente se destaca.

O que é um microsserviço?

Antes de continuarmos, vamos definir microsserviço. Simplificando, um microsserviço é uma arquitetura que permite a entrega rápida, frequente e confiável de aplicações e serviços complicados em escala. Em vez de depender de serviços monolíticos, os microsserviços constroem sistemas “agregando” módulos de função única que trabalham juntos para formar um serviço complexo.

Esses módulos de função única devem ter meios de comunicação entre si. É aí que o gRPC entra em ação.

Com microsserviços, você tem diversas peças que devem interagir. Ao usar gRPC em microsserviços, os desenvolvedores não precisam escrever documentação extra para seus projetos, porque o código gRPC geralmente é autoexplicativo. Além disso, o gRPC inclui várias bibliotecas para oferecer suporte à maioria das funções. Portanto, não é apenas mais fácil de escrever, é um protocolo de comunicação com suporte mais amplo.

O que torna o gRPC um protocolo de comunicação tão bom?

Uma das razões mais importantes pelas quais o gRPC é um sistema com tanto desempenho é porque ele é muito bom no uso de HTTP2.

A grande vantagem do HTTP2 sobre HTTP é que a segunda iteração possibilita enviar múltiplas solicitações e receber múltiplas respostas simultaneamente. Por isso, não será necessária uma nova conexão para cada solicitação/resposta. Isso não apenas torna o HTTP2 mais eficiente, mas também o torna mais eficiente e confiável.

Outras razões pelas quais o gRPC é superior incluem:

• gRPC também faz uso de metadados. Em vez de depender de cabeçalhos de solicitação HTTP, os metadados funcionam com dados de valor-chave que podem ser definidos no cliente ou no servidor.
• gRPC pode funcionar com 3 tipos de streaming: Server Streaming (onde o cliente envia uma única solicitação e o servidor pode retornar várias respostas), Client Streaming (onde o cliente envia várias solicitações e o servidor envia de volta uma única resposta) e Bidirecional Streaming (onde o cliente e o servidor enviam mensagens simultâneas sem esperar resposta).
• gRPC usa interceptores que permitem interceptar e modificar solicitações e respostas.
• gRPC é capaz de usar balanceamento de carga (e é implementado na linguagem GoLang).
• Os clientes gRPC são capazes de cancelar uma chamada gRPC, caso o cliente não precise mais de uma resposta.

Quando você deve usar o gRPC?

A resposta aqui é simples: quando você está criando um aplicativo que é uma coleção de microsserviços, e esses microsserviços exigem meios para se comunicarem uns com os outros de maneira eficiente e confiável, sua melhor aposta é o gRPC.

E como o gRPC oferece suporte a muitas linguagens (como C#, Java, Go, Node.js, Python, Ruby e PHP), você pode ter certeza de que qualquer projeto em que esteja trabalhando oferece suporte a essa excelente estrutura de comunicação.