得考虑很多，节点大小，资源高峰周期，cpu 与内存比例，启动时间等等
重视快速扩容完成，还是整体成本尽量低都是不同的策略

shell + go

看你们客户是什么样的，如果有安全需求还可以搞一搞，没有的话真的想不出有啥卖点

研究一下 ingress ，集群入口有很多种

1.加可读探针、存活探针避免请求到异常的 pod

生产环境一定要用自建镜像仓库，出现过官方镜像小版本变更引起的 bug ，镜像 tag 没变实际上里面变动了一个小版本

@bloodkey 我这里最小的一个集群也有 20 个 32 核 128G 的虚拟机了，k8s 解绑了容器和机器，比 docker 方便太多太多了

感觉部署那里缺了一层，不是简单的一个镜像就能带过的，例如 k8s 里面一个服务的 env 、hpa 、资源限制这些都是部署的一部分，需要有个类似 helm chat 的东西管理。还有一个镜像可能会部署到多种环境，例如常驻势实例在 k8s 上，临时扩容的扔到云厂商的函数计算里面

我这里是部署按钮边上做了个检查按钮，点击通过 api 获取对应 pod 的状态，可以一个个的看 std 日志、event 啥的，谁上线谁看

边缘集群
ebpf 各种应用