在 docker swarm 中部署微服务应用，核心方法是使用 docker stack deploy 命令配合标准的 docker-compose.yml 文件。你需要确保集群已初始化且节点就绪，将包含服务定义的 yaml 文件通过 --compose-file 参数传递给该命令，docker 会自动解析并创建或更新所有定义的服务、网络和卷。
如何配置多副本与网络隔离
要实现高可用和流量分发，必须在 Compose 文件中为每个服务指定 replicas 数量，并使用 ingress 或自定义覆盖网络进行通信。默认情况下，Swarm 使用 ingress 网络暴露端口，但为了更灵活的控制和内部服务发现，建议显式定义一个驱动为 overlay 的网络，并将服务绑定到该网络上。
version: '3.8'
services:
web:
image: nginx:latest
ports:
- "80:80"
networks:
- frontend
deploy:
replicas: 2
api:
image: my-api:latest
networks:
- frontend
- backend
deploy:
replicas: 3
db:
image: postgres:13
volumes:
- db-data:/var/lib/postgresql/data
networks:
- backend
deploy:
replicas: 1
networks:
frontend:
driver: overlay
backend:
driver: overlay
volumes:
db-data:上述配置定义了两个微服务：前端 Web 服务和后端 API 服务，以及一个数据库服务。Web 服务运行 2 个副本，API 服务运行 3 个副本，数据库仅 1 个副本。网络方面，frontend 网络允许 Web 和 API 通信，backend 网络仅允许 API 和 DB 通信，实现了逻辑隔离。执行 docker stack deploy -c docker-compose.yml mystack 即可部署。
Docker Hub (hub.docker.com)。此技能适用于所有 Docker Hub 操作，包括读取、创建、更新和删除数据。只要任务涉及 Docker Hub，就使用此技能。
如何处理数据持久化与滚动更新
对于有状态服务如数据库，必须使用命名卷（Named Volumes）来持久化数据，避免容器重启导致数据丢失。同时，Swarm 支持滚动更新策略，可以通过 update_config 和 rollback_config 控制更新时的并行度、延迟和失败回滚行为，确保服务可用性。
services:
db:
image: postgres:13
volumes:
- db-data:/var/lib/postgresql/data
deploy:
update_config:
parallelism: 1
delay: 10s
order: start-first
rollback_config:
parallelism: 1
delay: 5s
order: stop-first
volumes:
db-data:在上面的配置片段中，db-data 是一个命名卷，映射到容器的数据目录。部署后，即使容器被替换或迁移，数据依然保留在宿主机上。update_config 设置了每次只更新 1 个副本，间隔 10 秒，并且先启动新容器再停止旧容器（start-first），保证服务不中断。如果更新失败，rollback_config 会按相反顺序回滚。这种配置适用于对稳定性要求较高的微服务组件。
基于服务名称解析的具体问题
在 Swarm 中，服务之间通信直接使用服务名称作为主机名即可，无需关心具体 IP 地址。这是因为 Swarm 内置了 DNS 服务，会自动将服务名解析为该服务的虚拟 IP（VIP）。例如，在上述架构中，api 服务访问数据库时，连接字符串中的主机名应直接写为 db，而不是某个具体的容器 ID 或 IP。
