Configuración centralizada con Spring Cloud Config y Git. (Parte 1) #configserver #springcloudconfig

Parte 1 de una serie de 3 vídeos destinadas a entender en forma práctica como funciona la configuración centralizada en Spring Cloud Config.

Código:

(Con tu apoyo en Patreon accedes a ventajas exclusivas como directos, preguntas y respuestas en el chat, respuestas a tus dudas y acceso a nuestro libro "Patrones para la implementación de una arquitectura basada en microservicios".

La dispersión de los microservicios en la infraestructura implica que realizar cambios de configuración sea un proceso costoso en cuanto a tiempo y esfuerzo. El patrón de configuración centralizada propone que todas las configuraciones de los sistemas sean ubicadas en un único lugar, los sistemas serán capaces en el proceso de arranque buscar sus configuraciones en el servicio remoto y trabajar con ellas. El uso de configuraciones centralizadas tiene el reto de ante un cambio en la configuración de un sistema que está en producción, como inyectar esa configuración para que el sistema pueda seguir operando con los nuevos parámetros, sin necesidad de reiniciar el servicio para que recargue la configuración.

En los esquemas de configuración centralizada hay varias formas de servir la configuración:

Llave – valor: En este tipo de esquema el sistema que requiere la configuración pregunta por una llave al proveedor de configuraciones y se le entrega el valor de la llave, un ejemplo tecnología que implementa este esquema es HashiCorp Vault.
Ficheros: El cliente solicita basado en un nombre o id un fichero de configuración que el proveedor de configuraciones entrega.
El segundo esquema de ficheros es el empleado por Spring Cloud Config / Netflix Archaius, es extremadamente flexible y útil pues el servidor de configuraciones tiene la posibilidad de obtener los ficheros desde un SCM como GIT sirviendo siempre la última configuración de una rama especificada.

GIT por su parte se encarga de la gestión del versionado de los ficheros lo que nos permite a la vez que llevar el control histórico de los cambios, poder hacer rollback de una forma sencilla a una configuración conocida que funcione ante errores.

En el caso particular de Spring Cloud Config el problema planteado de inyectar las configuraciones en caliente se resuelve combinando Spring Cloud Bus y un sistema de cola de mensajes MQ como Rabbit o Active, pasando una notificación a los clientes para que hagan auto-refrescamiento de las properties ante un nuevo cambio.

#springboot #springcloud #springcloudconfig #git #microservicios

[leoesel]

Gracias por el contenido, bien explicado y detallado!.

[romanlepore]

No podia vincular mi config sv a git, y gracias a que vi que pusiste enabled: true, pude, gracias!!

[facled]

Gracias!! Se entiende perfecto. Sería genial que hables sobre la interfaz Environment, aunque sea una configuración básica. Saludos!!

[IIDarknightII]

Buen video. ¿Seria posible hacer un video de los diferentes patrones sobre como manejar la base de datos en microservicios? o un ejemplo de una mini aplicación de microservicios serial genial

[edanla]

Hombre, excelente video! ha sido una excelente guía! 👏🏼

[vktop]

Muy bien explicado gracias, consulta si tengo muchos microservicios cientos por ejemplo, siempre tendre un solo servicio de configuracion centralizada? o es que por la cantidad de microservcios preguntando po configuracion me conviene tener mas de uno?

[sanchez-emir]

Buen video, en mi caso estoy dockerizando microservicios(eureka, api gateway, config server que apunta a un repositorio en github, y dos microservicios customer y product) y no me funciona la parte del config, creo que es por que no le paso variables de entorno, pero no tengo claro eso, si esta en su posibilidad podría hacer un video explicativo de estos. gracias.

[josemiguelsolis]

Gracias por tus vídeos.
Una pregunta los pipelines, también se pueden centralizar? Es recomendable?

[angelossj]

buenas noches muy buena, me podria ayudar xfavor :(