Return-Path: X-Original-To: apmail-cassandra-user-archive@www.apache.org Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 80D089F78 for ; Sun, 20 Nov 2011 21:04:17 +0000 (UTC) Received: (qmail 47342 invoked by uid 500); 20 Nov 2011 21:04:15 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 47310 invoked by uid 500); 20 Nov 2011 21:04:15 -0000 Mailing-List: contact user-help@cassandra.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: user@cassandra.apache.org Delivered-To: mailing list user@cassandra.apache.org Received: (qmail 47302 invoked by uid 99); 20 Nov 2011 21:04:15 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Nov 2011 21:04:15 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of dipidi@gmail.com designates 74.125.82.44 as permitted sender) Received: from [74.125.82.44] (HELO mail-ww0-f44.google.com) (74.125.82.44) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 20 Nov 2011 21:04:09 +0000 Received: by wwe5 with SMTP id 5so7182550wwe.25 for ; Sun, 20 Nov 2011 13:03:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=JUr3i+ZTimwz83xQwP/xj6YcqBbLyHB4h//N9G31t44=; b=qlqPLLb3dT4Nh/Gu2/xqpHgolVAXyIB4EhLDqbwaLkg/xJVfslFpzEzxqIHZEn9wbi UhXcerG8V7Hea4qVDXBeNdg4CKj1y447VPalZmAe591Nf55onyBdza9TSQ97UEYulADm ugtYhrDhotT05vdvst51iQvNBxNZIvygNe4sU= MIME-Version: 1.0 Received: by 10.180.87.199 with SMTP id ba7mr11168526wib.27.1321823027595; Sun, 20 Nov 2011 13:03:47 -0800 (PST) Received: by 10.216.162.142 with HTTP; Sun, 20 Nov 2011 13:03:47 -0800 (PST) In-Reply-To: References: Date: Sun, 20 Nov 2011 23:03:47 +0200 Message-ID: Subject: Re: data agility From: "Dotan N." To: user@cassandra.apache.org Content-Type: multipart/alternative; boundary=f46d0444e939040ae504b230e844 --f46d0444e939040ae504b230e844 Content-Type: text/plain; charset=ISO-8859-1 Thanks David. Stephen: thanks for the tip, we can run a recommended configuration, so that wouldn't be an issue. I guess I can focus that my questions are on complexity of development. After digesting David's answer, I guess my follow up questions would be - how would you process data in a cassandra cluster, typically? via one-off coded offline jobs? - how easy is map/reduce on existing data (just looked at brisk but it may be unrelated, any case, not too much written about it) - how would you do analytics over a cassandra cluster - given the common examples of time-series, how would you recommend to aggregate (sum, avg, facet) and provide statistics over the collected data? for example if it were kinds of logs and you'd like to group all of certain fields in it, or provide a histogram over it. Thanks! -- Dotan, @jondot On Sun, Nov 20, 2011 at 10:32 PM, Stephen Connolly < stephen.alan.connolly@gmail.com> wrote: > if your startup is bootstrapping then cassandra is sometimes to heavy to > start with. > > i.e. it needs to be fed ram... you're not going to seriously run it in > less than 1gb per node... that level of ram commitment can be too much > while bootstrapping. > > if your startup has enough cash to pay for 3-5 recommended spec (see wiki) > nodes to be up 24/7 then cassandra is a good fit... > > a friend of mine is bootstrapping a startup and had to drop back to mysql > while he finds his pain points and customers... he knows he will end up > jumping back to cassandra when he gets enough customers (or a VC) but for > now the running costs are too much to pay from his own pocket... note that > the jdbc driver and cql will make jumping back easy for him (as he still > tests with c*... just runs at present against mysql.... nuts eh!) > > - Stephen > > --- > Sent from my Android phone, so random spelling mistakes, random nonsense > words and other nonsense are a direct result of using swype to type on the > screen > On 20 Nov 2011 19:07, "Dotan N." wrote: > >> Hi all, >> my question may be more philosophical than related technically >> to Cassandra, but please bear with me. >> >> Given that a young startup may not know its product full at the early >> stages, but that it definitely points to ~200M users, >> would Cassandra will be the right way to go? >> >> That is, the requirement is for a large data store, that can move with >> product changes and requirements swiftly. >> >> Given that in Cassandra one thinks hard about the queries, and then >> builds a model to suit it best, I was thinking of >> this situation as problematic. >> >> So here are some questions: >> >> - would it be wiser to start with a more agile data store (such as >> mongodb) and then progress onto Cassandra, when the product itself >> solidifies? >> - given that we start with Cassandra from the get go, what is a common >> (and quick in terms of development) way or practice to change data, change >> schemas, as the product evolves? >> - is it even smart to start with Cassandra? would only startups whose >> core business is big data start with it from the get go? >> - how would you do map/reduce with Cassandra? how agile is that? (for >> example, can you run map/reduce _very_ frequently?) >> >> Thanks! >> >> -- >> Dotan, @jondot >> >> --f46d0444e939040ae504b230e844 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Thanks David.
Stephen: thanks for the tip, we can run = a recommended configuration, so that wouldn't be an issue. I guess I ca= n focus that my questions are on complexity of development.

After digesting David's answer, I guess my follow up questio= ns would be=A0
- how would you process data in a cassandra cluste= r, typically? via one-off coded offline jobs?=A0
- how easy is ma= p/reduce on existing data (just looked at brisk but it may be unrelated, an= y case, not too much written about it)
- how would you do analytics over a cassandra cluster
- give= n the common examples of time-series, how would you recommend to aggregate = (sum, avg, facet) and provide statistics over the collected data? for examp= le if it were kinds of logs and you'd like to group all of certain fiel= ds in it, or provide a histogram over it.

Thanks!


--
Dotan,=A0@jondot



On Sun, Nov 20, 2011 at 10:32 PM, Stephe= n Connolly <stephen.alan.connolly@gmail.com> wrote:

if your startup is bootstrapping then cassandra is sometimes to heavy to= start with.

i.e. it needs to be fed ram... you're not going to seriously run it = in less than 1gb per node... that level of ram commitment can be too much w= hile bootstrapping.

if your startup has enough cash to pay for 3-5 recommended spec (see wik= i) nodes to be up 24/7 then cassandra is a good fit...

a friend of mine is bootstrapping a startup and had to drop back to mysq= l while he finds his pain points and customers... he knows he will end up j= umping back to cassandra when he gets enough customers (or a VC) but for no= w the running costs are too much to pay from his own pocket... note that th= e jdbc driver and cql will make jumping back easy for him (as he still test= s with c*... just runs at present against mysql.... nuts eh!)

- Stephen

---
Sent from my Android phone, so random spelling mistakes, random nonsense wo= rds and other nonsense are a direct result of using swype to type on the sc= reen

On 20 Nov 2011 19:07, "Dotan N." <dipidi@gmail.com> wrote:
Hi all,
my question may be more=A0philosophical=A0than= related technically to=A0Cassandra, but please bear with me.
Given that a young startup may not know its product full at the= early stages, but that it definitely points to ~200M users,
would Cassandra will be the right way to go?

= That is, the requirement is for a large data store, that can move with prod= uct changes and requirements swiftly.

Given that i= n Cassandra one thinks hard about the queries, and then builds a model to s= uit it best, I was thinking of
this situation as problematic.

So here are so= me questions:

- would it be wiser to start with a = more agile data store (such as mongodb) and then progress onto Cassandra, w= hen the product itself solidifies?
- given that we start with Cassandra from the get go, what is a common= (and quick in terms of development) way or practice to change data, change= schemas, as the product evolves?
- is it even smart to start wit= h Cassandra? would only startups whose core business is big data start with= it from the get go?
- how would you do map/reduce with Cassandra? how agile is that? (for = example, can you run map/reduce _very_ frequently?)

Thanks!

--
Dotan,=A0@jondot


--f46d0444e939040ae504b230e844--