生产集群从 1.20 升级到 1.26 了，不敢升级，本地新建再迁移搞到

我这里部署系统的设计是一个代码仓库打出来一个镜像，这个镜像有不同的运行方式，可以是无状态 rpc/http 使用 deployment ，也可以是有状态 binlog 使用 statefulset ，还可以是 Cronjob ，每次部署最小单元是一种部署方式

从运维的角度来说，希望研发懂一些，比如 pod 的生命周期，有状态无状态 update 时候的不同之类的

但是研发也没必要懂很多，尤其是现在公有云上的 k8s 和其他云产品的配合使用，不同云之间差别还是不小的，研发的经历没必要投入到这方面

部署两套

现在 idc 报价的 8 卡 A800 大概 4 万出头每月每台，在买几个 cpu 节点自己搭建

直接说哪年出生的，别人随便算

阿里云 24 年拳头产品是 ACS ，可以了解一下，看文档比 ASK 灵活不少

各种云的使用与折扣，各种产品适合什么场景

提高 k8s 资源使用率，降本 25%

用 operator 的注意选能长期维护的，要不然等集群版本要升级了很麻烦

9 月 1 日前后出生的人可能入学差一年，这个可以处理一下，默认按照 9 月 1 号分

推理场景是吧？阿里云的 ECI 效果明显好于 ECS ，腾讯云的话就是 EKS ，你试试吧
我当时在 32 核机器上跑推理，超过 16 个 pod 也遇到过会变慢的情况，后来全改成用 servless pod 了
每个 pod 独立一台小机器，性能好得很

月消费多少？我上家阿里云月消费 300 多，这个事情和他们提一句，第二天阿里云客户经理就带着个技术专家来我们公司了，规划了两天

@pc10201 我举了几个例子，一个微服务业务上什么时候变得重要了，资源消耗多了少了我是无法知道的，也无法预测，滞后的调整为了稳定性得留下大量冗余，要么资源使用率上不去，要么稳定性受到影响

@isno 有个保底的自动扩容程序在，一个 pod oom 了自动扩 pod 到 hpa max 的 2 倍，说是网络波动搪塞过去了
我们一个组 20 几个后端研发，对 k8s 有概念的不超过 3 个，让他们自己接手资源调整和 hpa 调整得培训几次，不知道领导会不会觉得我在甩锅~

隔 3 年换一辆 15 万的二手车，之前的车卖掉

问清楚是否包括硬件维护？
最好找个机房运维一起吃回扣

开车的时候听着外放的视频或者音乐，手边有吃有喝，空调也是自己最舒服的温度。比在地铁上强多了