用 Docker 单机仿真微服务拓扑需创建自定义 bridge 网络（如 micro-net）实现服务名自动 DNS 解析，通过 docker-compose.yml 统一编排服务、依赖与网络，并挂载源码支持热重载，同时对齐生产配置、初始化、监控与安全细节。
用 Docker 在单机上仿真微服务拓扑，核心是让多个服务像在真实生产环境中那样独立运行、互相发现、按需通信——不靠改 hosts、不手动启依赖、不硬编码 IP，全靠容器网络与编排自动完成。
用自定义 bridge 网络打通服务间通信
Docker 默认的 bridge 网络不支持容器名解析，服务之间只能靠 IP 互通，极难维护。必须创建自定义桥接网络：
- 执行 docker network create micro-net 创建专用网络
- 所有服务启动时通过 --network micro-net 显式接入
- 接入后，user-service 可直接 curl http://order-service:8080/order，无需查 IP 或配端口映射
这个网络自带 DNS 解析能力，服务名即域名，完全模拟 Kubernetes 中的 Service 发现逻辑。
用 docker-compose.yml 统一声明整套拓扑
把 MySQL、Redis、Nacos、网关、用户服务、订单服务等全部写进一个 YAML 文件，例如：
- services 下每个条目代表一个服务节点（可 build 本地代码，也可 image 拉预编译镜像）
- 用 depends_on + health_check 控制启动顺序，避免订单服务启动时 Nacos 还没就绪
- 所有服务共享同一 networks: [micro-net]，天然形成闭环通信域
- 通过 volumes 挂载配置文件或日志目录，调试时能实时看到 application.yml 修改效果
为开发态优化：热重载 + 源码挂载
不想每次改一行 Java 就 rebuild 镜像？可以跳过打包阶段，直接挂载源码进容器：
- 写一个轻量 Dockerfile.dev：基于 JDK 镜像，只装 maven 和 spring-boot:run 环境
- 在 compose 中设 volumes: ["./src:/app/src"]，并用 CMD ["mvn", "spring-boot:run"]
- 保存代码后，容器内自动触发重启，断点调试照常可用
Node.js 或 Python 服务同理，用 nodemon / uvicorn --reload 实现秒级反馈。
对齐生产行为的关键细节
仿真不是“跑起来就行”，而是要逼近真实部署逻辑：
- 用 .env 文件统一管理 DB_URL、REDIS_HOST 等变量，compose 中用 env_file: 引入
- 数据库初始化 SQL 通过 volumes 挂载到 MySQL 容器的 /docker-entrypoint-initdb.d/ 目录下，自动执行
- 暴露 Actuator、Prometheus metrics、Redis CLI 端口，并在 compose 中显式映射，方便本地诊断
- 各服务用非 root 用户运行（Dockerfile 中加 USER），提前规避权限类线上问题
