Cuando escribimos software, se debe considerar la implementación y la arquitectura del código. El software es más eficiente cuando se escribe de una forma que la lógica tenga sentido. En forma adicional, se debe considerar la interacción con los usuarios, así como la interface que se utilizara.
Ambos, el concepto de un API y el concepto de microservicios envuelven la estructura e interacciones del software. Un microservicio puede mal interpretarse en algo similar a un API, pero los microservicios tienen mucha más flexibilidad y capacidad que eso. En el artículo revisamos las diferencias entre las API y los microservicios, y detallaremos algunos de los beneficios de un microservicio.
¿Que es un API?
Primero, definamos que es un API. De acuerdo a wikipedia, un API es:
Un conjunto de definiciones de subrutinas, protocolos de comunicación y herramientas para crear software. En términos generales, es un conjunto de métodos de comunicación claramente definidos entre varios componentes.
Una manera fácil de pensar en una API es considerarla como un contrato de acciones que puede solicitar para un servicio en particular. Las API se usan hoy en una multitud de aplicaciones web, como redes sociales, software bancario y mucho más. El contrato estandarizado permite que las aplicaciones externas interactúen con otras.
Acciones comúnes de un API
En el mundo actual, los APIs son usualmente desarrollados con el estilo RESTful. Estos APIs tiene un conjunto de verbos asociados con las acciones del protocolo HTTP, tal como:
- GET (obtener un único elemento o una colección)
- POST (agregar un elemento a una colección)
- PUT (editar un elemento que existe en una colección)
- DELETE (eliminar un elemento de una colección)
La ventaja de esta coherencia a través de diferentes aplicaciones es tener un estándar al realizar diversas acciones. Los cuatro verbos de HTTP se correlacionan con las capacidades CRUD que muchas aplicaciones usan hoy en día. Cuando se trabaja con diferentes APIs en una aplicación, esto constituye una forma reconocible de comprender las implicaciones de las acciones tomadas en diferentes interfaces.
Ahora que revisamos sobre las APIs, echemos un vistazo a los microservicios.
¿Que es un Microservicio?
De acuerdo a la definición de wikipedia, un microservicio es:
Una técnica de desarrollo de software: una variante del estilo arquitectónico de arquitectura orientada a servicios (SOA) que estructura una aplicación como una colección de servicios acoplados libremente. En una arquitectura de microservicios, los servicios son específicos y los protocolos son livianos.
Pero antes de profundizar en lo que son los microservicios y cómo pueden ser útiles, echemos un vistazo rápido a una arquitectura monolitica. Comprender cómo los microservicios difieren de los monoliticos le dará una mejor idea de los beneficios de pasar a una arquitectura de microservicios.
Aplicaciones Monolíticas
En los inicios del desarrollo de software (y aún en muchos negocios hoy), existe el concepto de monolítico. Una aplicación monolítica es una aplicación única que contiene una colección compleja de funcionalidades, que sirve como un lugar para almacenar todo. Arquitectónicamente, se ve así:
Todos los componentes de la aplicación residen en un área, incluida la capa de interface gráfica, la capa de lógica de negocios y la capa de acceso a datos. Crear aplicaciones monolíticas es un proceso fácil y natural, y la mayoría de proyectos comienzan de esta manera. Pero agregar funcionalidad a la base de código provoca un aumento tanto en el tamaño como en la complejidad, y permitir que este tipo de aplicaciones crezca conlleva desventajas con el tiempo, algunas de estas desventajas conlleva a:
- Riesgo de caer en la gran bola de lodo anti-patrón, por el volumen de la aplicación, que llegue un momento y no se pueda entender desde un alto nivel.
- Restricción de la antiguedad tecnologíca dentro de la aplicación monolítica. Especialmente a medida que la aplicación crece, la capacidad de moverse hacia una tecnología diferente se vuelve cada vez más díficil.
- Realizar cualquier código en la base del código afecta a toda la aplicación, sin importar cuán pequeña sea.
Entonces, ¿Cual es la alternativa a construir una aplicación monolítica?. Una alternativa es, tomar la aplicación monolítica y dividirla en microservicios.
¿Que es un Microservicio?
Tomemos el ejemplo de la aplicación monolítica y modifiquemosla para utilizar microservicios. En este caso, la arquitectura de la aplicación cambiara y se verá de la siguiente forma:
Hay algunas conclusiones clave de esta nueva arquitectura:
- Las secciones desglosadas de la lógica empresarial, cada una de las cuales abarca un microservicio. En lugar de tener un límite único para toda la aplicación, la aplicación se divide en pedazos. La complejidad de la aplicación se reduce, ya que los diferentes servicios tienen interacciones bien definidos entre sí.
- La capa de interface gráfica de antes solo necesita interactuar con el cliente y los microservicios de eventos, eliminando una dependencia para los microservicios de facturación en la interface gráfica.
- El microservicio de facturación no necesita almacenar datos, por lo que no tiene una capa de acceso a datos, en cambio, interactúa y procesa datos directamente desde el microservicio del cliente y del evento.
Ventajas de utilizar este tipo de arquitectura:
- Es más fácil separar las preocupaciones. Estos límites entre las áreas ayudan con el desarrollo (Solo necesitan preocuparse por los microservicios, no por la aplicación completa) y por comprender la arquitectura de la aplicación.
- A diferencia de una aplicación monolítica, un microservicio puede usar una tecnología diferente según sea necesario.
- Las implementaciones de la aplicación en su conjunto se vuelven más enfocadas. Los microservicios brindan la flexibilidad de implementar diferentes servicios según sea necesario.
Diferencia entre APIs y Microservicios
Hay muchas diferencias entre APIs y Microservicios:
- Un API es un contrato que proporciona orientación para que un consumidor use un determinado servicio.
- Un microservicio es un diseño arquitectónico que separa partes de una aplicación (generalmente monolítica) en pequeños servicios independientes.
Por definición, esto significa que un API suele ser una parde de un microservicio, lo que permite la interacción con el propio microservicio. Otra forma de pensar en esto es que la API sirve como un contrato para las interacciones dentro del microservicio, presentando las opciones disponibles para interactuar con el microservicio.
Sin embargo, si miramos el diagrama de microservicios anterior, podemos ver que cada microservicios se construye de manera ligeramente diferente según sus necesidades.
Una aplicación completa puede abarcar una serie de microservicios que usan sus propias APIs para comunicarse entre sí. Además, cada uno de estos microservicios puede abstraer su propia funcionalidad, trazando límites lógicos para la responsabilidad en la aplicación y separando las preocupaciones para crear una base de código más fácil de mantener.
Conclusiones
Con suerte, ahora tiene una mejor comprensión de lo que son las APIs y los microservicios. El mantenimiento y la calidad del código son partes clave de la estrategía de TI exitosa. Los microservicios ayudan en este objetivo. Mantienen a sus equipos ágiles y lo ayudan a satisfacer las demandas de los clientes al producir código de alta calidad y fácil de mantener.
Este artículo se encuentra basado en API vs Microservices: A Microservice Is More Than Just an API. y traducido por https://www.clubdetecnologia.net/
No hay comentarios:
Publicar un comentario