服务通过docker部署后,调用确定相互调用的URL

背景:

有两个服务,称之为server-a和server-b吧,a要调用b。主机部署时,b服务的地址通过ip:port的方式给出,通过docker部署后,要验证下a调用b时的地址该如何设置。

我做了一个简单的实验,现在将实验代码贴出来,做个备份记录。

方案:

通过docker-compose + yaml文件方式,指定通过 http://服务名:端口 来访问服务。与主机部署时相比,相当于将主机ip更换成服务名。

yaml文件内容:

version: "3.0"

services:

Java服务(镜像A)

java-service:

image: javalb-a:v2.0 # 如 your-java-service:1.0

ports:

  • "5097:5097" # 暴露Java服务端口

depends_on:

  • service-b # 定义依赖:先启动service-b再启动Java服务

environment:

restart: always # 崩溃自动重启

服务B(镜像B)

service-b:

image: myflash-server-b:v1.0 # 如 your-service-b:1.0

ports:

  • "5000:5000" # 暴露服务B端口(可选,内部调用可省略)暴露容器内部的端口,供其他容器连接

注意:这里没有映射 ports 到宿主机,说明此服务仅供内部访问

restart: always

Dockerfile

使用官方Python运行时作为父镜像

FROM python:3.10

设置工作目录在容器内

WORKDIR /app

将当前目录内容复制到位于容器内的/app目录下

COPY . /app

安装requirements.txt中指定的任何依赖项

RUN pip install flask requests

让容器以非root用户身份运行以增加安全性

RUN adduser --disabled-password --gecos '' dockeruser && chown -R dockeruser /app

USER dockeruser

指定容器启动时运行的命令

CMD "python", "app.py"

app.py代码

python 复制代码
from flask import Flask
import requests
import os

app = Flask(__name__)

# 从环境变量中读取 SERVICE_B_URL,如果不存在则使用默认值(可选)
SERVICE_B_URL = os.environ.get('SERVICE_B_URL', 'http://default-server:port')

@app.route('/')
def hello_world():
    print(f"SERVICE_B_URL is = : {SERVICE_B_URL}")
    # 发送GET请求
    response = requests.get(SERVICE_B_URL)
    
    # 打印响应的状态码和内容
    print(f"Status Code: {response.status_code}")
    print(f"Response Content: {response.text}")
    return f'Hello, World!\n this is server a.\n and get response content = {response.text}'

if __name__ == '__main__':
    app.run(host='0.0.0.0', port=5097)

服务B的代码:

python 复制代码
from flask import Flask

app = Flask(__name__)

@app.route('/')
def hello_world():
    return 'Hello, World!'

if __name__ == '__main__':
    app.run(host='0.0.0.0', port=5000)

流程:

1.在yaml文件的目录下执行 docker-compose up -d

2.进行服务a的容器,然后执行 curl http://127.0.0.1:5097/

执行的打印结果如下截图。

需要强调的是:必须要从环境变量中获取 SERVICE_B_URL 变量的值!

相关推荐
飞英思特无线充电18 分钟前
严苛场景巡检机器人的无线补能设计:点位、BMS、认证与运维边界
运维·机器人
Jimmy_jimi40 分钟前
利用nginx代理完成url重定位
运维·nginx
卷无止境1 小时前
Windows 上丝滑开发 Python,并稳定构建 Docker 镜像
后端·python·docker
liuyicenysabel1 小时前
多服务上线日记三:
运维·服务器·笔记·学习
一只鹿鹿鹿3 小时前
大数据中心安全系统解决方案(Word文件)
大数据·运维·物联网·安全·政务
万里侯4 小时前
GitOps 2026年演进趋势:从配置管理到环境即代码的范式转移及Pull vs Push模型的再思考
微服务·容器·k8s
acd120094 小时前
一次线上OOM排查实录:从jmap到代码重构,我踩过的坑全在这了
容器·重构·kubernetes
领创工作室5 小时前
GitHub Workflows 全面解析:从核心概念到开源实现
运维·github
吕海洋5 小时前
目前可用的docker源2026.08
运维·docker·容器
fb_123457 小时前
Linux运维封神|SELinux详解+CentOS7启动原理+Root密码重置+开机故障排查实战
linux·运维·服务器