我一直在与kubernetes纠缠不清,我正在尝试使用minikube,node和nodemon设置开发环境.如果我在独立容器中运行映像,则可以正常工作,但是如果将映像放入部署中,则会崩溃并显示以下错误.
yarn run v1.3.2
$nodemon --legacy-watch --exec babel-node src/index.js
/app/node_modules/.bin/nodemon:2
'use
^^^^^
SyntaxError: Invalid or unexpected token
at createScript (vm.js:80:10)
at Object.runInThisContext (vm.js:139:10)
at Module._compile (module.js:599:28)
at Object.Module._extensions..js (module.js:646:10)
at Module.load (module.js:554:32)
at tryModuleLoad (module.js:497:12)
at Function.Module._load (module.js:489:3)
at Function.Module.runMain (module.js:676:10)
at startup (bootstrap_node.js:187:16)
at bootstrap_node.js:608:3
error Command Failed with exit code 1.
info Visit https://yarnpkg.com/en/docs/cli/run for documentation about this command.
我的package.json中有一个dev命令
"dev": "nodemon --legacy-watch --exec babel-node src/index.js",
我的映像正在使用以下docker文件构建
FROM node:8.9.1-alpine
WORKDIR /app
COPY . /app/
RUN cd /app && yarn install
我的部署就是这样设置的
---
apiVersion: apps/v1beta1
kind: Deployment
Metadata:
labels:
app: nodeapp
name: nodeapp
spec:
replicas: 3
selector:
matchLabels:
app: nodeapp
template:
Metadata:
labels:
app: nodeapp
spec:
containers:
- name: nodeapp
imagePullPolicy: Never
image: app:latest
command:
- yarn
args:
- run
- dev
ports:
- containerPort: 8080
volumeMounts:
- name: code
mountPath: /app
volumes:
- name: code
hostPath:
path: /Users/adam/Workspaces/scratch/expresssite
---
apiVersion: v1
kind: Service
Metadata:
name: nodeapp
labels:
app: nodeapp
spec:
selector:
app: nodeapp
ports:
- name: nodeapp
port: 8080
nodePort: 30005
type: NodePort
---
它显然在nodemon binstub中的“使用严格”上崩溃了,但是我不知道为什么.作为独立的docker容器,它可以正常工作.目的是让我在保存更改以进行开发时让nodemon在每个pod中重新启动节点进程,但是我不确定自己的错误在哪里.
编辑:
我已经稍微缩小了范围.它正在从文件主机挂载node_modules,这就是导致它崩溃的原因.我确实有一个.dockerignore文件设置.有没有办法让它像这样工作(因此,如果我运行npm install,它将接管所做的更改)还是有办法让它使用与映像一起安装的node_modules?
1)node_modules具有本地符号链接,这些符号链接很难在您的容器内部解析.
2)如果您有依赖于本机二进制文件的依赖项,则将为您在其上安装依赖项的操作系统编译它们.如果将它们安装到其他操作系统,则运行这些二进制文件会出现问题.您是否正在Win / Mac上运行npm install并将其从上图安装到基于linux的容器中?然后,这很可能是您的问题.
在Kubernetes吊舱/容器内直接开发软件时,我们团队遇到了完全相同的问题.这就是为什么我们启动了一个名为DevSpace CLI的开源项目:https://github.com/covexo/devspace
DevSpace CLI可以在本地文件夹和开发容器中的文件夹之间建立可靠且超快速的2路代码同步(适用于任何Kubernetes集群,任何卷,甚至适用于临时/非永久文件夹),并且可以正常工作与热加载工具(例如nodemon)完美配合.让我知道它是否适合您,或者您缺少什么.