aurora-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From David McLaughlin <dmclaugh...@apache.org>
Subject Re: Subscribing to Aurora's tasks' event changes
Date Tue, 26 Apr 2016 03:21:06 GMT
+1 for webhooks.

On Mon, Apr 25, 2016 at 7:18 PM, John Sirois <john.sirois@gmail.com> wrote:

> On Mon, Apr 25, 2016 at 8:15 PM, John Sirois <john.sirois@gmail.com>
> wrote:
>
> >
> >
> > On Mon, Apr 25, 2016 at 7:58 PM, Bill Farner <wfarner@apache.org> wrote:
> >
> >> I don't have a firm example in mind, I just don't think the approach
> >> recommended by Zameer is optimal.  It's only marginally better than
> >> forking
> >> (and probably requires you to fork for the sake of sanity).
> >>
> >> Thinking out loud, it would be nice if Kafka had a JMS interface/bridge,
> >> as
> >> it would allow us to add support for a bunch of backends with one
> >> implementation.  Unfortunately that does not appear to be the case.
> >>
> >
> > That said - supporting a JMS interface doesn't sound too bad on the
> aurora
> > end.
> > Motivated consumers could write a bridge presumably if they insist on
> > using Kafka.
> >
>
> Or maybe even just a webhook API.  You configure aurora with an HTTP
> endpoint that must conform to a given api and Aurora tries, best effort
> only, to post events to the endpoint, perhaps on a streaming connection.
> This scales well for Aurora.
>
>
> >
> >
> >> On Monday, April 25, 2016, Dmitriy Shirchenko <caldima@gmail.com>
> wrote:
> >>
> >> > @wfarner
> >> >
> >> > Can you help me out and clarify what you mean by 'First-class
> >> mechanism'?
> >> > An example would be awesome.
> >> >
> >> > On Mon, Apr 25, 2016 at 4:40 PM Dmitriy Shirchenko <caldima@gmail.com
> >> > <javascript:;>>
> >> > wrote:
> >> >
> >> > > Has anyone built something that can subscribe to events and then
> send
> >> > them
> >> > > to a pub/sub system? Maybe can give pointers on how you would
> approach
> >> > this?
> >> > >
> >> > > Our use case is sending TaskStateChange`s into an internal Kafka
> >> topic.
> >> > >
> >> > > Thanks!
> >> > >
> >> >
> >>
> >
> >
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message