Arquitectura monolítica

• Si desarrollamos todas las funcionalidades en un solo proyecto, entonces se denomina aplicación basada en arquitectura Monolith.

• Empaquetaremos nuestra aplicación como un jar/war para implementarla en el servidor.

• Como la aplicación Monolith contiene todas las funcionalidades, se convertirá en un frasco/guerra gordo.

Ventajas
1) Fácil de desarrollar y administrar.
2) Todo está disponible en un solo lugar.
3) La configuración se requiere solo una vez.

Desventajas
1) Difícil de mantener
2) Punto único de falla
3) Si realizamos algún cambio, el proyecto completo se volverá a implementar y probar.
4) Es posible que el desarrollador no conozca los módulos completos, por lo que es más difícil comenzar a solucionar el problema.
5) si algún módulo tiene mucha carga, entonces necesitamos crear múltiples instancias de la aplicación completa, por lo que ocupa mucho espacio porque cada módulo está estrechamente acoplado entre sí.

Para superar los problemas de Monolithic, la arquitectura de Microservicios entró en el mercado

Arquitectura de microservicios

• Los microservicios no son un lenguaje, marco o API de programación. Los microservicios son un patrón de diseño arquitectónico.

• Microservicios que sugieren desarrollar funcionalidades de aplicaciones con acoplamiento flexible.

• En la arquitectura de Microservicios no desarrollamos todas las funcionalidades en un solo proyecto. Dividiremos las funcionalidades del proyecto en varias API REST.

• Los microservicios no están relacionados únicamente con Java. Cualquier proyecto específico de lenguaje de programación puede utilizar la Arquitectura de Microservicios.

Los microservicios son un enfoque que utiliza para desarrollar pequeños servicios, cada servicio se ejecuta en su propio contenedor/proceso/servidor, los servicios deben ser livianos y desplegables de forma independiente. Esto permite un desarrollo, implementación y escalabilidad más rápidos.

Como puede ver, el módulo de empleado, el módulo de cliente, el módulo de dirección y el módulo de curso de la aplicación Monolith ahora se convirtieron en pequeños servicios, por lo que aquí son como servicio de empleado, servicio al cliente, servicio de dirección y servicio de curso. y en la aplicación monolito hay un uso de base de datos única, pero en la aplicación de microservicio cada servicio tiene su propia base de datos. y ahora dependen unos de otros. y cada servicio se comunica entre sí y realiza el resto de llamadas.

Ventajas

• Independencia tecnológica (podemos desarrollar API de backend con múltiples tecnologías como Python, Go, etc.)

• Independencia de la base de datos.

• Cada servicio es independiente entre sí (acoplamiento flexible), por lo que podemos implementar cada servicio de forma independiente.

• si realiza algún cambio en cualquier servicio, no es necesario implementar todo el servicio, solo se implementa un solo servicio.

• El desarrollador que trabaja en un servicio no requiere el conocimiento de la aplicación completa.

• El fallo de un único microservicio no afecta a toda la aplicación, lo que mejora la resiliencia general.

• Las bases de código más pequeñas y la separación de preocupaciones hacen que el mantenimiento y la depuración sean más manejables.

• Debido a su naturaleza más pequeña e independiente, los microservicios individuales se pueden escalar de forma independiente según la demanda, sin tener que escalar toda la aplicación.

• Cada servicio se puede probar de forma diferente.

Desventajas

• si queremos realizar los cambios en una configuración de servicio, entonces necesitamos realizar los cambios en cada configuración de servicio, por ejemplo, hay una propiedad común que existe en cada archivo application.properties en todos mis proyectos.

company.name=tier3Hub

Entonces, si queremos cambiar el nombre de la empresa, en todos los servicios debemos cambiar el nombre.

• Probar una aplicación basada en microservicios puede ser más complejo debido a las interdependencias e interacciones entre servicios.

