避免在弹性beantalk中重建node_modules

Question

我们有一个相当简单的node.js应用程序，但是由于AWS Elastic Beanstalk部署机制，git aws.push即使提交了一个文件，也需要大约5分钟（通过）推出新版本。

即，提交本身（和上载）非常快（仅可推送1个文件），但是Elastic Beanstalk从S3获取整个包，将其解压缩并运行npm install，这导致node-gyp编译一些模块。安装/构建完成后，Elastic
Beanstalk会擦除/var/app/current并用新的应用程序版本替换它。

不用说，恒定的node_modules重建是不必要的，在我的旧Macbook
Air上重建需要30秒，而在ec2.micro实例上花费的重建时间超过5分钟，这并不有趣。

我在这里看到两种方法：

1. 调整/opt/containerfiles/ebnode.py并使用node_modules位置，以避免在部署时将其删除和重建。
2. 在Elastic Beanstalk EC2实例上设置git repo并基本上自己重新编写部署过程，因此/ var / app / current接收推送并npm install仅在必要时运行（这使Elastic Beanstalk看起来像OpsWorks。）

这两个选项都缺乏宽容，并且在Amazon更新其Elastic Beanstalk挂钩和体系结构时容易出现问题。

也许有人有一个更好的主意，如何避免不断重建应用目录中已经存在的node_modules？谢谢。

Answer 1

谢谢基里尔，这真的很有帮助！

我只是将配置文件共享给只看过该解决方案的人npm install。该文件需要放置在.ebextensions项目的文件夹中，它较轻，因为它不包括节点安装的最新版本，并且可以使用。

它还动态检查安装的节点版本，因此无需将其包含在env.vars文件中。

.ebextensions/00_deploy_npm.config

files:
  "/opt/elasticbeanstalk/env.vars" :
    mode: "000775"
    owner: root
    group: users
    content: |
      export NPM_CONFIG_LOGLEVEL=error
      export NODE_PATH=`ls -td /opt/elasticbeanstalk/node-install/node-* | head -1`/bin
  "/opt/elasticbeanstalk/hooks/appdeploy/pre/50npm.sh" :
    mode: "000775"
    owner: root
    group: users
    content: |
      #!/bin/bash
      . /opt/elasticbeanstalk/env.vars
      function error_exit
      {
        eventHelper.py --msg "$1" --severity ERROR
        exit $2
      }

      #install not-installed yet app node_modules
      if [ ! -d "/var/node_modules" ]; then
        mkdir /var/node_modules ;
      fi
      if [ -d /tmp/deployment/application ]; then
        ln -s /var/node_modules /tmp/deployment/application/
      fi

      OUT=$([ -d "/tmp/deployment/application" ] && cd /tmp/deployment/application && $NODE_PATH/npm install 2>&1) || error_exit "Failed to run npm install.  $OUT" $?
      echo $OUT
  "/opt/elasticbeanstalk/hooks/configdeploy/pre/50npm.sh" :
    mode: "000666"
    owner: root
    group: users
    content: |
       #no need to run npm install during configdeploy