我们的产品目前有一个需求是:用户上传某个文件,在服务器自动转格式,然后再让用户下载。
为了实现这个过程,我们需要在服务器端通过NodeJS调用CMD来执行一些操作。这个CMD是封装好的,我们目前使用Node-cmd包来调用它。告诉它要转的文件在哪儿,转完存到哪儿,然后就开始运行cmd,运行结束后,我们拿到成功或是失败的结果。
我们后端的设计思路是:用一个数据库文件来记录所有task的状态,比如刚传上来的文件处在Pending状态,正在转码中的叫Processing,转码结束的是Success或是Fail,然后基于这个数据库,我们就可以让Node很好的安排工作。比如让Node在某种情况下循环读取这个数据库的内容,如果发现Pending中的,就去处理它。如果发现Processing的,就告知前端用户还要等几个。
程序设计这里,我们都还比较自信。
但是考虑到大并发的情况,比如N多人同时提交转码要求。我们到底该怎么最大化地使用一台云主机(目前选用阿里云ECS)的资源?我们倾向于选择单一高性能主机,而不是买一堆小主机,使用负载均衡。一来是价格更合适,二来是管理起来单一主机也更方便。
比如我们选择了一台4核4G的主机,请问该怎么让NodeJS我们这种需求下,充分使用主机资源,降低单一用户的等待时间?
希望大牛能帮忙一下,多谢!
PS:我们团队都是用JS做开发的,因此必须使用Node做服务器后台。
PHP中文网2017-04-17 16:20:03
如果你那個node-CMD真的是同步的,建議改掉或換掉它。伺服器主進程不應該為工作進程阻塞。 node提供非同步的子程序API (child_process.exec
) 。
我猜轉碼的瓶頸是cpu, 可能用load判斷就可以。例如在最近一分鐘 average load低於某值時才開始新的轉碼任務。
根據你的資源和任務不妨多試幾種。
黄舟2017-04-17 16:20:03
按照你的描述,你不用考慮,目前的設計基本上不會造成「還有cpu/記憶體資源我用不盡」的情況。
不知道你node-cmd包裹的那部分程式碼,消耗的cpu多不多。如果是同步程式碼,就不能放在node主行程裡面跑。如果是異步,則基本問題不大。