incubator-cassandra-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Joe Stein <crypt...@gmail.com>
Subject Re: How is Cassandra being used?
Date Wed, 16 Nov 2011 16:44:48 GMT
This brings up a nice possibility also for businesses to have Cassandra
outsourced monitoring service(s)/solutions(s) from ring
infrastructure perspective.

Any chance the URL Cassandra posts information too can be configurable
also?  Maybe even an abstract class so others can extend it and the first
implementation is for this stuff?  Makes it easy for your support contract
to have people pull up a dashboard of your cassandra cluster without having
to give them access to your production network (I hate giving access to
anyone to my production network but so many consulting/support companies
require this (boooo) or you even have to do anything... the service can
even be proactive when things start to get naughty.

On Wed, Nov 16, 2011 at 11:35 AM, Jake Luciani <jakers@gmail.com> wrote:

> Having worked at places where you get fired if software *attempts* to
> contact outside world I understand the concerns.
>
> However, if it's opt-in via config file and requires a restart then there
> is no reason why it should be a concern.
>
>
> On Wed, Nov 16, 2011 at 3:29 AM, Zhu Han <schumi.han@gmail.com> wrote:
>
> > On Wed, Nov 16, 2011 at 3:03 PM, Norman Maurer <norman@apache.org>
> wrote:
> >
> > > 2011/11/16 Jonathan Ellis <jbellis@gmail.com>:
> > > > I started a "users survey" thread over on the users list (replies are
> > > > still trickling in), but as useful as that is, I'd like to get
> > > > feedback that is more quantitative and with a broader base.  This
> will
> > > > let us prioritize our development efforts to better address what
> > > > people are actually using it for, with less guesswork.  For instance:
> > > > we put a lot of effort into compression for 1.0.0; if it turned out
> > > > that only 1% of 1.0.x users actually enable compression, then it
> means
> > > > that we should spend less effort fine-tuning that moving forward, and
> > > > use the energy elsewhere.
> > > >
> > > > (Of course it could also mean that we did a terrible job getting the
> > > > word out about new features and explaining how to use them, but
> either
> > > > way, it would be good to know!)
> > > >
> > > > I propose adding a basic cluster reporting feature to cassandra.yaml,
> > > > enabled by default.  It would send anonymous information about your
> > > > cluster to an apache.org VM.  Information like, number (but not
> names)
> > > > of keyspaces and columnfamilies, ks-level options like compression,
> cf
> > > > options like compaction strategy, data types (again, not names) of
> > > > columns, average row size (or better: the histogram data), and
> average
> > > > sstables per read.
> > > >
> > > > Thoughts?
> > >
> >
> > -1.
> >
> > It may scare some admins who stores sensitive data  in cassandra. Even if
> > it can
> > disabled, we can not sleep well in the night when we know the door can be
> > opened unintentionally...
> >
> >
> > > Hi there,
> > >
> > > I'm not a cassandra dev but an user of it. I would really "hate" to
> > > see such code in the cassandra code-base. I understand that it would
> > > be kind of useful to get a better feeling about usage etc, but its
> > > really something that scares the shit out of many managers (and even
> > > devs ;) ).
> > >
> > > So -1 to add this code (*non-binding)
> > >
> > > Bye,
> > > Norman
> > >
> >
>
>
>
> --
> http://twitter.com/tjake
>



-- 

/*
Joe Stein
http://www.linkedin.com/in/charmalloc
Twitter: @allthingshadoop <http://www.twitter.com/allthingshadoop>
*/

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