问题描述
在使用Docker Swarm时，通常会将一个应用的各个组件（前端、后端等）放在同一个堆栈中。但是对于一个大型应用，包含20-30个以上的容器，且不考虑副本情况，用户不确定是仍然将所有容器放在同一个堆栈中，还是应该引入一组代表系统层的堆栈来进行管理。
解决方案
在这里，我们将讨论如何选择堆栈的布局以及多堆栈和单一堆栈的优劣势。
请注意以下操作注意版本差异及修改前做好备份。
单一堆栈
如果你选择将所有容器放在同一个堆栈中，以下是一些考虑因素：
1. 方便管理: 单一堆栈使得所有组件都在一个地方，便于管理和监控。
2. 共享网络: Docker 17.06及以上版本支持堆栈之间共享网络（使用attachable mode）。这意味着你可以在同一个子网络中分离应用的各个层级，以便于诸如traefik或私有数据网络的使用。
3. 简化开发: 对于开发者而言，单一堆栈可能更易于理解，尤其当各个容器之间有密切的关系时。
4. 持续交付（CD）集成: 需要考虑将容器添加或移除时更新的便捷性。如果多个堆栈，可能需要更新多个文件。
多堆栈
如果你选择使用多堆栈来管理大型应用，以下是一些考虑因素：
1. 分离层级: 多堆栈使得不同层级的组件能够更清晰地分离，这对于复杂的应用可能更易于维护。
2. 模块化: 每个堆栈代表一个模块或系统层，有助于保持系统的模块化。
3. 简化大规模更新: 如果你只需要更新某一模块，多堆栈可能更适合，避免影响整个应用。
决策
个人倾向于使用多堆栈来管理大型应用。这能够更好地保持模块化，便于理解和维护，尤其当应用的规模逐渐增大时。但是具体的决策取决于你的项目需求，以及与持续交付集成的难易程度。
以下是使用Docker Swarm多堆栈来管理大型应用的一种示例方法：
- 为每个系统层级或模块创建一个独立的堆栈文件，例如
frontend.yml和backend.yml。 - 每个堆栈文件中定义所需的服务和配置。
- 在堆栈文件中使用
networks属性来确保这些堆栈共享相同的网络，以便容器之间可以相互通信。 - 使用Docker Swarm的堆栈命令来分别部署这些堆栈文件，例如：
sh
docker stack deploy -c frontend.yml frontend_stack
docker stack deploy -c backend.yml backend_stack
这样，你可以分别管理前端和后端组件，保持系统的模块化，同时还能共享网络等资源。
综上所述，决定是选择单一堆栈还是多堆栈取决于你的项目需求和团队的偏好。根据项目规模、复杂性以及持续交付集成的要求，选择最适合你团队和项目的堆栈管理方式。