News for hackers. Stuff that matters.
Re:Docker Compose Isn't Enough by smaudet on Wednesday November 13, 2024 @01:23AM (#42123416)
I think 2) actually has the most merit. If you have a large number of e.g. temp files a container creates, retaining that file history may not be particularly valuable.

Some sort of "hey back this data up, it's important to my function standard would be nice, and not just for container apps.

Trying to figure out where your app hid its configuration and save files is a perennial user frustration.

Re:Docker Compose Isn't Enough by Loic on Wednesday November 13, 2024 @01:36AM (#42123461)
I use the convention that all my containers are getting a /data/ folder where data can be stored and will get an automatic daily backup.

It is easy to set the right storage behind /data/.

Just a convention, nothing more, smoothly working for the past "many" years.

Re:Docker Compose Isn't Enough by eliribble on Wednesday November 13, 2024 @09:58AM (#42126596)
I assume you're saying this as a container image author, not as someone who is deploying containers. It'd be great if every other container image author standardized on something like this. We just need someone to create the standard and some tools to make the standard a well-paved path.
Re:Docker Compose Isn't Enough by Loic on Wednesday November 13, 2024 @10:45AM (#42127013)
In this particular case, I am both creating the images and deploying them.