Asynchronous writing to tags storage

At the moment, after tags are changed for a resource, we wait till new state of tags storage is written into filesystem.
We can update the storage file in background allowing user to continue working. Right now there is slight delay less than 0.5 sec after applying new tags which can be removed. We must ensure that such coroutines complete even in case of a crash, because we can't afford to lose user's data. So this features depends on #173.

Start by reading issue #173, which this feature depends on, then trace the tag-change path and the filesystem write for tag storage. Verify how background work behaves during a crash and confirm that tag updates are durable while the post-apply delay is removed.

Written by the indexing model from the issue text.