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.