这是一个创建于 904 天前的主题，其中的信息可能已经有所发展或是发生改变。
在 k8s 集群上启动多个 nodejs 容器（隔离不同用户的代码），数量高至上万个，不同容器的依赖不完全相同。npm install 阶段不在 dockerfile 中，需要在容器启动后安装。核心诉求是：1. 降低安装时间。2.降低空间占用。
本来尝试 pnpm store ，想把 pnpm 全局缓存目录当作存储卷，启动时只需要 link 过去，但发现 k8s 不支持 link 。 有什么好办法吗？
 | 1 star7th 2023-06-12 10:39:25 +08:00  2 不建议共享，就建议独立搞。 原因： 1 ，不同容器的依赖既然不同的话，那何必花力气去共享那一部分相同依赖？ 2 ，磁盘空间不值钱，节省那边磁盘空间并不会有多少差距。至于内存消耗，你共享不共享，都一样的消耗。 3 ，若强制共享，打破了隔离性，反而会被后面增加很多维护成本。 |
 | 2 yyttrr 2023-06-12 10:58:45 +08:00 1 肯定要隔离，最好就扔到 dockerfile 里面自己搭建一个 npm 的包仓库，构建镜像的时候优先从自建 npm 仓库拉取 |
 | 3 vevlins OP 磁盘空间占用确实还不是大问题，主要是构建速度的考虑，把依赖放在 dockerfile 目前做不到，我做的是一个脚本平台，用户可以随时安装新的依赖。 目前考虑在 init 容器中搭建一个缓存服务器，从缓存服务器安装依赖。 |
 | 4 pkoukk 2023-06-12 11:02:19 +08:00 1 不建议共享，各种问题搞死人。而且最好用 lock 锁定依赖版本，我们这有些老项目没有 lock ，重新部署要解决一大堆兼容性问题 |
 | 5 dolphintwo 2023-06-12 11:04:59 +08:00 1 用 nexus3 做 npm 私有 registry |
 | 6 L1shen 2023-06-12 11:19:07 +08:00 1 或者还有种方式，考 web-contianer 那种，用户在前端就把代码打包完成，到你的容器的时候就可以直接运行 |
 | 7 zy445566 2023-06-12 11:30:16 +08:00 1 其实不能叫共享，但节约空间不是没有办法，你的目的其实也是节约空间是吧。 就是打成基础镜像，把必用 npm 打进去，上层继承下层镜像复用达到节约空间目的 |
 | 8 Pastsong 2023-06-12 11:32:35 +08:00 1 把 node_module 打在 image 里 |
 | 9 seki 2023-06-12 11:40:05 +08:00 1 空间占用没办法解决 安装时间可以用一个共享的缓存或者本地 registry 来加快速度 感觉最好的就是在创建镜像之前能打包的就打包，不能打包的二进制依赖在创建镜像时候安装 |
 | 10 otakustay 2023-06-12 11:50:45 +08:00 2 这是个 XY 问题吧，首先为什么要在启动后才安装依赖？ |
 | 11 qq296015668 2023-06-12 12:50:26 +08:00 @dolphintwo Nexus3 确实省事 |
 | 12 shadeofgod 2023-06-12 13:30:46 +08:00 可以考虑拿 esbuild/tsup 之类的 bundle 一下，然后再去构建镜像，还可以获得一些性能增强 |
 | 13 dcdlove 2023-06-12 14:03:50 +08:00 为什么不在容器里用 pnpm 替换 npm ，建立好缓存后直接打包成一个通用得 base 镜像用于其他项目使用 |
 | 14 codehz 2023-06-12 14:15:42 +08:00 monorepo ，然后打包成 standalone 的脚本，最后放容器里（ |
 | 15 paledream 2023-06-12 14:23:20 +08:00 可以在打包阶段处理这部分共享依赖 |
 | 16 xyjincan 2023-06-12 14:31:56 +08:00 源码先打包，打包后在启动运行环境就简单了呀 |
 | 17 sunxiaping521 2023-06-12 16:39:59 +08:00 |
 | 18 MIUIOS 2023-06-12 16:54:28 +08:00 node_modules 真的能搞死人， 简直是磁盘杀手 |
 | 21 ETiV 2023-06-12 17:19:54 +08:00 via iPhone 1 “npm install 不在 dockerfile” 还不听劝 有个梗图：容器化是为了解决“在我这儿好使、在对方那里打不开”的问题的…它就是把所有运行所需的依赖打包成一个镜像来达成这一目的的 两件事： 1 所以你的问题是 node_modules 大，这个可以用 https://pnpm.io/motivation 瘦身一下 2 然后你说的构建期间 npm install 慢，这个可以缓存一下 node_modules 目录，gitlab 可以配置一个变量 避免被 clean 掉 |
| 22 ETiV 2023-06-12 17:32:34 +08:00 via iPhone 哦对 docker image 还有个“层”的概念 你可以先把最基础、都通用的 node_modules COPY 进去，这样再 build 、和 pull 都可以避免重新同步这部分文件内容 |
 | 24 n18255447846 2023-06-13 02:09:55 +08:00 npm install --registry local 建个本地源 |
| 25 n18255447846 2023-06-13 02:12:16 +08:00 或者 docker volume 挂载 node_modules 目录。没测试过多个容器能否用同一个盘，只是个想法 |
 | 26 whileFalse 2023-06-13 06:05:17 +08:00 via Android @vevlins 你还是把业务需要完整的说一下比较好 |
 | 27 zzl22100048 2023-06-13 10:07:06 +08:00 |
 | 28 cwliang 2023-06-13 11:21:34 +08:00 可以搜一下 node.js 应用构建 image 馊身方案，比如只安装 dependencies 依赖 |
 | 29 cdswyda 2023-06-13 13:41:50 +08:00 提供一个思路， 用一个 docker 做私有仓库，其他的 nodejs 镜像的 npm 安装源都指向这个，也就是所有的安装都会指向你自己的那个 docker ，所谓安装也就是一次文件拷贝。 |
Select Language