降本增效之运维费用大幅度缩减。

上 native-image

4c8g 不行的，得 8c32g

你是运维：压测报告扔给开发老大，让开发优化去
你是开发：性能测试扔给运维老大，让运维想办法

@wowawesome #6 通常是要找运维的，即便定位到具体开发，也要回过来找运维，开发能有多少权限，一点一点跟运维要日志。最后进度要是实在太慢，才提单提权。

@JYii 以我的经验，4C8G 跑 k8s 的公司，开发的权限不比运维差多少，只是不想干杂活罢了

直接 Claude k8s cli 去操作，然后拉账单费用明细，让 claude 出优化方案，你来拍板执行爽的很

@wowawesome 肯定呀

@hiyongliz 开发不干的杂活都是运维干。

5000+pods 混合云的唯一运维我都被裁了 所以优化太好人家说你工作量不饱和，话说我的工作要交接给 5 个人

现在的趋势是运维的活直接让开发来干了

内存少就别搞微服务了

4c8g 还跑什么 k8s 呢。 降成本也不能从主机开始吧。。

合并节点，把两台 4C8G 改成一台 8C16G, JVM OOM 需要排查一些代码和结构是否合理。

@Nexora 排查个鸟，浪费时间，这点工资都懒得动

@fredz 出问题要运维干嘛，不出问题要运维干嘛？

建议换 golang 和 rust

@cccssss 我最近几天也在研究，用 rust 确实比较省内存，但是管我运维什么事情呀。

我上家也是程序动不动被操作系统干掉了重启，要么就直接夯住了看着容器还在实际上死了有一会儿了，端口在监听但是完全不提供服务，每次出问题老大都是让重启，小半年了也没解决反而监控和应用健康检查越来越全了，为了挂的第一时间重启。。。

@liubai256 得多菜

现在各个企业是不是卷与否最终都会是上一天班，可能第二天就被干了？我司目前有点这个倾向了