Java nativo en la nube

Capítulo 6. API REST

Este trabajo se ha traducido utilizando IA. Agradecemos tus opiniones y comentarios: [e-mail]

A Amazon le costaba escalar la funcionalidad en distintos equipos, ya que la organización dependía del acceso compartido a varias bases de datos entre equipos. Esto frustraba la capacidad de un equipo determinado para cambiar la funcionalidad sin afectar a otros de la organización. Así que, como explicó en 2006 Werner Vogels, CTO de Amazon.com, toda la integración se haría en términos de API, no de llamadas a bases de datos.

Este es un primer paso importante en el paso a los microservicios: todo es una API. La Transferencia de Estado Representacional (REST) es, con diferencia, el protocolo más popular que soporta los millones de API de la web.

REST fue desarrollado originalmente por el Dr. Roy Fielding como parte de su tesis doctoral en 2000. Fielding ayudó a definir la especificación HTTP y quería ayudar a ilustrar cómo la web -un tejido ya probado, masivamente escalable, descentralizado y resistente a fallos- podía utilizarse para construir servicios. HTTP es una prueba de existencia de los méritos de la arquitectura REST.

Mientras que los enfoques anteriores de los servicios distribuidos (como CORBA, EJB, RMI y SOAP) se centraban más o menos en exponer una interfaz orientada a objetos y métodos como un servicio accesible de forma remota (RPC), REST se centra en la manipulación de recursos o entidades remotas. Sustantivos, no verbos. Entidades, ...