Node.js作微服务的技术选型

如下是从微服务选型之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能够最小成本的快速构建服务，不管从技术难度，运维，仍是将来趋势上都是比较好的技术选型。