刚开始就要搞什么高并发，只会束缚手脚，工作没法展开。先看一下业务实际能有多大并发，一般来说数十万注册量的并发也不会上千。单台服务器pm2多进程足够支撑几千并发，注册用户也得有个几十万。一台觉得不够就多部署几台做负载均衡。这是项目初期最简单便捷的高并发方法。大多数情况压力最明显的还是数据库，根据业务选择合适的数据库加点缓存什么的也就够了。微服务什么的，等真正有需要的时候再做，不要为了微服务而微服务。

@JarvisQJ 重构也无非就是按功能拆分，分摊服务器压力，并发升高也有个过程，随之应对，不可能一开始就说要做出一个能应对淘宝双11的系统。火车票系统就是一个典型的例子，明知道有大并发，也花了好几亿来做，应该算是提前做好了准备吧？前面几年不照样挂吗？所以不要想着一下能做出多牛逼的系统。根据实际情况不断演进就行。