Re: Future of Prevayler?
"Justin T. Sampson" <[email protected]>
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <[email protected]> |
On Thu, Apr 15, 2010 at 3:15 PM, William Pietri <[email protected]> wrote: > Next would be things relating to using this behind a high-volume > website. Robust replication. Ability to do frequent code pushes without > downtime. Startup time is also a problem that weighs heavily on my mind. > I think one of the conceptual challenges here is that so much of the answers to these questions depends on the infrastructure you're deploying into. It's very difficult to make a general purpose open source implementation of such things *a priori*. So I think one of the exciting opportunities for the future of Prevayler is to deploy Prevayler-based apps in *particular* cloud computing environments. To take Google App Engine as a specific example... [Disclaimer: I work at Google, so App Engine is simply the platform I'm most familiar with.] Prevayler doesn't work at all out-of-the-box on App Engine, because there's no filesystem access for journaling, no thread access for batching writes, and no socket access for replication. App Engine has its own answer to robust replication and its own answer to code pushes without downtime, and takes startup time concerns to an extreme by expanding and contracting the number of servers running your app on a whim based on load. So any hope of deploying a prevalent application on App Engine depends on fitting into that model, which would end up looking quite different from deploying a Prevayler-based app on a handful of self-managed servers. Cheers, Justin ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion _______________________________________________ "Databases in Memoriam" -- http://www.prevayler.org