Spring Cloud Config

Spring Boot bietet bereits eine komfortable Möglichzeit, die Konfiguration der Anwendung über Property-Files (oder Yaml-Files) zu steuern - siehe @Value und @ConfigurationProperties. Allerdings ist diese Konfiguration nach dem Start der Anwendnung nicht mehr änderbar (ohne die Anwendnung zu restarten). In einer Zeit, in der Anwendungen automatische skalieren und Failover mitbringen, ist das zu kurz gegriffen.

Spring Cloud Config soll diese Lücke clientseitig und serverseitig schließen.

Spring Cloud Config auf Spring Boot auf (vermutlich geht es auch in Nicht-Spring-Boot-Applikationen).


Getting Started ...

In diesem Beispiel werde ich eine Spring-Boot-Applikation bereitstellen, die auch gleichzeitig einen Spring Cloud Config Server bereitstellt. Die Spring-Boot-Application agiert also als Config-Client gegen den Config-Server.

Maven Dependencies

Die Dependencies

  • spring-cloud-config

  • spring-cloud-starter-config

  • spring-boot-starter-actuator

werden im pom.xml (sofern Maven verwendet wird) hinterlegt.

Deployment

Am schnellsten kommt man zu einer lauffähigen Spring Cloud Config Anwendnung durch die Verwendung des Spring Initializr. Nach Auswahl von

  • Actuator

  • Config Client

  • Config Server

  • Web

    • nur optional, aber ganz praktisch zum Testen - aus meiner Sicht sollte jede Applikation ein REST-Schnittstelle haben

Anschließend steht ein ZIP-Artefakt zum Download, in dem sich das Gerüst der Anwendung befindet.

Nach dem Build, steht das Executable-Jar fürs Deployment zur Verfügung:

Die vom Actuator bereitgestellte REST-Schnittstelle http://localhost:8081/env liefert schon erste Auskünfte:

Der Spring Boot Actuator steuert u. a. ein paar REST-Webservices zur Verfügung, über die Informationen zum Config-Server (http://localhost:8081/env) abgerufen werden können.

Zum erstellten Applikationscode fügen wir noch eine REST-Schnittstelle zum Testen ein:

und konfigurieren den de.cachaca.learn.spring.configRepositoryProvider über die application.properties:

Nach dem Start der Anwendung sollte bei http://localhost:8081/config der Wert classpath ausgegeben werden.

Soweit nichts Neues ... aber im Folgenden machen wir die Konfiguration über einen Config-Server.

Config-Repository anlegen

Zum Testen kann ein lokales GIT-Repository angelegt werden:

Applikation konfigurieren

Die SpringBoot-Applikation

wird zum Config-Client. Über @EnableConfigServer wird konfiguriert, daß es einen Config-Server gibt. Configuration Properties werden über

injeziert. Zunächst werden die Properties im konfigurierten Config-Server gesucht (konfiguriert über application.properties#spring.cloud.config.uri). Wird dort nichts gefunden, wird im Classpath nach einer Property-Datei gesucht.

Dementsprechend wird in application.properties folgendes eingetragen:

Nach einem Restart der Anwendnung wird bei http://localhost:8081/config der Wert local git repository ausgegeben werden.


Config-Server

Ein Config-Server ist der Service, der den Zugang zur Konfiguration bereitstellt. Die Konfiguration selber liegt in einem Configuration Repository:

  • Git-Repository

    • lokal: spring.cloud.config.server.git.uri: file://${user.home}/config-repo

    • remote: spring.cloud.config.server.git.uri: https://github.com/spring-cloud-samples/config-repo/bar.properties

Über @EnableConfigServer wird der Spring-Boot-Applikation der Hinweis zur Verwendung eines Config-Servers gegeben. Dadurch wird zuerst der Config-Server angefragt und dann erst Konfiguration aus dem Classpath.

Last updated

Was this helpful?