You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@chukwa.apache.org by Alexei Fedotov <al...@gmail.com> on 2012/11/27 15:23:24 UTC
Re: [VOTE] Retire Chukwa from incubation
Hello guys,
I want to understand Chukwa community building strategy better. Are
there any insights why companies which use Hadoop (in Moscow those
include Deutche Bank, Yandex, Rambler and Microsoft) do not crowd
around or stay in line to get a chance to use Chukwa?
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Tue, Nov 27, 2012 at 3:55 PM, ant elder <an...@gmail.com> wrote:
> On Tue, Nov 27, 2012 at 11:48 AM, Benson Margulies <bi...@gmail.com>wrote:
>
>> One interesting point about consensus decision-making process is the
>> need to define the starting point. The process assumes that there is a
>> clear 'status quo', and that a consensus is required to change it.
>> This may not always be the appropriate way to think about retiring a
>> podling, but it's clearly the way we're thinking about this one.
>>
>> Does anyone else feel that this could have benefitted from a [DISCUSS]
>> before the [VOTE].
>>
>> At the bottom line, if there are new mentors to be fully responsible,
>> I think it's reasonable to continue; however, I don't want to have
>> exactly the same conversation in N months. Would the new mentors like
>> to propose a time limit, and is the group willing to subscribe to the
>> notion that, if after that time, the new mentors have the same report
>> as the old mentors, we're at the end?
>>
>>
> Could we maybe include a time limit next month with the credible plan to
> give new mentors a little time to get up to speed with the project?
>
> ...ant
Re: [DISCUSSION] Retire Chukwa from incubation
Posted by Eric Yang <er...@gmail.com>.
Hi Alexei,
Chukwa started before Flume and Kafka started. Flume community has
flourish with Cloudera behind it. In my experience Flume has been more
fluid, and Chukwa has been more solid. Chukwa can't swim in flume 1.2
branch because flume is becoming more like Chukwa. Unfortunately, most of
Chukwa community don't get used to Flume syntax and centralized
configuration via ZooKeeper. Kafka is a much younger project in comparison
to Chukwa or Flume. I don't know much about scala but providing solid
scalable Java API on scala seems like a project of it's own right that
neither Kafka nor Chukwa community would be interested.
Chris has done the research in Apache, and did not find any possible
projects that would be a good fit to shelter Chukwa.
regards,
Eric
On Wed, Nov 28, 2012 at 5:46 AM, Alexei Fedotov <al...@gmail.com>wrote:
> Let me rephrase the question. Could the actual reason behind Chukwa
> retirement be related to the fact, that there exist Flume and Kafka
> which gives users same opportunites to manage distributed systems? I
> better understand this before trying to spread the word about joinging
> Chukwa community.
>
> If this is the case, could it be that there are ways to mergre
> projects somehow, e.g. provide Chukwa API on the top of Flume or
> Kafka?
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Tue, Nov 27, 2012 at 6:23 PM, Alexei Fedotov
> <al...@gmail.com> wrote:
> > Hello guys,
> > I want to understand Chukwa community building strategy better. Are
> > there any insights why companies which use Hadoop (in Moscow those
> > include Deutche Bank, Yandex, Rambler and Microsoft) do not crowd
> > around or stay in line to get a chance to use Chukwa?
> >
> > --
> > With best regards / с наилучшими пожеланиями,
> > Alexei Fedotov / Алексей Федотов,
> > http://dataved.ru/
> > +7 916 562 8095
> >
> >
> > On Tue, Nov 27, 2012 at 3:55 PM, ant elder <an...@gmail.com> wrote:
> >> On Tue, Nov 27, 2012 at 11:48 AM, Benson Margulies <
> bimargulies@gmail.com>wrote:
> >>
> >>> One interesting point about consensus decision-making process is the
> >>> need to define the starting point. The process assumes that there is a
> >>> clear 'status quo', and that a consensus is required to change it.
> >>> This may not always be the appropriate way to think about retiring a
> >>> podling, but it's clearly the way we're thinking about this one.
> >>>
> >>> Does anyone else feel that this could have benefitted from a [DISCUSS]
> >>> before the [VOTE].
> >>>
> >>> At the bottom line, if there are new mentors to be fully responsible,
> >>> I think it's reasonable to continue; however, I don't want to have
> >>> exactly the same conversation in N months. Would the new mentors like
> >>> to propose a time limit, and is the group willing to subscribe to the
> >>> notion that, if after that time, the new mentors have the same report
> >>> as the old mentors, we're at the end?
> >>>
> >>>
> >> Could we maybe include a time limit next month with the credible plan to
> >> give new mentors a little time to get up to speed with the project?
> >>
> >> ...ant
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>
Re: [VOTE] Retire Chukwa from incubation
Posted by Benson Margulies <bi...@gmail.com>.
_Please Consider This Vote Thread Closed_
As chair, I feel confident that a [VOTE] was not the right step to
take at this time. Ongoing _discussion_ is entirely on point. I do not
think that it is appropriate to tally this thread and declare a
result. I am going to reply to this thread changing the subject to
[DISCUSS], and we'll see what we have in the way of a consensus.
On Wed, Nov 28, 2012 at 8:46 AM, Alexei Fedotov
<al...@gmail.com> wrote:
> Let me rephrase the question. Could the actual reason behind Chukwa
> retirement be related to the fact, that there exist Flume and Kafka
> which gives users same opportunites to manage distributed systems? I
> better understand this before trying to spread the word about joinging
> Chukwa community.
>
> If this is the case, could it be that there are ways to mergre
> projects somehow, e.g. provide Chukwa API on the top of Flume or
> Kafka?
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Tue, Nov 27, 2012 at 6:23 PM, Alexei Fedotov
> <al...@gmail.com> wrote:
>> Hello guys,
>> I want to understand Chukwa community building strategy better. Are
>> there any insights why companies which use Hadoop (in Moscow those
>> include Deutche Bank, Yandex, Rambler and Microsoft) do not crowd
>> around or stay in line to get a chance to use Chukwa?
>>
>> --
>> With best regards / с наилучшими пожеланиями,
>> Alexei Fedotov / Алексей Федотов,
>> http://dataved.ru/
>> +7 916 562 8095
>>
>>
>> On Tue, Nov 27, 2012 at 3:55 PM, ant elder <an...@gmail.com> wrote:
>>> On Tue, Nov 27, 2012 at 11:48 AM, Benson Margulies <bi...@gmail.com>wrote:
>>>
>>>> One interesting point about consensus decision-making process is the
>>>> need to define the starting point. The process assumes that there is a
>>>> clear 'status quo', and that a consensus is required to change it.
>>>> This may not always be the appropriate way to think about retiring a
>>>> podling, but it's clearly the way we're thinking about this one.
>>>>
>>>> Does anyone else feel that this could have benefitted from a [DISCUSS]
>>>> before the [VOTE].
>>>>
>>>> At the bottom line, if there are new mentors to be fully responsible,
>>>> I think it's reasonable to continue; however, I don't want to have
>>>> exactly the same conversation in N months. Would the new mentors like
>>>> to propose a time limit, and is the group willing to subscribe to the
>>>> notion that, if after that time, the new mentors have the same report
>>>> as the old mentors, we're at the end?
>>>>
>>>>
>>> Could we maybe include a time limit next month with the credible plan to
>>> give new mentors a little time to get up to speed with the project?
>>>
>>> ...ant
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [VOTE] Retire Chukwa from incubation
Posted by Alexei Fedotov <al...@gmail.com>.
Let me rephrase the question. Could the actual reason behind Chukwa
retirement be related to the fact, that there exist Flume and Kafka
which gives users same opportunites to manage distributed systems? I
better understand this before trying to spread the word about joinging
Chukwa community.
If this is the case, could it be that there are ways to mergre
projects somehow, e.g. provide Chukwa API on the top of Flume or
Kafka?
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Tue, Nov 27, 2012 at 6:23 PM, Alexei Fedotov
<al...@gmail.com> wrote:
> Hello guys,
> I want to understand Chukwa community building strategy better. Are
> there any insights why companies which use Hadoop (in Moscow those
> include Deutche Bank, Yandex, Rambler and Microsoft) do not crowd
> around or stay in line to get a chance to use Chukwa?
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Tue, Nov 27, 2012 at 3:55 PM, ant elder <an...@gmail.com> wrote:
>> On Tue, Nov 27, 2012 at 11:48 AM, Benson Margulies <bi...@gmail.com>wrote:
>>
>>> One interesting point about consensus decision-making process is the
>>> need to define the starting point. The process assumes that there is a
>>> clear 'status quo', and that a consensus is required to change it.
>>> This may not always be the appropriate way to think about retiring a
>>> podling, but it's clearly the way we're thinking about this one.
>>>
>>> Does anyone else feel that this could have benefitted from a [DISCUSS]
>>> before the [VOTE].
>>>
>>> At the bottom line, if there are new mentors to be fully responsible,
>>> I think it's reasonable to continue; however, I don't want to have
>>> exactly the same conversation in N months. Would the new mentors like
>>> to propose a time limit, and is the group willing to subscribe to the
>>> notion that, if after that time, the new mentors have the same report
>>> as the old mentors, we're at the end?
>>>
>>>
>> Could we maybe include a time limit next month with the credible plan to
>> give new mentors a little time to get up to speed with the project?
>>
>> ...ant
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
For additional commands, e-mail: general-help@incubator.apache.org
Re: [VOTE] Retire Chukwa from incubation
Posted by Alexei Fedotov <al...@gmail.com>.
Let me rephrase the question. Could the actual reason behind Chukwa
retirement be related to the fact, that there exist Flume and Kafka
which gives users same opportunites to manage distributed systems? I
better understand this before trying to spread the word about joinging
Chukwa community.
If this is the case, could it be that there are ways to mergre
projects somehow, e.g. provide Chukwa API on the top of Flume or
Kafka?
--
With best regards / с наилучшими пожеланиями,
Alexei Fedotov / Алексей Федотов,
http://dataved.ru/
+7 916 562 8095
On Tue, Nov 27, 2012 at 6:23 PM, Alexei Fedotov
<al...@gmail.com> wrote:
> Hello guys,
> I want to understand Chukwa community building strategy better. Are
> there any insights why companies which use Hadoop (in Moscow those
> include Deutche Bank, Yandex, Rambler and Microsoft) do not crowd
> around or stay in line to get a chance to use Chukwa?
>
> --
> With best regards / с наилучшими пожеланиями,
> Alexei Fedotov / Алексей Федотов,
> http://dataved.ru/
> +7 916 562 8095
>
>
> On Tue, Nov 27, 2012 at 3:55 PM, ant elder <an...@gmail.com> wrote:
>> On Tue, Nov 27, 2012 at 11:48 AM, Benson Margulies <bi...@gmail.com>wrote:
>>
>>> One interesting point about consensus decision-making process is the
>>> need to define the starting point. The process assumes that there is a
>>> clear 'status quo', and that a consensus is required to change it.
>>> This may not always be the appropriate way to think about retiring a
>>> podling, but it's clearly the way we're thinking about this one.
>>>
>>> Does anyone else feel that this could have benefitted from a [DISCUSS]
>>> before the [VOTE].
>>>
>>> At the bottom line, if there are new mentors to be fully responsible,
>>> I think it's reasonable to continue; however, I don't want to have
>>> exactly the same conversation in N months. Would the new mentors like
>>> to propose a time limit, and is the group willing to subscribe to the
>>> notion that, if after that time, the new mentors have the same report
>>> as the old mentors, we're at the end?
>>>
>>>
>> Could we maybe include a time limit next month with the credible plan to
>> give new mentors a little time to get up to speed with the project?
>>
>> ...ant