incubator-cassandra-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From indika kumara <indika.k...@gmail.com>
Subject Re: Multi-tenancy, and authentication and authorization
Date Fri, 07 Jan 2011 11:25:55 GMT
Hi Stu,

I highly appreciate your help.

First, I would like to get familiar with the Cassandra, especially the
current work on mult-tenancy and security.  Is there any resource other than
the wiki that can be used to learn about the internals of the Cassandra. I
would appreciate your suggestions on proper ways to implement mult-tenancy.
I would like to contact you and others through email in due course. I am
looking forward to contribute to the Cassandra

Thanks,

Indika


On Fri, Jan 7, 2011 at 11:22 AM, Stu Hood <stuhood@gmail.com> wrote:

> > (1) has the problem of multiple memtables (a large amount just isn't
> viable
> There are some very straightforward solutions to this particular problem: I
> wouldn't rule out running with a very large number of
> keyspace/columnfamilies given some minor changes.
>
> As Brandon said, some of the folks that were working on multi-tenancy for
> Cassandra are no longer focused on it. But the code that was generated
> during our efforts is very much available, and is unlikely to have gone
> stale. Would love to talk about this with you.
>
> Thanks,
> Stu
>
> On Thu, Jan 6, 2011 at 8:08 PM, indika kumara <indika.kuma@gmail.com>
> wrote:
>
> > Thank you very much Brandon!
> >
> > On Fri, Jan 7, 2011 at 12:40 AM, Brandon Williams <driftx@gmail.com>
> > wrote:
> >
> > > On Thu, Jan 6, 2011 at 12:33 PM, indika kumara <indika.kuma@gmail.com
> > > >wrote:
> > >
> > > > Hi Brandon,
> > > >
> > > > I would like you feedback on my two ideas for implementing mufti
> > tenancy
> > > > with the existing implementation.  Would those be possible to
> > implement?
> > > >
> > > > Thanks,
> > > >
> > > > Indika
> > > >
> > > > >>>>> Two vague ideas: (1) qualified keyspaces (by the
tenet domain)
> > (2)
> > > > multiple Cassandra storage configurations in a single node (one per
> > > > tenant).
> > > > For both options, the resource hierarchy would be /cassandra/
> > > > <cluster_name>/<tenant name (domain)>/keyspaces/<ks_name>/
> > > >
> > >
> > > (1) has the problem of multiple memtables (a large amount just isn't
> > viable
> > > right now.)  (2) more or less has the same problem, but in JVM
> instances.
> > >
> > > I would suggest a) not trying to offer cassandra itself, and instead
> > build
> > > a
> > > service that uses cassandra under the hood, and b) splitting up tenants
> > in
> > > this layer.
> > >
> > > -Brandon
> > >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message