Please enable JavaScript.
Coggle requires JavaScript to display documents.
mejores practicas - Huseyin Babl, : - Coggle Diagram
mejores practicas - Huseyin Babl
Richardson level of maturity
Guia para comprender los principios fundamentales de las arquitecturas REST
nivel 0
consultas a un unico URI
nivel 1
realizar las acciones a recursos individuales
nivel 2
usar verbos HTTP
nivel 3
introducir Hypretexto como motro de estado(HATEOAS)
podemos hacer que responda con informacion adicional
ayuda para entender los componentes de REST
Spring HATEOAS
puede crear rápidamente
modelos de representacion de recursos
api generador de enlaces
clases de modelo apra enlaces
distributed configuration
la configuración de nuestros microservicios nunca debe estar en el mismo repositorio de nuestro código fuente
si se tiene la configuracion empaquetada dentro del microservicio se vera obligado a volver a implementar cada instancia
Continuous delivery :recycle:
La entrega continua es una práctica de desarrollo de software en la que el proceso de entrega de software se automatiza para permitir entregas a corto plazo en un entorno de producción.
Cuando vamos a aplicar estos procesos en nuestra arquitectura de microservicios, es esencial tener en cuenta que nunca debe haber una lista de espera para integrar y publicar cambios en la producción.
un equipo a cargo de un servicio "X" debe poder publicar los cambios en la producción en cualquier momento, sin tener que esperar el lanzamiento de otros servicios
para implementar una tubería de "compilación e implementación", vamos a utilizar las siguientes herramientas: Jenkins (
https://jenkins.io
) como su herramienta de compilación y Docker (
https://www.docker.com/
) para construya la imagen final del servidor que contiene su microservicio.
Monitoring :check: :warning: :red_cross:
El proceso de monitoreo es crítico cuando hablamos de microservicios. Los microservicios son parte de sistemas distribuidos grandes y complejos, y recuerde que cuanto más distribuido es un sistema, más complicado es encontrar y resolver los problemas en él
Imagine que tenemos una arquitectura con cientos de microservicios, y uno de los microservicios comienza a afectar el rendimiento de otros servicios. ¿Cómo podemos saber cuál es el servicio inestable si no implementamos un proceso de monitoreo adecuado?
Interaccion entre micrometer, el servidor Promethus y Grafana
Logging :pencil2:
A partir de este momento, cada vez que piense en los registros, piense en el rastreo distribuido, recuerde que el rastreo distribuido es una herramienta que nos ayuda a comprender y depurar nuestros microservicios al identificar dónde ocurre una falla en una arquitectura de microservicios
Entonces, ¿cómo podemos seguir el camino de esa solicitud en una arquitectura de microservicios? Al asociar un identificador de solicitud único que se puede propagar a través de todas las llamadas y al agregar una recopilación central de registros para ver todas las entradas de la solicitud de ese cliente
API Gateways :lock: :checkered_flag:
Un API Gateway es un sistema de interfaz API REST que proporciona un punto de acceso central a un grupo de microservicios y / o API de terceros definido
Tenga en cuenta que este sistema no solo interactúa como una puerta de enlace, sino que también le permite agregar características adicionales como:
Autenticación y autorización (OAuth).
Protección contra amenazas (DoS, inyección de código y más).
Análisis y supervisión (quién usa sus API, cuándo y cómo).
Monitoreo del tráfico entrante y saliente.
:
