Mailing-List: contact user-help@accumulo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@accumulo.apache.org
Received-SPF: pass (athena.apache.org: domain of josh.elser@gmail.com
 designates 209.85.216.53 as permitted sender)
Message-ID: <53701D19.3040302@gmail.com>
Date: Sun, 11 May 2014 21:00:09 -0400
From: Josh Elser <josh.elser@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9;
 rv:24.0) Gecko/20100101 Thunderbird/24.5.0
MIME-Version: 1.0
To: user@accumulo.apache.org
Subject: Re: OpenTSDB
References: 
 <CAFu4t2gaiX0Ztk727DtZznhDotTeP_6B8uJy7wbW5cAMkLRjKg@mail.gmail.com>
	<CADxc9Bn22kTvLG=8RfmM7GHCJ_O7ACmwfw_Xe1=S0hW+xR7EBQ@mail.gmail.com>
	<3F8F26CF-D0D9-4C61-A422-7ACA29D88106@clearedgeit.com>
	<CAOiJXP5ZZdpKTaU=s8-wQ70weaseQ9NAk8VjTH+WsCXwNBKpaQ@mail.gmail.com>
	<AB41785F-3D05-4705-ACE5-C241C897E1E6@clearedgeit.com>
 <CAJRvFdqSV3ROPWVFu3f44i3V966208U+PgOv4vGajLR0602p4g@mail.gmail.com>
In-Reply-To: 
 <CAJRvFdqSV3ROPWVFu3f44i3V966208U+PgOv4vGajLR0602p4g@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Possibly, but it would look different than Don described. It would be 
fairly easy to write data to an existing HBase instance from Accumulo 
(and one can probably assume the opposite to be true). Thus, Gets/Scans 
would be using the HBase API.

On 5/11/14, 8:30 PM, Mike Drob wrote:
> The replication interface might be an easy place to try and support this.
>
>
> On Sun, May 11, 2014 at 8:20 PM, Donald Miner <dminer@clearedgeit.com
> <mailto:dminer@clearedgeit.com>> wrote:
>
>     "Commands" like scan, put, create table, etc.
>
>     It would respond to hbase thrift and pretend it was hbase.... But it
>     is using accumulo behind the scenes. basically be a translation
>     layer. There are obviously some things that don't translate.
>
>     I presume you could do something across all of the big table
>     implementations.
>
>     On May 11, 2014, at 7:33 PM, David Medinets
>     <david.medinets@gmail.com <mailto:david.medinets@gmail.com>> wrote:
>
>>     Please define "hbase commands".
>>
>>
>>     On Sun, May 11, 2014 at 7:29 PM, Donald Miner
>>     <dminer@clearedgeit.com <mailto:dminer@clearedgeit.com>> wrote:
>>
>>         Crazy/bad idea I've had before.... we could develop a
>>         hbase->accumulo proxy that receives basic hbase commands and
>>         then writes out accumulo.
>>
>>         On May 11, 2014, at 4:57 PM, Eric Newton
>>         <eric.newton@gmail.com <mailto:eric.newton@gmail.com>> wrote:
>>
>>>         It is being maintained.  I have tried very hard not to modify
>>>         the core OpenTSDB to support it.  But, it would be nice if we
>>>         could define a storage-independent layer to which it could
>>>         adhere.
>>>
>>>         I don't believe the OTSDB team is interested, but a basic
>>>         scalable back-end abstraction would be nice.  As would a
>>>         standard java build environment, but that doesn't seem to be
>>>         wanted, either.
>>>
>>>         We could work towards a common storage abstraction, which
>>>         would be a reasonable request.
>>>
>>>         Zipkin does a good job of being storage independent.  I would
>>>         work towards their model.
>>>
>>>         -Eric
>>>
>>>         On May 11, 2014 10:28 AM, "Arshak Navruzyan"
>>>         <arshakn@gmail.com <mailto:arshakn@gmail.com>> wrote:
>>>
>>>             I noticed Eric Newton's opentsdb adapter for Accumulo.
>>>              Is this still being maintained?
>>>
>>>             https://github.com/ericnewton/accumulo-opentsdb
>>>
>>>             Also wondering if the StumbleUpon folks are willing to
>>>             merge it in as an alternative to HBase back end.
>>>
>>>             Thanks
>>>
>>>             Arshak
>>>
>>
>