Mailing-List: contact hbase-user-help@hadoop.apache.org; run by ezmlm
Precedence: bulk
Reply-To: hbase-user@hadoop.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
Message-ID: <ba5fbf730811251108s1e23218fg26ac2702c9acea51@mail.gmail.com>
Date: Tue, 25 Nov 2008 19:08:18 +0000
From: "Seref Arikan" <serefarikan@kurumsalteknoloji.com>
To: hbase-user@hadoop.apache.org
Subject: Re: Advice request about real time use of hbase
In-Reply-To: <492C4535.7080208@duboce.net>
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_Part_6379_15859929.1227640098515"
References: <ba5fbf730811250533w28144cbcrb511095676e607c9@mail.gmail.com>
	 <492C4535.7080208@duboce.net>

------=_Part_6379_15859929.1227640098515
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,
Thanks for the feedback. I am in the early phases of my evaluation of
technologies for the task. It is a proof of concept project, sorry about
being cryptic, but NDAs are NDAs.
My functional requirements are not clear at the moment, so it is hard to
define acceptable performance. But a rdbms cached setup would be
interesting. Any pointers to such a setup? Even parallel but different
scenarios would be helpful. Papers, urls to articles etc?

Kind regards
Seref

On Tue, Nov 25, 2008 at 6:34 PM, stack <stack@duboce.net> wrote:

> Seref Arikan wrote:
>
>> I am very keen to work on hbase and hadoop, but especially for the case of
>> hbase, the material I've found so far does not look promising for using it
>> as  backend of an information system.
>>
> ...
>
>> The question is: are there any practices, recommended methods etc for
>> implementing a hbase based backend for an information system like a web
>> based app or a medium sized enterprise application with a couple of
>> hundred
>> users?
>>
>>
> ...
>
>> The original bigfile paper by Google gives names of some google
>> application
>> which are very responsive and obviously require real time query/insert
>> etc.
>> Any ideas, suggestions would be appreciated a lot. Hybrid approaches with
>> rdbms etc?
>>
>
> Yes.  Our random-access performance up to this has been lacking.  Fellas
> are using hbase to serve out of in real-time but they'll usually have a
> cache in front of hbase, in the same way as folks will run a memcached in
> front of their SQL db as noted in the streamy.com paragraph up on the
> powered-by page (Also see the pigi project listed in the supporting projects
> page).
>
> Up to this we've been focused on reliability and scaling.  After our 0.19.0
> release goes out, we're going to turn our focus to efficiency and
> performance (though 0.19.0 promises big performance increases -- we'll post
> more on this around hbase 0.19.0 release time).
>
> If you want to join us for the ride, we'd love to have you.  What kind of
> numbers do you need in order for you to commit to hbase?
>
> If you want to set up a test cluster to do your own measurements, let us
> know how we can help.
>
> St.Ack
>

------=_Part_6379_15859929.1227640098515--