forked from toolshed/docs.coopcloud.tech
		
	Fix link to architecture explanation
Thanks @dantefromhell
This commit is contained in:
		| @ -210,7 +210,7 @@ We are happy to see the compose specification emerging as a new open standard be | ||||
|  | ||||
| ## Why Docker Swarm? | ||||
|  | ||||
| While many have noted that "swarm is dead" it is in fact [not dead](https://www.mirantis.com/blog/mirantis-will-continue-to-support-and-develop-docker-swarm/). As detailed in the [architecture overview page](/overview/#container-orchestrator), swarm offers an appropriate feature set which allows us to support zero-down time upgrades, seamless app rollbacks, automatic deploy failure handling, scaling, hybrid cloud setups and maintain a decentralised design. | ||||
| While many have noted that "swarm is dead" it is in fact [not dead](https://www.mirantis.com/blog/mirantis-will-continue-to-support-and-develop-docker-swarm/). As detailed in the [architecture overview](/operators/tutorial/#container-orchestrator), swarm offers an appropriate feature set which allows us to support zero-down time upgrades, seamless app rollbacks, automatic deploy failure handling, scaling, hybrid cloud setups and maintain a decentralised design. | ||||
|  | ||||
| While the industry is bordering on a [k8s](https://kubernetes.io/) obsession and the need to [scale down](https://microk8s.io/) a tool that was fundamentally built for massive scale, we are going with swarm because it is the tool most suitable for [small technology](https://small-tech.org/). | ||||
|  | ||||
|  | ||||
		Reference in New Issue
	
	Block a user