• cada servicio maneja una cantidad específica de solicitud después de eso, si enviamos más solicitudes de las que el servicio está inactivo, necesitamos múltiples instancias de ese servicio y para enrutar la solicitud en diferentes instancias del servicio necesitamos un balanceador de carga que equilibra la solicitud proveniente de los clientes y las rutas en diferentes instancias. pero escribir el balanceador de carga en Java es difícil.

Por qué Java para microservicios

Java proporciona el marco llamado Spring-Boot para desarrollar las API Rest y Spring-Boot proporciona muchas características como configuración automática, servidor integrado, si estamos desarrollando el servicio, es necesario implementar el servicio Sech en el servidor. y spring-Boot proporciona el servidor Tomcat, por lo que cada servicio se ejecuta en diferentes puertos de Tomcat. por ejemplo, el servicio para empleados se ejecuta en el puerto 8080, el servicio del curso se ejecuta en el puerto 8081 y cada servicio tiene su propio servidor.

con la ayuda de Spring-Boot proporciona funciones para un desarrollo rápido, menos configuración, aplicaciones listas para producción y proyectos avanzados

y hay un proyecto bajo Spring Framework llamado Spring Cloud que proporciona microservicios de soporte listos para usar, Spring Cloud proporciona algunas herramientas y técnicas comunes para desarrollar rápidamente un patrón común de microservicios.

Spring Cloud se centra en proporcionar una buena experiencia inmediata para casos de uso típicos y un mecanismo de extensibilidad para cubrir otros.

• Configuración distribuida/versionada
• Registro y descubrimiento de servicios
• Enrutamiento
• Llamadas de servicio a servicio
• Equilibrio de carga
• Disyuntores
• Mensajería distribuida
• Microservicios (tareas) de corta duración
• Pruebas de contratos impulsadas por el consumidor y el productor.

Arquitectura de microservicios

No tenemos ninguna arquitectura fija para microservicios, los desarrolladores están personalizando la arquitectura de microservicios de acuerdo con los requisitos de su proyecto. La mayoría de los proyectos utilizarán los siguientes componentes en la arquitectura de microservicios.

1) Registro de servicios (Servidor Eureka)

2) Servicios (API REST)

3) Comunicación Interservicios (FeginClient)

4) Puerta de enlace API

5) Servidor de administración

6) Zipkin

Conclusión

Los microservicios en Java han transformado la forma en que abordamos el desarrollo de software, aportando un nuevo nivel de flexibilidad, escalabilidad y resistencia. El rico ecosistema de Java, combinado con marcos como Spring Boot y Micronaut, lo convierte en una excelente opción para crear microservicios que puedan hacer frente a las demandas de las aplicaciones modernas.

A medida que exploramos esta arquitectura, queda claro por qué los microservicios han ganado popularidad sobre las aplicaciones monolíticas tradicionales. Ofrecen modularidad e independencia, lo que permite a los equipos desarrollar, implementar y escalar servicios de forma individual. Esto es especialmente valioso en un mundo donde las funciones nativas de la nube se están convirtiendo cada vez más en el estándar. Sin embargo, el viaje también revela desafíos como garantizar la coherencia de los datos, gestionar la comunicación entre servicios y mantener una seguridad sólida en todos los servicios.

Mantenerse actualizado con los últimos avances en herramientas y prácticas es crucial para los desarrolladores de Java que trabajan con microservicios. El panorama está en constante evolución y quienes se adapten estarán en mejores condiciones para aprovechar todo el potencial de esta arquitectura. El futuro de los microservicios en Java parece prometedor, con mejoras continuas en marcos y herramientas, respaldadas por una creciente comunidad de desarrolladores deseosos de compartir sus conocimientos y experiencias.

Adoptar microservicios en Java significa abrir puertas para crear aplicaciones más resistentes, escalables y mantenibles. Al seguir las mejores prácticas y mantenerse comprometidos con el aprendizaje continuo, los desarrolladores pueden desbloquear nuevas posibilidades en el desarrollo de software, lo que lleva a soluciones más innovadoras y eficientes.