[Dovecot] Scalability plans: Abstract out filesystem and make it someone else's problem

[Timo Sirainen]

On Wed, 2009-08-12 at 19:19 +0100, Ed W wrote:
> I actually thought your idea of having a bunch of cut down IMAP type 
> servers as the backend storage talking to a bunch of beefier frontend 
> servers was quite an interesting idea!
> 
> Certainly though a simplification of the on-disk API would encourage new 
> storage engines, so perhaps a three tier infrastructure is worth 
> considering? (Frontend, intelligent backend, storage)

I guess this is something similar to what I wrote in my "v3.0
architecture" mail. This new FS abstraction solves some of those
problems that v3.0 was supposed to solve, so I'm not that excited about
it anymore. But sure, maybe some day. :) For now I'm anyway more
interested about getting a simple FS abstraction done.

-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: This is a digitally signed message part
Url : http://dovecot.org/pipermail/dovecot/attachments/20090812/ced77430/attachment.bin