在Docker容器中使用bcrypt的ELF头文件或安装问题

Question

有点像,但是有任何人在linux容器(特别是docker)中使用bcrypt并且知道自动化的解决方法有什么问题吗？我和这两个问题有同样的问题:

AWSBox上具有节点bcrypt的ELF标头无效

运行节点应用程序时bcrypt无效的elf标头

我的Dockerfile

# Pull base image
FROM node:0.12

# Expose port 8080
EXPOSE 8080

# Add current directory into path /data in image
ADD . /data

# Set working directory to /data
WORKDIR /data

# Install dependencies from package.json
RUN npm install --production

# Run index.js
CMD ["npm", "start"]

如果我已经在我的node_modules中安装了bcrypt,我会得到前面提到的无效ELF头错误,但是如果我将其删除(只是本身或我的所有包),在构建容器时由于某种原因没有安装它.我必须在构建后手动输入容器并将其安装在内部.

有自动化的解决方法吗？

或者,也许,只是,什么是一个很好的替代bcrypt与Node堆栈？

Answer 1

利亚姆的评论是关于这笔资金,只是为未来的互联网旅行者扩展它.

问题是您已将node_modules文件夹复制到容器中.这是一个问题的原因是bcrypt是一个本机模块.它不仅仅是javascript,还包括一堆在安装时编译的C代码.

来自该编译的二进制文件存储在node_modules文件夹中,并且它们被自定义到它们构建的位置.将他们从OSX家中移植到一个奇怪的Linux领域会导致他们行为不端并抱怨ELF标题和仙女脚.

解决方案是作为Dockerfile的一部分echo node_modules >> .dockerignore运行npm install.这意味着本机模块将在容器内编译,而不是在笔记本电脑外部编译.

有了这个,就不需要在启动CMD之前运行npm install.只是在Dockerfile的构建阶段就可以了.

protip:官方节点映像设置NODE_ENV =默认生产,其中npm与--production标志相同.大多数时候这是一件好事.当您的Dockerfile还包含一些依赖于dev依赖项(webpack等)的构建步骤时,这不是一件好事.在那种情况下你想要NODE_ENV=null npm install

pro protip:你可以通过将package.json分别复制到代码的其余部分来更好地利用Docker的缓存.使您的Dockerfile看起来像这样:

# Pull base image
FROM node:0.12

# Expose port 8080
EXPOSE 8080

# Set working directory to /data
WORKDIR /data

# Set working directory to /data
COPY package.json /data

# Install dependencies from package.json
RUN npm install

# Add current directory into path /data in image
ADD . /data

# Run index.js
CMD npm start

这样Docker只会npm install在你更改package.json时重新运行,而不是每次更改代码行时都重新运行.

Answer 2

好的，所以我有一个有效的自动化解决方法：

调用npm install --productionCMD指令。我将挥手弄清楚为什么我必须在执行容器时安装 bcrypt，但它有效。

更新的 Dockerfile

# Pull base image
FROM node:0.12

# Expose port 8080
EXPOSE 8080

# Add current directory into path /data in image
ADD . /data

# Set working directory to /data
WORKDIR /data

# Install dependencies from package.json
RUN npm install --production

# Run index.js
CMD npm install --production; npm start