¿Necesito aprender SOA primero para aprender MicroServices?

Al comparar Microservices contra SOA, ambos dependen de los servicios como el componente principal, pero varían mucho en términos de características del servicio. Pero para aprender sobre los microservicios, debe conocer las desventajas y el propósito por el cual las personas cambiaron a la arquitectura de los microservicios.

La mejor manera de aprender Microservices es mediante la comprensión de algunos conceptos básicos de Microservicios y comenzar a implementarlos mientras construye sus propias aplicaciones.

Me gustaría recomendar algunos blogs y videos que le brinden un detalle de lo siguiente:

  • Arquitectura monolítica (arquitectura tradicional)
  • Desafíos de la arquitectura monolítica
  • Arquitectura de microservicio
  • Funcionamiento de la arquitectura de microservicio
  • Características de la arquitectura de microservicio
  • Tendencias del mercado de microservicios
  • Empresas que utilizan microservicios
  • Las mejores prácticas para diseñar tus propios microservicios
  • Y, también, cada uno de ellos consta de casos de uso que le ayudarán a comprender la implementación práctica de los microservicios.

Por ejemplo: UBER cambia su marco de monolítico a microservicios debido a sus características y definitivamente ha beneficiado a UBER para prosperar como compañía.

¿Qué es microservicios? Introducción a la arquitectura de microservicio | Edureka

Microservice Architecture – Aprenda, cree e implemente aplicaciones | Edureka

SOA y microservicios no son exactamente dos cosas diferentes.

Los microservicios son un tipo de SOA.

La gran diferencia es que SOA es un catálogo de servicios más completo, donde los microservicios se construyen con un alto nivel de autonomía entre los tipos de operaciones.


Algunas ventajas de los microservicios sobre SOA

Cada microservicio puede manejarse independientemente de los demás, lo que significa que se puede cambiar, mantener, etc. Esto es importante en las empresas más grandes porque puede tener personas que trabajan en diferentes servicios y no tiene que preocuparse por conflictos de fusión o incluso colisiones lógicas en todo el sistema. (aunque puede tener problemas de integración).

Algunas desventajas de los microservicios

En general, tienen más gastos generales en el tiempo de desarrollo y mantenimiento. El desacoplamiento puede hacer que las cosas sean más difíciles de desarrollar servicios más complicados, y puede terminar con cadenas de servicios que son abstractas (y por lo tanto más difíciles de depurar).

Es más probable que los microservicios tengan problemas de integración porque las piezas se desarrollan sin pensar en el conjunto.

Algunas otras notas:

Los microservicios suelen ser más lentos en serie, pero son más fáciles de paralelo, especialmente a las operaciones en sección. (Puede aislar los servicios impositivos de los magros para obtener una mejor gestión de los recursos).

Microservicios es una gran palabra de moda del día. A la gente le encanta usarlo, incluso si es algo que hará más mal que bien para ellos.

SOA es excelente, los microservicios pueden ser útiles, pero no todas las situaciones requieren cualquiera.

Mi comentario fue: “Asegúrate de que realmente entiendas las ventajas y las desventajas de lo que implementas.


La lista de pros y contras no está completa, solo algunas de las más importantes. Además, dado que ambas son más o menos palabras de moda (SOA menos en estos días), cuando alguien dice estar trabajando en una, es posible que no lo estén.

Mientras ambos intentan cumplir algunos objetivos comunes, los microservicios han logrado lo que SOA no pudo, especialmente en el desacoplamiento de sus servicios.

Ambos necesitan un cambio cultural en el que están tratando de aplicarlos; SOA está a la vanguardia en ese sentido, ya que ha estado ahí por un tiempo, y tanto los proveedores de software como las empresas ya lo han recogido. Los microservicios todavía están en su forma de adaptación, pero creo que es solo una cuestión de tiempo hasta que se convierta en el dominante.

Es por eso que tanto SOA como microservicios existirán por un tiempo. Por lo tanto, sugiero aprender microservicios primero y luego echar un vistazo rápido a SOA para conocer sus diferencias.

No es necesario pero es bueno tener conocimiento de ello. Al aprenderlo, puede conocer la razón por la que se requieren microservicios 🙂

No. Probablemente ayudará si no lo hiciste.

Soy muy aficionado a la SOA, pero es muy difícil hablar de ello. Hablar de SOA puede ser la parte más difícil de SOA.

Estos días pienso mucho sobre cómo gobernar apropiadamente los microservicios. La gobernanza es la parte más importante y generalmente la parte más descuidada de SOA. Pensar en eso sigue siendo una buena idea. Si sabía cómo hacerlo bien en SOA, eso es genial, pero las ideas de SOA aún deben actualizarse. La mayoría de la gente no pensó en la gobernabilidad, o peor, la ignoró. Tratar de aprender de ellos es peligroso y confuso.

Al final del día, incluso en un mundo de microservicio, todavía desearemos un registro de las mismas características.

No es obligatorio. Sin embargo, definitivamente ayuda a diseñar una mejor arquitectura de microservicios.