这是一个创建于 57 天前的主题，其中的信息可能已经有所发展或是发生改变。
k8s 运维平台现在已经很流行了，但也有说认为只有大公司才能使用，小公司使用反而麻烦，你认为呢？
 |
101
zhengmin451607 57 天前
@linxuan716 我不是很懂，按我的理解，自己买了服务器那应该整个服务器的 cpu 和内存都是自己的，为什么要用 k8s ，我觉得用 k8s 应该是方便管理多台服务器，以及碰到爆发性的流量，可以临时从阿里云加服务器去承载流量。可是你自己买的服务器的话 ，上限不是已经固定了么。是不是就只剩方便管理和部署了。
|
 |
102
guanzhangzhang 57 天前
|
 |
103
zzfly256 57 天前
像插个话题，现在公有云的 K8S 平台哪家相对性价比高一些
|
 |
104
spritecn 57 天前
@linxuan716 10w+设备,一天超 3000 万轨迹,2 台 2c 4g 在跑路过,ci/ci 我用内部服务器 drone 在跑,完全不考虑上 k8s
|
 |
105
lhsakudsgdsik 57 天前
k8s 维护可不简单，这是属于那种平时不容易出问题，一旦出问题你短时间都解决不了的，我去年给公司监控上的 k3s ，讲真一直没问题导致我现在几乎已经全部忘了，哪天出了什么问题，找我估计也搞不好，管理平台密码我都忘了，哈哈
|
 |
106
fioncat 57 天前
@linxuan716 #89 数据库还是别在 k8s 里面跑了。k8s 适合跑无状态服务
|
 |
107
liuliancao 57 天前
技术上要了解的 另外弹性伸缩会方便点
|
 |
108
winglight2016 57 天前
公司的开发团队只有 5 、6 个人的时候我就开始推 k8s 了，理由有三个：
1. 规范 docker 部署，以前是直接在生产环境下挂载外部 git 目录，然后拉代码发布 2. 方便做水平扩展，公司业务分时段高峰，特别是 python 后台，没有现成的分布式框架 3. 实现了滚动更新，这也是公司的业务需求，不管会不会真用上，但是要求 100%在线 另外，k8s 带来了业务代码与垂直功能的分离，可以让写业务的伙计不再关注鉴权、自动重试、fail-tolerance 、日志等等，这对于技术管理来说非常有价值。 |
 |
109
xzysaber 57 天前
我们公司不大，但是我管理了不少集群。
推荐使用 k3s,运维难度又会再小一些。 K8S 里面现在的功能太多了，其实往往需要的没多少，滚动更新，扩缩容等。 运维比较考验技术和经验,我就遇到了不少网络和内核相关的问题。一点都不懂，但是又想用的话建议使用各个云的服务。或者一些已经集成 K8S 的服务。 |
 |
110
hutoer 57 天前
以下 4 种情况适合使用 k8s
1 、你想用公司的时间去学习、练手 k8s ，为了以后跳槽时简历好看些。搞砸了正好可以走人。 2 、给你的 KPI 加码，k8s 复杂与否没关系。 3 、防御性运维，把运维搞得越复杂越不会被优化。 4 、团队运维能力强（不仅仅是 k8s 、分布式存储、网络、防火墙、linux 、各类硬件等等），可以确保 k8s 体系出现故障也有能力快速排除 团队有能力对基于 k8s 的系统做性能优化 团队不差钱 我们用 k8s 7 、8 年了，如果是要为公司考虑的话，我个人觉得大多数产品没必要上 k8s 。 |
 |
111
mightybruce 57 天前
这都快成月经贴了， 实在不想评论， 自己问问 AI 吧。
|
 |
112
momo2789 57 天前  2
无法想象 2025 还有人问这个问题，说明还可以再裁点。
|
 |
113
timzaak 57 天前
以前上 k8s 的理由
1. 各种项目存在周期性，需要各种上下线。 2. 人员权限管理问题，（ rancher UI 界面配用户权限，随时增删，node 无接触，无堡垒机） 3. 不想接微服务框架，configmap/secret + lb 完全够用。 4. ucloud NAT 、镜像等资源免费。 现在想下 k8s 的理由 1. 阿里云 NAT 必须补双 region ，要 2 外网 IP 2. ALB 也要 2 外网 IP 3. 项目虽然零碎，但长期，自带 spring cloud 全家桶 |
 |
