Mailing-List: contact dev-help@apex.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@apex.apache.org
MIME-Version: 1.0
In-Reply-To: <CAD0KA=NFrHkerXR-_wFNaeqvx38NgQUke53khDu=OOVyh8FXeg@mail.gmail.com>
References: <5ea786f3-7220-3151-8280-affb2e8f70c6@gmail.com>
 <CAJ484BiFqWT7TR6XCgY-brekJ3qJKENAdqgBY-R6W3ZrsDXxeA@mail.gmail.com>
 <CAMaZnT4O4JvDwqVkGXt-VdVBFgskfPvM4m65BPHDg+F4QVG9ag@mail.gmail.com>
 <CABAipVY9O8e8B58E2MvWopJ-8-Ke-w3dZH3W5WD9N1BG_uoR=Q@mail.gmail.com> <CAD0KA=NFrHkerXR-_wFNaeqvx38NgQUke53khDu=OOVyh8FXeg@mail.gmail.com>
From: Sandeep Deshmukh <sandeep@datatorrent.com>
Date: Mon, 3 Oct 2016 17:32:58 +0530
Message-ID: <CAAMMvRn3ckiB3ry6Cj8fhvxnQt2YEOrvOn=g613d1Pu+Qq74Sw@mail.gmail.com>
Subject: Re: Kudu store operators
To: dev <dev@apex.apache.org>
Content-Type: multipart/alternative; boundary=001a1142b64cd5701b053df4badc
archived-at: Mon, 03 Oct 2016 12:03:32 -0000

--001a1142b64cd5701b053df4badc
Content-Type: text/plain; charset=UTF-8

+1

Regards,
Sandeep

On Mon, Oct 3, 2016 at 10:16 AM, Tushar Gosavi <tushar@datatorrent.com>
wrote:

> +1, It will be great to have this operator.
>
> - Tushar.
>
> On Mon, Oct 3, 2016 at 8:15 AM, Chinmay Kolhatkar
> <chinmay@datatorrent.com> wrote:
> > +1.
> >
> > - Chinmay.
> >
> > On 3 Oct 2016 7:25 a.m., "Amol Kekre" <amol@datatorrent.com> wrote:
> >
> >> Ananth,
> >> This would be great to have. +1
> >>
> >> Thks
> >> Amol
> >>
> >> On Sun, Oct 2, 2016 at 8:38 AM, Munagala Ramanath <ram@datatorrent.com>
> >> wrote:
> >>
> >> > +1
> >> >
> >> > Kudu looks impressive from the overview, though it seems to still be
> >> > maturing.
> >> >
> >> > Ram
> >> >
> >> >
> >> > On Sat, Oct 1, 2016 at 11:42 PM, ananth <ananthg.apex@gmail.com>
> wrote:
> >> >
> >> > > Hello All,
> >> > >
> >> > > I was wondering if it would be worthwhile for the community to
> consider
> >> > > support for Apache Kudu as a store ( as a contrib operator inside
> >> Apache
> >> > > Malhar ) .
> >> > >
> >> > > Here are some benefits I see:
> >> > >
> >> > > 1. Kudu is just declared 1.0 and has just been declared production
> >> ready.
> >> > > 2. Kudu as a store might a good a fit for many architectures in the
> >> > >    years to come because of its capabilities to provide mutability
> of
> >> > >    data ( unlike HDFS ) and optimized storage formats for scans.
> >> > > 3. It seems to also withstand high-throughput write patterns which
> >> > >    makes it a stable sink for Apex workflows which operate at very
> high
> >> > >    volumes.
> >> > >
> >> > >
> >> > > Here are some links
> >> > >
> >> > >  *  From the recent Strata conference
> >> > >    https://kudu.apache.org/2016/09/26/strata-nyc-kudu-talks.html
> >> > >  * https://kudu.apache.org/overview.html
> >> > >
> >> > > I can implement this operator if the community feels it is worth
> adding
> >> > it
> >> > > to our code base. If so, could someone please assign the JIRA to
> me. I
> >> > have
> >> > > created this JIRA to track this : https://issues.apache.org/jira
> >> > > /browse/APEXMALHAR-2278
> >> > >
> >> > >
> >> > > Regards,
> >> > >
> >> > > Ananth
> >> > >
> >> > >
> >> >
> >>
>

--001a1142b64cd5701b053df4badc--