开玩笑。。。小城市消费低？相反，小城市消费我看起来巨高。
打车看起来便宜，是因为距离短。没见人从市里打车去农村的，那价格和大城市打车没区别。还路巨难走。

小城市和难受的一点就是花的同样的钱，但是得到的是远低于大城市的品质的产品，服务和质量。比如教培。大城市一小时 200 来块的特长培训和小城市同样 200 来块的特长培训质量和理念天壤之别。再比如衣食住行，品牌的衣服小城市都不便宜，但拿收入比就大的夸张了。没品牌的是便宜，质量呢？得靠运气。住是便宜是吧？经过房价上涨那几年。小城市的房价我也看不懂了。我老家那出门都看不到几个年轻人，敢卖 2 万一平。平均工资 2000 上下的城市卖 2 万一平。差一点的 8 千一平。8 千一平什么概念。除了掏空老家六个钱包和碰上拆迁，不可能买得起房子。

最后一个，就是城市气质和人的状态了。我最受不了的就是小城市凡事找关系。。。

非常简单。15 天内未解决。找他的上级单位投诉。。。分分钟就给你解决了

单纯是后面还有其他候选者。半个月差不多，有二面的基本到下半个月

新手北京大路上开车，在全国范围都是相当舒服的那一档。你要浪，多得是人让你。你要猥琐，也没人路恐。

都是有钱人啊。。。手机居然能做到 3 年一换

本地 ai ？这也要战未来？

我就是丐版的 m1 max ，前年买的。我是前后端都要开发。现在感觉…emm…估计可以用到报废。现在 cpu 的算力根本不是事，严重溢出。日常 3 个 ide ，每个 ide 开 3-4 个项目。rust 、golang 、typescrypt 、再加一百来个网页从来懒得关…

另外文章底下有这么一句：

Karpenter 开源版本目前只能根据 Pod 的资源 request ，负责节点的选择、创建和删除，未对业务稳定性做深入设计

你犟什么呢？我一直在说 spot 会有稳定性影响。虽然不致命。但要起命来最少我是承担不起这个责任。

@cesign 我一直跟你强调的是运维是综合工作。不是只盯着一个集群。sp 是每小时承诺不假啊，但他覆盖所有的机型和 fagrate 。你猜我是不是业务集群在白天，晚上业务集群是不忙了但大数据集群是不是可以干活了呢？

@cesign 继续和你掰扯，第一个，我自己碰到过突然机器没了没通知，或者一分钟内就会回收了。场景是大数据的 job 机。一天一分钟回收八百次得气死。。其实 k8s 的场景下 asg 已经解决了 spot 的优雅关机问题，他本来就是会自动平衡集群。收到事件后 asg 也会 callback 机器关闭调度。所有过程都非常优雅。唯独机器突然没了这种他自己都处理不了。其他场景 asg 足够了。所有间隔时间都可以调，你猜一个每天要赚钱的项目是相信云平台自己的还是一个不那么出名的开源项目？

第二个…按 pod request 啊。我猜你的意思是 hpa 的计算是按 pod request 计算的？不然自动伸缩自动伸缩，啥值会变呢？也只有 cpu 超过了我的阈值或者我需要按其他指标来扩容啊。没明白你说的按 pod request 咋扩容。不专业了。。我说的场景你没碰到过，没办法。野生运维。伸出来的时候所有 pod 刚启动都是 cpu100 。就一直加到最大值。等完事了发现太多了，又缩回去了。得，不够负载的，又加上起来。所谓集群再次重平衡是机器伸缩出来就涉及到 pod 会调度上来。也会有 node 的驱逐。这个过程又涉及到驱逐后的 pod 再次启动可能会挤到原先机器里面去。

k8 集群千奇百怪的…没有银弹

哦。你刚说的有问题…谁说白天 100u ，晚上 10u 我就要买 100u 了。我就不能买 10u ，然后补个 saves plan 么？我就这一个集群啊？运维是一个系统工程，那 90u 可以在其他的成本里面均摊。通常我是直接一个 savesplan 的。也没浪费多少。楼上有小伙伴说的对，优化成本是一个动态变化的，如果白天 90u 是必须的，晚上不需要 90u ，我为啥机器一定要开着呢？弹性伸缩嘛。还有其他的集群均摊成本，各种不同业务特征均摊成本。


跟你掰扯半天就是因为看过这个东西，如果用一个东西你节省了 60%成本。要么本来是 1000 节省到 400 每月。这也是节省 60%。要么就是之前浪费太多了，集群平均利用率水位压根不达标。我见过不少集群常年利用率水位在 10%上下的，还美其名曰留空间。这种就是你稍微关注一下就是一大笔钱省下来。工具只是提高管理效率，用一个工具就省钱就是本末倒置了。是因为省钱我需要用某个功能，正巧这个工具可以帮我做到这个功能而不用我自己开发。而不是因为这个工具可以省 60%成本，所以我要用这个工具……

哦，补充一句，你一直计算 spot 都是按最低计算的。这样的机器也是要看库存的。拿最低的 spot 申请的机器容易被回收。然后申请不到新的请问阁下如何应对…
一半拿 spot 做一定业务机，顶天了按 50%的折扣也就是 ri 的折扣水平去申请，而且要为没有机器做好准备的一些防御措施。因为…我就碰到过好几次 spot 不给我机器了，还是在高峰期。我当场脑子就炸了，后来一看哦，是开发测试环境，那没事了。

@cesign 第一个点：spot 最大问题是有可能不通知回收机器，最常见的是 60 秒前才通知。普通伸缩是可以优雅关机优雅降级。spot 就是看 aws 通知了，还是那个点，业务要能忍受和鲁棒。如果全靠通知自动伸缩，锅从天上来。

fargate 相信你没用过，所以你才说和 ec2 一个体验。第一，ec2 的 as 有延迟，默认时间是 300s 。可以改，但有问题，他缩回去也有延迟，也可以改。我一开始也用过这个方案，但是 k8s 的 as 的逻辑极其诡异，很容易一会弹出 10 个机器，一会全缩完了。来回蹦跶。如果是 java 业务就更蛋疼了，在默认情况下，如果集群很大，在刚起来的时候所有 pod 的 cpu 巨高，就会弹出一堆机器。然后缩回去的时候又集群平衡。pod 一直处于不稳定状态，需要几分钟的稳定时间。所有值都需要经验去增加 buf 时间，我们高峰期就十分钟，你扛不住今天就损失几十万…

个人觉得。。。挺好的。。不用处理。50 度基本没啥问题。核心是形成对流。为了美观你前面又不可能开口。个人觉得无所谓，坏了还能全坏了不成？你这还是 4 盘位。更不用担心了。装风扇还要考虑供电噪音吧啦吧啦吧啦的。

更多的。。可能要考虑温度引起的板材变形。这两坨感觉都会变形（ 5 年为一个单位）。。就很难看了。如果是我。我会把这坨东西放到旁边那个开放格的最上层。弄个百叶门，看不见，也没有板材变形的风险。。

有。瑞幸的三次有一次我会拉肚子。而且瑞幸的咖啡含量个人感觉很少，压根没到 2 shot 。所以我自己买了半自动咖啡机。早上喝一杯下午就不需要了。
一杯成本看选择什么奶，燕麦的话大概是 7 块一杯。牛奶的话在 3-5 块一杯。性价比和口味秒杀外面买到的 30 以下所有拿铁。添加剂？没有什么添加剂，糖都没有。就咖啡+奶