这是一个创建于 1236 天前的主题，其中的信息可能已经有所发展或是发生改变。
最近老板让我管一个新项目的 k8s 部分，感觉 k8s 相当于集群上的“操作系统”，抽象了很多集群上的复杂性。具体有什么需要编码的吗？比如在运行时动态增减容器，部署服务？想问问大家，给自己找个定位。
 | 1 hwdef 2022-07-13 10:34:19 +08:00  1 可以不 code ，只使用，就做个运维。k8s 目前生态不错，很多需求都有比较好的实现。 如果遇到了没办法满足你需求的开源项目，那就可以自己 code 了。。无非就是 cni ，cri ，csi ，serviec mesh ，各种 operator 。只要能让你们的业务平稳的运行在 k8s 上，，能较好的开发迭代，，code 不 code 不重要 |
 | 2 idblife 2022-07-13 10:36:50 +08:00 11 yaml 工程师 |
 | 3 Hanggi 2022-07-13 10:45:43 +08:00 1 其实你可以把自己定位为 DevOps 程序员，目前很火的一个概念。 |
 | 4 nicholasxuu 2022-07-13 10:47:54 +08:00 1 集群监控警报之类的完善。写 operator 插件服务处理 yaml 里的问题。 比如自动动态增减容器有 hpa 可以解决，但是怎么知道 hpa 是否有合理发挥作用呢？怎么知道其他人管理的服务是否有难以发现的配置错误呢？如何减少资源申请过高导致的服务器浪费呢？如何尽早知道节点资源快不够了呢？节点资源管理可以用弹性节点解决，但是用弹性节点的话，如何确定弹性节点有按需的增加和减少呢？ 还有，如何保证任何天灾（服务器坏了）人祸（有人发了配置错误的服务）发生时，尽可能少的需要运维人员介入（等人处理要时间，还要确定有人值班），并且尽可能的避免损失？（自动检测到问题并恢复） |
 | 5 alexsunxl 2022-07-13 10:56:00 +08:00 1 写 crd 呗。 还有被下游推的一些配置需求。 还有手动搬运社区的新代码。 就是说： 想把 k8s 升级大版本，几乎不太可能。但是又有需要的新功能，就只能搬运源码了。 |
| 6 alexsunxl 2022-07-13 10:58:11 +08:00 1 |
 | 7 isno 2022-07-13 11:02:46 +08:00 恭喜，荣升"SRE 工程师"称号。 |
 | 8 dolphintwo 2022-07-13 11:12:21 +08:00 4 平时都在 delete pod |
 | 9 a398058068 2022-07-13 11:20:49 +08:00 开发 |
| 10 a398058068 2022-07-13 11:22:18 +08:00 k8s 集成 istio 做微服务 。 纯运维已经搞不定了所以只能 我们全栈工程师来搞。 开发 k8s 之外的时间开发业务应用。 |
 | 11 jorneyr 2022-07-13 13:48:01 +08:00 用 Go 开发 K8S Operator 。 |
 | 12 zr8657 2022-07-13 13:55:51 +08:00 我这三十来个节点，K8S 没事的时候我就写增删查改 |
 | 13 Frankcox 2022-07-13 14:32:05 +08:00 1 Operator 、client-go 等等 |
 | 15 novolunt 2022-07-13 17:16:56 +08:00 v2 划水 |
 | 16 4771314 2022-07-13 18:50:14 +08:00 1 智能客服 随时处理业务问题 |
 | 17 Cola98 2022-07-13 19:10:46 +08:00 1 之前是做和 K8S 有关的运维，主要是用 kubespray 做部署，升级之类的。然后现在的话用 client-go 写周边的测试 |
 | 18 9 2022-07-13 19:38:33 +08:00 @alexsunxl 我能理解规模大了后，和业务协调沟通 k8s 兼容的成本会很高。可是搬运源码的事情实在是太蛋疼，运维成本太高，迟早运维不动。规模大，跟不能升级版本不是强相关的。 |
 | 19 sukidesuka 2022-07-14 09:51:13 +08:00 用 kubebuilder 框架写自动化运维程序 |
 | 20 pepesii 2022-07-14 10:06:19 +08:00  1 |
 | 23 dnsjia 2022-07-29 12:55:17 +08:00 |
Select Language