{"id":10422,"date":"2021-03-04T11:35:29","date_gmt":"2021-03-04T09:35:29","guid":{"rendered":"https:\/\/www.hiberus.com\/crecemos-contigo\/?p=10422"},"modified":"2023-11-28T13:12:51","modified_gmt":"2023-11-28T12:12:51","slug":"de-una-arquitectura-tradicional-a-microservicios","status":"publish","type":"post","link":"https:\/\/www.hiberus.com\/crecemos-contigo\/de-una-arquitectura-tradicional-a-microservicios\/","title":{"rendered":"De una arquitectura tradicional a una arquitectura microservicios"},"content":{"rendered":"

La tendencia de convertirse en una empresa con una arquitectura microservicios se ha hecho popular en los \u00faltimos a\u00f1os a medida que las empresas buscan ser m\u00e1s \u00e1giles y avanzar hacia un DevOps<\/a> y pruebas continuas. Los microservicios pueden ayudar a crear software m\u00e1s r\u00e1pido, que sea escalable y lograr un modelo nativo de la nube.<\/p>\n

\u00bfQu\u00e9 son los microservicios<\/a>?<\/h2>\n

La arquitectura de microservicios (del ingl\u00e9s Micro Services Architecture) es un m\u00e9todo de desarrollo de software que consiste en construir una aplicaci\u00f3n como un conjunto de peque\u00f1os servicios<\/strong>, con operaciones bien definidas e independientes entre s\u00ed.<\/p>\n

Cada microservicio ejecuta su propio proceso y se encarga de implementar una funcionalidad completa del negocio. Puede estar programado en distintos lenguajes y usar diferentes tecnolog\u00edas de almacenamiento de datos. A la hora de hacer un despliegue, cada servicio se hace de forma independiente.<\/p>\n

\"microservicios<\/p>\n

Las principales diferencias entre una estructura tradicional y una de microservicios, es que la tradicional se realiza de forma monol\u00edtica, es decir, todas las partes de la aplicaci\u00f3n que pod\u00edan implementarse se encontraban en esa \u00fanica aplicaci\u00f3n de forma integral. Al contrario, una arquitectura microservicios descompone una aplicaci\u00f3n en sus funciones principales<\/strong>. Cada funci\u00f3n se denomina microservicio y se puede dise\u00f1ar e implementar de forma independiente. Esto permite que funcionen de forma aislada a los dem\u00e1s servicios de la plataforma.<\/p>\n

Tras saber con m\u00e1s detalle que son los microservicios, vamos a conocer cu\u00e1les son las ventajas de implementarlo en nuestros proyectos.<\/p>\n

Ciclo de vida del desarrollo en microservicios<\/h2>\n

Para obtener los beneficios potenciales y esperados del desarrollo en microservicios (esto es aplicable a casi cualquier nueva forma de trabajo o gesti\u00f3n), es necesario asegurar los Factores Cr\u00edticos de \u00c9xito<\/strong> a desarrollar bajo este modelo.<\/p>\n

El primer Factor Cr\u00edtico de \u00c9xito que debe asegurar cualquier organizaci\u00f3n (p\u00fablica o privada), es descubrir los factores cr\u00edticos de \u00e9xito que son aplicables a su contexto. En otras palabras, lo primero es asegurar la correcta \u201cDefinici\u00f3n e implantaci\u00f3n de una estrategia de desarrollo en microservicios<\/strong>, que asegure la viabilidad del cambio y la obtenci\u00f3n de los beneficios seg\u00fan el Ciclo de Vida previsto\u201d.<\/p>\n

Una estrategia suele ser la visi\u00f3n de una situaci\u00f3n futura con unos beneficios asociados, que nos transporta a un estado \u201cideal\u201d en el que nos vemos trabajando con soltura y en un ambiente de inmensa alegr\u00eda compartida bajo el nuevo modelo de desarrollo en el que todo es sencillo, funciona a la primera y los equipos est\u00e1n euf\u00f3ricos y en armon\u00eda. De hecho, las estrategias no suelen fallar (son \u201cperfectas\u201d) lo que falla es la implantaci\u00f3n de la estrategia.<\/p>\n

Dicho esto, nuestra recomendaci\u00f3n es definir una estrategia para microservicios basados en eventos<\/a> o con comunicaci\u00f3n s\u00edncrona<\/strong>\u00a0que se pueda implantar de forma real. Para ello nos basamos en el Ciclo de Vida del desarrollo en microservicios<\/strong>. Se muestra un esquema a continuaci\u00f3n.<\/p>\n

\"ciclo<\/p>\n

La Estrategia de Desarrollo en microservicios<\/strong> debe ser definida para cada entidad y debe ser implantable. En Hiberus utilizamos una metodolog\u00eda de Ciclo de Vida adaptada al desarrollo en microservicios.<\/p>\n

En general, el Ciclo de Vida se divide en tres Fases: Lanzamiento, Expansi\u00f3n y Estabilizaci\u00f3n. Cada una de estas fases necesita de cierto tiempo y otros recursos, a la vez que nos aportan cierto valor y alcance.<\/p>\n

La Fase de Expansi\u00f3n<\/strong> es la que mayor beneficio nos da en el tiempo, por lo que cuanto antes lleguemos a ella antes obtendremos el valor del desarrollo en microservicios. Sin embargo, si la Fase de Lanzamiento<\/strong> no se realiza correctamente en la Fase de Expansi\u00f3n puede que nos de valor, pero a un coste insostenible. Adicionalmente, si la Fase de Expansi\u00f3n no se realiza correctamente, no podremos llegar a la \u201ceficiencia prometida\u201d, la intuiremos, pero no la obtendremos.<\/p>\n

Nuestra recomendaci\u00f3n es definir la Estrategia a la vez que definimos su implantaci\u00f3n utilizando la metodolog\u00eda del Ciclo de Vida. Este enfoque supone hacernos las preguntas adecuadas y aportar respuestas viables a los \u00e1mbitos funcional, de arquitectura, de metodolog\u00eda y de equipo (u organizaci\u00f3n) para cada fase.<\/p>\n

As\u00ed obtendremos los Factores Cr\u00edticos de \u00c9xito (de la Estrategia de Desarrollo basada en microservicios) espec\u00edfica para cada organizaci\u00f3n (p\u00fablica o privada) y para cada Fase del Ciclo de Vida. No hay que olvidar el definir qu\u00e9 resultados suponen la finalizaci\u00f3n de las fases y realizar una previsi\u00f3n del comportamiento de las principales magnitudes de la fase siguiente.<\/p>\n

De forma pr\u00e1ctica, este ejercicio no es complicado y se debe realizar independientemente del tama\u00f1o de los equipos, de los vol\u00famenes de desarrollo o del alcance funcional que se quiere tener con el desarrollo en microservicios. Adem\u00e1s, nos permitir\u00e1 estimar la inversi\u00f3n necesaria (no solo la econ\u00f3mica) y el retorno esperado.<\/p>\n

La teor\u00eda es f\u00e1cil y los conceptos tambi\u00e9n lo son, lo que ya no es tan f\u00e1cil, y es en donde la experiencia y la visi\u00f3n global aportan su valor diferencial, es identificar los \u201cFactores Cr\u00edticos de \u00c9xito Reales<\/strong>\u201d, los que de verdad hay que asegurar y anticipar su gesti\u00f3n en el Ciclo de Vida. \u00a1Cuidado!, la tecnolog\u00eda debe estar al servicio de la estrategia y nunca la estrategia debe estar supeditada al uso de una tecnolog\u00eda determinada<\/strong><\/em> (bueno, seguro que hay casos en el que deba ser as\u00ed, pero no es lo usual en empresas no tecnol\u00f3gicas).<\/p>\n

Es importante seguir esta metodolog\u00eda antes de empezar con las iniciativas de desarrollo en microservicios, pero a\u00fan es mucho m\u00e1s importante si ya se ha empezado la iniciativa y no est\u00e1 funcionando como se espera. Si no se revisa la estrategia y su implantaci\u00f3n podemos tener una Fase de Lanzamiento \u201ceterna\u201d con el sufrimiento organizacional que conlleva.<\/p>\n

Desde Hiberus, fomentamos encarecidamente que se cuente con asesoramiento y apoyo externo en la Definici\u00f3n de la Estrategia de Implantaci\u00f3n de microservicios<\/strong>, ya que disponer de experiencia en distintos entornos y alcances, as\u00ed como seguir una gu\u00eda metodol\u00f3gica como la nuestra suponen ya un Factor Cr\u00edtico de \u00c9xito.<\/p>\n

Claves de una arquitectura microservicios<\/h2>\n

Adoptar un enfoque de microservicios cuando se construye un sistema desde cero o cuando se adapta uno que ya existe puede traer grandes beneficios.\u00a0Sin embargo, hay una gran cantidad de retos<\/strong> a tener en cuenta que deben abordarse antes de que decidamos construir una arquitectura de microservicios.<\/p>\n

Este tipo de sistemas tienden a permitir la construcci\u00f3n de servicios que son simples si utilizamos alguna de las soluciones disponibles, aunque generalmente la arquitectura que los respalda no es tan simple.<\/p>\n

Procesos de negocio<\/h3>\n

Una aplicaci\u00f3n m\u00e1s peque\u00f1a hace que puedas tener equipos o personas responsables con una mejor coordinaci\u00f3n. La desventaja es que el ecosistema puede evolucionar en muchas aplicaciones diferentes a implementar y administrar.<\/p>\n

Es importante recordar que un solo microservicio es casi siempre s\u00f3lo una parte de una imagen m\u00e1s grande.<\/p>\n

\u201cLos microservicios son un medio para lograr un fin, un medio para ser m\u00e1s innovadores, flexibles y para reaccionar ante los nuevos requisitos o solicitudes de funciones.\u201d<\/em><\/strong><\/p><\/blockquote>\n

Escalabilidad<\/h3>\n

Los elementos m\u00e1s importantes de un microservicio en s\u00ed son su nivel de granularidad y su accesibilidad a trav\u00e9s de las API. Los microservicios deben desarrollarse, implementarse y escalarse de manera independiente<\/strong>, permitiendo una entrega m\u00e1s r\u00e1pida de la funcionalidad con poco impacto en otros sistemas. Como tales, deben abordar un dominio lo suficientemente amplio como para evitar desaf\u00edos en torno a la orquestaci\u00f3n de \u00abnanoservicios\u00bb, pero lo suficientemente limitados para evitar dependencias innecesarias.<\/p>\n

Una vez que se implementa un microservicio con la funcionalidad adecuada, debe ser consumible por otros servicios y aplicaciones, por lo que debe tener una API bien definida que los clientes del servicio puedan descubrir, comprender y ejecutar f\u00e1cilmente.<\/p>\n

Proceso \u00c1gil<\/h3>\n

Establecer objetivos de medici\u00f3n para determinar si se est\u00e1 obteniendo valor de los microservicios. El objetivo es mejorar la capacidad de hacer cambios en cualquier aplicaci\u00f3n de la compa\u00f1\u00eda y llegar a los clientes r\u00e1pidamente. Para tener \u00e9xito, debe trabajar dentro de los l\u00edmites del equipo de no m\u00e1s de 10 a 12 personas por equipo.<\/p>\n

A medida que cambie la arquitectura de sus aplicaciones a una arquitectura de microservicios<\/strong>, deber\u00e1 modificar la forma en que organiza sus equipos para que est\u00e9n alineados.<\/p>\n

APIs<\/h3>\n

Las garant\u00edas de aislamiento y las APIs son los elementos m\u00e1s importantes de los microservicios.<\/p>\n

El aislamiento permite a los desarrolladores iterar de forma r\u00e1pida e independiente. Sin embargo, los desarrolladores deben mantener la compatibilidad con la API para que otros microservicios no se vean afectados (y crean dependencias que ralentizan las iteraciones).<\/p>\n

Hay varios puntos que tenemos que tener en cuenta:<\/p>\n