gRPC en TypeScript: cuándo usarlo y cómo acelerará tu proyecto

Introducción: ¿REST ha muerto? ¡Larga vida a gRPC!

¿Alguna vez te has sorprendido pensando que tu API REST funciona como el correo antiguo — envías una solicitud y esperas la respuesta, y luego además parseas un JSON que pesa más que los propios datos? Si es así, bienvenido al mundo de gRPC en TypeScript. Esta tecnología promete velocidad, rigor de tipos y transmisión de datos en streaming. Pero, como cualquier herramienta poderosa, gRPC no es una bala de plata. En este artículo analizaremos cuándo vale la pena usarlo y cuándo es mejor quedarse con el REST tradicional. Y todo esto, con ejemplos vivos en TypeScript, porque la teoría seca es aburrida.

Hablaremos de cómo gRPC cambia las reglas del juego en los microservicios, por qué Protobuf no es solo "otro formato más", y cómo TypeScript nos ayuda a no perdernos en este zoológico de tipos. ¡Allá vamos!

¿Qué es gRPC y por qué se ha hecho amigo de TypeScript?

gRPC es un framework para llamadas a procedimientos remotos (RPC) desarrollado por Google. En lugar de enviar solicitudes HTTP con JSON, defines servicios y mensajes en archivos .proto (Protocol Buffers), y luego generas el código de cliente y servidor. Sus principales características: formato binario de datos, soporte para streaming, tipado estricto y comunicación bidireccional.

Ahora imagina que escribes en TypeScript. Ya tienes tipado estático, pero en una API REST a menudo se "rompe" en el límite con JSON. gRPC en TypeScript resuelve este problema de raíz: los tipos se generan automáticamente a partir de los archivos .proto. Ya no tienes que adivinar qué llegó en la respuesta — el compilador de TypeScript te lo dirá en la fase de desarrollo.

¿Por qué TypeScript es la pareja ideal para gRPC?

• Ecosistema unificado de tipos: Los tipos de Protobuf se convierten en interfaces de TypeScript. Nada de any ni as any.
• Autocompletado: Tu IDE entiende todos los campos de las solicitudes y respuestas.
• Seguridad en la refactorización: ¿Renombraste un campo en .proto? TypeScript resaltará todos los lugares donde se usa.

¿Cuándo es gRPC en TypeScript la elección de los campeones?

No todos los proyectos requieren gRPC. Pero hay escenarios donde ofrece un aumento de rendimiento y comodidad de 10 veces. Vamos a analizarlos en orden.

1. Microservicios en TypeScript: comunicación interna

Si tienes entre 5 y 10 microservicios en TypeScript que se comunican constantemente entre sí, gRPC es tu mejor amigo. Imagina: el servicio de usuarios envía datos al servicio de pedidos. Sin gRPC, tendrías que serializar JSON, deserializar y verificar los tipos manualmente. Con gRPC, esto ocurre a nivel de protocolo.

Ejemplo de un servicio simple:

// user.protoservice UserService {  rpc GetUser (GetUserRequest) returns (User);}

message GetUserRequest {  string user_id = 1;}

message User {  string id = 1;  string name = 2;  string email = 3;}

Después de generar el código, obtienes un cliente estrictamente tipado:

import { UserServiceClient } from './generated/user_grpc_pb';import { GetUserRequest } from './generated/user_pb';

const client = new UserServiceClient('localhost:50051', grpc.credentials.createInsecure());

const request = new GetUserRequest();request.setUserId('123');

client.getUser(request, (error, user) => {  if (!error) {    console.log(user.getName()); // TypeScript sabe que es string  }});

Cuándo usarlo: cuando cada milisegundo de latencia entre servicios es crítico (por ejemplo, en sistemas financieros o servidores de juegos).

2. Transmisión de datos en streaming

REST no sabe hacer streaming correctamente. WebSocket sí, pero es otro protocolo. gRPC soporta cuatro tipos de streaming: unidireccional (cliente->servidor), del servidor (servidor->cliente) y bidireccional.