基于PM2实现的NodeJS无损发布

什么是无损发布

无损发布即服务部署过程中，对用户来说是无感知的，不会对用户产生任何影响。

为什么需要无损发布

很多服务更新都需要在大半夜进行，尤其在一些创业小公司，晚上访问服务的用户较少甚至没有，这个时候更新服务影响范围较小。当我们引入无损发布后，可以随时发布而不用在大晚上进行部署

对于前端NodeJS如何实现无损发布

首先看一个普通的NodeJs服务

通过网关实现流量的均衡分发，到达具体的一台实例机器上，通过PM2进行NodeJs服务的管理，开辟多个进程

服务更新发布时，以Server1为例：

1. GateWay 下掉Server1, 停止流量访问Server，将其流量转发到其他机器

2. Server1 停服，升级，重启等操作

3. Server1更新完成验证OK时，GateWay 再切回流量访问Server1

   其中有个问题：虽然GateWay拦截了Server1的后续请求，但是不能保证当前正在访问的请求。此时如果进行服务更新，则会影响当前用户的访问。

   例如：当你在正在编辑一批重要繁琐的资料时，点击提交，结果服务挂了，需要重新填写提交时，此时你的心里。。。

问题：如何确保当前没有访问的请求

• 等上十秒半分钟后再进行操作（这个时间段后请求基本都处理完成了）
• 除了延迟等待这种方式，我们可以通过PM2来实现当前请求的记录

PM2/IO

通过PM2/IO 来进行统计，创建一个名称为CounterText的计数器，请求进来时计数增加，请求结束时计数递减

注：@pm2/io 的功能比较多，而只用自定义Metrics相关功能，可以使用tx2，更轻量

pm2 show 0

查看单个进程的内存变量，例如查看第一个进程数据 PM2 show [options] <name|id>，可以看到Metrics 模块里面有CounterTest 的变量，对应的值则为当前活跃的请求数。

pm2 list

以上只是通过控制台命令输出的单个进程的数据，通过PM2 对应的API查看所有进程的数据

 const pm2 = require("pm2"); 

 pm2.list((err, list) => { 
     if (err) return false; 
     list.forEach((item) => { 
         console.log(item); 
     });
  });

每个实例对象上包含了pm2_env, 在其axm_monitor属性中可以发现定义的CounterTest。

以上代码是通过遍历每个进程打印出的数据，所以要统计当前的活跃请求，需要累加每个进程上的CounterTest 属性值。

注：如果请求量少，在个别进程上不会存在CounterTest 属性，需要做判空处理，不能直接获取CounterTest.value

总结

无损发布，需要网关与服务相互配合。在服务侧，更核心的是判断是否存在活跃的请求。再通过对该功能进行接口的封装输出，提供给网关活工具平台。进而实现自动化部署。