高并发： node.js 本身事件驱动，但单线程，用docker 开多个实例即可。 大数据：确实不是 js 擅长的事情， 可以借助 Rust 和 C++ 分布式： 主要问题在 事件驱动引起的 分布式事务这块，目前可以用本地事务解决。 微服务： k8s + node.js 没啥可说的

@zuohuadong 你这个回答，我不是很同意。

1. 高并发要是能多开实例就能解决，那12306那帮人就真是废物了，数据库问题才是主要原因
2. 大数据这一块，我觉得生态更重要，当然借助也是存在的，比如tensorflow.js官方就封装了充分利用CPU和GPU的C++扩展库(划掉，是觉得这不算大数据)
3. 分布式事务主要是解决多库事务提交问题，跟事件驱动有什么关系，我是想不通
4. 微服务只是一种架构，即使不使用k8s,不使用容器，就比如你裸用spring cloud，它也是微服务架构。

科普是高手不削，低者不能，何其尴尬。

@zy445566

1. 大多场景下确实是数据库，但是也看你业务复杂程度。 对于 IO 密集型业务来说，瓶颈确实不在 node.js ，你可以多开几个实例来榨干CPU 。 （这里类比的是 php-fpm 的同步阻塞模型） 如果你问的是数据库，那第一个问题没必要问了。
2. Rust python 都是不错的选择，选 Rust 原因也是更好用 node-ffi 调用。
3. 相对于 java来说，node.js 核心问题在于无法精准控制事务顺序。 参考： https://segmentfault.com/a/1190000007484455
4. 一样，如果您不局限于 node.js 方案，事实上,node.js 本身也有 tarsjs 等等的方案，不限语言的话，你怎么瞎扯都行。

@zuohuadong 其他还好，第3点看帖子时间。还有帖子里面不适合做事务操作的原因，目前这两点已经不是原因了

@i5ting 赞狼叔一个，个人愚见：科普可以增加node语言的普及，但是过度科普也削弱了作为开发者的探索的好奇心。

现在都流行抛开实际业务场景空谈技术架构的吗，可怕啊可怕

楼主这个问题问得好呀(●°u°●)​ 」 顶一波

[CNodeMD]