未登录用户
首 页
书 架
登录系统
注册账号
联系我们
duidaima.com
版权声明
闽ICP备2020021581号
闽公网安备 35020302035485号
搜索
我要提问
随便写写
我要写书
领导要搭建备用k8s集群,该怎么劝说老板放弃这一想法?
发布于 2个月前
145 热度
7 评论
寒春玉柳
1 粉丝 26 篇博客
关注
打赏
业务要容器化上 k8s ,部门领导非要搞两套,一主一备,如何劝他不要搭建备用的一套。他还要两个集群同时都用,类似于数据库双主。我都不知道该怎么劝说了。
用户评论
时光浅巷
业务量大并且重要的最好还是 2 套,这个问题不大。
我觉得这个问题不是 2 套 K8S 的问题,而是要从业务上考虑如何异地双活、并且同时承载用户流量。业务服务层接口你可以在不同集群不同机房部署,域名解析多个 IP 而已,但是缓存、中间件、数据层这些可能不好做异地、跨集群双活这种架构,举个例子:如果是用 redis 做缓存,业务侧的缓存一般跟着接口部署在一起,这就需要跨集群做 redis 集群,如果一个业务接口在部署在两个集群上并且使用了各自独立的缓存,对用户有没有影响?
2024/4/26 12:48:00
[
0
]
[
0
]
回复
念之森蓝
如果有足够的资源,为什么不搭备用集群?多得是多集群管理的,这是很正常、很合理的做法,去个啥会议都能听到说多集群的,甚至 k8s 里为了这种做法还专门有了个叫集群联邦的东西,还有些别的我不记得名字叫什么的多集群管理的东西也是经常被人提到。另外,在工作上要相信领导,楼主的反骨要收一下。。。
2024/4/26 12:44:00
[
0
]
[
0
]
回复
煮酒慰风尘
我觉得你们领导说的挺有道理的:
1.每个集群可以独立升级;
2.资源最大化利用,两个集群同时负载流量。不需要单独搞一套灾备环境,省钱。
了解下滴滴 k8s 事故。
2024/4/26 12:42:00
[
0
]
[
0
]
回复
星河几许
多个 k8s 集群不是很正常嘛,我们都有将近 10 套集群了,而且 k8s 版本还不一样。业务集群,GPU 集群,大数据集群,混部集群等等,每种集群都是在两地机房独立部署的。
2024/4/26 12:39:00
[
0
]
[
0
]
回复
山色风月倦
说明他对 k8s 的容错不信任。理论上你是说服不了他的,因为不管你使用什么技术最终还是会出问题。你可以向他直言,这东西你搞不定换个架构师来。
什么?你就是架构师?那你就让不懂技术的领导闭嘴,架构难道不听架构师的?
什么?领导是高级架构师?那你还是闭嘴吧,让你干啥就干啥。
2024/4/26 12:31:00
[
0
]
[
0
]
回复
彼岸星光
k8s 是独立的吧,不存在一主一备。搞 2 个没什么问题,这个跟数据库双主不一样。
2024/4/26 12:25:00
[
0
]
[
0
]
回复
冷流大哥
你说他是外行吧,他懂容器懂 k8s ,你说他是内行吧,他要搞两套 k8s 做主备。不过,他是领导,我建议你按他说的做
2024/4/26 12:18:00
[
0
]
[
0
]
回复
点击加载更多评论
架构设计
228 成员 |
813 话题
+我要提问
+随便写写
可能感兴趣的话题
如何通过k8s来降低运营成本?
消息队列的七种经典应用场景使用总结
性能测试问题分析的通用方法
高并发系统架构有哪些性能优化方法?
我觉得这个问题不是 2 套 K8S 的问题,而是要从业务上考虑如何异地双活、并且同时承载用户流量。业务服务层接口你可以在不同集群不同机房部署,域名解析多个 IP 而已,但是缓存、中间件、数据层这些可能不好做异地、跨集群双活这种架构,举个例子:如果是用 redis 做缓存,业务侧的缓存一般跟着接口部署在一起,这就需要跨集群做 redis 集群,如果一个业务接口在部署在两个集群上并且使用了各自独立的缓存,对用户有没有影响?
1.每个集群可以独立升级;
2.资源最大化利用,两个集群同时负载流量。不需要单独搞一套灾备环境,省钱。
了解下滴滴 k8s 事故。
什么?你就是架构师?那你就让不懂技术的领导闭嘴,架构难道不听架构师的?
什么?领导是高级架构师?那你还是闭嘴吧,让你干啥就干啥。