<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2014-03-07 14:31 GMT+01:00 Josh Boyer <span dir="ltr"><<a href="mailto:jwboyer@fedoraproject.org" target="_blank">jwboyer@fedoraproject.org</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">remember. It is only concerned with /usr and to as minimal a degree<br>
as possible /etc. People likely still want snapshot and rollback for<br>
their actual _data_ as well.<br></blockquote><div><br></div><div>(Choosing a random point in the conversation...)<br></div></div><br></div><div class="gmail_extra">I'm starting to think that snapshots are <i>never</i> the right tool, at best a local optimization:<br>
<ul><li>For the OS and application code and static data: What we really want is the ability to reinstall/redeploy this data if it became lost or corrupted. We don't really want point-in-time snapshots; snapshots are only a local optimization allowing us to "redeploy the version that has been installed yesterday". An ideal technology would allow "instant" deployment of both old and new versions (redeploying and old version and deploying a new version have structurally the same effect on a filesystem), then snapshots wouldn't be needed.</li>
<li>For users' data: What we really want is backups—definitely on a different disk, ideally off-site. An ideal technology would allow continuous replication of the data elsewhere. Snaphots are at best a way to quickly access a backup from the past hour, but are not at all a replacement for a backup.</li>
<li>For configuration: What we really want is a VCS, dealing with changesets, documenting who has changed what, when and why. Snapshots are a really poor VCS.<br></li></ul></div><div class="gmail_extra">Obviously we don't have all that technology that we "really want", or at least not in a way that is ready to deploy, but we kind of have snapshots. Let's just not think that snapshots are "right".<br>
Mirek<br></div></div>