We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
项目本身模块化微服务,单个服务的配置如下图: 在有将现在有的服务迁移至Brcc统一配置中心的时候,会发现有问题: 原项目实际运行时,是需要指定activeprofile的,activeprofile实际的文件是 application.yaml和application-[profile].yaml的合并结果,配置荐较多的配置文件将配置项拆开往brcc上复写是一个比较痛苦的事情,那就带来了接下来的两个方向: 是否支持直接以配置文件的方式进行导入,brcc自动做前缀填充,能节省相当大的在线填写配置的时间 或者直接支持配置文件的变更Hook,直接以配置文件的形式来实现K-V的统一管理
The text was updated successfully, but these errors were encountered:
非常棒的想法,在brcc实现之前,有一个yml和properties互转的网站说不定可以帮到你, https://www.toyaml.com/index.html
我们也推荐application.yml和application-[profile].yml结合配置中心一起使用, 目前brcc的顺序是在yml配置文件之前, 所以同样的key会覆盖yml里的配置, 因此不一定要把所有的配置都放入配置中心
Sorry, something went wrong.
No branches or pull requests
项目本身模块化微服务,单个服务的配置如下图:
在有将现在有的服务迁移至Brcc统一配置中心的时候,会发现有问题:
原项目实际运行时,是需要指定activeprofile的,activeprofile实际的文件是 application.yaml和application-[profile].yaml的合并结果,配置荐较多的配置文件将配置项拆开往brcc上复写是一个比较痛苦的事情,那就带来了接下来的两个方向:
是否支持直接以配置文件的方式进行导入,brcc自动做前缀填充,能节省相当大的在线填写配置的时间
或者直接支持配置文件的变更Hook,直接以配置文件的形式来实现K-V的统一管理
The text was updated successfully, but these errors were encountered: