次のサービスを備えたアプリがあります。

• web/ -ポート5000でPython 3フラスコWebサーバーを保持して実行します。sqlite3を使用します。
• worker/- index.jsキューのワーカーであるファイルがあります。Webサーバーは、ポート経由でjson APIを使用してこのキューと対話します9730。ワーカーはストレージにredisを使用します。ワーカーはまた、データをフォルダーにローカルに保存しますworker/images/

現在、この質問はにのみ関係していworkerます。

worker/Dockerfile

FROM node:0.12

WORKDIR /worker

COPY package.json /worker/
RUN npm install

COPY . /worker/

docker-compose.yml

redis:
    image: redis
worker:
    build: ./worker
    command: npm start
    ports:
        - "9730:9730"
    volumes:
        - worker/:/worker/
    links:
        - redis

を実行するとdocker-compose build、すべてが期待どおりに動作し、すべてのnpmモジュールが/worker/node_modules期待どおりにインストールされます。

npm WARN package.json unfold@1.0.0 No README data

> phantomjs@1.9.2-6 install /worker/node_modules/pageres/node_modules/screenshot-stream/node_modules/phantom-bridge/node_modules/phantomjs
> node install.js

<snip>

しかし、私がそうするときdocker-compose up、私はこのエラーを見ます：

worker_1 | Error: Cannot find module 'async'
worker_1 |     at Function.Module._resolveFilename (module.js:336:15)
worker_1 |     at Function.Module._load (module.js:278:25)
worker_1 |     at Module.require (module.js:365:17)
worker_1 |     at require (module.js:384:17)
worker_1 |     at Object.<anonymous> (/worker/index.js:1:75)
worker_1 |     at Module._compile (module.js:460:26)
worker_1 |     at Object.Module._extensions..js (module.js:478:10)
worker_1 |     at Module.load (module.js:355:32)
worker_1 |     at Function.Module._load (module.js:310:12)
worker_1 |     at Function.Module.runMain (module.js:501:10)

/worker/node_modules（ホスト上またはコンテナー内に）モジュールが存在しないことがわかります。

ホストの場合、私は npm installは、すべてがうまくます。しかし、私はそれをしたくありません。コンテナに依存関係を処理させたい。

ここで何が問題になっていますか？

（言うまでもなく、すべてのパッケージはにありpackage.jsonます。）

これは、ビルド中にボリュームがマウントされていないため、workerディレクトリをボリュームとしてボリュームに追加したために発生しますdocker-compose.yml。

dockerがイメージをビルドすると、node_modulesディレクトリがworkerディレクトリ内に作成され、すべての依存関係がそこにインストールされます。次に、実行時にworker外部のDockerからのディレクトリがDockerインスタンス（がインストールされていないnode_modules）にマウントされ、node_modulesインストールしたばかりを非表示にします。これは、マウントされたボリュームをから削除することで確認できますdocker-compose.yml。

回避策は、データボリュームを使用してすべての node_modulesworkerは、ディレクトリがマウントされる前に、構築されたDockerイメージからデータをコピーします。これは次のように行うことができますdocker-compose.yml：

redis:
    image: redis
worker:
    build: ./worker
    command: npm start
    ports:
        - "9730:9730"
    volumes:
        - ./worker/:/worker/
        - /worker/node_modules
    links:
        - redis

これがイメージの移植性に問題を引き起こすかどうかは完全にはわかりませんが、主にdockerを使用してランタイム環境を提供しているようなので、これは問題にはなりません。

ボリュームの詳細については、https：//docs.docker.com/userguide/dockervolumes/にある便利なユーザーガイドをご覧ください。

編集：Dockerはそれ以来./、docker-compose.ymlファイルに関連するファイルをマウントするためのリーディングを要求するように構文を変更しました。

node_modulesフォルダは、ボリュームと、容器内のこれ以上のアクセスによって上書きされます。ネイティブモジュールのロード戦略を使用して、ボリュームからフォルダーを取り出します。

/data/node_modules/ # dependencies installed here
/data/app/ # code base

Dockerfile：

COPY package.json /data/
WORKDIR /data/
RUN npm install
ENV PATH /data/node_modules/.bin:$PATH

COPY . /data/app/
WORKDIR /data/app/

node_modulesそれは、画像に含まれているため、ディレクトリは、容器の外側からアクセスすることはできません。

@FrederikNSが提供するソリューションは機能しますが、node_modulesボリュームに明示的に名前を付けることを好みます。

私のproject/docker-compose.ymlファイル（docker-composeバージョン1.6以降）：

version: '2'
services:
  frontend:
    ....
    build: ./worker
    volumes:
      - ./worker:/worker
      - node_modules:/worker/node_modules
    ....
volumes:
  node_modules:

私のファイル構造は：

project/
   │── worker/
   │     └─ Dockerfile
   └── docker-compose.yml

という名前のボリュームが作成project_node_modulesされ、アプリケーションを起動するたびに再利用されます。

私docker volume lsはこのように見えます：

DRIVER              VOLUME NAME
local               project1_mysql
local               project1_node_modules
local               project2_postgresql
local               project2_node_modules

最近、同様の問題が発生しました。node_modules他の場所にインストールして、NODE_PATH環境変数を設定できます。

以下の例では、私はにインストールnode_modulesしました/install

worker / Dockerfile

FROM node:0.12

RUN ["mkdir", "/install"]

ADD ["./package.json", "/install"]
WORKDIR /install
RUN npm install --verbose
ENV NODE_PATH=/install/node_modules

WORKDIR /worker

COPY . /worker/

docker-compose.yml

redis:
    image: redis
worker:
    build: ./worker
    command: npm start
    ports:
        - "9730:9730"
    volumes:
        - worker/:/worker/
    links:
        - redis

エレガントなソリューションがあります：

ディレクトリ全体ではなく、アプリディレクトリのみをマウントします。これにより、で問題が発生しなくなりますnpm_modules。

例：

  frontend:
    build:
      context: ./ui_frontend
      dockerfile: Dockerfile.dev
    ports:
    - 3000:3000
    volumes:
    - ./ui_frontend/src:/frontend/src

Dockerfile.dev：

FROM node:7.2.0

#Show colors in docker terminal
ENV COMPOSE_HTTP_TIMEOUT=50000
ENV TERM="xterm-256color"

COPY . /frontend
WORKDIR /frontend
RUN npm install update
RUN npm install --global typescript
RUN npm install --global webpack
RUN npm install --global webpack-dev-server
RUN npm install --global karma protractor
RUN npm install
CMD npm run server:dev

更新：@FrederikNSが提供するソリューションを使用してください。

同じ問題が発生しました。フォルダー/workerがコンテナーにマウントされると、その内容がすべて同期されます（ローカルになければ、node_modulesフォルダーは表示されなくなります）。

OSに基づく互換性のないnpmパッケージが原因で、モジュールをローカルにインストールするだけではなく、コンテナーを起動することもできませんでした。

これに対する私の解決策は、ソースを srcフォルダーこのindex.jsファイルnode_modulesを使用してそのフォルダーにリンクすることでした。これで、ファイルがアプリケーションの開始点になりました。index.js

コンテナーを実行すると、/app/srcフォルダーがローカルsrcフォルダーにマウントされました。

したがって、コンテナフォルダは次のようになります。

/app
  /node_modules
  /src
    /node_modules -> ../node_modules
    /app.js
  /index.js

それは醜いが、それは動作します。..

以下のために道のNode.jsロード・モジュールは、node_modulesソースコードへのパスのどこにでもすることができます。たとえば、であなたのソースを置く/worker/srcと、あなたのpackage.json中に/worker、その/worker/node_modules彼らが設置しているところです。

