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可以最小成本的快速构建服务，无论从技术难度，运维，还是未来趋势上都是比较好的技术选型。

转载于:https://my.oschina.net/u/2266730/blog/798767