Patrones de integración de microservicios esenciales | InfoWorld

Una arquitectura de microservicios fomenta la creación de aplicaciones de software como un conjunto de servicios independientes, detallados y autónomos. Por lo tanto, cuando construimos un caso de uso empresarial en el mundo real, los microservicios que conforman la aplicación deben comunicarse entre sí. Con la proliferación de servicios de grano fino, la integración de microservicios y la creación de comunicación entre servicios se ha convertido en una de las tareas más difíciles en la realización de arquitecturas de microservicios.

Para comprender los desafíos de una arquitectura de microservicios, veamos primero el pasado muy cercano. En la era previa a los microservicios de arquitectura orientada a servicios (SOA) y servicios web, utilizaríamos una arquitectura de bus de servicio empresarial central (ESB), donde se implementó toda la composición del servicio y las integraciones.

Por ejemplo, como se muestra en la Figura 1, todos los servicios se integraron con un ESB, y las funciones comerciales seleccionadas se expusieron a los consumidores a través de una capa de administración de API. El ESB proporcionó todas las capacidades necesarias para integrar API, datos y sistemas dispares.

microservicios wso2 fig1 WSO2

Figura 1: Una arquitectura de integración centralizada que utiliza un bus de servicios empresariales.

Sin embargo, cuando nos movemos a una arquitectura de microservicios, tener una capa de integración monolítica con una gran cantidad de lógica empresarial hace que sea muy difícil lograr los conceptos fundamentales de los microservicios, como ser autónomos y orientados hacia un conjunto limitado de capacidades empresariales. Por lo tanto, no es práctico utilizar un ESB central como el bus de integración.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *