+1, It will be great to have this operator. - Tushar.
On Mon, Oct 3, 2016 at 8:15 AM, Chinmay Kolhatkar <[email protected]> wrote: > +1. > > - Chinmay. > > On 3 Oct 2016 7:25 a.m., "Amol Kekre" <[email protected]> wrote: > >> Ananth, >> This would be great to have. +1 >> >> Thks >> Amol >> >> On Sun, Oct 2, 2016 at 8:38 AM, Munagala Ramanath <[email protected]> >> 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 <[email protected]> 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 >> > > >> > > >> > >>
