时间戳

首页 > 解决方案 > 在 Javascript/Typescript monorepo 中使用未发布的包处理 Docker 图像

javascript - 在 Javascript/Typescript monorepo 中使用未发布的包处理 Docker 图像

问题描述

我一直试图找到这个问题的明确答案，但不幸的是我一直没能找到。有两个类似的 SO 问题涉及这个主题，

开发人员是否应该能够在他们的开发环境中从 lerna monorepo 创建一个 docker 工件？

如何在不发布的情况下在 lerna monorepo 中构建 docker 镜像

但他们没有明确回答，我认为需要添加更多上下文才能获得更清晰的答案。

我正在使用 Next.js 和几个 Express 服务器建立一个爱好项目。我正在构建一组微服务，它们之间会有一个可以共享的公共资源。由于这是一个业余项目，因此将所有这些都存在于一个 git 存储库中是有意义的。同样，作为一个爱好项目，不必将任何包发布到像 NPM 这样的注册表也是有意义的。

让我们想象一个类似于 lerna（一个 JS monorepo 工具）文档展示的结构：

my-lerna-repo/
  package.json
  packages/
    package-1/
      package.json
    package-2/
      package.json

使用像 Lerna 这样的工具，您可以拥有一个commons依赖的包，并让其他包引用它。Lerna 将提升这个commons包并在包中简单地对它进行符号链接node_modules。

这在开发时是有道理的，但是当您将服务容器化时，这在生产中如何工作？例如，如果我们Dockerfile为每个服务创建一个并将其扔到 Kubernetes 集群中，则容器将失败，因为commons依赖项不存在——它只是一个符号链接。

我研究了 Lerna 的“复制”论点，但不存在。我知道还有其他 JS monorepo 工具（例如 Rush），但我知道 Lerna 是最受欢迎的。

如何在不发布依赖于 monorepo 的包的情况下解决这个问题？

标签： javascriptdockermicroservicesmonorepolerna

解决方案

对于在开发过程中遇到类似问题的人，我想提供我最终得到的解决方案。

首先，我使用 yarn 工作区在我的 mono-repository 的根目录中设置了一个 package.json：

{
  "name": "ticketing",
  "private": true,
  "workspaces": [
    "common",
    "service-one",
    "service-two"
  ]
}

然后，对于每个服务的 docker 文件，我将复制公共项目：

FROM node:alpine as builder
WORKDIR /app

COPY package.json .
COPY common ./common
COPY service-one./service-one


FROM builder as prod
WORKDIR /app
ENV NODE_ENV=production

RUN npm install --prod
CMD npm run prod -w @project/service-one


FROM builder as dev
WORKDIR /app
ENV CI=true

RUN npm install
CMD npm run dev -w @project/service-one

有了这个设置，我不再需要 npm 发布我的公共资源了。

推荐阅读