随着项目的成长，业务的需要。集群分布式负载均衡便是必不可少。以前的单机“玩具”，也一去不复返了。那么改如何快速部署，搭建集群、实时更新。相信是你，当然也是我非常关心的问题。 那么该如何去做呢？
两台或多台服务器。（当然虚拟机也可，注意需要两台或多台以上）
均以完成docker、docker-compose 安装。
验证docker安装
编写业务代码
新建文件夹-webDemo， 并进入 编辑业务代码 -> app.py
业务代码如下
编写requirements.txt
由于容器中为的目录，仅有基础的Linux镜像
requirements.txt 如下
编写Dockerfile
构建、运行、验证
构建效果如下
运行效果如下
当然，你也可以定制端口
单机测试-docker-compose
Compose 是用于定义和运行多容器 Docker 应用程序的工具。通过 Compose，您可以使用 YML 文件来配置应用程序需要的所有服务。然后，使用一个命令，就可以从 YML 文件配置中创建并启动所有服务。
在原有的文件夹中新增docker-compse.yaml
docker-compse.yaml 内容如下
构建、运行、验证
单机多台
主要改写如下， deploy: replicas: 5 单机部署5⃣️台
单机局限性 单台服务器的性能毕竟有限，综合利用多个节点的处理能力，才能提高整体的服务能力 只要是满足指定的是交互协议，各模块可以根据各自的业务特点，选择不同的处理方式 为什么需要使用分布式？ 高可用、高性能、高可脱 海量、多样、实时 分布式系统与集群的关系 分布式：不同的业务模块部署在不同的服务器上或者同一个业务模块分拆多个子业务，部署在不同的服务器上，解决高并发的问题 集群：同一个业务部署在多台机器上，提高系统可用性 分布式是指将不同的业务分布在不同的地方。而集群指的是将几台服务器集中在一起，实现同一业务。 分布式中的每一个节点，都可以做集群。而集群并不一定就是分布式的。 分布式是以缩短单个任务的执行时间来提升效率的，而集群则是通过提高单位时间内执行的任务数来提升效率
请思考 分布式、集群、分布式之间的枢纽是什么？，如何保证他们的“共同作战”？
Docker Swarm是Docker自带的一个集群管理模块。他能够实现Docker集群的创建和管理。
它主要的包含两个部署模块
分别是依赖于Dockerfile，以及docker-compose
初始化节点-创建Manager节点
创建manager节点完成，并获取到了,直接将自己生成的token复制到其他集群上，即可加入
(若不小心clear掉了之后，只需在manager节点上一下命令即可获取。注请在manager节点上进行操作)
加入完成后，效果如下
建议构建私人仓库，理由如下
如果您要在本地开发环境中尝试操作，则可以使用来将引擎置于群集模式。 如果您已经在运行多节点群集，请记住，所有 命令和命令都必须从管理器节点运行。
新建一个文件夹(demo),由于之前以及做过一次了，此次快速完成
业务代码如下
编写requirements.txt
由于容器中为的目录，仅有基础的Linux镜像
requirements.txt 如下
编写Dockerfile
⚠️构建,推送
创建服务
动态扩所容
新增docker-compose.yaml
运行测试一台机器
部署
一键退出
关于这两个问题个人认为
枢纽是当然是网络啦，
保证”共同作战“的核心为统一的信号量