springcloud 全家桶 or springcloud alibaba?
kaigong 2020-03-01 16:06:17 +08:00 via Android 5473 次点击这是一个创建于 2129 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司既有的碎片化服务群准备微服务化。原有项目大部分都是 springboot1.5 左右。用 springcloud 全家桶，担心现在核心的 netfix 的组件已经闭源不在维护了，后面遇到问题无法解决。用 alibaba 那套呢，现在看，社区倒是挺活跃的，但是不了解稳定性怎么样？现在用的多不多。第二，担心被阿里劫，不得不使用他的商业云服务。请大家说说自己的看法？
12 条回复 2020-12-16 16:55:47 +08:00
 | 1 hantsy 2020-03-01 16:22:42 +08:00  2 |
 | 2 zr8657 2020-03-01 16:30:27 +08:00 1 eureka 够用了，所有开源的东西都不建议碰阿里的 |
 | 3 lzk50136 2020-03-01 16:38:40 +08:00 1 楼牛逼 |
 | 4 zsdroid 2020-03-01 16:42:48 +08:00 al 不是出了名的 kpi 开源吗 |
 | 5 Lonely 2020-03-01 16:45:14 +08:00 via iPhone 不用阿里的就对了 |
 | 6 WispZhan 2020-03-01 16:51:27 +08:00 和一楼说的一样，不要太多。 https://cloud.spring.io/spring-cloud-static/spring-cloud-commons/current/reference/html/ https://cloud.spring.io/spring-cloud-circuitbreaker/reference/html/ https://cloud.spring.io/spring-cloud-static/spring-cloud-gateway/current/reference/html/ 就算不换框架，官方组建也一直在迭代。你说的不维护，也只是 Netflix 组建罢了。组建设计的都是抽象的，具体实现很容易就被替换掉。至于这种与云平台绑定的框架，比如 alibaa、aws、gcp，自己看着用吧。 --- 而且 Spring Cloud 这种 All in Framework 的模式，也有 Sidecar pattern 对比。 https://developers.redhat.com/blog/2016/12/09/spring-cloud-for-microservices-compared-to-kubernetes/ |
 | 7 abcbuzhiming 2020-03-01 17:16:01 +08:00 @hantsy 我觉得现在微服务框架的核心问题有两个，一个是服务的切换熔断机制（解决稳定性问题和可靠问题），一个是调用链条的监视机制（解决服务治理和服务质量管理），但是我感觉 java 目前的微服务框架似乎对这些根本不怎么上心，不管是 spring cloud，还是你提出的那些框架，甚至有些曾经的开源的大企业可能是发现了这些要点，把之前的开源代码不再维护，后续版本不再开源，比如 netfix 之前开源的一堆微服务组件，spring cloud 抄了不少 |
 | 8 chenhui7373 2020-03-01 21:42:36 +08:00 jhipster 世界如此简单 |
 | 9 passerbytiny 2020-03-02 10:30:31 +08:00 @abcbuzhiming #5 你说的这两个问题，是架构师具体项目具体分析的活贵并且专用，免费且通用 的 java 框架，压根不可能有心的。实际上，如果你愿意向 Spring 的所属公司 Pivotal 掏大钱的话，这些问题都不是事。 |
 | 11 btbr403 2020-12-01 12:56:07 +08:00 嗯 看评论真觉得阿里这些年开源在外的名声真的不太好... 18 年之后还是能看到些变化，一方面是组织架构上请贾扬清来做了开源技术委员会老大，有了组织保障。 另一方面阿也开始吃自己的狗粮了，今年双 11 就开始用 Dubbo3 了，内部的 HSF 开始融合了。 Spring Cloud Alibaba 全家桶一方面双 11 验证过，也有其他大厂在用，社区也持续在运营，我觉得还是可以放心用的，give it a shot. |
 | 12 kaigong OP 1 最终选用了 Alibaba 的， gateway+nacos+sentinel 目前没发现什么坑 |
Select Language