Tag: docker

无法连接到暴露的Docker容器端口上的Node.js检查器

运行命令docker run -p 9222:9229 –name node-inspect-test -d node:alpine node –inspect-brk -e 'console.log("hello world")'应该公开node.js检查器 Docker主机上的端口9222 。 运行curl http://localhost:9222/json导致curl: (56) Recv failure: Connection reset by peer 。 使用docker exec -it node-inspect-test wget -qO- http://localhost:9229/json从容器中请求相同的端点成功。 为什么暴露的端口9222不能被转发到内部端口9229 ？ 我正在运行Docker版本17.06.0-ce，在Ubuntu 16.04.2上构build02c1d87。

尽pipe项目位于泊坞窗容器上，但在我的IDE上仍可使用Lintingfunction

我有一个在Docker上运行的React NodeJS项目。 我能够通过在这里发表文章来实现它的工作。 问题是，我的主机中的node_modules是空的。 将volumes更改为/www/project/node_modules:app/node_modules将使模块在/www/project/node_modules:app/node_modules容器中不可用。 我的工作就是通过运行npm install –only=dev只安装在主机上的依赖关系，但是每次重启容器都会消失。 这是我的Github回购的副本，这是做到这一点。

如何使用docker-compose.debug.yml来debugging在docker中运行的节点？

我已经使用VSdocker扩展来创builddocker文件。 但是我不知道使用docker-compose.debug.yml来debugging我的代码的“正确”方式是什么，例如，如何设置我的env。 所以我可以打F5和所有的魔法发生。 我做了一个方法来debugging我的代码。 首先在terminal中运行docker-compose -f docker-compose.debug.yml 。 然后使用In-container Node Development：Visual Studio Code中的launch.json将其附加到docker中的节点上。 但是我认为Code可能会提供一种简化debuggingstream程的简单方法。

Dockerize框架testing“无法执行”

我想dockerize galenframeworktesting。 这是我目前的： DockerFile FROM node:8.6 RUN mkdir -p /usr/src/galen WORKDIR /usr/src/galen COPY package.json /usr/src/galen/ RUN npm install COPY . /usr/src/galen 泊坞窗，compose.yml version: '2' services: galenframework: build: context: . dockerfile: Dockerfile volumes: – .:/usr/src/galen 的package.json { "name": "docker_galen", "version": "1.0.0", "description": "Node.js on Docker with Galen", "dependencies": { "galenframework-cli": "2.3.5" } } 在运行docker-compose up -d我得到以下错误： […]

Docker和Docker Compose – COPY的prod图像，但装入dev的卷

我正在构build一个小型的NodeJS / Express应用程序，我正在Dockersing并部署到Compute Engine。 我有我docker-compose.yml设置为开发（即我正在安装我的源代码目录，所以我可以在不重build的情况下进行更改）。 当我准备好制作时，我将构build自己的图像并将其推送到Google Cloud上的容器registry。 当我这样做时，我想把我的源代码烧成图像。 注意：这是一个单人项目，我没有设置任何types的configuration项。 我可以在我的Dockerfile使用COPY来做到这一点，但我使用相同的Dockerfile进行开发。 可以使用不同的Dockerfile进行生产和开发，或者有一种方法可以在Dockerfile有条件地执行此Dockerfile吗？ 就像是… if ENV=production COPY blah ./ …

使用Yarn依赖关系为Node应用程序构buildDocker镜像

我正在尝试为使用yarn安装依赖关系的节点应用程序构builddocker镜像。 我的Dockerfile看起来像这样： FROM node:7 WORKDIR /app COPY package.json /app RUN yarn install COPY . /app CMD npm run develop EXPOSE 8000 当我在我的本地机器上运行纱线安装时，每件事情都运行良好，但是当我执行docker build时，我得到了这个永远阻塞的错误。 **docker build -t rs .** Sending build context to Docker daemon 219.1MB Step 1/7 : FROM node:7 —> d9aed20b68a4 Step 2/7 : WORKDIR /reason —> Using cache —> fe51a1860989 Step 3/7 : […]

无法使用docker-compose在docker容器中运行命令

编辑 – 添加文件夹结构 我正在尝试使用docker-compose在docker容器中运行node.js应用程序，但是容器无法运行指定的命令并退出。 我正在运行docker-for-mac，17.09.0-ce-mac35（19611） 这是我的文件夹结构： . ├── docker-compose.yml ├── backend/ │ ├── Dockerfile │ ├── package.json │ ├── (source files) ├── frontend/ │ ├── Dockerfile │ ├── package.json │ ├── (source files) 这是我的docker-compose文件： version: "3" services: ihm-backend: environment: – NODE_ENV=development build: ./backend volumes: – ./backend:/src ports: – "3000:3000" – "9222:9222" working_dir: /src command: – […]

如何configurationnginx泊坞窗容器在不同的端口识别本地主机应用程序？

安装程序：以下所有内容都在我的Mac OS上运行： localhost：8089 a nodejs REST api runing in my local, OUTSIDE of the nginx container, stand alone! locahost：80个nginx docker container 我能够在nginx的docker容器中提供静态文件，但是当我把nginx的configuration设置为： http { server { location / { root /usr/share/nginx/html; } location /api/ { proxy_pass http://localhost:8089; } } } 由于某种原因，任何localhost:80/api调用，假设指向http://localhost:8089; 呼叫正在返回404未find页面 404 Not Found nginx/1.13.6 任何想法在哪里configuration我犯了错误？ 我觉得也许我不应该在nginx中使用localhost:8089 ？ 但那我该用什么？ 一个例子可以在这里findhttps://github.com/adamchenwei/docker-nginx-playground

定期应用程序在Docker容器中重新启动

我们正在运行一个运行了几个小时的Node.js / Express应用程序，然后开始抛出504错误，没有任何理由。 由于我们目前无法跟踪这些错误，所以我们需要每隔一小时左右重新启动应用程序，以确保它在周末仍然运行。 我们的Ubuntu服务器运行Dokku ，然后为我们的应用程序安装一个容器。 每当应用程序吐出一个504，我们必须以root身份运行docker restart appid 。 那么每小时自动重新启动节点进程的最佳方法是什么？

为什么集群NodeJS与Docker，以及Einhorn如何？

我一直很喜欢使用NodeJS来创build/编写应用程序function。 NodeJS对我来说很简单。 当考虑如何利用多核机器（然后考虑端口特定应用的额外复杂性 – 例如80/443上的web应用）时，我的原始解决scheme查看了NodeJS群集（或类似pm2），或许负载平衡器。 但是我想知道为什么会运行多个容器（以解决多核问题），然后在它们各自的外部端口之间进行负载均衡，会有什么坏处（或者不能工作的原因）？ 过去，使用Einhorn还是比较好？ Einhorn如何适合这个画面？ 所以，问题是 – 仅针对NodeJS（因为我也在考虑Go） – 我是否正确地考虑“集群”与“具有负载平衡的多个docker集装箱”作为利用多个核心的两种可能方式？ 作为一个单独的问题，Einhorn只是一种替代的第三方方式来实现NodeJS集群（也可以用来平衡Go应用程序的负载平衡）？