@cesign

运维很多事情不光是技术层面，还有很多其他要考虑的。
spot 回收哪怕你 3 年没出问题，出一次问题。就是一个锅。
甚至说锅这个东西因人而异。大部分公司，线上是一点问题都别出的。出了就要扯皮。哪怕没业务损失。
那么问题来了，为啥要去踩这个雷呢。很多领导，你要是跟他说 0.00001%的概率可能会业务出故障或者订单丢失，逻辑丢失，数据丢失之类的。。很多领导直接就会否了方案。

前面你说的第一和第二没有维护成本区别：一个是要做一个程序去控制，如果 spot 回收还要想办法加回来。这个程序要不要维护？有 bug 怎么办？ api 升级了怎么办？集群升级了怎么办？是不是都是运维管理成本？第二种，哪有什么成本，年初买个 RI ，云平台设置一下定时关机。几年都不用去管他。甚至忘了的存在。

fargate 就不是这么节省成本的，你这个算法就跟我入现在这个公司发现所有服务都跑在 eci 上一样。fargate 哪能这么用，fargate 不能当长期服务用的，贵死人。他的定位是毫秒级可以分配 pod 。秒级拉起新 pod 。应对流量的高低变化。比如白天我就要 2 台常驻的就够了。晚上随着 cpu 的水位自动增加到 10 台。然后某些核心业务服务群用 fargate 自动横向伸缩，比如最高峰要从 2 个 pod 调度出 20-30 个 pod 。fargate 瞬间就能拉起来。这个高峰最多半个小时。缩回去就没成本了。这才是 fargate 的核心使用场景。而且 aws 的 fargate 不清楚有没有 spot 类型。阿里云的 eci 都有 spot 类型。你拿普通的机器 spot 当宿主机打死都不可能比我就运行 1 个小时就出 1 个小时的钱便宜（正常价格的 1/24 ，spot 顶天了 1/10 ，为了稳定可能是 50%上下的定价范围）。

也不能说那个同时观看人数完全是个假的，产品经理为了数字能吸引人，会采用一些“策略”，但绝对不会只有几十个人，里面塞几十万假的。简单一点就是二次函数或者曲线，人数越逼近一个理想值越真实，之后就都是真实的值了

除非费用特别高。。我个人不太倾向业务在 spot 上跑。不管你感知多牛逼。AWS 免责说的明明白白，尽可能通知你，但有可能不通知你，自己负责。不过 spot 的回收率我根 BD 聊，大概 93%以上是没触发过回收。我实际在阿里云用也差不多，半年回收一次。所以策略自己搞个脚本其实很容易。不过吧，因为整体费用并不高，投入人力物力实在是不划算。维护成本也是成本。本来 2 个人就搞完的，因为又要高大上又要省钱，很容易一顿操作猛如虎，一看就省 2 毛五。


@hwcloudnative

第一个问题，这是一个综合成本考虑。买 RI 也没人逼着你全买 RI 啊。RI+Savings plans 是一个比较好的组合。RI 负责 24 小时都要开机的常驻机器。Savings plans 负责每小时的最小用量不限定机器类型。我一般组合着错开买，RI 的折扣力度大，SavingsPlans 折扣力度小但是非常灵活，而且支持 fargate 。

而且还要分业务和环境。我做过两种方案，第一种方案呢，开发测试环境白天开 spot ，晚上关机。第二种方案就是直接 RI 覆盖 50%。晚上自动把多余的机器关了，再自动根据流量伸缩一些 spot 机器出来临时用用。看着是前者省钱了，但是一顿操作猛如虎，一看就省 2 毛五。总得招个人来干吧，总得有第二个人维护和懂吧。第二个方案反而是本来就省钱了，多少而已，但是整体维护成本极低。

现在 fargate 其实是个不错的节省成本方案，如果无状态的，临时调度的扔 fargate 里面，跑完就关了。比开机器舒服多了。比如 CI/CD 。以前总是要一个一直在的集群，还有大小限制，死鬼死鬼。现在有 fargate/ask 的加持，就开一个宿主机跑调度就好了。其他都是 eci 。以前 github 跑 runner 要小 3000 美金一个月。现在。。3000 人民币就够了。

国内目前阶段嘛。。。。。《刑法》。可以试试

@bald3r 哦。决定回家那这个帖就结帖了。。。没看其他的，就看的业务方向和规模。可能会死，但不会爆死。ERP ，WMS 这种的通常都还有大量老客户，活得很滋润。除非整个经济市场玩法大变，基本可以搞个 3-5 年没啥问题，运气好 10 年都没问题，做个狗着的地方挺好的，赚钱是不指望了。

但老家吧。。有一说一，运气不好就是干 1 个月就无了。。。工厂对这东西都是看不上做技术的，不是核心诉求。

@cesign 这个我好像是试用过。。我自己 1 天就能搞定的事硬是被套进来一系列的概念。要精细化运维，最好的方式是自己做。缺什么工具做什么。。这种所谓的大一统的工具，用不了。。用不了。。。关键还要大量的团队学习成本。本来只要会 k8s 。我什么大家都知道，结果用了一个非主流的工具。活都成我的了

