so 。。。你跟业务部门解释处理过程是：“我要清洗数据，转换成 xxx 数据结构，然后再巴拉巴拉”，还是跟领导一句话说完：“做一下 ETL 处理数据”？

比如我想研究 aws 的登录。。。好家伙。真的好家伙。10 多个变量和头。再见。。没那本事

为啥老有人想着浏览器是绝对安全的？任何场景下就不要相信接入方不就完了。wasm 读去就读去了。。他愿意折腾折腾呗

没啥好学的。。copliot 一路 tab

@StarkWhite 传音 不知名小公司？？？？？你是不是搞错了什么。。。

你要 if 。。if 买 10000 个 btc 不要 100 块钱呢亲

1.5 的预算。得到的回复肯定都是 mac
你把预算降到 6000.花样就多了

你这不就是听说 GPT 可以写代码：
1.GPT 你给我写淘宝
2.吧啦吧啦吧啦列了一个大纲然后不理你了。
3.GPT 是垃圾，淘宝都卸不了

@dcoder 还是要看需求。aws 的 fagrate 确实是秒级启动。但还有后续的动作。拉镜像这个事跑不掉，就算内网，最快要几秒。运维是一个系统性的事。快不一定好，不仅仅是 vm 启动，还要涉及安全，日志，监控等等配套设施。需要极致的秒启动，fagrate 是第一解。第二解 aws 也有解决方案，冷服务组。就是一堆 vm 提前加入到集群，但是不工作。然后需要的时候编排过去。这需要有一定的开发工作。

作为 dev 确实会不理解 ops 的事，明明很简单，为什么要搞那么多。很简单：dev 你别给我整微服务就行。。哈哈哈哈哈

我不是没碰到过启动慢，都是我自己配错了。比如配置的是新机器替换旧机器。比如配置的 autoscalegroup 里面只给了一个机器，这个机器还没什么库存了。再比如 auto scale group 里面也有一个配置，伸缩等待时间，默认 1 分钟还是 5 分钟（忘了，最近运维的是阿里云）才开始启动机器。。。

所以楼上说的没错，这种事得扔给运维去解决。。专业的人干专业的事。

@dcoder 我明白你说的意思，我说的也是整个启动时间，不会超过 2 分钟。准确的说，从 ec2 启动到容器启动总共要 3 分钟左右。1.5 分钟 tnnd 是 java 的预启动太慢，只能看着。之前我上 eks 也担心和你一样的问题，结果一看还好。基本只要提前 5 分钟开始伸缩问题就不大。

阿里云同理，基本整个时间不会超过 3 分钟。时间花费反而在容器自己慢。你们运维绝对有锅。。这么慢，是我老早开 support 找 aws/阿里云麻烦去了。

所以楼上说你司的 ops 差不是没道理的。。我们是要承接非洲杯决赛级的瞬间流量。10 分钟，我被开 10 次都够了。

略懂 k8s 的运维都知道，工作节点加入集群就是一个普通的 tcp 操作。除非你是几千个机器的超大集群，这本来其实不应该这么用。虽然官方说支持。但超大节点，etc 和 master 的负担都太大了。纯纯就成了一个单一节点。之前唯品会不就是因为超大节点把 master 搞崩了整个集群都跪了么。

@dcoder 10 分钟有点扯了。。。我之前千万并发的集群都没啥问题。
可能几个点你们搞错了，1 是 eks 本质还是依靠 ec2 和 vpc 的。可能跨 subnet ，每个 subnet 在不同的可用区。通过内部 nlb 集群通信的时候夸可用区可能有延迟。2 是机器选择上，库存不够，在不停尝试合适的机器起来。开个 support 就能查清楚了。10 分钟肯定是你们运维的锅

想玩游戏你就直说。。。

但是，为什么要有 docker 。因为线上比线下要便宜。
竞价实力，jenkins 弹出来的机器自动缩回去。跟白给的一样
你本地基本达不到无堵塞 CICD 。只有云端无上限机器可以做到。