PM2 优雅退出

在日常开发过程中,经常会用到 pm2 来起到服务,甚至会用 watch 来实现热更新。

但上面这种模式并不适合用在生产环境中,因为 pm2 零延时重启,会导致正在处理的请求直接被销毁,如果数据库没加事务,直接就会导致数据库的数据不完整。

处理方法是延时 kill,参数是--kill-timeout。

在启动的app.js中添加SIGINT的监听,并在回调中用剩余的timeout时间处理数据。

process.on('SIGINT', function() {
   db.stop(function(err) {
     process.exit(err ? 1 : 0)
   })
})

启动方式如下:

pm2 start app.js --kill-timeout 3000

重载就会触发。

pm2 reload

实际问题

一般使用 pm2,我们是希望 pm2 给我们提供负载均衡,每次 pull 好代码,reload 一下就能升级到最新的服务,而不需要从 Nginx 上下手。但是默认情况下 pm2 直接重启会导致正在处理的请求丢失。所以我们希望 PM2 在重启前,可以先通知 App,并给足够的时间让 App 处理完正在处理的请求,并且不再接收新的请求,然后再重启服务。

我们可以把上面的例子改成这样。

process.on('SIGINT', function() {
    global.app.running = false;
    db.stop(function(err) {
        process.exit(err ? 1 : 0)
   })
})

global.app.running为整个服务的全局变量,只要服务启动就赋值为true,并且在所有理由拦截器中增加判断逻辑:只要true时才接收请求,这样就能保证当global.app.running为false时,正在处理的请求不会被销毁,所有后来进入的请求都失败,从而保证数据库完整性。

但是这种拦截方式太过于粗暴,只是保证数据库完整,但是依然达不到平滑,平滑升级还有很多路要走。

参考链接

Graceful Stop

你可能感兴趣的