Go to file
2024-03-31 19:56:05 +02:00
cloud-init Add cloud.cfg from template VM to Git 2024-03-30 01:55:41 +01:00
group_vars Refactor vm-common (old ubuntu_base) role 2024-03-31 19:31:27 +02:00
host_vars Refactor vm-common (old ubuntu_base) role 2024-03-31 19:31:27 +02:00
proxmox/etc/network Add /etc/network/interfaces from Proxmox 2024-03-31 19:56:05 +02:00
roles Refactor vm-common (old ubuntu_base) role 2024-03-31 19:31:27 +02:00
.ansible-lint Collect versions and service information in docker/defaults/main.yml (#125) 2022-11-26 08:15:18 +00:00
.gitignore Remove Vagrant support and deploy services selectively 2024-03-29 23:03:16 +01:00
.pre-commit-config.yaml Collect versions and service information in docker/defaults/main.yml (#125) 2022-11-26 08:15:18 +00:00
ansible.cfg More stuff 2024-03-31 03:58:25 +02:00
deploy.sh Remove Vagrant support and deploy services selectively 2024-03-29 23:03:16 +01:00
inventory.ini Remove Vagrant support and deploy services selectively 2024-03-29 23:03:16 +01:00
Makefile Collect versions and service information in docker/defaults/main.yml (#125) 2022-11-26 08:15:18 +00:00
playbook.yml Split Docker role into services and Docker + configure rootless Docker 2024-03-30 20:24:57 +01:00
README.md Edit README.md to describe users option 2023-03-14 16:17:02 +01:00

data.coop infrastructure

This repository contains the code used to deploy data.coop's services and websites. We use Ansible to encode our infrastructure setup. Only the association's administrators have access to deploy the services.

Deploying

To deploy the services, the included deploy.sh script can be used. The Ansible playbook uses two custom-made roles (in the roles/ directory):

  • ubuntu_base - used to configure the host itself and install the necessary packages
  • docker - used to deploy our services and websites with Docker containers

The script has options to deploy only one of the roles. Select services only can also be specified. By default, the script deploys everything.

Here is a summary of the options that can be used with the script:

# deploy everything
./deploy.sh

# deploy the ubuntu_base role only
./deploy.sh base

# deploy user setup only
./deploy.sh users

# deploy the docker role only
./deploy.sh services

# deploy SINGLE_SERVICE Docker service only
./deploy.sh services SINGLE_SERVICE

SINGLE_SERVICE should match one of the service names in the services dictionary in roles/docker/defaults/main.yml (e.g. gitea or data_coop_website).

Testing

In order for us to be able to test our setup locally, we use Vagrant to deploy the services in a virtual machine. To do this, Vagrant and VirtualBox must both be installed on the development machine. Then, the services can be deployed locally by using the vagrant command-line tool. The working directory needs to be the root of the repository for this to work properly.

Note: As our secrets are contained in an Ansible Vault file, only the administrators have the ability to run the deployment in Vagrant. However, one could replace the vault file for testing purposes.

Here is a summary of the commands that are available with the vagrant command-line tool:

# Create and provision the VM
vagrant up

# Re-provision the VM
vagrant provision

# SSH into the VM
vagrant ssh

# Power down the VM
vagrant halt

# Power down and delete the VM
vagrant destroy

The vagrant command-line tool does not support supplying extra variables to Ansible on runtime, so to be able to deploy only parts of the Ansible playbook to Vagrant, the deploy.sh script can be used with the --vagrant flag. Here are some examples:

# deploy the ubuntu_base role only in the Vagrant VM
./deploy.sh --vagrant base

# deploy SINGLE_SERVICE Docker service only in the Vagrant VM
./deploy.sh --vagrant services SINGLE_SERVICE

Note that the --vagrant flag should be the first argument when using the script.

Contributing

If you want to contribute, you can fork the repository and submit a pull request. We use a pre-commit hook for linting the YAML files before every commit, so please use that. To initialize pre-commit, you need to have Python and GNU make installed. Then, just run the following shell command:

make init

Nice tools

  • J2Live: A live Jinja2 parser, nice to test out filters