node.js - 最佳nodejs和docker部署策略

Question

关闭。这个问题需要多问 focused 。目前不接受答案。

---

想要改进此问题吗？更新问题，使其仅关注一个问题 editing this post .

已关闭 5 年前。

Improve this question

目前我正在为 NodeJS 项目进行 DevOps。我使用 Pm2 作为 Nodejs 进程管理器来部署应用程序，但我正在考虑切换到 Docker。在这个方向上，我正在思考部署应用程序的最佳部署策略是什么。

1. 首先，我想为应用程序创建一个 docker 镜像，并在该镜像中执行应用程序更新任务。这不需要每次更新应用程序时都创建另一个 Docker 镜像。

2. 但是，我认为选项 1 与微服务理念直接冲突。所以我认为遵循微服务哲学意味着每次应用程序更新都需要新的微服务版本，因此我们每次更新应用程序时都必须构建新的docker镜像版本。

我想知道什么是最适合您的方法、原因以及在部署过程中使用哪些工具来自动构建新镜像。

谢谢。

Answer 1

我倾向于组织 Docker 部署的方式如下:

docker/
  base/
    Dockerfile
  build/
    Dockerfile
Dockerfile
package.json
...

首先创建一个基础镜像 Docker 镜像，其中包括构建和运行时共有的任何依赖项，以便这些层在两个 Docker 镜像之间重用:

# docker/base/Dockerfile
FROM node:9.5-alpine
RUN apk --no-cache add ...

从基础 Docker 镜像创建一个包含构建时特定工具和依赖项的构建 Docker 镜像，并且 CMD 触发构建过程:

# docker/build/Dockerfile
FROM app-base:1.0
RUN apk --no-cache add ...
VOLUME ["/var/workspace"]
WORKDIR /var/workspace
CMD ["npm", "install"]

然后，您的应用程序每次都可以通过在 app-build 镜像中运行来构建。我通常会输出一个包含所有已构建依赖项的 tarball，准备好运行，这样就可以轻松地将整个应用程序注入(inject)到新的 Docker 镜像中。

最后将应用程序打包到 Docker 镜像中，这仅包含生产依赖项以及为运行应用程序而设置的用户和组，并将获取从构建步骤输出的 tarball，即:

FROM app-base:1.0
ARG version=latest
ARG user=app
ARG uid=1000
ARG gid=1000
RUN apk --no-cache add ... && useradd ...
ADD app-${version}.tar.gz /usr/share/app
WORKDIR /usr/share/app
USER ${user}
CMD ["node", "/usr/share/app/index.js"]

我在 Docker 镜像中构建它，这样就不会因直接从主机构建它而引入不兼容性，并且我使用生产镜像中的单独 Docker 镜像，这样我的生产镜像中就没有多余的内容，这有助于减小传输 Docker 镜像时的大小，并减少安全性所需的表面积。 YMMV，这只是实现这一目标的一种方法。

我还没有调查multi-stage builds但它看起来是一个有趣的选择。

更新

我所在的一些团队从单个 Docker 镜像开始，该镜像具有一个用于安装应用程序及其依赖项的入口点脚本，但最终放弃了，因为当他们需要部署关键更改时，他们依赖于网络上的资源，而这些资源碰巧不存在(存储库已关闭)。

但是，我所在的一些团队继续采用这种方法，因为他们不认为 Docker 镜像是主要工件。他们的镜像下载了打包的应用程序、配置和 secret ，并确保所有依赖项都托管在其网络和控制范围内的存储库上。