gpt4 book ai didi

node.js - Docker:从容器到其他容器的 http 请求停滞

转载 作者:可可西里 更新时间:2023-11-01 17:17:26 24 4
gpt4 key购买 nike

我使用 VPS 在线测试我的网络应用程序。我使用 Docker 在同一台服务器上运行许多 Web 应用程序。这是我的

docker-compose.yml

version: "3.7"

services:

gateway:
build:
context: ./gateway
dockerfile: Dockerfile
restart: always
ports:
- 80:3000
networks:
erealm:
ipv4_address: 10.5.0.2

db:
image: mysql/mysql-server:5.5
restart: always
environment:
MYSQL_ROOT_PASSWORD: 4lf483t0
networks:
erealm:
ipv4_address: 10.5.0.3

phpmyadmin:
image: nazarpc/phpmyadmin:latest
environment:
- MYSQL_HOST=10.5.0.3:3306
restart: always
depends_on:
- db
ports:
- 1234:80
networks:
erealm:
ipv4_address: 10.5.0.4

static:
build:
context: ./static
dockerfile: Dockerfile
restart: always
networks:
erealm:
ipv4_address: 10.5.0.5

onlinecv:
build:
context: ./onlinecv
dockerfile: Dockerfile
restart: always
ports:
- 81:3000
networks:
erealm:
ipv4_address: 10.5.0.10

speeqapi:
build:
context: ./speeq/api
dockerfile: Dockerfile
restart: always
environment:
MYSQL_SERVER: 10.5.0.3
MYSQL_PORT: 3306
MYSQL_USER: xxxxxxxxxx
MYSQL_PASSWORD: xxxxxxxxxx
MYSQL_DATABASE: xxxxxxxxxx
depends_on:
- db
networks:
erealm:
ipv4_address: 10.5.0.20

speeqfe:
build:
context: ./speeq/fe
dockerfile: Dockerfile
restart: always
environment:
REACT_APP_API_SERVER: 10.5.0.20:3000
REACT_APP_STATIC_SERVER: 10.5.0.5:3000
ports:
- 82:3000
depends_on:
- db
- static
- speeqapi
networks:
erealm:
ipv4_address: 10.5.0.21

networks:
erealm:
driver: bridge
ipam:
config:
- subnet: 10.5.0.0/24

该方案背后的主要思想是只向世界开放 HTTP 端口,而所有必要的服务都在 Docker 内部网络保护下运行,外部世界无法访问。

我使用网关服务将来自不同应用程序的 HTTP 请求映射到不同的端口。因此,我将我的在线 CV 映射到 CNAME cv.eddealmeida.net,并将此 Speeq 应用映射到我的 DNS 区域中的 CNAME speeq.eddealmeida.net,两者都指向该服务器。当我的服务器收到对 http://cv.eddealmeida.net 的请求时或 http://speeq.eddealmeida.net ,基于 Node/Express 的网关应用程序(监听端口 80)拆分请求的主机参数,并应用简单映射将请求分别发送到端口 81 和 82。

好吧,一切都运行良好,但对于内部请求。首先,我遇到了内部名称解析问题,我通过为所有服务提供 IP 解决了这个问题,如您所见。

现在我的内部请求会到达它们正确的位置,但是...... speeq 前端发出的获取请求正在停滞。他们只是不停地拖延,一遍又一遍。我使用 curl 测试了 API,一切正常,它正确回答了我的命令行请求。所以,我的 API/数据库连接或类似的东西没有问题。谷歌浏览器给了我这个explanation ,但我认为我不适合所提到的任何情况。

有没有人经历过这样的情况给我一个提示?在过去的 24 小时里,我一直在与这个问题作斗争,但我的想法已经用完了。我仔细检查了所有内容,但仍然无法正常工作。

最佳答案

我有一些可能有用的假设。

1- 关于 IP 的使用,我建议尝试使用 network aliases而不是 IP,这是一个长期的解决方案

2- 我可以看到您正在使用 ReactJS 作为客户端的前端 - 我假设您在构建 React 应用程序后使用静态文件 - 在这种情况下您需要公开后端/api通过端口映射或使用域名指向您的 api 正在监听的公共(public) ip 或任何类似方法的公共(public) ip,以便在您从浏览器(这是不同的设备)打开它时使前端应用程序能够访问它在你的情况下)。因此,如果 speeqfe 是一个 reactjs 前端,您需要将指向其他容器的环境变量值更改为公共(public) ip,以便在构建静态文件后使其正常工作

关于node.js - Docker:从容器到其他容器的 http 请求停滞,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/54824521/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com