Return-Path: Delivered-To: apmail-cassandra-user-archive@www.apache.org Received: (qmail 48824 invoked from network); 6 Jul 2010 11:01:18 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 6 Jul 2010 11:01:18 -0000 Received: (qmail 29399 invoked by uid 500); 6 Jul 2010 11:01:17 -0000 Delivered-To: apmail-cassandra-user-archive@cassandra.apache.org Received: (qmail 29176 invoked by uid 500); 6 Jul 2010 11:01:14 -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 29167 invoked by uid 99); 6 Jul 2010 11:01:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jul 2010 11:01:13 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=HTML_MESSAGE,SPF_HELO_PASS,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: local policy) Received: from [173.205.124.151] (HELO ecbiz83.inmotionhosting.com) (173.205.124.151) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 06 Jul 2010 11:01:06 +0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=cloudeventprocessing.com; h=Received:Message-ID:Disposition-Notification-To:Date:From:Reply-To:Organization:User-Agent:MIME-Version:To:Subject:References:In-Reply-To:Content-Type:X-Source:X-Source-Args:X-Source-Dir; b=RHMXG+rlu6JTtIfOMok0WEGgfMteLDHxEmOiqHfMiYTCUasIeZERdXggLUctFy/g/yYzDtYB+mz27lvC7BHD01wPdYD/P4pg5KsJ+HszujG90chmuS+Obz4noTsOtL92; Received: from 173-203-83-224.static.cloud-ips.com ([173.203.83.224] helo=[10.8.0.54]) by ecbiz83.inmotionhosting.com with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1OW5sZ-0007UP-0A for user@cassandra.apache.org; Tue, 06 Jul 2010 06:59:55 -0400 Message-ID: <4C330CAF.6090202@cloudeventprocessing.com> Date: Tue, 06 Jul 2010 05:59:59 -0500 From: Colin Clark Reply-To: colin@cloudeventprocessing.com Organization: Cloud Event Processing, Inc. User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.10) Gecko/20100512 Lightning/1.0b1 Thunderbird/3.0.5 MIME-Version: 1.0 To: user@cassandra.apache.org Subject: Re: Digg 4 Preview on TWiT References: <2B4B52565669304C979DC60E52AA3F9B022CC04DC8@spnvm1183.bud.bpa.gov> <1277743872.11218.25.camel@erebus.lan> <1278245675.3878.4.camel@dehora-laptop> <1278344422.3283.18.camel@erebus.lan> <4C3306A3.70804@fourkitchens.com> In-Reply-To: <4C3306A3.70804@fourkitchens.com> Content-Type: multipart/alternative; boundary="------------070905020001060306020403" X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - ecbiz83.inmotionhosting.com X-AntiAbuse: Original Domain - cassandra.apache.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - cloudeventprocessing.com X-Source: X-Source-Args: X-Source-Dir: X-Virus-Checked: Checked by ClamAV on apache.org This is a multi-part message in MIME format. --------------070905020001060306020403 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit What were the right questions? I view Facebook's move away from Cassandra as somewhat significant. And are they indeed using HBase then, and if so, what were the right answers? On 7/6/2010 5:34 AM, David Strauss wrote: > On 2010-07-05 15:40, Eric Evans wrote: > >> On Sun, 2010-07-04 at 13:14 +0100, Bill de hÓra wrote: >> >>> This person's understanding is that Facebook 'no longer contributes to >>> nor uses Cassandra.': >>> >>> http://redmonk.com/sogrady/2010/05/17/beyond-cassandra/ >>> >> Last I heard, Facebook was still using Cassandra for what they had >> always used it for, Inbox Search. Last I heard, there were no plans in >> place to change that. >> > I had the opportunity to talk with some Facebook infrastructure > engineers in San Francisco over the past few weeks. They are no longer > using Cassandra, even for inbox search. > > Inbox search was intended to be an initial push for using Cassandra more > broadly, not the primary target of the Cassandra design. Unfortunately, > Facebook's engineers later decided that Cassandra wasn't the right > answer to the right question for Facebook's purposes. > > That decision isn't an indictment of Cassandra's capability; it's > confirmation that Cassandra isn't everything to everyone. But we already > knew that. :-) > > --------------070905020001060306020403 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit What were the right questions?  I view Facebook's move away from Cassandra as somewhat significant.

And are they indeed using HBase then, and if so, what were the right answers?


On 7/6/2010 5:34 AM, David Strauss wrote:
On 2010-07-05 15:40, Eric Evans wrote:
  
On Sun, 2010-07-04 at 13:14 +0100, Bill de hÓra wrote:
    
This person's understanding is that Facebook 'no longer contributes to
nor uses Cassandra.':

http://redmonk.com/sogrady/2010/05/17/beyond-cassandra/
      
Last I heard, Facebook was still using Cassandra for what they had
always used it for, Inbox Search. Last I heard, there were no plans in
place to change that.
    
I had the opportunity to talk with some Facebook infrastructure
engineers in San Francisco over the past few weeks. They are no longer
using Cassandra, even for inbox search.

Inbox search was intended to be an initial push for using Cassandra more
broadly, not the primary target of the Cassandra design. Unfortunately,
Facebook's engineers later decided that Cassandra wasn't the right
answer to the right question for Facebook's purposes.

That decision isn't an indictment of Cassandra's capability; it's
confirmation that Cassandra isn't everything to everyone. But we already
knew that. :-)

  
--------------070905020001060306020403--