コンテナーにnode_modulesをプロジェクトフォルダーとは異なる場所にインストールし、NODE_PATHをnode_modulesフォルダーに設定すると役立ちます（コンテナーを再構築する必要があります）。

私はdocker-composeを使用しています。私のプロジェクトファイル構造：

-/myproject
--docker-compose.yml
--nodejs/
----Dockerfile

docker-compose.yml：

version: '2'
services:
  nodejs:
    image: myproject/nodejs
    build: ./nodejs/.
    volumes:
      - ./nodejs:/workdir
    ports:
      - "23005:3000"
    command: npm run server

nodejsフォルダー内のDockerfile：

FROM node:argon
RUN mkdir /workdir
COPY ./package.json /workdir/.
RUN mkdir /data
RUN ln -s /workdir/package.json /data/.
WORKDIR /data
RUN npm install
ENV NODE_PATH /data/node_modules/
WORKDIR /workdir

node_moduleディレクトリを別のボリュームにマッピングしない簡単な解決策もあります。インストールするnpmパッケージを最後のCMDコマンドに移動しようとしています。

このアプローチの欠点：

• npm installコンテナを実行するたびに実行します（からnpmに切り替えると、yarnこのプロセスが少し高速化する場合もあります）。

worker / Dockerfile

FROM node:0.12
WORKDIR /worker
COPY package.json /worker/
COPY . /worker/
CMD /bin/bash -c 'npm install; npm start'

docker-compose.yml

redis:
    image: redis
worker:
    build: ./worker
    ports:
        - "9730:9730"
    volumes:
        - worker/:/worker/
    links:
        - redis

ノード開発環境には2つの個別の要件があります...ソースコードをコンテナーにマウントし、node_modulesをコンテナーからマウントします（IDEの場合）。最初を達成するには、通常のマウントを行いますが、すべてではありません...必要なものだけを

volumes:
    - worker/src:/worker/src
    - worker/package.json:/worker/package.json
    - etc...

（やらない理由 - /worker/node_modulesは、docker-composeが実行間でそのボリュームを維持するためです。つまり、実際にイメージ内にあるものとは異なる可能性があります（ホストからのバインドマウントだけではなく、目的を否定します））。

2番目のものは実際にはもっと難しいです。私の解決策は少しハックですが、うまくいきます。私は自分のホストマシンにnode_modulesフォルダーをインストールするスクリプトを持っています。package.jsonを更新するたびに呼び出す必要があります（または、ローカルでdocker-composeビルドを実行するmakeターゲットに追加します）。

install_node_modules:
    docker build -t building .
    docker run -v `pwd`/node_modules:/app/node_modules building npm install

私の意見ではRUN npm install、Dockerfileには入れるべきではありません。代わりに、正式なノードサービスを実行する前に、bashを使用してコンテナーを起動して依存関係をインストールできます

docker run -it -v ./app:/usr/src/app  your_node_image_name  /bin/bash
root@247543a930d6:/usr/src/app# npm install

Dockerfileで次のようなことを試すことができます。

FROM node:0.12
WORKDIR /worker
CMD bash ./start.sh

次に、次のようにボリュームを使用する必要があります。

volumes:
  - worker/:/worker:rw

startscriptはワーカーリポジトリの一部である必要があり、次のようになります。

#!/bin/sh
npm install
npm start

したがって、node_modulesはワーカーボリュームの一部であり、同期され、すべてが起動するとnpmスクリプトが実行されます。

Dockerfileを破棄することもできます。シンプルであるため、基本的なイメージを使用して、作成ファイルでコマンドを指定するだけです。

version: '3.2'

services:
  frontend:
    image: node:12-alpine
    volumes:
      - ./frontend/:/app/
    command: sh -c "cd /app/ && yarn && yarn run start"
    expose: [8080]
    ports:
      - 8080:4200

これは私にとって特に便利です。イメージの環境が必要なだけなのですが、コンテナーの外で私のファイルを操作するので、これもあなたがやりたいことだと思います。