Spring cloud config

 

🥕 spring clud config == 설정 파일을 외부로 분리.

 

출처 : https://madplay.github.io/post/introduction-to-spring-cloud-config

 사용자의 요청을 받음 - > 사용자의 개인적인 셋팅도 설정 가능은 함.

 

😒  사용자의 요청이 아닌 상황

 

   -> 서버의 작동 config 설정에 대한 수정 요청

 

   -> 서버 구동 시 필요한 config / xml 파일 / json 파일들의 변경사항 설정 반영.

 

 

** 사용자 / 서버 / 관리자 의 요청이 실시간으로 깃허브 등에 반영. 

 

과정이 수행되고 client / application 에서 server가 변경 /  신규 / 수정한 설정의 결과값으로

어플리케이션이 작동해야 의미가 있음.

 

 

 

 

 

 

SERVER

---

 

spring.cloud.config.server.git.url의 주소는 깃허브에 있는 실제 파일이 위치한 주소여야 함. 하위 디렉토리의 뎁스는 포함되지 않은 상황임.

 

build.gradle 설정 : :

서버 실행시 GIT에 있는 파일의 위치를 찾았다면!

콘솔에 위와 같은 로그를 찍게 됨. adding property 를 확인해봅시다.

 

 

 

 

 

 

 

CLIENT

---

 

 

접속 

 

@Value 유의 spring lib import 필요 **

 

 

 

@RefreshScope 변경사항을 받아와야 하므로, 

 

클라이언트를 배포 실행 후, 

 

controller 에 매칭된 주소인 

 

 

: localhost:8081/test 로 접속한다면, 

작지만 잘 보인다.

 

* bootstrap.yml

 

스프링 부트 2.4 버젼 이후에는 위의 설정 파일을 쓰지 않을 수 있음.

 

bootstrap.yml 이 application 설정에 비해 앞서서 실행된다.

 

server.port == client가 실행될 서버 포트 

spring . cloud . config 의 주소는  8080 --> cloud config server 가 실행되는 주소. 

위의 spring.application . name  = 클라우드 컨피그 서버의 어플리케이션이름임  

 

 

application.yml 파일의 url에 깃허브의 주소를 적습니다.

 

서버를 오픈하고 

여기 주소 X

다시 접속해봅니다.  ( 현재 클라우드 컨피그 서버는 master branch임에 유의 )

아래의 who am i 값이 나오는 것을 확인 할 수 있습니다. 

 

 

url 주소의 차이는

파일의 이름이 #{application-name }-{profile}인데 이를 url 에서는 applicationname/profile 로 처리

맞는 주소로 접속 할 경우에는 서버의 로그에  Adding property 값이 나옵니다.

변경한 값도 불러오는 지 확인

 

깃허브의 config 파일의 내용이 바뀌었거나 refresh가 필요하다면,  post 방식으로 config client 재 기동을 요청.

 

 

client가 제대로 POST 요청을 받았다면 재기동 처리됨.

 

    * Intelij의 클라이언트 재기동 로그.

재기동 이후 정상적으로 설정 파일의 변경값을 받아온 것을 확인 할 수 있습니다.