Java 应用上了 k8s 之后是不是可以不需要 spring cloud 里的部分组件了
woyao396 2020-12-17 13:10:24 +08:00 3745 次点击这是一个创建于 1763 天前的主题，其中的信息可能已经有所发展或是发生改变。
 | 1 wandehul 2020-12-17 13:23:36 +08:00 是的，很多功能重叠。。。。。。。 之前和本司一个开发讨论这个，他说 k8s 能实现的，spring cloud 都能实现，然后我就不想讨论这个问题了 。 |
 | 2 threeEggs123 2020-12-17 13:27:00 +08:00 via Android 我们只用了 hystrix，其他的都没有用。 |
 | 3 thinkmore 2020-12-17 13:33:47 +08:00 是的，我们是用 springboot + k8s |
 | 4 hantsy 2020-12-17 13:34:01 +08:00 从 5 年前第一次写项目 POC，讨论的结果就淘汰了 Spring Cloud 里面的大部分组件，图上这个观点还是比较客观的。 MS 从一开始就应该考虑容器部署，DevOps，自动化。用 Spring Cloud 那些运维相关的功能会成绊脚石，特别是早期的版本，加入后，项目依赖变得超级庞大，写单元测试变得太困难。 目前感觉比较有用的就 日志, Open tracing, metrics，另外像 Gateway （作为聚合需要） Resilient4j，FeignClient，Spring Cloud Contract 这些可以选取，其他不用。 |
| 5 hantsy 2020-12-17 13:36:19 +08:00 另外可以看看 Spring Cloud K8S 这个项目，针对 K8s 提供了一些简单的 Glue 。 |
 | 6 xuanbg 2020-12-17 13:57:31 +08:00 微服务基础组件，譬如注册中心、配置中心这些，应该基于一套统一的开放的协议。在实现协议的基础上，A 的客户端可以对接 B 的服务，用谁家的实现就无所谓了。 |
 | 7 jingslunt 2020-12-17 13:59:47 +08:00 via Android 换成 istio |
 | 8 zoharSoul 2020-12-17 14:27:46 +08:00 我们的就是 k8s + spring boot |
 | 9 bootvue 2020-12-17 14:40:05 +08:00 看项目规模了 小一点的规模或者没有可靠的运维 对 k8s 不熟悉的话 专注 spring cloud 还是易于维护的 |
 | 10 ptrees 2020-12-17 14:52:38 +08:00 换句话说用了这些的话是不是没必要上 k8s?公司代码也不太复杂,不想研究了 |
 | 11 CoderGeek 2020-12-17 15:00:04 +08:00 k8s + spring boot 可以 用 k8s + spring cloud 也很平滑 不用改动很多现有代码 |
Select Language