楼主的回答只考虑有利于自己的一方。。。这没法聊。。我也能反过来反驳

1.AutoS 没办法选择多种规格的机型(可以配置，但是管理难度会大增)。没明白管理难度为何会大增。一般业务的特征是固定的，配好了基本就不动了。哪来的管理难度？再不济弄个 terraform 来创建，就是一个数组的事。
2.处理 Spot 的异常中断是业务要做的事，不是 autoS 做的事。
3.我就不能建 N 个 AuotoS ？谁规定 k8s 集群只能有一个 AutoS
4.有状态的含义是要有磁盘，NFS 那点 IOPS 能干啥？ nfs 里面跑个数据库看看？跑个 rabbitmq 看看？很多业务要求高 IO 。NFS 是共享网络存储，不是本地存储。还多实例主备，你知道复杂度会爆炸么？本来只要挂个硬盘进去就可以了。结果因为要降成本，所以不能有状态？怕是会被研发砍死。


下面有人提 RI 你也能反驳。。。谁说 RI 是最无脑的。最无脑的是三年全付的 savings plans 。如果你一年有 400 万人民币以上再谈一个年包大概在 10 个点左右。

小规模可以。大规模不行。每个行业有每个行业的业务特征。spot 要根据业务特征来定制，包括 spot 的定价都有很多团队基于这个东西来做程序。

其实吧，99%的公司云成本想下降很容易，别浪费就可以下降 50%以上。。看见太多集群 10%的利用率了。看见太多数据库上来就是一个 8c32G 的了。也看见太多不管三七二十一微服务几十个还不如一个单体跑 2-3 台机器。

为啥没人选 1.。。。相反，我倒觉得 1 大概率是可能活得最久的

ps 一句啊。。农村办这些个一般都不花钱的。现在很少白吃白喝了啊。都是一个人 100-200.其实是差不多的。就是要花点精力。亏也亏不了多少

那是你爹妈。。不是我们爹妈。。。我们能说啥。。

高中生。。。。emmm 。没用

咱先不管这个“熟人”啊，首先，你要做的事确认这个事是真是假。先甭管划不划算。如果是真：买。如果是假，不搭理。

为什么买。这个买都不考虑亏和赚的，兄弟，这是一个心理情绪价值的问题。你父母有每个月固定钱和没有固定钱领在当儿子心理是两个状态。父母自己也会舒心的。我爸 7-8 年前赶最后一波补了 10 年。问我要不要，我借钱都给他补上了。现在两老退休了，我压力再大都不用管他们，因为我知道他们无论如何饿不死。

但你要是算亏和赚嘛。那风险就是这笔钱在你手上能呆 20 年么。。。

这个。。。租房不是买菜。你就是叫你爷爷奶奶来也搞不定的。
作为出租方都是定好多少钱就是多少钱，你爱租不租。你能砍下 50 就算你赢。
5000 6000 7000 同小区就是可能会有三个价格，朝向，户型，楼层，装修。都是会影响的。你不能说人家 7000 的就不值多出那 2000.说不定有些人就是愿意出那 2000 租那点优势

现在几乎所有语言都有 migration 框架。。。
之前招了一个哥们死活不同意用，嫌弃麻烦和脱裤子放屁，那就让他浪。三天两头上线忘记字段，然后。。然后就老实了

合同也不看，培训也不听，连同事请假也不管他请什么假，你是连和同事聊天都不聊的么？假模假式觉得自己什么都知道。。结果🤡居然是自己

@forty 这就是代码写少了代码抽象魔怔了。。。
有很多场景就是改个函数名和调用的。其实这种我更喜欢，因为好改，看代码特别好理解。

Copilot 已经干死掉 snippets 了。但是，Copilot 不能解决特别大段的代码。这没什么办法。
以我身边统计学来说，现在的研发 10 个里面只有 1-2 个接受 copilot 。。

所以像你说的：如果你用 gitlab 作为仓库。gitlab 的每个项目可以创建自己的 code snippets 。比目录强多了。

说实话，程序员都是懒得整理的。记得在哪打开文件过去现拷

芯片技术突飞猛进就是个伪命题，架构又没质的变化，纯纯是摩尔定律。摩尔定律的上涨也是经济发展推动的。技术本身质的突破是一点都没有的，制程我个人觉得不算技术爆炸和突飞猛进。
电池是物理特性搞不定，核能就是换无值了，按这个逻辑，cpu 得现在是量子计算机才叫突飞猛进。

10 年前 VR 开始，我就觉得，除非技术爆炸，有新的技术和新的物理层面的技术爆炸否则 VR 就是个笑话。到现在来看。。嗯。他还是个笑话

ps：
拿同样 10 年前芯片和现在的芯片的性能差异，以及 10 年前的同样大小（不是容量）和现在的电池同样大小。我个人感觉其实整体差异是差不多的。