| ▲ | psviderski 4 days ago |
| Thank you! Can you please clarify what kind of support you mean for docker compose? |
|
| ▲ | jillesvangurp 4 days ago | parent | next [-] |
| Right now, I use ssh to trigger a docker compose restart that pulls all the latest images on some of my servers (we have a few dedicated hosting/on premise setups). That then needs to reach out to our registry to pull images. So, it's this weird mix of push pull that ends up needing a central registry. What would be nicer instead is some variation of docker compose pussh that pushes the latest versions of local images to the remote host based on the remote docker-compose.yml file. The alternative would be docker pusshing the affected containers one by by one and then triggering a docker compose restart. Automating that would be useful and probably not that hard. |
| |
| ▲ | felbane 3 days ago | parent [-] | | I've built a setup that orchestrates updates for any number of remotes without needing a permanently hosted registry. I have a container build VM at HQ that also runs a registry container pointed at the local image store. Updates involve connecting to remote hosts over SSH, establishing a reverse tunnel, and triggering the remote hosts to pull from the "localhost" registry (over the tunnel to my buildserver registry). The connection back to HQ only lasts as long as necessary to pull the layers, tagging works as expected, etc etc. It's like having an on-demand hosted registry and requires no additional cruft on the remotes. I've been migrating to Podman and this process works flawlessly there too, fwiw. |
|
|
| ▲ | fardo 4 days ago | parent | prev [-] |
| I assume that he means "rather than pushing up each individual container for a project, it could take something like a compose file over a list of underlying containers, and push them all up to the endpoint." |
| |
| ▲ | koakuma-chan 4 days ago | parent [-] | | Yes, pushing all containers one by one would not be very convenient. | | |
| ▲ | baobun 4 days ago | parent [-] | | The right yq|xargs invocation on your compose file should get you to a oneshot. | | |
| ▲ | koakuma-chan 4 days ago | parent [-] | | I would prefer docker compose pussh or whatever | | |
| ▲ | psviderski 4 days ago | parent | next [-] | | That's an interesting idea. I don't think you can create a subcommand/plugin for compose but creating a 'docker composepussh' command that parses the compose file and runs 'docker pussh' should be possible. My plan is to integrate Unregistry in Uncloud as the next step to make the build/deploy flow super simple and smooth. Check out Uncloud (link in the original post), it uses Compose as well. | |
| ▲ | djfivyvusn 3 days ago | parent | prev [-] | | You can wrap docker in a bash function that passes through to `command docker` when it's not a compose pussh command. |
|
|
|
|