Docker-compose忽略了由depends_on建立的启动顺序。

3
我有一个 docker-compose.yml 文件,其中包含三个服务:一个 Node 应用程序、一个 Mongo 数据库和 waisbrot/wait,以等待 Mongo 服务器开始监听,然后启动应用程序。

当我运行 docker-compose up 时,compose 立即开始构建和启动应用程序服务,而不是先启动它的依赖项。控制台没有任何输出来表明 compose 正在尝试启动其他容器中的任何一个。

应用程序服务器无法连接到 Mongo 时,堆栈启动失败。

这是我的 docker-compose.yml:

version: '2'
services:
  wait:
    image: waisbrot/wait
    depends_on:
      - mongo
    environment:
      - TARGETS=mongo:27017
  app:
    build: .
    depends_on:
      - wait
  mongo:
    image: mongo:3.2
    volumes:
      - /data/db

我的意图是先启动mongo服务,再启动wait服务,最后启动应用程序。查看输出甚至观察docker stats,似乎只有应用程序服务正在启动。这是docker-compose up的输出:
Building app
Step 1 : FROM node:6.6
 ---> c0d8845263e3
Step 2 : COPY ./package.json /app/package.json
 ---> Using cache
 ---> db47c6c65663
Step 3 : WORKDIR /app/
 ---> Using cache
 ---> 30c3cadc2680
Step 4 : RUN npm i
 ---> Using cache
 ---> 5ae6a18b2100
Step 5 : COPY ./src/ /app/src/
 ---> Using cache
 ---> dd64329a5fe2
Step 6 : COPY ./config/ /app/config/
 ---> Using cache
 ---> 1945706cdaac
Step 7 : COPY ./public/ /app/public/
 ---> Using cache
 ---> af6f6b7075c1
Step 8 : EXPOSE 3030
 ---> Using cache
 ---> 4ecec8df6ef7
Step 9 : RUN npm start
 ---> Running in 04a543b58d85
npm info it worked if it ends with ok
npm info using npm@3.10.3
npm info using node@v6.6.0
npm info lifecycle family-communication@0.0.0~prestart: family-communication@0.0.0
npm info lifecycle family-communication@0.0.0~start: family-communication@0.0.0

> family-communication@0.0.0 start /app
> node src/

Feathers application started on localhost:3030

/app/node_modules/mongodb/lib/server.js:261
        process.nextTick(function() { throw err; })
                                      ^
MongoError: failed to connect to server [mongo:27017] on first connect
    at Pool.<anonymous> (/app/node_modules/mongodb-core/lib/topologies/server.js:313:35)
    at emitOne (events.js:96:13)
    at Pool.emit (events.js:188:7)
    at Connection.<anonymous> (/app/node_modules/mongodb-core/lib/connection/pool.js:260:12)
    at Connection.g (events.js:291:16)
    at emitTwo (events.js:106:13)
    at Connection.emit (events.js:191:7)
    at Socket.<anonymous> (/app/node_modules/mongodb-core/lib/connection/connection.js:162:49)
    at Socket.g (events.js:291:16)
    at emitOne (events.js:96:13)
    at Socket.emit (events.js:188:7)
    at connectErrorNT (net.js:1015:8)
    at _combinedTickCallback (internal/process/next_tick.js:74:11)
    at process._tickCallback (internal/process/next_tick.js:98:9)

npm info lifecycle family-communication@0.0.0~start: Failed to exec start script
npm ERR! Linux 4.4.20-moby
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "start"
npm ERR! node v6.6.0
npm ERR! npm  v3.10.3
npm ERR! code ELIFECYCLE
npm ERR! family-communication@0.0.0 start: `node src/`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the family-communication@0.0.0 start script 'node src/'.
npm ERR! Make sure you have the latest version of node.js and npm installed.
npm ERR! If you do, this is most likely a problem with the family-communication package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node src/
npm ERR! You can get information on how to open an issue for this project with:
npm ERR!     npm bugs family-communication
npm ERR! Or if that isn't available, you can get their info via:
npm ERR!     npm owner ls family-communication
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /app/npm-debug.log
ERROR: Service 'app' failed to build: The command '/bin/sh -c npm start' returned a non-zero code: 1

为什么这不像我预期的那样工作?
1个回答

4
RUN npm start

你的Dockerfile中的那个命令实际上是在构建时启动了Web服务器,此时其他容器还不存在。很可能你想要

CMD npm start

此外,“wait”容器不会按照你的期望执行。你在一个命令中使用它来确保一个容器已经启动,然后在下一个命令中运行其他容器。Docker-compose只会启动它们,而不会等待任何一个退出。你需要在你的Web应用程序中添加重试/连接逻辑,或者在你的Web应用程序容器中添加入口点。 - Paul Becotte
你说得对。我完全错过了那个。谢谢!不过,我还不确定你在等待容器方面的意思。你是说依赖该容器不能确保我的Mongo容器在应用程序之前启动吗?我遵循了这个例子:https://medium.com/@edgar/how-to-wait-for-a-container-to-be-ready-before-starting-another-container-using-docker-compose-92bab2fc1633#.fmp63xl5h - raddevon
它将在应用程序启动之前启动,但可能还没有准备好接受连接。如果您注意到,他在单独的命令中使用了“等待”容器...他运行up,然后运行wait,然后运行他的测试。 - Paul Becotte

网页内容由stack overflow 提供, 点击上面的
可以查看英文原文,
原文链接