La elección entre REST y GraphQL no es binaria; depende del contexto. Ambas tecnologías resuelven el problema de comunicar cliente y servidor, pero con filosofías opuestas. Entender sus fortalezas y debilidades es clave para una arquitectura exitosa.

REST: La Simplicidad y el Cacheo

REST usa el protocolo HTTP tal como fue diseñado. Cada recurso tiene una URL. Es simple, estándar y, lo más importante, cacheable a nivel de navegador y CDN. Si tu API es pública o tienes microservicios que hablan entre sí, REST suele ser la opción más robusta y fácil de depurar.

• Problema: Over-fetching (traer datos que no necesitas) y Under-fetching (necesitar 5 llamadas para pintar una pantalla).

GraphQL: Precisión y Flexibilidad

GraphQL permite al cliente pedir exactamente lo que necesita. Ni más, ni menos. Es ideal para aplicaciones móviles donde el ancho de banda es oro, o para frontends complejos que agregan datos de muchas fuentes. Ofrece tipado fuerte y documentación automática.

• Problema: Complejidad en el servidor, dificultad para cachear (todo es un POST al mismo endpoint) y riesgo de consultas n+1 que tumben tu base de datos si no tienes cuidado.

El Enfoque Híbrido (BFF)

Muchas arquitecturas modernas usan un enfoque híbrido. Mantienen servicios backend RESTful o gRPC, y colocan una capa de GraphQL (Backend For Frontend) delante para servir a la UI. Esto da lo mejor de ambos mundos: servicios backend desacoplados y una experiencia de desarrollo frontend superior.

Conclusión

No sigas el hype ciegamente. Si tienes un blog simple, REST es perfecto. Si tienes un dashboard complejo tipo Facebook, GraphQL te salvará la vida. Evalúa las necesidades de tu cliente y la capacidad de tu equipo antes de decidir.