flink-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Aljoscha Krettek <aljos...@apache.org>
Subject Re: Flink event processing immediate feedback
Date Thu, 14 Apr 2016 13:37:18 GMT
Hi,
what do you mean by "synchronous". If I understood it correctly then some
events entering the Flink pipeline would trigger an alert while some others
would not trigger an alert. How would the component that receives such
alerts know when to wait and when to don't wait.

 As I see it you can push these alerts into some sort of message queue and
have a request in the front-end that returns as soon as something is
available in that queue. Then you display it and start a new query that
returns as soon as more data is available in the alert queue.

Cheers,
Aljoscha

On Thu, 7 Apr 2016 at 09:57 igor.berman <igor.berman@gmail.com> wrote:

> Hi,
> Suppose I have web facing frontend that gets stream of events(http calls).
> I
> need to process event stream and do some aggregations over those events and
> write aggregated statistics to Hbase - so far Flink seems as perfect match.
> However in some cases event should trigger some alert and frontend needs to
> get this alert in synchronous way - here I'm a bit lost. I thought about
> some kind of following flow:
> frontend -> queue -> flink -> redis(pub/sub)<- frontend
>
> I.e. I have two major use cases - async aggregated analytics/stats
> computing
> and "synchronous" response to frontend. Frontend might be node/play or any
> other technology that won't have a problem of "waiting" for the response,
> so
> the only question - how to implement this feedback ?
> Might be some kind of Sink?
>
> Any ideas would be appreciated,
> Igor
>
>
>
>
> --
> View this message in context:
> http://apache-flink-user-mailing-list-archive.2336050.n4.nabble.com/Flink-event-processing-immediate-feedback-tp5978.html
> Sent from the Apache Flink User Mailing List archive. mailing list archive
> at Nabble.com.
>

Mime
View raw message