服务通过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 变量的值!

相关推荐
不会就选b21 分钟前
linux之进程管理(二)--替换
linux·运维·服务器
倔强的石头10627 分钟前
【Linux指南】动静态库系列(二):从源码复用到目标文件复用:为什么需要把 .o 打包成库
linux·运维·服务器
步步精BBJconn36 分钟前
从GPU服务器到数据中心:AI服务器高压连接器的应用与发展趋势
大数据·运维·服务器·人工智能·科技·物联网
java_logo2 小时前
Apache Doris Docker 部署指南:实时分析数据库实战
数据库·docker·apache·doris·apache doris·轩辕镜像·docker部署doris
码农学院3 小时前
基于运维监控体系的网络品牌推广方案:从架构设计到技术实现
运维·网络
大耳朵-小飞象12 小时前
电力安全运维的智能密码:BACS如何破解设备全生命周期管理难题,让电网安全“看得见、管得住”?
运维·安全·智慧城市·能耗系统·楼宇智控·未来生活
极客侃科技12 小时前
制造企业 MES/APS 选型:SAP PP/DS 集成、ERP-MES 边界划分与一体化架构要点
运维·架构·制造
生活爱好者!15 小时前
我把NAS当作下载机,docker一键部署qb
运维·docker·容器
java_logo16 小时前
Docker Compose 部署 ClickHouse:快速搭建高性能列式数据库
数据库·clickhouse·docker·列式数据库·轩辕镜像·高性能数据库·clickhouse部署教程