En esta oportunidad, vamos a tocar un tema de alto nivel, y recuerda que en software, decir alto nivel no quiere decir que es más complejo, o que es mejor, sino que tiene un panorama más amplio y un alto grado de abstracción y una gran escala.

Es en estos niveles altos, que se habla de patrones, arquitecturas y conceptos similares. Es por ello que vamos a abordar y conocer mediante qué estilos de arquitectura podemos diseñar y construir nuestros tan famosos y queridos APIs.

No vamos a ahondar en todos ellos, sino que vamos a conocerlos para que así tengas más claro el asunto y además puedas ampliar tus conocimientos si así lo deseas.

Conceptos claros

Para continuar en esta lectura, estoy asumiendo que ya tienes claro los conceptos como: ¿Qué es un API? ¿Qué es JSON? ¿REST es lo mismo que RESTFul?

Pero si no es así, no te preocupes, aquí te voy a dejar dos entradas de este blog, que te pondrán a punto 😉

Aquí aprenderás qué es un API, con ejemplos muy buenos, que estoy seguro nunca olvidarás 😄

En esta entrada aprenderás todos los conceptos clave: REST, RESTFul, API, JSON.

Un poquito de historia siempre viene bien

La red informática mundial tambien llamada World Wide Web o simplemente web se comenzó a desarrollar entre marzo y diciembre de 1989 por Tim Berners-Lee y Robert Cailliau.

Para el año de 1991 se comenzaba a vislumbrar la necesidad de comunicar aplicaciones a través de la red, o dicho de otra forma intercomunicar sistemas mediante internet o intranet.

Esto no es otra cosa que un API, aunque para aquel entonces no tenía nombre aún pero ya existía la necesidad, el nombre API recién comenzó a popularizarse en el año 2000.

Esta entrada de Deloitte es muy buena también 🔥

Estilos de Arquitectura

Si tienes algunas dudas sobre qué es una arquitectura, un patrón de diseño o un estilo arquitectónico estoy seguro que esta entrada es para ti 😉

Siguiendo con el relato, ante la necesidad creciente de ese "puente" entre aplicaciones, el Object Management Group (OMG) propuso en 1991 un estándar llamado CORBA (Common Object Request Broker Architecture). Aunque hubo esfuerzos anteriores (como los RPC), CORBA marcó un antes y un después al ser un estándar formal muy ambicioso.

Aquí encontrarás mas informaciónde CORBA.

Luego, con el boom de internet, fueron apareciendo otros estilos y protocolos, cada uno con su filosofía, para enfrentar el desafío de construir APIs más eficientes, simples y escalables.

Una imagen vale más...

Crack estoy aprendiendo a usar el tan famoso Canva así que, qué mejor que ponerlo en práctica, en este caso te hice una línea de tiempo sobre este tema que seguro te ayudará 😎

Echemos un vistazo más de cerca a los principales conceptos de la imagen:

• SOAP (Simple Object Access Protocol): Es un protocolo estricto y formal basado en XML. Define un contrato rígido (WSDL) y suele operar sobre HTTP, SMTP y otros. Fue el estándar empresarial por excelencia, ideal para entornos que requieren alta seguridad y transacciones ACID (como servicios bancarios), aunque su complejidad lo ha hecho menos popular para APIs web públicas.
• REST (Representational State Transfer): Como mencioné antes, este sí un estilo arquitectónico (no un protocolo) que aprovecha las fortalezas de la web. Se basa en recursos identificables con URIs, el uso semántico de métodos HTTP y ser stateless (sin estado entre peticiones). Es ideal para APIs públicas y la gran mayoría de integraciones web debido a su simplicidad, escalabilidad y amplia adopción.
• GraphQL: Creado por Facebook, es tanto un lenguaje de consulta como un entorno de ejecución. Resuelve problemas de sobrecarga o falta de datos (over-fetching/under-fetching) al permitir que el cliente solicite exactamente los datos que necesita en una sola consulta estructurada. Es perfecto para aplicaciones con clientes diversos (móvil, web) y conexiones lentas, donde la eficiencia de los datos es crítica.
• gRPC (Google Remote Procedure Call): Un framework moderno de RPC de alto rendimiento. Usa HTTP/2 como transporte y Protocol Buffers (un formato binario) para serializar datos. Permite definir servicios de manera estricta y genera código automáticamente. Es óptimo para la comunicación entre microservicios, sistemas en tiempo real y entornos donde el rendimiento y la baja latencia son primordiales (como en redes internas).

Como puedes ver en la línea de tiempo, desde los inicios de la web han surgido diversos protocolos y estándares de comunicación. Es importante distinguir que, mientras algunos (como REST, gRPC o GraphQL) son estilos arquitectónicos que definen cómo diseñar la interfaz de una API, otros (como WebSockets) son protocolos de transporte que proporcionan capacidades de comunicación avanzadas (como conexiones en tiempo real) sobre las cuales se pueden implementar dichos estilos.

De todos los estilos arquitectónicos, REST sigue siendo el más utilizado y demandado en la industria hoy en día. Por eso te animo a aprenderlo y practicarlo, ya que es una habilidad fundamental en el mercado del desarrollo de software. 😉

En el siguiente post, te enseñaré los principios de diseño de REST, para que desarrolles tus API como un pro y como debe de ser. Sin duda ser un buen desarrollador de software implica también conocer de estas cosas, eso es lo que te diferenciará de los demás 😉

Si esta entrada te ha servido, dale compartir mi crack! 💪