Spring Console Console Config su Spring Cloud Config

Question

Sto vivendo un momento molto difficile con questo. Vogliamo utilizzare Spring Cloud Consul per la scoperta dei servizi e le mie università stanno spingendo l'idea di utilizzare Spring Cloud Console Config su Spring Cloud Config, che ho già implementato in precedenza per un progetto correlato. Il fatto è che Spring Cloud Config funziona alla grande e ha un conduit di controllo della versione pronto all'uso senza soluzione di continuità (git) per una gestione centralizzata dinamica delle proprietà. Per supportare questa stessa funzionalità in Spring Cloud Console Config sembra necessario re-inventare la ruota già infornata in Spring Cloud Config.

Qualcuno ha esperienza con entrambi? Avrebbe senso usare entrambi? Vale a dire, avere Spring Cloud Config Client che punta a un server di configurazione Spring Cloud per le proprietà più "statiche" dell'ambiente (cose che variano tra dev, qa, stage, produzione sia statica) e Spring Cloud Console Config per proprietà dinamiche pure come il servizio scoperta?

Qualcuno, per favore, correggimi se sbaglio, ma dalla mia comprensione di ciò che avrò bisogno di fare per supportare il controllo dinamico delle versioni per le proprietà "statiche" usando Spring Cloud Console Config, mi servirebbe un qualche tipo di condotto tra dire git e la directory fisica "/ config" dell'istanza in esecuzione di ogni istanza dell'applicazione Console di Spring Cloud Console:/

Answer 1

tl; dr: Uso la config del cloud di primavera e il console del cloud di primavera ma non la console di controllo di primavera.

Non ho usato la configurazione del console di primavera in particolare poiché non sto utilizzando la console di configurazione, ma sto utilizzando un server di configurazione spring cloud che si registra in console e ho altri microservizi che accedono al server di configurazione spring cloud tramite console per il servizio scoperta. Sia il server che il client utilizzano il cloud cloud console per registrarsi e scoprire il server di configurazione. E il server di configurazione e i client di configurazione utilizzano entrambi la configurazione di Spring Cloud.

Qui è la mia messa a punto:

Primavera cloud Config Server

Dipendenze:

org.springframework.cloud:spring-cloud-config-server 
org.springframework.cloud:spring-cloud-starter-consul-discovery 
org.springframework.boot:spring-boot-starter-actuator 

bootstrap.properties:

spring.application.name=config-server 
spring.cloud.consul.host=CONSUL_HOSTNAME 
spring.cloud.consul.port=CONSUL_PORT 

application.properties:

spring.cloud.config.server.git.uri=GIT_REPO_URL 
spring.cloud.config.server.git.username=GIT_REPO_USERNAME 
spring.cloud.config.server.git.password=GIT_REPO_PASSWORD 

Application.java:

@SpringBootApplication 
@EnableConfigServer 
@EnableDiscoveryClient 
public class Application 
{ 
    public static void main(String[] args) 
    { 
     SpringApplication.run(Application.class); 
    } 
} 

Primavera cloud applicazioni client

Dipendenze:

org.springframework.cloud:spring-cloud-starter-config 
org.springframework.cloud:spring-cloud-starter-consul-discovery 
org.springframework.boot:spring-boot-starter-web 
org.springframework.boot:spring-boot-starter-actuator 

bootstrap.properties:

spring.application.name=client-app-name 
spring.cloud.consul.host=CONSUL_HOSTNAME 
spring.cloud.consul.port=CONSUL_PORT 
spring.cloud.config.discovery.enabled=true 
spring.cloud.config.discovery.serviceId=config-server 

Applicazione.java:

@SpringBootApplication 
@EnableDiscoveryClient 
public class Application 
{ 
    public static void main(String[] args) 
    { 
     SpringApplication.run(Application.class); 
    } 
} 

Answer 2

Per quanto ho capito, in caso di gestione della configurazione, in confronto con la molla nuvola di configurazione, il console (con git2Consul) fornisce la soluzione di scambio di dati tra data center multipli e il failover dei nodi.

Per il singolo centro dati, è sufficiente la configurazione della nuvola di molla (con una semplice soluzione di failover, ad es. LVS, master/slave, meccanismo rsync ecc.).

Per l'individuazione del servizio, Consul ha un meccanismo di controllo dello stato e può abilitare il cambio automatico dei percorsi. Nella configurazione del cloud di primavera, è necessario ulteriore lavoro per implementare la scoperta semiautomatica.