Ugh. What do we forsee func needing a REAL DB for? I'd like to
avoid that at pretty much any cost.
Adrian
_______________________________________________
Func-list mailing list
Func-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/func-list
Yeah.
Func as designed should not need a real DB... apps layered on top of
Func have choice. I am *strongly* against seeing sqlalchemy as a dep
and having to deal with schema updates when an app of this kind of
technology doesn't have any business needing a sql database. The
desire to turn things into "big architecture" was one of the original
design goals of Func and at every step, we have to seriously evaluate
anything that trends in that direction. The beauty is in the simplicity...
Apps that do not require their own databases see much better adoption in
config management space. That has been a major selling point for
cobbler for instance -- human editable/hackable files, and easy setup.
Func is a secure modular RPC communitations channel with some neat stuff
for communication with multiple machines and so forth. It's not a
database app.
--Michael
_______________________________________________
Func-list mailing list
Func-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/func-list
