我真的很难过这个.我们希望使用Spring Cloud Consul进行服务发现,我的大学正在推动使用Spring Cloud Consul Config而不是Spring Cloud Config,我之前已经为相关项目实施了Spring Cloud Consig Config.问题是,Spring Cloud Config运行良好,并且具有无缝的开箱即用版本控制管道(git),用于动态集中管理属性.为了在Spring Cloud Consul Config中支持相同的功能,似乎需要重新发明已经融入Spring Cloud Config的轮子.
有没有人有使用两者的经验？将两者结合使用是否合理？也就是说,有春天的云配置客户端指向一个春天的云配置服务器的更多的"静态"环境属性(事情,开发,质量保证期,生产都否则静态之间会发生变化)和Spring云领事配置像服务纯动态特性发现？
如果我错了,请有人纠正我,但是根据我的理解,为了使用Spring Cloud Consul Config支持"静态"属性的动态版本控制,我需要做些什么,我需要在git和物理之间进行某种管道"/config"每个Spring Cloud Consul Config应用程序实例的运行实例的目录:/