假如在 k8s 上部署微服务，那么还需要 Eureka 吗？

假如在 k8s 上部署微服务，那么还需要 Eureka 吗？

k8s 的 svc 本身就提供了服务注册和发现，那么是部署额外的配置中心还是！

默认排序

得看你自己的需求和未来规划了。

需求只是可以服务发现的话，直接用service就够了，只依赖kube proxy。

但是kube这个功能还是有很多局限性的，性能、健康检查 容错等方面做得比较基础。但也够用。好处是对应用完全无侵入。

你要用eureka的话无非多了一些注册发现的能力。上微服务框架，拥有一些熔断之类的好处。

ls 说的也挺好的 以后用istio服务网格 功能更强大，掌握起来可能复杂些但是也很好用了。

最后，建议直接service 用起来 后续调研isitio。两者都是无侵入的 不需要改应用代码。eureka需要一些代码改动 改动也不算大，如果你们在用微服务框架等来一个全家桶也挺好。

​

机械工程师 java程序员 运维工程师

我们是从swarm转到k8s上的，保留了eureka，好处是不用修改代码

​​​​

不需要 可以直接使用istio 来提供服务发现的服务。同时 使用istio还可以提供很多eureka没有的功能 比如版本控制 流量策略 非侵入式的服务监控等等

同事使用istio开可以将不同语言开发的微服务轻松结合起来 eureka基本只能用Java进行开发

但是从eureka 迁移到istio 是有相当成本的 需要修改项目架构，所以istio难以成为流行的架构。老版本的istio是支持eureka的 但是随着eureka的闭源 现在已经不支持了。