Microservicios y desarrollo backend

Microservicios y desarrollo backend
En este artículo, se cubrirán conceptos sobre microservicios desde nivel de iniciación a nivel experto. Hoy, los lenguajes más comúnmente utilizados en microservicios, que pueden desarrollarse en cualquier lenguaje, incluyen Java, .Net y node.js.
En las entrevistas, la primera pregunta que se hace sobre microservicios suele ser acerca de los beneficios que aportan los microservicios, cuándo deberían utilizarse y qué métodos considerar en su diseño.

Principios de diseño en microservicios

• Modularidad: los servicios deben ser independientes y sus propósitos deben tener límites claros.
• Escalabilidad: la estructura dinámica de los servicios debe ser escalable de forma independiente para que puedan manejar la carga creciente.
• Descentralización: el sistema no debe gestionarse desde una única área; debe tener un estilo de gestión descentralizada que permita servicios débilmente acoplados.
• Alta disponibilidad: diseñar los servicios para que tengan alta disponibilidad es el punto más importante para garantizar la fiabilidad del sistema.
• Resiliencia: los errores que puedan ocurrir en los servicios en su conjunto y en sus detalles deben diseñarse para que se gestionen con facilidad.
• Gestión de datos: la gestión de datos para cada servicio debe ser autónoma, al igual que en la descentralización, y no debe compartirse una base de datos o tabla común.
• Apatridia (statelessness): no debe haber afinidad en los servicios; la información de estado no debe mantenerse constante para facilitar el escalado y el caching.
• Despliegue independiente: los servicios deben poder desplegarse de forma independiente sin necesidad de otros servicios.
• Observabilidad: los servicios deben tener capacidades de monitorización y logging integradas para proporcionar visibilidad sobre cómo opera y reacciona la estructura.
• Automatización: el despliegue, las pruebas y el escalado deben automatizarse en la medida de lo posible.

Microservicios usando Spring Boot Application + Spring Cloud

En el framework de microservicios, plugins como Spring Boot Application + Spring Cloud aportan beneficios significativos y grandes ventajas frente a la competencia. Es posible examinar esto bajo varios epígrafes.

Escalabilidad mejorada
En la arquitectura de microservicios, con la contribución de los plugins, los servicios pueden desarrollarse, desplegarse y escalarse de forma independiente, lo que proporciona una mejor escalabilidad.

Tiempo de salida al mercado más rápido
Al dividir una aplicación monolítica en servicios más pequeños e independientes con plugins, los equipos de desarrollo pueden trabajar en paralelo, desarrollar más rápido y entregar con mayor agilidad.

Resiliencia
Con la inclusión de plugins en el sistema, los microservicios tienen una estructura más independiente y flexible, operando de una forma más micro en áreas como fallos, desarrollo y resolución de bugs. Como resultado, una sola operación involucra solo a la estructura relevante en lugar del conjunto entero, evitando que los sistemas se vean interrumpidos.

Uso de recursos
Mientras que en los servicios monolíticos se consume un solo recurso al máximo nivel, dar soporte a los microservicios con plugins resulta en un uso más eficiente con alternativas disponibles.

Diseño de bases de datos en microservicios

El diseño de base de datos puede proceder de diferentes maneras para cada arquitectura de software y condición. Los modelos de diseño de bases de datos utilizados para los microservicios son los siguientes:

• Database per Service -> los servicios tienen sus propias bases de datos que proporcionan autonomía.
• Shared Database -> hay una base de datos donde varios servicios y sistemas almacenan datos.
• Event Sourcing -> hay una base de datos que almacena las trazas e informes de las operaciones en el sistema.
• Command Query Responsibility Segregation (CQRS) -> una base de datos de alto rendimiento donde se separan las consultas y los comandos.
• SAGA -> un modelo de base de datos que puede gestionar operaciones de larga duración en distintas estructuras.
• Materialized View -> modelos que proporcionan una vista precalculada para un acceso rápido a los datos utilizados con frecuencia.
• API Composition -> un modelo que permite ver los datos de múltiples servicios y paquetes juntos.
• Read Replicas: un modelo utilizado para mantener las solicitudes de lectura fuera de la base de datos principal; mejora el rendimiento.

Coreografía en microservicios

El concepto de coreografía se menciona a menudo dentro de los microservicios. Esta es en realidad una forma que evita la centralización considerada en los diseños algorítmicos. Es un concepto introducido para que los servicios no dependan de un único hub al comunicarse entre sí. Todos los servicios pasan a ser individualmente responsables de sus propias operaciones internas y de los beneficios al sistema.
En los servicios gestionados bajo el concepto de coreografía, se produce mensajería entre servicios sobre cómo ocurrirán los comportamientos. En este punto, dependiendo del mensaje que llega desde otro servicio, el servicio actual puede adoptar un enfoque más autónomo ante el evento.
La situación ventajosa dentro del sistema puede en sí misma llamarse coreografía. Como resultado, se elimina la dependencia dinámica de procesos en el desarrollo, mantenimiento y estrategias. En lugar de que todos los servicios queden bloqueados, solo se reduce el rendimiento hasta que se completa el proceso de otro servicio, y la operación del sistema no pierde continuidad. Esto también asegura que, en escenarios con vulnerabilidades de seguridad, la exposición venga únicamente a través de una sola estructura, y que la intervención mantenga el problema a pequeña escala.