上 Kubernetes 后，开发能自己发布吗？

开发测试环境开发自己发布，线上发布还是要审核的

得有 paas 平台啊，不会想开发直接操作 k8s 吧

公司内网的 k8s ，开发在 Jenkins 一类的 CICD 平台写点构建部署流水线，就可以自己更新，甚至交给产品自己更新了测试。外面的测试服务器，处于权限、安全、职责分离等原因，就交给专业的运维走正式流程发布更新了。
当然，项目足够小，老板或甲方同意，我们研发也可以自己发布更新。
上 k8s 后，其实更新挺简单的。

dev 环境开发自己可以发布，如果 K8S 的密钥能给，Jenkins 能把 CI 、CD 都自动化，发版就点一点，存在的问题就是没有办法设置审批节点，大家都有 dev 、prod 环境的发布权限，会乱套。

建议部署一个 Rancher 管理 K8S ，我们的 dev 、prod 是物理隔离的两套集群，根据环境给各个账号授权，隔离 dev.namespace 和 prod.namespace 。他们要发版就先在 Jenkins 点一点构建好镜像推送 dockerhub （ CI ），然后在 Rancher 里面更新版本号进行发布，领导不让完全自动化，需要人工介入 CD 的流程

@Chinchilla500 没有审批节点这块，真乱套的时候一般怎么补救？发版前群里喊一声确认，哈哈，还是谁手快谁发

我们的 ci 是用 gitlab runner 然后用 argo 做 cd ，还有一个 workflow 发布上线平台。dev 环境开发自己可以 workflow 随便自己发。只不过 pod 容量发布时候 workflow 流程会有个自动 job 限制 dev 环境发布的 pod 配置

正式环境就是开发需要提发布单然后发布流程通过钉钉通知 owner 进行审批就能上线了，sre 不参与审批默认直接通过。只有当 pod 配置需要超过 2c4g5pod 这个限制时候流程中才会通知到 sre 进行审批确认最后才能上线