Respuesta.

La elección del estilo arquitectónico de la API depende de los requisitos de escalabilidad, velocidad, flexibilidad, compatibilidad y la especificidad de los consumidores de la API.

• REST: Adecuado para la mayoría de las integraciones internas y externas debido a su simplicidad (HTTP, JSON), operaciones idempotentes, caché y amplio soporte en herramientas.
• gRPC: Se utiliza para alto rendimiento y transmisión de flujo bidireccional, baja latencia, y esquema estricto (Protobuf). Ideal para servicios internos y microservicios donde los requisitos de rendimiento son más altos que los de compatibilidad.
• GraphQL: Permite al cliente elegir la estructura de los datos. Ideal para clientes móviles externos y front-end, cuando se requiere flexibilidad y minimización del tráfico.

Ejemplo de código (servicio gRPC en Go):

// Descripción del protocolo
service Greeter {
  rpc SayHello (HelloRequest) returns (HelloReply) {}
}

// Implementación
func (s *server) SayHello(ctx context.Context, req *pb.HelloRequest) (*pb.HelloReply, error) {
  return &pb.HelloReply{Message: "Hola " + req.Name}, nil
}

Características clave:

• Diferentes estilos arquitectónicos (REST, gRPC, GraphQL) abordan diferentes problemas.
• gRPC es mejor para APIs internas con altos requisitos de velocidad y tipificación.
• GraphQL es óptimo para APIs públicas complejas con múltiples variaciones de consulta y un gran número de consumidores frontales.

Preguntas capciosas.

¿Se puede usar GraphQL para reemplazar todas las APIs REST o gRPC?

No, GraphQL no siempre es racional: complica el caché, el registro, dificulta la protección de la API y puede ser excesivo para tareas simples donde REST o gRPC son más simples y confiables.

¿Puede REST garantizar una tipificación estricta?

Solo parcialmente. REST se define por la coherencia de los contratos (Swagger/OpenAPI), pero por su naturaleza opera con formatos no estrictos (JSON/HTTP), mientras que gRPC proporciona una tipificación estática sólida gracias al esquema Protobuf.

¿En qué casos no se recomienda usar gRPC para APIs públicas?

gRPC es menos compatible con navegadores y se integra mal con la infraestructura HTTP/1.1 (por ejemplo, proxies, firewalls). Para APIs web públicas, REST o GraphQL son mejores.