灰度环境
首先说下为什么需要灰度环境。随着业务的复杂度以及技术复杂度的上升,导致在测试环境可能有些问题无法全面复现,以及复杂度上升可能带来的某些配置的不同步等等原因,会导致测试环境看起来是没有问题的需求,到了线上反而出现了的问题,为了尽早发现这些问题,以及降低这些问题带来的影响,就需要一个和线上环境几乎一样的环境来做最后的质量把控。
为什么不是预发环境?其实我之前的项目中很多都是使用预发环境的,而且业界使用预发环境的企业也不在少数,那我们为什么使用实现难度更大的灰度环境呢?肯定是有好处的啊!第一,从开发的角度,使用预发环境要么使用预发域名,要么使用预发机器IP 绑定,操作起来比较麻烦,对非开发同学不友好。第二,灰度环境可以让真正的用户进行使用,也可以作为A/B Test 使用。总结下就是预发环境能做的灰度环境基本都能做,预发环境不能做的灰度环境也能做。所以我们使用灰度环境。
既然要用灰度环境,首先要确定的是通过什么方式来区分用户进入灰度或正式环境。网易互客作为一个toB 的产品,当然希望是同一个公司的所有员工能够得到同样的使用体验和功能。所以我们通过企业 ID 来控制用户进入灰度或正式环境。
【示意图】
确定方案之后就是技术实现了,我们之前的网关只能通过请求的path 来区分请求,来控制流量转发到 Java 或 Node 应用。现在我们需要网关能够区分请求中的企业 ID,所以需要对网关进行升级,于是我们使用新的技术方案 Eureka(Netflix开发的服务发现框架),这里不对 Eureka 做过多介绍,主要说下 Node 端要实现的 **Eureka Client**,用来完成服务注册及维持。
npm 中已经有了 eureka-node-client 来实现 Node 端的服务注册功能,但是要结合 Egg.js,以及平滑发布的理念,还是需要进一步的开发,以实现一个更完善的工具,所以我们实现了 `pp-eureka` 这个 Egg.js 插件。
考虑到Egg.js 的多进程模型,为了防止一台机器多次注册,我们通过扩展 agent 来实现这个插件的功能。主要代码如下:
```javascript
const Eureka = require('eureka-node-client');
module.exports = agent => {
const eureka_client = new Eureka(agent.config.eureka);
eureka_client.start(function (error) {
agent.logger.info(error || '启动成功!');
});
}
```
如果仅仅是这样倒也能实现灰度的需求,但是损失了上文提到的平滑发布,所以又增加了一个middleware 来监听发布系统的上下线请求,然后通过 `app.messenger.sendToAgent(OFFLINE, '');` 来通知 agent ,agent 代码升级后如下:
```javascript
const Eureka = require('eureka-node-client');
module.exports = agent => {
const eureka_client = new Eureka(agent.config.eureka);
eureka_client.start(function (error) {
agent.logger.info(error || '启动成功!');
});
agent.messenger.on(OFFLINE, data => {
eureka_client.stop();
});
}
```
Agent 收到下线通知后会让 Eureka 停止注册服务的心跳,这样 Eureka 注册中心就会把这台 Node 机器踢掉,流量就不会转发进来,以免在发布过程中导致请求失败。插件开发好之后怎么用呢?首先是在 config 目录下增加 config.gray.js 灰度环境配置文件,里面添加 pp-eureka 的配置,如下:
```json
eureka: {
eureka: {
serviceUrls: {
default: [
'url'
]
}
},
instance: {
app: 'huke',
port: { '$': 7001, '@enabled': true },
metadata: {
ysf_app: 'huke',
ysf_env: 'gray'
}
}
}
```
同时线上环境也增加对应的配置,只是`eureka.instance.metadata.ysf_env = 'prod'` ,通过这个配置来区分是灰度环境还是线上环境。这样就完成灰度环境工程相关的部分,剩下就是把所有的请求都默认带上当前企业的 ID 就完成了。
自此应用发布相关的问题都已基本解决,剩下的就是要随时了解自己的应用的运行状态了。
应用监控
应用上线之后,为了了解应用的运行状态、服务是否稳定、有没有潜在问题,我们需要应用监控,有了应用监控以后能帮我们解决以下问题:
1. 能够让业务流转调用链可追踪,能够知道一个请求在哪里出了问题,方便解决
2. 能够了解应用的系统指标,比如:Load、CPU、内存、磁盘、网络、TCP 等
3. 能够在应用状态异常的时候及时发送通知给开发者,把影响降到最小
关于网易内部的工具我就不多介绍了,主要介绍下可以使用的第三方平台或工具。
首先说下Sentry,它是一个实时事件日志记录和聚合平台。我们之前使用它来做前端代码的错误监控以及关键数据的统计。因为它也能支持 Node 端,所以我们就顺便接入进来了,同时实现了 `pp-sentry` Egg.js 插件。使用的时候只需要在 config 中配置 sentry project 的 dsn 即可捕获 Node 中代码错误。
还有阿里开源的Pandora.js,是一个 Node.js 应用监控管理器。它集成了多种类型的能力诸如:监控、链路追踪、调试、进程管理等等。
另外就是阿里云的Node.js 性能平台,如果使用 Egg.js 框架的话,接入非常方便,使用官方提供的 egg-alinode,参考 [Egg 集成部署_部署 runtime 与 agenthub_用户指南_Node.js 性能平台-阿里云](https://help.aliyun.com/document_detail/60907.html?spm=a2c4g.11186623.6.555.41d676bfwLNpaH) 这个文档即可,功能全面,关键是免费。如果还有对日志更高的要求,可以使用阿里云的日志服务。
利用好上面的工具能对解决应用中出现的问题提供很大的帮助,另外在代码需要的地方打上日志也是非常必要的,Egg.js 提供了非常完善的日志功能,使用好它对了解应用的运行状态以及排查问题都有很好的帮助。
总结
至此我要分享的关于智慧企业Node.js 接入实践已经结束,但是要开发好 Node 应用要考虑的还有很多。首先在开发思路上要和写前端代码有个区分,要具备服务端开发的思考能力,对性能、稳定、健壮等的考虑要更多。另外要养成良好的打日志习惯,这个非常重要。还有单元测试也是非常重要的,写单元测试是服务端开发的基本要求。Node 端开发对运维能力也有一定的要求,不像前端代码,发上 CDN 之后基本就不需要关注了,但是做 Node 开发,代码上线之后也要时刻关注应用的状态,以及会不会有报错等,要具备快速定位、解决问题的能力,将可能出现的问题导致的损失降到最小。Node的接入整体上对开发效率的提升还是很显著的,而且通过 Node 前端可以做的更多,让前端发挥更大的价值。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。