作者回复: 一个是在启动时一开始就要加载的配置,其中的配置是启动用到的,另一个是在基础系统启动后再读取的配置。比如我们用了配置中心来管理配置,那我在启动时总需要知道连接配置中心的信息吧,这些就要放在bootstrap.properties里。
作者回复: 注册量大,就拆一下吧,分些组,没有必要大家都注册到一起。另外,ZK也可以调整,比如增加一些Observer节点,而不是盲目地扩大集群。服务规模大了,用什么注册中心都会遇到容量瓶颈,所以不是简单的换套东西就完事了。
作者回复: 1. 多个不同环境的机器是不一样的,如果机器资源有的多,可以选择多个注册中心,通过profile的方式,指定不同的注册中心去部署,也可以用外置配置文件配不同地址的方式,反正就是让大家能分出来。 2. 如果只有一个注册中心,就在注册时带上一些特殊的标识,能区分出来,然后在获取服务的提供者时根据标识做个区分,在壹钱包我们在线下环境就是使用类似的方式,在同一个注册中心上分出了不同的组来做请求路由的。
作者回复: 集群规模不大的话,ZK大多数情况下够用了,但要注意ZK本身的高可用配置,别用单机ZK
作者回复: 偷懒的话可以直接用nodePort把这个pod的eureka端口暴露出来,如果真的要在产线使用,最好还是配置下ingress吧
作者回复: 新版本变化还是不小的
作者回复: 这个你其实可以自己动手试一下,把注解去掉,看看启动waiter-service后它会不会出现在eureka的服务列表里。是可以的。
作者回复: 谢谢,我看了下,的确多了个client
作者回复: Eureka本身是有缓存的,Ribbon从Eureka的客户端取
作者回复: 有,每个系统都有大量的依赖,你还是需要有个地方来做管理的,如果都是单模块的,那依赖管理可以放父pom里,然后大家都继承这个父pom