【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 
以下是从微服务选型之Modern Node.js摘录的下面内容：
微服务选型
技术栈
微服务选型
2.5.1 HTTP API
采用Koa.js 2.x作为http api层框架，主要封装和组装rpc服务。
Koa的优点：
-
简单，可定制性强；
-
高性能，即使同样不优化，性能也比较好；
-
“同步”流程控制，支持Promise、Generator、Async函数。
当前做法：
-
目前使用Generator和yield + Promise来做异步流程控制；
-
等Node原生支持Async函数，全面切换到Async + Promise（预计10月份） 。
2.5.2 使用RPC拆分服务
比较好的做法是http api调用rpc，提供最终API
-
单一调用，简单接口；
-
多个调用，可以封装成上层服务，也可以组合用。
RPC框架，如Dubbo、dubbo-x、Motan、gRPC等，我们选的是gRPC。
Node.js还有senecajs.org专门做微服务的，唯一的缺点是多语言支持，其他都非常好。
2.5.3 RPC拆分后，拆分DB
一般拆分RPC都会按照某些业务主体划分，所以数据库是可以拆分出去。
比如
-
库存
-
订单
-
评论
-
弹幕
其实，只要保证用户一致，其他数据库保存各自的数据就好。在数据分析的时候，汇总到一起即可，无论etl还是stream都可以。
服务和db拆分的好处是便于横向扩展，这样就可以做到动态伸缩，哪里有瓶颈治哪里，在架构调优上是有明显优势的。
2.5.4 服务多，就要服务治理、发现
采用Consul作为服务发现软件（etcd也不错）。
2.5.5 API多了，怎么办呢？
都是重复的，如日志、权限等，这时，我们需要API Gateway。
https://getkong.org/
通过Nginx + lua实现，提供插件机制，非常好用。
2.5.6 容器化
剩下的就是大家熟悉的Docker了。
2.5.7 总结
架构是相同的，其实语言是无所谓的。使用Node.js可以最小成本的快速构建服务，无论从技术难度，运维，还是未来趋势上都是比较好的技术选型。
来源：oschina
链接：https://my.oschina.net/u/2266730/blog/798767