Mailing-List: contact cassandra-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: cassandra-dev@incubator.apache.org
Received-SPF: pass (nike.apache.org: domain of michael.greene@gmail.com
 designates 209.85.132.243 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type:content-transfer-encoding;
        b=CBQfktv853hnJ7nEMHhpmlUsf40Pcc3OMXvd15nQeoM9bgsdi/epUHmywnE2cVX0VG
         TILk0xRJrcu5+GEOJgYfd1d04zHkgi07Z85DDJCw8aUT9v89wHTRFGUUBv06hZcM05bQ
         RU7QRsfdas95DThmxW0aFmNn61Uq5MdOGwUFY=
MIME-Version: 1.0
In-Reply-To: <b6f68fc60906251115o55ef8c1cge6a8bf6ba089e6c1@mail.gmail.com>
References: <b6f68fc60906241353r40477efau69c7224cf2feff22@mail.gmail.com>
	 <e06563880906241403t6133aa67wa6bb53e582cb8083@mail.gmail.com>
	 <B966615E-5D20-43D4-8686-41B610EE578E@librum.org>
	 <b6f68fc60906251115o55ef8c1cge6a8bf6ba089e6c1@mail.gmail.com>
Date: Thu, 25 Jun 2009 13:35:19 -0500
Message-ID: <f4d6a21a0906251135t4a7ea234p9d36a80f432385f7@mail.gmail.com>
Subject: Re: Alternative wire protocols
From: Michael Greene <michael.greene@gmail.com>
To: cassandra-dev@incubator.apache.org
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

A quick time-to-production could be achieved through distributing
re-packaged client libraries.  I like that idea.  I brought it up on
IRC at one time, and Jonathan convinced me I was wrong, but now I
can't remember why and I like the idea again.

Also, as Jonathan notes, there *is* a Thrift HTTP transport and a JSON
Protocol.  It would be a nice configuration option to allow starting
both the binary socket handlers and the HTTP+JSON handlers at runtime.

Michael

On Thu, Jun 25, 2009 at 1:15 PM, Evan Weaver<eweaver@gmail.com> wrote:
> Also keep in mind that not all deployments of Cassandra are
> performance-critical.
>
> My current project is an integration/legacy MySQL replacement, so the
> database is used as a system of record but not of (significant)
> runtime. The read paths are fronted by caches with 97% hit rates. A
> JSON http API would be more than performant enough, and ease the
> integration path by not requiring a new component (Thrift) in the
> client stack.
>
> Having a quick time-to-production through easy integration is much
> more important to us. Then, if production experience suggests that we
> can remove some of the caches as a phase 2, we will worry about
> transport performance.
>
> Evan
>
> On Wed, Jun 24, 2009 at 9:09 PM, Brett Eisenberg<brett@librum.org> wrote:
>> +1 for Avro as something to watch and consider. I concur that performanc=
e
>> and simplicity are the quintessential attributes to prioritize; for me t=
hat
>> excludes code generation.
>>
>> +1 for something simple like HTTP+JSON or line-based as an interface of =
last
>> resort/debug.
>>
>> b
>>
>> On Jun 24, 2009, at 14:03 , Jonathan Ellis wrote:
>>
>>> I'm interested in Avro as kind of a better Thrift, but that's still
>>> pretty alpha.
>>>
>>> I'm not really interested in stuff that's going to be Much Slower like
>>> anything over http (Jay from Voldemort said that's basically a waste
>>> of time and I believe him) or anything that requires hand-writing
>>> clients for each language (everything else?).
>>>
>>> -Jonathan
>>>
>>> On Wed, Jun 24, 2009 at 3:53 PM, Evan Weaver<eweaver@gmail.com> wrote:
>>>>
>>>> I wanted to start a small discussion to see if there is any interest
>>>> in supporting alternative wire protocols or perhaps junking Thrift to
>>>> some degree.
>>>>
>>>> Some options:
>>>> =A0* Use JSON over HTTP
>>>> =A0* Use BSON over...something (http://www.mongodb.org/display/DOCS/BS=
ON)
>>>> =A0* Use ASN.1 over...something
>>>> =A0* Use Protocol Buffers over...something
>>>> =A0* Use Thrift, but package Cassandra-specific clients for each langu=
age
>>>>
>>>> I have not thought too coherently about this but generic Thrift seems
>>>> to be a pain point for everybody.
>>>>
>>>> Evan
>>>>
>>>> --
>>>> Evan Weaver
>>>>
>>>
>>> !DSPAM:1000,4a42938f192413113311398!
>>>
>>
>>
>
>
>
> --
> Evan Weaver
>