公司既有的碎片化服务群准备微服务化。原有项目大部分都是 springboot1.5 左右。用 springcloud 全家桶,担心现在核心的 netfix 的组件已经闭源不在维护了,后面遇到问题无法解决。用 alibaba 那套呢,现在看,社区倒是挺活跃的,但是不了解稳定性怎么样?现在用的多不多。第二,担心被阿里劫持,不得不使用他的商业云服务。请大家说说自己的看法?
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 组建罢了。组建设计的都是抽象的,具体实现很容易就被替换掉。至于这种与云平台绑定的框架,比如 alibaba、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 最终选用了 Alibaba 的,
gateway+nacos+sentinel 目前没发现什么坑 |