SpringCloud 项目部署在 k8s 上，关于服务发现 配置中心这里有没有什么组件推荐

[kd9yYw2RyhQwAwzn]

目前我们部署在 k8s 中的 springcloud 项目针对服务发现 配置中心这里使用的是 nacos
技术 Leader 想要替换调 nacos 调研了下目前比较切合需求的是 spring-cloud-starter-kubernetes
但是考虑到配置管理这块对于开发同学使用 ConfigMaps 进行编写配置有一定的困难 所以想参考参考大家部署在 k8s 上的 springcloud 技术栈都是怎样的呢 有没有什么轻量的配置中心推荐
jdk1.8 springboot 2.1.3.RELEASE
多谢！多谢！

[Kyle18Tang]

配置中心 Apollo 吧

[kd9yYw2RyhQwAwzn]

@Kyle18Tang 谢谢 我去看一下

[MonkeyJon]

nacos 不好用么，

[zhenjiachen]

我们的服务发现用的就是 spring cloud kubernetes ，不用多再新增一个服务了，配置中心没有用，服务多起来了，改起来还挺麻烦，准备引入配置中心了

[perfectlife]

说句实话 感觉没必要换，nacos 作为配置中心和注册中心 挺稳定的了，简单省事，开发人员如果 configmap 写配置都费劲，这就没有绝对的理由相信能用好 spring-cloud-starter-kubernetes ，还要去理解 k8s 中的各种对象的概念,切本地开发复杂度也会增加很多。然后你用 configmap 还要考虑权限控制，历史记录等问题

[leeUp]

我们是 nacos ，很好用啊，阿里云也支持的很好

[LeegoYih]

k8s consul nacos eureka(停止维护)

[leozzf]

国产的都不敢用

[kd9yYw2RyhQwAwzn]

@MonkeyJon 我们发现部署在 k8s 上的 nacos 稳定性不是很高 特别是其中一个节点 down 再恢复的情况下 会存在部分服务链接 nacos 上时断时续的问题

[SoulSleep]

敏感配置 nacos...或者所有配置都 nacos 了...很少用 configMap...
服务发现...nacos....很少会用 k8s service...因为有虚拟机和 k8s 互相访问的问题....

总只就是 nacos 一把梭....换的时候好换....别整太复杂，特别还依赖 k8s...相对风险更高

[kd9yYw2RyhQwAwzn]

@perfectlife 好的 谢谢您的建议 目前我们在本地联调时也很不方便 目前是在用 kt-connect 来链接集群网络

[pavelpiero]

服务发现 如果用 cloud alibaba 没理由不用 nacos
配置中心 apollo 真的挺好用的
另 过于大规模的团队 nacos 做配置中心有点不够用

[jwangkun]

我们用 consul

[kd9yYw2RyhQwAwzn]

@zhenjiachen 服务发现这块打算试试 spring cloud kubernetes 或者干脆不用 给所有后端服务配置 svc 然后通过 k8s 内部的服务发现来处理相互调用的问题 再后面考虑接入 istio 不过这个时候是不是 springcloud 的我感觉意义不是很大了

[waising]

@SoulSleep #10 我们用的刚好相反,能用 K8S 的尽量不引入其他服务进来,服务注册用的是 K8S 的,不过配置 cm 这块不是很方便,准备考虑其他方案

[kd9yYw2RyhQwAwzn]

@waising 您好 目前针对 cm 这块的替代方案有什么建议吗

[waising]

@kd9yYw2RyhQwAwzn #16 暂定自己写一个配置文件管理的功能,根据空间和服务创建对应的 cm,目前还在思考中

[SoulSleep]

@waising #15 嗯 如果你们是上来就搞 k8 ，够用了....我们是从一些老框架迁过来的，有历史债...

[biubiuGolang]

深度使用配置中心推荐 apollo

[kd9yYw2RyhQwAwzn]

@biubiuGolang 好的 谢谢