Java 应用上了 k8s 之后是不是可以不需要 spring cloud 里的部分组件了
woyao396 · 2020-12-17 13:10:24 +08:00 · 3777 次点击这是一个创建于 1779 天前的主题，其中的信息可能已经有所发展或是发生改变。
 |
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