You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In this example all you must do to any additional container services in swarm would be to add the line - shepherd.autodeploy=true" and you will have an auto updating service you can also omit anything and it will just ignore that service but if you have a tin foil hat like me and don't like broken databases you can add - shepherd.autodeploy=false"
This example also includes a 1d 1day cooldown because I don't think that I really want this thing checking for container upgrades every 5 minutes and giving me not enough time to react to bad upgrades. You could probably also slow it down further to 1week 1w in case you're really lazy and really don't care if your system breaks.
I think that this is a perfectly reasonable way to deploy smaller more resilliant containers but ultimately this has major drawbacks and would likely also highly benefit from being deployed along side of a monitoring system such as Uptime-Kuma or something for the sake of being alerted more proactively when something goes wrong rather than having that one webapp that gets ignored like 99% of the time but is unknowingly killed by improper label/version pinning.
The text was updated successfully, but these errors were encountered:
Eh kinda I was just mostly recording a valid way that seemed to work recently to the git issues for anyone looking to use this going forward. If you find it useful deem it so and add it to docs, you're also encouraged to tell me to take a hike too <3 Whatever makes ya happy.
In this example all you must do to any additional container services in swarm would be to add the line
- shepherd.autodeploy=true"
and you will have an auto updating service you can also omit anything and it will just ignore that service but if you have a tin foil hat like me and don't like broken databases you can add- shepherd.autodeploy=false"
This example also includes a
1d
1day cooldown because I don't think that I really want this thing checking for container upgrades every 5 minutes and giving me not enough time to react to bad upgrades. You could probably also slow it down further to 1week1w
in case you're really lazy and really don't care if your system breaks.I think that this is a perfectly reasonable way to deploy smaller more resilliant containers but ultimately this has major drawbacks and would likely also highly benefit from being deployed along side of a monitoring system such as Uptime-Kuma or something for the sake of being alerted more proactively when something goes wrong rather than having that one webapp that gets ignored like 99% of the time but is unknowingly killed by improper label/version pinning.
The text was updated successfully, but these errors were encountered: