+
 新版
2018-07-11 10:33

引用来自“东东-”的评论

Linkerd 用 Scala 写的. 咋并啊

引用来自“风华神使”的评论

linkerd2不是
感谢提醒, 终于扔掉那个破逼语言了.
2018-07-10 18:33
同样技术栈基于rust和go的tidb 不知道能从什么深入的角度来分析分析
2018-07-10 12:43

引用来自“东东-”的评论

Linkerd 用 Scala 写的. 咋并啊
linkerd2不是
2018-07-10 10:44
之前就怀疑Conduit 和Linkerd 的定位问题,重合很多;按申明说Linkerd2 基于Conduit0.5来做,是好事,Linkerd笨重的很。
至于Istio,进度、性能,部署复杂性,不是普通人的数据网格。至于服务网格其路漫漫其修远兮。
2018-07-10 09:42

引用来自“h4cd”的评论

Service Mesh 场还处于各方势力备战状态,后起之秀 Conduit 就退场。越来越有意思。

引用来自“-TNT-”的评论

想必也打不过google+ibm吧

引用来自“h4cd”的评论

Istio被诟病进度太慢了
而且性能比较差
2018-07-10 09:10
Linkerd 用 Scala 写的. 咋并啊
2018-07-10 08:56
“他使用 Rust 构建了快速、安全的数据平面,用 Go 开发了简单强大的控制平面”用了两个神器!感觉要炸锅!
2018-07-10 08:25

引用来自“h4cd”的评论

Service Mesh 场还处于各方势力备战状态,后起之秀 Conduit 就退场。越来越有意思。

引用来自“-TNT-”的评论

想必也打不过google+ibm吧
Istio被诟病进度太慢了
2018-07-10 08:23

引用来自“h4cd”的评论

Service Mesh 场还处于各方势力备战状态,后起之秀 Conduit 就退场。越来越有意思。
想必也打不过google+ibm吧
2018-07-10 08:21
Service Mesh 场还处于各方势力备战状态,后起之秀 Conduit 就退场。越来越有意思。
回复 @
{{emojiItem.symbol}}
返回顶部
顶部