Arquitectura de Microservicios

Una de las mayores inversoras en capital riesgo del Valle del Silicio presenta un programa en su Podcast sobre ese asunto.

Observamos que el tema de Microservice Architecture comienza a aparecer cuando uno de los mayores capitalistas de riesgo de Silicon Valley presenta un programa en su Podcast sobre ese tema.

Estoy hablando de A16Z, Andreessen y Horowitz, que se considera junto con Sequoia Capital y Accel Partners como uno de los 3 principales de Silicon Valley. ¿Desde cuándo los capitalistas de riesgo entienden los microservicios?

Bueno, desde que los fundadores de estas firmas de inversión dejaron sus propias compañías tecnológicas (porque vendieron por mucho dinero) y crearon sus propios fondos.

Vivimos en la era de los inversores expertos en informática, a menudo más expertos que los fundadores de nuevas empresas universitarias de primer nivel, las nuevas empresas en las que invierten.

Simplemente escuche el Podcast [1] para comprender el significado simbólico. La arquitectura de microservicios en software se considera un tema avanzado entre arquitectos e ingenieros de software, y muy pocas empresas saben lo que es, y mucho menos aplicar esta filosofía a sus sistemas de software. Solo escuchar el podcast y comprender lo que dicen ya es una clase de especialización en informática.

Los microservicios pueden considerarse, en general, como un SOA de grano más fino (piezas más pequeñas). ¿Pero qué es SOA? Es la Arquitectura Orientada a Servicios, que es una forma de organizar sus sistemas de software empresarial orientados a servicios que ofrece el software. SOA es una tecnología de más de 10 años, y se utiliza en algunas grandes corporaciones.

Visionnaire ha estado trabajando con esto durante muchos años. De hecho, podemos decir que Visionnaire nació en este contexto. Antes de SOA había WebServices, y antes de WebServices había "Objetos distribuidos". Ahora estamos hablando de hace 20 años, ¡exactamente la edad de Visionnaire!

¿Son los microservicios objetos distribuidos con otro nombre?

Algunos críticos argumentan que Microservices no es más que la evolución de las tecnologías existentes del pasado, sino bajo otro nombre. Pero no es el caso. Hay similitudes, que incluso desde un punto de vista teórico son muchas (porque eso es lo que uno quería obtener en el pasado [2]), pero también hay muchas diferencias. Como comenta Adrian Cockcroft, que ayudó a Netflix a migrar a una Arquitectura de microservicios que ahora es una referencia mundial [3], anteriormente teníamos mucho menos poder de procesamiento y velocidades de red mucho más bajas, y queríamos pasar todo en grandes cantidades de datos. datos por un protocolo basado en XML. Todo eso ha cambiado y los microservicios son una realidad.

El término Microservicios se introdujo en 2005 [4] y está respaldado por autores de software conocidos [5] y [6]. La filosofía es que los servicios deben ser pequeños y los protocolos deben ser ligeros, en este tipo de arquitectura hay una macro división de software que se llama Arquitectura Hexagonal, donde la aplicación central está en el centro y todas las demás aplicaciones están alrededor del integración a través de interfaces de programación de aplicaciones (API), como se muestra en la siguiente figura.