Puntos clave
- REST suele ser la opción más sencilla para navegadores, funciones serverless, herramientas y tráfico moderado.
- gRPC encaja en tráfico persistente entre servicios y clientes tipados con conexiones reutilizadas.
- Mida desde la región del cliente; la latencia interna no equivale a la latencia por Internet.
Cuándo REST es el valor predeterminado práctico
REST funciona con herramientas HTTP estándar y redes corporativas habituales. Es adecuado para solicitudes ocasionales, clientes diversos o equipos que quieren empezar con curl y un SDK convencional.
La reutilización de conexión sigue siendo importante. Crear TLS en cada solicitud mide el handshake tanto como la API. Use keep-alive, pools acotados, plazos y errores estructurados.
Cuándo gRPC compensa su coste operativo
gRPC ofrece contrato tipado, framing binario, multiplexación HTTP/2 y conexiones eficientes. Conviene a servicios backend con solicitudes continuas y clientes compatibles.
Aún requiere reconexión, plazos, health checks y compatibilidad con el balanceador. Reutilice canales. Un núcleo rápido no garantiza el mismo p95 después de red, autenticación, límites y escalado.
Los reintentos pueden cambiar el resultado
Un timeout no demuestra que el servidor no trabajó. Repetir un sorteo sin idempotencia puede crear otro resultado válido. Distinga un reintento de transporte de una nueva operación y use un identificador cuando una acción deba tener un único resultado aceptado.
Matriz útil antes del lanzamiento
Ejecute clientes en la región o red prevista, fije la configuración y aumente por separado tasa y número de claves. Repita con distintas proporciones de recibos e incluya carga sostenida, burst y escalado.