On 4/28/2016 8:54 PM, Edward Leafe wrote:
On Apr 28, 2016, at 5:35 PM, Clint Byrum <cl...@fewbar.com> wrote:
- Vitess [2] is a proven technology that serves _every_ request to
Youtube, and provides a familiar SQL interface with sharding built
in. Shard by project ID and you can just use regular index semantics.
Or if that's unacceptable (IMO it's fine since Vitess provides enough
redundancy that one shard has plenty of failure-domain reliability),
you can also use the built-in Hadoop support they have for doing
exactly what has been described (merge sorting the result of cross-cell
queries).
Thanks for that reference. I hadn’t heard of Vitess before, but it looks pretty
capable.
So, I have to ask, why is cells v2 being pushed so hard without looking
outside OpenStack for actual existing solutions, which, IMO, are
_numerous_, battle hardened, and simpler than cells.
Cells are a great concept, but of course the devil is in the implementation. So
if having cells is an advantage (and that is a separate discussion that already
seems settled), then we should focus on the best way to implement it for
(short-term) efficiency and (long-term) maintainability.
-- Ed Leafe
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
So, we're all here in person this week (with 1 day left). The Nova team
has a meetup session all day (Salon A in the Hilton). Clint/Ed, can you
guys show up to that and bring these issues up in person so we can
actually talk through this? Preferably in the morning since people are
starting to leave after lunch.
--
Thanks,
Matt Riedemann
__________________________________________________________________________
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
