Like, was it a years-long journey or is this the type of thing that becomes immediately obvious once you start working w/ N servers or something?
I'm trying to learn the space between "physical machines in my apartment" and "cloud-native everything" and that's led me to the point where I'm happily using cloud-init to configure servers and running fun little docker compose systems on them.
https://www.proxmox.com/en/proxmox-virtual-environment/overv...
If all you do is ssh into a system with docker compose installed, you will hardly benefit from cloud-init beyond the first boot.
1) Run curl command to install Dokku
2) Set up domain to point to my server
3) Run 3 Dokku commands (https://news.ycombinator.com/item?id=41358578)
4) Add remote git url to my repository
5) Git push to that remote
6) Done
2) Create a playbook which pulls from your GIT, sets the DNS and installs Caddy (or apache+certbot or whatever) (~5min)
3) Run Ansible
You now don't need docker, can change to any other cheaper hoster any time you want and you don't have the limitations of "serverless" services
Look, I used Ansible for years. And chef. And puppet, so I've been around that particular block a bunch of times. There's no way you legitimately think that someone can, with no previous experience, create a playbook that does all you need in "~5min".
I ansible a good tool? Absolutely. Does it do what a tool like Dokku (or some of the others mentioned) do? Absolutely not. They aren't meant to compete, either.
I've landed on Dokku in the end as it's the one with the least amount of "magic" involved and even if I stopped using it I could just uninstall it and have everything still running. Can highly recommend it!
The developer is also super responsive and I even managed to build a custom plugin without knowing too much about it with some assistance. Documented this on my blog too: https://blog.notmyhostna.me/posts/deploying-docker-images-wi...