Hi Justin, The idea was not to choose one database implementation over the other, but design things in such a way that its pluggable, so in terms of OVN, switching between implementations is transparent (as much as possible)
I think that different setups can have different scale criteria and might need different DB solutions. I think the IDL library (the python and C implementations) will be rather easy to adjust as OVSDB have clear API So doing this work now, we can easily change and experiments with different DB solutions Gal. On Tue, Jun 30, 2015 at 3:48 AM, Justin Pettit <jpet...@nicira.com> wrote: > > > On Jun 29, 2015, at 10:20 AM, Gal Sagie <gal.sa...@gmail.com> wrote: > > > > I think there are many open source distributed DB alternatives that can > be > > plugged > > and implement the OVSDB DB operations API and behaviour. > > > > Ben and Justin, i am interested to know whats your opinion on this > > suggestion, > > i think now is a good time to consider something like that. > > I can say that personally i have heard many supporting opinions from > people > > regarding this > > and would love to know what you guys think about this. > > Ben and I discussed this at some length when we were hashing out the > design. Our take was that we would start out with ovsdb-server, since we > were familiar with the design and could rapidly make changes to improve > shortcomings that arose. If we eventually found that it wasn't scaling, we > could then switch it out for a different one. At that point, we'd have an > understanding of where ovsdb-server worked and where it didn't, and then > we'd have better criteria for choosing an alternative. If we choose a > different database now, it would almost certainly have its own issues. > While the database is clearly a central part of the design, it's > integration isn't that complicated, and we should be able to swap it out > fairly easily later on. > > --Justin > > > -- Best Regards , The G. _______________________________________________ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev
