3 ms·
This is exactly how the overlay filesystem in docker works. You make a base container with common runtime dependencies and then you layer applications that requ
by dkarapetyan 10y ago
This is exactly how the overlay filesystem in docker works. You make a base container with common runtime dependencies and then you layer applications that require those same dependencies on top. The applications can be quite dissimilar. I don't see why the point of containerization has been lost? Just because the same kind of thing is hard to do without an overlay filesystem doesn't mean there is anything wrong with the approach.
- therein 10y agoThings get complicated when one the applications decide to write to the shared data. Do you reflect the changes to the other container? How isolated do you wish to keep them? I mean at one point one should consider if they want to share these underlying resources, perhaps they should just be okay with running them as two processes.
- dkarapetyan 10y agoI don't think it's complicated. If you need a shared location so that different containers can write to then you should explicitly mark those locations and mount them inside the respective containers. This wouldn't be any different if you were sharing directories between processes.
- jacques_chester 10y agoTypically the design pattern is that long-lived state is outside the container. So you'd have a volume that you attach.