- 主题:Dubbo, Spring Cloud, Kubernetes傻傻分不清楚！
前一个可能试service的问题，服务重启恢复慢应该是其他问题
【 在 lushan5436 (密如) 的大作中提到: 】
: 大公司考虑的是成本，反正都需要有人维护。
: 我不清楚测试结果，但当时说是比正常延时大，服务重启恢复慢。我们当时是Java体系全裸机服务和全docker下部署的区别。如果改用k8s估计还差点。
: 当然，我i还是推荐云上k8s全家桶
: ...................
--
FROM 180.167.95.*
服务重启？是K8的service?
重启是说重新部署么？
还是伸缩时POD调度的响应速度？
【 在 lushan5436 的大作中提到: 】
: 大公司考虑的是成本，反正都需要有人维护。
: 我不清楚测试结果，但当时说是比正常延时大，服务重启恢复慢。我们当时是Java体系全裸机服务和全docker下部署的区别。如果改用k8s估计还差点。
: 当然，我i还是推荐云上k8s全家桶
: ...................
--
修改:javafish FROM 39.144.104.*
FROM 39.144.104.*
不是重新部署，是服务宕机，重启。传统部署的都是使用主进程监控子进程实现服务挂掉重启。
【 在 javafish 的大作中提到: 】
: 服务重启？是K8的service?
: 重启是说重新部署么？
: 还是伸缩时POD调度的响应速度？
--
FROM 117.136.38.*
不过我还是喜欢k8s弹性调度
--
FROM 117.136.38.*
大厂的核心业务基本都用了
【 在 lushan5436 (密如) 的大作中提到: 】
: kubernetesi是云厂商来收割小厂商的。不知道哪些大公司，他们的核心业务用k8s这一套
: --
:
:
--
FROM 111.18.43.*
单一pod 挂掉又不影响服务
【 在 lushan5436 的大作中提到: 】
: 不是重新部署，是服务宕机，重启。传统部署的都是使用主进程监控子进程实现服务挂掉重启。
:
--
FROM 39.144.105.*
同一服务都是多实例的吧
一般来说启动快慢影响不大
【 在 lushan5436 的大作中提到: 】
: 不是重新部署，是服务宕机，重启。传统部署的都是使用主进程监控子进程实现服务挂掉重启。
:
--
FROM 36.112.99.*
日均每秒25k请求量
【 在 childewuque 的大作中提到: 】
: 同一服务都是多实例的吧
: 一般来说启动快慢影响不大
:
--
FROM 117.136.0.*
得有足够冗余，不然一个尖刺就刺破了
【 在 lushan5436 的大作中提到: 】
: 日均每秒25k请求量
: --
发自「今日水木 on NOH-AN00」
--
FROM 223.104.41.*
阿里和蚂蚁内部推广这个有段时间了。
【 在 lushan5436 的大作中提到: 】
事实上，但凡大公司，都不会用这个去做。
性能太低
--
FROM 101.88.124.*