管理 Node.js 进程从未如此优雅

JeffryMcclo 2年前
   <p style="text-align:center"><img src="https://simg.open-open.com/show/1d511471a170028644fbbcb087c4939a.jpg"></p>    <p>说到 Node.js 的进程模型,脑子里第一个闪现的可能是 Cluster 模块,亦或是 Master / Worker 进程模型,在长期的使用过程中,我们逐渐发现,这样在应用的开发早晚会有局限性,除了不够优雅之外,每次增减进程或者自定义进程都会产生不可预知的问题。</p>    <p>在一些特定的场景下,我们甚至在 Master 下面加入了一个 Agent 进程用来运行一些中间件 SDK 。在这些修修补补的过程中,传统的进程间通信,数据交换都变的困难,甚至 Worker 到 Agent 之间通信都无法很优雅的进行。</p>    <p>除了一些内存共享的通信场景, 也出现了 Worker 进程跑一些定时任务占用时间过长,导致 Web 接口超时等问题(或者系统容量降低)。更有甚者,把定时任务放到 Agent 中去执行,直接拖挂了基础的中间件服务,导致应用全盘崩溃。</p>    <p>就像下图:</p>    <p><img src="https://simg.open-open.com/show/f2b416b6d129f7238b1eddf02cd279b4.png"></p>    <p>虽然说影响可用性是一方面,但毕竟上面说到的情况也属于软件质量问题,通过充分的测试也可以避免,比较可怕的是进程模型和框架越绑越深。如果你想发布 RPC 服务、做一些任务处理,可能在复杂的进程模型下也没法做到了,只能让 Node.js 做一些 Web Server 的事情,在一定程度上给 Node.js 应用设置了限,不容易进化和发展。</p>    <p>这也是我们开发 Pandora.js 最直接的原因。</p>    <h2>procfile.js</h2>    <p>面对这样的窘迫,从去年春节前后我们就开始准备做一些事情了,当然期间也走了一些弯路,在讨论了多次之后将大部分的场景都理顺了。</p>    <p>首先, 我们提出了一个进程结构定义文件,我们管它叫 procfile.js 。</p>    <p>看到 procfile 这个词有些朋友可能熟悉,这是 Heroku (一个云服务商)进程定义文件的名字。我们也已经忘记是谁提出来要叫 procfile.js 的了,但是我们觉得这个名字还不错,毕竟 procfile 是 Process File 的一种现有简写(我们就不用自己造词了,省了一桩麻烦事)。</p>    <p>当然把进程交给 Pandora.js 管理,不只是帮你创建进程这么简单,更是:</p>    <p>Pandora.js 会守护创建出来的进程。</p>    <p>小到自动重启、切割日志文件、重启次数计数。</p>    <p>大到 30 多项 Metrics 指标采集、自动的全链路 Trace 追踪、对接现有 APM (比如 Open-Falcon)等等。</p>    <p>不过我们今天大致讲讲进程相关的设计思考,怎么安装、怎么启动还请到我们 GitHub 中查看文档~</p>    <p>还有其他部分比如监控、Metrics、Trace 等也要未来再讲啦~</p>    <p>BTW</p>    <p>项目地址: <a href="/misc/goto?guid=4959755783571868886" rel="nofollow,noindex">https://github.com/midwayjs/pandora</a> ,大家觉得好也去给点个 Star ~~</p>    <h2>简单的 procfile.js 例子</h2>    <p>如果要定义一个进程,大致样例是这样的:</p>    <p>procfile.js</p>    <pre>  <code class="language-javascript">// procfile.js 是一个普通的 Node.js 模块,必须导出一个 function  // function(pandora) 的第一个参数是 pandora,这个对象用于定义我们的进程结构  module.exports = function(pandora) {    pandora      // 定义一个进程,名字叫 processA      .process('processA')        // 如果 scale 大于 1 ,将使用 Node.js 的 Cluster 模块自动产生进程组      .scale(1)        // Node.js 参数      .argv(['--expose-gc'])        // 定义进程环境变量,创建出来的进程中可以通过 process.env 获得      .env({        ENV_VAR1: 'VALUE_OF_ENV_VAR1'      })     // 启动顺序   .order(1)     // 这个进程的入口文件地址   .entry('./app.js');      /*      pandora       .process('processB');      pandora       .process('processC');      pandora       .process('processD');        and so on so on....    */  }  </code></pre>    <p>上面简单的定义了一个入口是 ./app.js 的进程叫 processA,这基本和 node ./app.js 一样。</p>    <p>针对这种场景,我们还提供了另一个更简单的方式。</p>    <pre>  <code class="language-javascript">module.exports = function(pandora) {    pandora.fork('processA', './app.js');  }  </code></pre>    <h2>进程伸缩 - Scalable</h2>    <p>大家上面看到了,procfile.js 中定义进程伸缩主要依靠下面的定义:</p>    <pre>  <code class="language-javascript">pandora.process(‘processX’).scale(5);  </code></pre>    <p>上面这个定义的意思是,将名为 processX 的进程扩展 5 份。</p>    <p>Scale 这个值在 Pandora.js 中很重要,用户并不需要指定哪个进程,需要用 Cluster 模块进行伸缩(使用 Master / Worker 模型),哪个进程直接启动。</p>    <p>都是 Pandora.js 根据 Scale 这个值自动决定的。</p>    <p>下图可能更容易理解:</p>    <p><img src="https://simg.open-open.com/show/c384c3406753807aca127089c2795e1b.png"></p>    <h2>未完待续</h2>    <p>这篇只是介绍了进程定义的一部分能力,还有更多在未来分享喔。这只是我们开始 Pandora.js 之旅的第一部分。</p>    <p>接下来关于如何守护进程、如何监控应用、如何追踪链路、迷人的 Dashboard、如何与现有 APM 结合(比如 Open-Falcon)都会是一篇篇的干货。大家敬请期待!</p>    <p>最后,不要忘了给点个 Star 喔~</p>    <p><a href="/misc/goto?guid=4959755783571868886" rel="nofollow,noindex">https://github.com/midwayjs/pandora</a></p>    <p>最后的最后,我们招人。我们有超过一半的淘宝前台访问在 Node.js 上,也有做开源 Node.js 软件的机会,挑战不小,当然回报也不小。</p>    <p>题图: <a href="/misc/goto?guid=4959755783670666678" rel="nofollow,noindex">https://unsplash.com/photos/F9o7u-CnDJk</a> By @Tony Webster</p>    <p> </p>    <p>来自:http://taobaofed.org/blog/2017/12/13/pandora/</p>    <p> </p>