做 k8s 相关的程序员平时在做什么工作呢？

[TravisMtg]

最近老板让我管一个新项目的 k8s 部分，感觉 k8s 相当于集群上的“操作系统”，抽象了很多集群上的复杂性。具体有什么需要编码的吗？比如在运行时动态增减容器，部署服务？想问问大家，给自己找个定位。

[hwdef]

可以不 code ，只使用，就做个运维。k8s 目前生态不错，很多需求都有比较好的实现。

如果遇到了没办法满足你需求的开源项目，那就可以自己 code 了。。无非就是 cni ，cri ，csi ，serviec mesh ，各种 operator 。只要能让你们的业务平稳的运行在 k8s 上，，能较好的开发迭代，，code 不 code 不重要

[idblife]

yaml 工程师

[Hanggi]

其实你可以把自己定位为 DevOps 程序员，目前很火的一个概念。

[nicholasxuu]

集群监控警报之类的完善。写 operator 插件服务处理 yaml 里的问题。
比如自动动态增减容器有 hpa 可以解决，但是怎么知道 hpa 是否有合理发挥作用呢？怎么知道其他人管理的服务是否有难以发现的配置错误呢？如何减少资源申请过高导致的服务器浪费呢？如何尽早知道节点资源快不够了呢？节点资源管理可以用弹性节点解决，但是用弹性节点的话，如何确定弹性节点有按需的增加和减少呢？
还有，如何保证任何天灾（服务器坏了）人祸（有人发了配置错误的服务）发生时，尽可能少的需要运维人员介入（等人处理要时间，还要确定有人值班），并且尽可能的避免损失？（自动检测到问题并恢复）

[alexsunxl]

写 crd 呗。 还有被下游推的一些配置需求。
还有手动搬运社区的新代码。
就是说： 想把 k8s 升级大版本，几乎不太可能。但是又有需要的新功能，就只能搬运源码了。

[alexsunxl]

@alexsunxl
我举的例子是规模比较大的，跑着几万到几十万容器的 k8s 。
相关的工作其实很看规模。
刚开始可以先搞好稳定和监控，日志，网络这些基础性质的

[isno]

恭喜，荣升"SRE 工程师"称号。

[dolphintwo]

平时都在 delete pod

[a398058068]

开发

[a398058068]

k8s 集成 istio 做微服务 。 纯运维已经搞不定了所以只能 我们全栈工程师来搞。 开发 k8s 之外的时间开发业务应用。

[jorneyr]

用 Go 开发 K8S Operator 。

[zr8657]

我这三十来个节点，K8S 没事的时候我就写增删查改

[Frankcox]

Operator 、client-go 等等

[Z5460520]

@idblife 不要太真实

[novolunt]

v2 划水

[4771314]

智能客服
随时处理业务问题

[Cola98]

之前是做和 K8S 有关的运维，主要是用 kubespray 做部署，升级之类的。然后现在的话用 client-go 写周边的测试

[9]

@alexsunxl 我能理解规模大了后，和业务协调沟通 k8s 兼容的成本会很高。可是搬运源码的事情实在是太蛋疼，运维成本太高，迟早运维不动。规模大，跟不能升级版本不是强相关的。

[sukidesuka]

用 kubebuilder 框架写自动化运维程序

[pepesii]

我在搞这个 https://github.com/kubegems/kubegems