@Dreamacro CI/CD 里面直接注入环境变量也行，可控性更高

@Aoang 自然，但是资源能节约要节约，成本核算都是 OKR

@Maboroshii pod 是坑定有的，吃满不至于，我们一般是控制实际使用率在 40%以内，突然的情况下会到 60%

@loveuer 典型的 web 服务呗

@julyclyde go scheduler 调度的成本，和 os thread 上下文切换的成本

严谨，不吹不黑

@godfunc 你修改的不是 Ingress 吗？ Ingress Controller Pod 干嘛要改？

@godfunc 建议你创建 svc 的时候顺便创建 ingress

easy, https://kubernetes.io/docs/reference/generated/kubernetes-api/v1.22/#ingressspec-v1-networking-k8s-io

有没有一种可能是你了解比较浅？


进步迭代是有的，小版本打补丁。

19/20 世纪确实是人类的飞跃，不过 21 世纪可能再次回到打补丁。

TimescaleDB 这么低吗？


有，要钱，很贵

mesh, gateway

需求基本没变，只是可能价格没以前那么好谈了？

- 代码总是否有阻塞的锁之类？
- 服务资源是否有明显的波动，除了 CPU 以外还可以关注 磁盘和网络

大部分诊断都依赖于长期投入的监控建设

网络 /带宽？有机器的监控吗？

postgresql

求求你们不要再闯红灯了

我们是无产阶级专政，要相信党的领导，主动体会领导人的良苦用心，主动识别帝国主义的阴谋诡计，避免自绝于人民。