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

问题描述 投票:0回答:1

我正在将一个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-dockerpackage.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使用的os-native绑定在引入共享卷时会干扰主机和容器。也就是说,映像构建过程会创建适用于容器的绑定,但在装入共享卷时会覆盖这些绑定。

这种理解是否正确?如何最好地构建事物,以便开发人员可以处理其本地存储库并查看自动反映在集群实例中的更改,而无需重建映像?

docker kubernetes webpack-dev-server minikube node-sass
1个回答
1
投票

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

# Dockerfile

CMD RUN yarn cache clean && yarn install --non-interactive --force && npm run dev-docker
© www.soinside.com 2019 - 2024. All rights reserved.