gRPC o REST en alta concurrencia

Protocolos:

• Rest: para APIs. Json
• gRPC: Formato binario. Serialización.

El gRPC es recomendado para su uso en microservicios o para integraciones de APIs internas gracias a que ofrece una mayor escalabilidad y una optimizada respuesta por su baja latencia en el envío de mensajes por el formato binario de HTTP/2.

Por otro lado, REST es recomendado para integraciones con clientes y APIs públicas, muy fácil de usar y con unas restricciones de protocolo sencillas de implementar, además JSON es un lenguaje fácilmente interpretable por el humano. También posee una gran comunidad detrás que alimenta la documentación y las buenas prácticas del método de comunicación. Como desventaja hay que recalcar que por su formato es más pesado que gRPC (pero para los casos de uso donde es recomendado no es un gran factor a tener en cuenta).

https://www2.deloitte.com/es/es/blog/todo-tecnologia/2021/grpc-vs-rest-api.html

¿Qué protocolos se utilizan en el camino de la alta concurrencia?

El protocolo de APIs más utilizado en la actualidad, es REST; es bastante viejo, fue creado en el año 2000 y se caracteriza por su simplicidad, fácil curva de aprendizaje y su múltiple formatos soportados (XML, JSON, HTML, texto plano, etc.).

gRPC es un sistema de llamado de procedimiento remoto, implementado por Google. Los RPCs funcionan de la siguiente manera:

• Un cliente invoca un procedimiento remoto, serializa los parámetros y envía el mensaje al servidor.
• El servidor, al recibir el mensaje, serializa el contenido, ejecuta el procedimiento y envía al cliente el resultado.

Una de las principales diferencias entre gRPC y REST es que gRPC usa como lenguaje de definición Protobuf. Este lenguaje es de formato binario y no es legible por humanos, pero permite la serialización y deserialización de datos estructurados; el desarrollador decide cómo definir los datos y después debe compilarlos, dando como resultado un archivo con una clase por cada mensaje que hayamos definido.

REST soporta varios lenguajes de definición, aunque sin duda el más utilizado es JSON, que es bastante fácil de leer por un humano, pero hace que el tamaño del mensaje sea mayor, usando más ancho de banda.

La otra gran diferencia entre gRPC y REST es que gRPC usa el protocolo HTTP2, que es más nuevo y liviano, manteniendo las premisas y paradigmas básicos de HTTP, pero eliminando las partes opcionales de HTTP1.1. HTTP2 es binario y tiene la capacidad admitir muchas transmisiones bidireccionales en una misma conexión TCP.

gRPC es recomendado para su uso en microservicios o para integraciones de APIs internas, gracias a que ofrece una mayor estabilidad y una optimizada respuesta por su baja latencia en el envío de mensajes por el formato binario de HTTP2.

Por otro lado, REST es recomendado para integraciones con clientes y APIs públicas por su facilidad de uso e implementación.

Lectura importante para ententer mejor GRPC aqui…
https://www.ionos.es/digitalguide/servidores/know-how/que-es-grpc/

Revisando en internet, los cuadros que muestran de comparativas entre los protocolos si el objetivo es perfomance, gRPC es de lejos la mejor opción para poder implementar la integración con nuestras aplicaciones.

Vemos la otra cara de la moneda, desde el punto de vista de facilidad de integración encontramos ampliamente difundidas API’s de integración Rest.

gRPC: baja latencia, formato binario, usa HTTP2, se puede usar para arquitecturas con microservicios. REST fue creado en el 2000 y es el protocolo más usado, soporta: XML, JSON, y grafos, es más sencillo de implementar y más legible, sin embargo para casos de optimización específicos es mejor usar gRPC.

Usaría api Rest, dado que es lo mas implementado.
El proyecto que tengo en mente es un proxys pool open source.

REST Es el que siempre he usado y al cual estoy acostumbrado, por su facilidad tanto en el aspecto programado como en el escalamiento a nivel de infraestructura

Gracias