History

Pim Kunis b7b37f229f remove test cyberchef stack		2024-02-10 23:34:48 +01:00
..
inventory	remove legacy code	2024-02-08 23:53:02 +01:00
playbooks	remove legacy code	2024-02-08 23:53:02 +01:00
roles	remove test cyberchef stack	2024-02-10 23:34:48 +01:00
ansible.cfg	remove legacy code	2024-02-08 23:53:02 +01:00
README.md	Update docker_swarm/README.md	2024-02-10 22:33:41 +00:00

README.md

Docker Swarm

On each of our machines, we deploy a virtual machine that participates in a Docker Swarm. However, only one VM is a manager (maestro) while two are workers (bancomart and vpay). This lack of redundancy in the cluster is deliberate: in case all nodes are down (e.g. misconfiguration or power outage) manual action would need to be taken in order to restore the cluster. In case of only one manager node, the cluster is always able to restore itself automatically.

While the operating system of the VMs is managed by NixOS, cluster creation and the deployment of workloads is done through Ansible. In my opinion, Ansible is a perfect fit for environments that tend to change a lot (such as a container cluster).

Stacks

On top of the Docker Swarm, we host several services deployed as Docker Stacks: