k8s 我们也有几套，线上最大的一套是 25 台物理机，4 、5 年用下来，觉得 k8s 集群的使用成本挺大的，稳定性也一般。
k8s + Service Mesh 或许能替代微服务架构，但是并不说微服务架构就没有存在的意义了：
1 、k8s 本身并不能替代微服务架构，要加上一些周边生态，另外 k8s 还要搭配分布式存储。这样一套下来，技术难度（尤其是调优、排查问题）、复杂度挺大的。
好多团队是走的 DevOps 路线，运维开发都自己做，k8s 整套无疑是增加心智负担（用好不易）的、增加工作量的。
2 、k8s 增加了硬件成本（增加蛮多的），一些客户是不买账的
3 、有些环境跑不了 k8s

所以，商业软件都不敢（也没必要）说必须跑在 k8s 集群下

上面好些个推荐 nestjs ，我觉得更多的是跟风，nestjs 搞得太复杂了，学着 spring 那套，但是比 spring 还烦琐。
其实 fastify + prisma 就很好：简单明了、心智负担低。
看看这里：www.prisma.io/fastify

nice ，现在的 python 特性越来越多，离简洁渐行渐远呀。上次看别人的代码，加了大量 typing ，我有几个地方居然看不懂了。其实我更期待性能的提升，好歹比 php 快吧

ponyorm 、orator

还有 2 个也可以看下：

- 开发代码简洁？其实远不如动态语言
- 编译部署简单？编译不挂代理试试，死的心都有。现在大多是 docker 了吧，一个命令的事情
- 心智负担较轻？不一定

@hihipp 还是差些意思

使用 docker 好多年了，从最初的 CentOS 、Fedora 到 alpine 再到 debian ，综合（体积、第三库、折腾情况）来说 debian 最好

试试 Node.js moleculer
自带 CRUD

如果我说 go 不适合写商城类系统（包括 CMS 等）
会不会被打？

采用堡垒机

动态语言（尤其是灵活的 ruby ）很难约束能力（包括开发能力、开发思维、工程思维等）不行的人，导致项目最终变成垃圾（屎山），接手的人更是要死要活，这样有些人就开始抱怨语言不行。

当然，从工程的角度、团队的角度来看，动态语言以及对应的框架确实不适合团队使用（对人要求高，招到靠谱的人更难）

所以，现在还选 rails 的 CTO 是很有勇气的

执行 eval $(pdm --pep582) 会报错
bash: syntax error: unexpected end of file

@SmiteChow 灵气复苏了？

量子计算

小团队（不是指公司体量，是使用团队）没有必要用 k8s，使用维护挺麻烦。不是安装好了就算使用了，存储、网络、防火墙等等好多要处理，出个问题会搞死人。