minikube / k8s上具有共享卷的docker容器中Node-Sass不受支持的版本

时间:2019-04-11 18:26:36

标签: docker kubernetes webpack-dev-server minikube node-sass

我正在将一个node / react / webpack应用程序移植到k8s,并试图配置一个利用webpack的热重载功能的开发环境。在minikube上使用共享卷运行此文件时遇到错误:

ERROR in ./~/css-loader!./~/sass-loader/lib/loader.js?{"data":"$primary: #f9427f;$secondary: #171735;$navbar-back-rotation: 0;$navbar-link-rotation: 0;$login-background: url('/images/login-background.jpg');$secondary-background: url('/images/secondary-bg.jpg');"}!./src/sass/style.sass
Module build failed: Error: Node Sass does not yet support your current environment: Linux 64-bit with Unsupported runtime (67)
For more information on which environments are supported please see:

(大多数情况下)运行容器中的代码本身(大部分情况下)是可行的-它启动时没有错误,并通过docker run -it --rm --name=frontend --publish=3000:3000 <container hash>

提供页面
#Dockerfile

FROM node:latest
RUN mkdir /code
ADD . /code/
WORKDIR /code/
RUN yarn cache clean && yarn install --non-interactive  && npm rebuild node-sass

CMD npm run dev-docker

其中dev-docker中的package.jsonNODE_ENV=development npm run -- webpack --progress --hot --watch

以下,注释掉volumeMounts键可以消除该错误。

# deployment.yaml

apiVersion: apps/v1
kind: Deployment
metadata:
  namespace: dev
  name: web
  labels:
    app: web
spec:
  replicas: 1
  selector:
    matchLabels:
      app: frontend-container
  template:
    metadata:
      labels:
        app: frontend-container
    spec:
      volumes:
      - name: frontend-repo
        hostPath:
          path: /Users/me/Projects/code/frontend
      containers:
        - name: web-container
          image: localhost:5000/react:dev
          ports:
          - name: http
            containerPort: 3000
            protocol: TCP
          volumeMounts:
          - name: frontend-repo
            mountPath: /code
          env:
           ... # redacted for simplicity, assume works

基于我在其他地方找到的内容,我相信在引入共享卷时,node-sass使用的本地绑定会干扰主机和容器之间的连接。也就是说,映像构建过程将创建适用于容器的绑定,但是在安装共享卷时这些绑定将被覆盖。

这种理解正确吗?我如何最好地组织事物,以便开发人员可以在其本地存储库上工作并查看那些更改自动反映在群集实例中,而无需重建映像?

1 个答案:

答案 0 :(得分:1)

我的假设得到证实-节点模块是为容器构建的,但被volumeMount覆盖。此时最有效的方法是将需求构建作为容器的入口点,以便它在容器启动时运行,而不是仅在构建时运行。

# Dockerfile

CMD RUN yarn cache clean && yarn install --non-interactive --force && npm run dev-docker