Diferencias entre API Proxy y API Gateway

La aparición de las APIs y la publicación de las mismas ya sea desde nuestra infraestructura o bien, desde una infraestructura en Cloud, lleva consigo la adopción de métodos que aporten a la misma la seguridad necesaria, evitando con ello una pérdida del servicio que estamos publicando.

Es dentro de esta capa de seguridad de las APIs, dónde aparecen los términos API Proxy y API Gateway. Si bien los dos ofrecen la securización de las APIs, cada uno de ellos lo hace desde unas características diferentes para uno de ellos (Proxy), pero en común para el otro (Gateway).

REST y RESTful: no es lo mismo, pero casi

Tal como ocurre con los acrónimos de SOA y SOAP, en ocasiones hablamos de REST y RESTful con cierta confusión. Bien es cierto que se puede decir que se trata casi de lo mismo aunque si entramos en detalle, podemos ver que no es así.

El primer término habla del paradigma como tal, mientras que el segundo, comprende aquellos servicios web que lo cumplen, tal como está definido. Y digo esto último dado que, podríamos tener servicios REST sin llegar a ser RESTful… pero veamos el por qué.

SOA y SOAP: no es lo mismo

En el mundo de la integración orientada a servicios en ocasiones es fácil equivocarse cuando estamos hablando y confundir SOA con SOAP. En un principio, se trata de acrónimos muy parecidos pero que en la realidad se trata de cosas diferentes.

Con esta breve entrada, podremos ver la diferencia entre ambos. Sabremos así distinguir entre un paradigma de arquitectura orientada a servicios y una tipología de mensaje.

{REST} API: conectando nuestra empresa

Si bien la creación de una API de servicios no es algo nuevo, quizás si lo es la tendencia de su generación en formato REST. Para no entrar demasiado en el detalle tecnológico de este tipo de arquitectura, diré que se consideran API REST o RESTful, aquellas interfaces de intercambio de datos o ejecución de operaciones, que son desplegadas directamente sobre el protocolo HTTP. Los formatos más estándar de intercambio para los «contratos», son JSON o XML. Esta nueva arquitectura, puede exponer nuestros métodos pero sin las abstracciones de otros protocolos de mensaje tales como SOAP. Por todo lo anterior, este tipo de arquitectura, hace que su diseño y despliegue sea mucho más sencillo que SOAP u otros protocolos.

En esta entrada, dejaré de lado la cara más tecnológica de REST, para abordar las bondades de disponer de una API de servicios, eligiendo la arquitectura REST por su sencillez y también, porque en la actualidad, todos los fabricantes de software (por no hablar proveedores de servicios Cloud), exponen sus APIs en este formato.