- 主题:Dubbo, Spring Cloud, Kubernetes傻傻分不清楚！
事实上，但凡大公司，都不会用这个去做。
性能太低
【 在 guestking 的大作中提到: 】
: 个人觉得服务发现这类的功能放在k8s这个层级更合理
:
--
FROM 223.104.44.*
kubernetesi是云厂商来收割小厂商的。不知道哪些大公司，他们的核心业务用k8s这一套
--
FROM 223.104.44.*
大公司考虑的是成本，反正都需要有人维护。
我不清楚测试结果，但当时说是比正常延时大，服务重启恢复慢。我们当时是Java体系全裸机服务和全docker下部署的区别。如果改用k8s估计还差点。
当然，我i还是推荐云上k8s全家桶
【 在 guestking 的大作中提到: 】
: 这个性能差距会很大吗，大概能差多少？
:
--
FROM 124.127.212.*
不是重新部署，是服务宕机，重启。传统部署的都是使用主进程监控子进程实现服务挂掉重启。
【 在 javafish 的大作中提到: 】
: 服务重启？是K8的service?
: 重启是说重新部署么？
: 还是伸缩时POD调度的响应速度？
--
FROM 117.136.38.*
不过我还是喜欢k8s弹性调度
--
FROM 117.136.38.*
日均每秒25k请求量
【 在 childewuque 的大作中提到: 】
: 同一服务都是多实例的吧
: 一般来说启动快慢影响不大
:
--
FROM 117.136.0.*