Chapitre 8. gRPC
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
RPC signifie Remote Procedure Call (appel de procédure à distance). Comme le suggère le nom , le style d'API RPC se concentre sur l'interaction avec les API en invoquant des procédures (fonctions) à distance. Les API RPC se caractérisent par des interfaces orientées vers l'intention, où une intention décrit des actions (opérations) spécifiques, telles que "CreateUser" ou "GenerateReport". Cette approche se situe à l'opposé du spectre par rapport à REST. REST se concentre sur la récupération et la modification des ressources,1 comme "User" et "Report", en utilisant des méthodes HTTP standardisées comme GET, POST, PUT, et DELETE.
gRPC2 est peut-être actuellement l'implémentation RPC la plus largement adoptée.3 Il se décrit comme un "framework RPC universel open source de haute performance" Le projet a été créé par Google, et en 2017, il a été donné à la Cloud Native Computing Foundation, qui l'héberge à l'adresse https://grpc.io.
Après avoir décrit les objectifs généraux des RPC, ce chapitre te présente gRPC et ses fonctionnalités. Tu exploreras les tampons de protocole (le format de sérialisation binaire) et le protocole HTTP/2 (le mécanisme de transport utilisé par gRPC ; voir "HTTP/2"). À l'aide d'une implémentation d'un service ECHO, tu te familiariseras avec les quatre types de RPC pris en charge par gRPC : unaire, flux serveur, ...