114
yyttrr 57 天前
机器超过 2 台，我就会部署到 k8s 上
|
 |
115
chimission 57 天前
最终还是要落到成本收益的对比上，用 k8s 你付出的成本是什么（云服务费、学习成本、程序适配、团队能不能 hold 住 k8s 、k8s 出了问题能不能解决）收益又是什么（简化发布流程、减少运维成本、减少开发工作量等等） 收益能不能覆盖掉成本
|
 |
116
leven87 57 天前
k8s 本质是一个资源（ gpu, 内存，cpu ）管理和调度的工具, 当你需要频繁改动应用的资源，并进行管理的时候。就可以使用了。当然，k8s 的生态也是我喜欢的，比如 argo, hami, volcano, kubeflow 等，可以立刻找到应用周边的解决方案，
|
 |
117
vagusss 57 天前
目前的方案能解决你们面临的情况就不需要上 k8s, 否则你可能面临额外的文题
|
 |
118
shelken 57 天前 via iPhone
最近自学 k8s ，给自己之前 docker compose 的服务迁移到 k3s ，github 上有个 home-ops 项目非常好用，可以用这个练练手，相当有意思
https://github.com/onedr0p/cluster-template |
 |
119
runlongyao2 57 天前
从收益和成本角度去看问题，主要看收益能不能 cover 住你整个改造的成本（机器费用和改造的人力成本）
|
|
120
shelken 57 天前 via iPhone
@fioncat 做好备份完全没有问题，自己跑一遍 backup 和 restore 过程就会发现简单很多。可以了解下 cloudnative-pg 或者其他云原生的数据库，都有很方便的灾备方案
|
 |
121
zhujq 56 天前
@ksmiloLove #38 呼叫 defunct9 ，😄
|
 |
122
issakchill 56 天前
上东家上过 然后只有 3 4 个服务 还都是单实例
 |
 |
123
momocraft 56 天前
给个控制平面 我 kubectl exec 进去看看 ( ͡° ͜ʖ ͡°)
|
 |
125
COW 56 天前
跟规模没关系吧，我家用服务器也用 K8s
|
 |
126
69partner 56 天前
有分布式服务 或者 公司内环境服务总共大于 10 个 我觉得就应该用， 我们公司已经上了 k8s ，技术人员只有 2 个，内网已经部署了超过 70 个 deploy ，用 k8s 长期来看是个非常划算的买卖
|
 |
127
IAmAnonymous 56 天前
@shelken K8s 学起来麻烦吗
|
 |
128
Lockroach 56 天前
有正经生产部署需求的最好都用吧
|
 |
129
DefoliationM 56 天前 via Android
我自己 nas 也用 k8s 呀，跟规模根本没关系，k8s 可以很方便的用 terraform ，docker 你看看能不能用，根本没法管理。
|
 |
130
xomix 56 天前
k8s 一直以来就不是和业务规模强相关的项目，他是和业务快速重建和回复更加强相关的项目。
同样的需求你用 docker 去做，需要引入大量的第三方组件来组织一套高可用快速横向扩展的容器编排系统。k8s 你可以把任务重心集中在容器编排上。 所以回到业务上，如果你的业务有以下需求，你就应该考虑 k8s 或类似的平台来管理你的业务了： 1 、极端要求的高可用，要求停机时间小于 30 秒甚至到毫秒级别。 2 、业务弹性非常大，对系统资源占用变化极大并且使用共用云类似的按照使用付费的基础设施资源。 3 、希望通过一个或多个节点控制整个项目的模块集成、部署或其他相关需求的项目。 看完上面三个需求你就理解需要用 k8s 的项目都是什么形态的了。 |
 |
132
qumingkunnan 56 天前
搞 Java 的，Spring boot 单体系统，如果想改造分布式，解决了 jvm 内状态问题以后，k8s 能让我不去关注负载均衡、服务发现、配置中心、服务网关等等，更多回归业务上。
|
 |
133
chesha1 54 天前
小公司也可以用啊，现在就业环境不好，以后招业务开发的时候要求懂云原生服务、可观测性、k8s 的基本使用就行了
 如果是用户量不大，我觉得 serverless 是最好的，比 k8s 还轻松，但是考虑到国内没啥 js 全栈的土壤，相比对普通的 docker compose ，其实 k8s 也没麻烦到哪里去 |
Select Language