#Spring_Cloud_Config

[devsnews]

This article will learn you how to build microservices with Spring Boot 3 and the Spring Cloud components like Eureka or Spring Cloud Config.

[usk-abe]

Spring Cloud Configのリファレンスを読んだメモ

Spring Cloud Config導入の言い出���っぺの手前、やっとリファレンスをまじめに読んだので、まとめでなく、個人的メモ。

さくっと概要を知りたければ、ここが良さそう。

＜Spring Cloud Configのリファレンス読んだ＞

http://kimulla.hatenablog.com/entry/2016/03/04/Spring_Cloud_Config%E3%81%AE%E3%83%AA%E3%83%95%E3%82%A1%E3%83%AC%E3%83%B3%E3%82%B9%E8%AA%AD%E3%82%93%E3%81%A0

ここからメモ

http://cloud.spring.io/spring-cloud-static/spring-cloud-config/1.2.2.RELEASE/

/{label}/{application}-{profile}.properties "label" is an optional git label (defaults to "master".)

環境=(local,dev,stg,prod)として、各環境のClientアプリは、各環境のConfigServerを参照することになるんだろうな。

プロジェクトごとにブランチ（バージョン）を作成してもらい、labelを使えば、複数のプロジェクトが走ったとしても、特定の環境、DEVとかで異なる設定を同時に使うことができそう。

例を書きたいが一旦省略。

application.properties

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

上記は、ローカルにあるファイルを参照していることになるのかな？？

file: prefix it should work from a local repository so you can get started quickly and easily without a server

gitは使うが、ローカルにcloneして使うので即反映できると言うこと？

gitの共有アカウントがあるので、それ使っても良いかも。

releaseブランチまたはmasterにマージしたタイミングで本番リリースになれば、リリース作業が減るのでgitを使うのが良さそう。

もちろんマージ＝リリースになるのでマネージャ承認フローも変えないと。やっぱしまずはファイルで始めて、あとでgitに繋ぐのか良いかも。

Vault

暗号化プリシーを確認するのと、もうチョイ仕組みの理解が必要。あとで読む。

With file-based (i.e. git, svn and native) repositories, resources with file names in application* are shared between all client applications (so application.properties, application.yml, application-*.properties etc.). You can use resources with these file names to configure global defaults and have them overridesdden by application-specific files as necessary.

これイイね。アプリごと個別の設定と全アプリ共通の設定を実現できそう。

Note that in YAML you don’t need to escape the backslash itself, but in properties files you do, when you configure the overrides on the server.

変にハマるくらいなら、propertiesよりYAMLにしたほうが良さそう。

spring.cloud.config.overrideNone=true (default is false)

上書きで良いと思う。

Health Indicator

ちょっとよくわからなかったので、あとでググる。 でも、gitサーバが落ちていたことを考えて、ConfigServerまたはClientでキャッシュしておいてもらえるとうれしいな。要検証。

Encryption and Decryption

JVMにJCEインストール必要があるのか。このセクションはあとでちゃんと読も。

f you want to read the configuration for an application directly from the backend repository (instead of from the config server) that’s basically an embedded config server with no endpoints.

Config Server立てるでよいはず。MQやバッチのアプリがあるし。

Spring Cloud Config Client

全Clientを/refreshしたくないので、Push通知を使うのにSpring Cloud Bus、spring-cloud-config-monitorが必要になるのか。Spring Cloud Busはあとで調べたい。

spring.cloud.config.failFast=true

今のところこれは必要だね

spring-retry and spring-boot-starter-aop retry 6 times　interval of 1000ms

忘れそうなのでメモ。

Health Indicator health.config.enabled=false

あとでググる。

Benefitまとめ

アプリごとの定義ファイルを別けたうえで、設定をConfigServerに集約できるので、

共通の変更を1箇所で管理できる。

設定だけのためにアプリをビルドしなくて良い。

ローカル環境の設定は、一度セットしてしまえば、どのアプリ、どのバージョンでも適用できる。チェックアウトするたびにpom.xmlを書き換える必要はなくなる。

将来的には、masterへのマージやreleaseブランチのコミットで、即時サーバに反映されるような仕組みが作れる。FeatureFlagとかにも使えるのかな？