flink-user mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Zor X.L." <xiao.liu...@qq.com>
Subject Re: How can I cancel a Flink job safely without a special stop message in the stream?
Date Mon, 28 Aug 2017 02:00:15 GMT
Hi,


We use kafka because:

- it is a high throughput message queue

   - we want to have about 2GB/s in/write and 7GB/s out/read 
perforamance (400B/msg)

- it is popular (well this is kind of important...)

- the input has a start and an end, but we want to process new data as 
soon as possible


Will NiFi be a possible alternative? Are there any other option?


------------------------------------------------------------------------
*From:* Aljoscha Krettek <aljoscha@apache.org>
*Subject:* How can I cancel a Flink job safely without a special stop 
message in the stream?
*Date:* Friday, Aug 25, 2017 19:45 GMT+0800
*To:* Nico Kruber <nico@data-artisans.com>
*Cc:* user@flink.apache.org, Zor X.L. <xiao.liu.88@qq.com>

> Hi,
>
> I don't think implementing a StoppableSource is an option here since you want to use
the Flink Kafka source. What is your motivation for this? Especially, why are you using Kafka
if the input is bounded and you will shut down the job at some point?
>
> Also, regarding StoppableSource: this will not tell the source to read all remaining
input and then stop. It will just ask the source to stop at some opportune time.
>
> Best,
> Aljoscha
>
>> On 14. Aug 2017, at 17:29, Nico Kruber <nico@data-artisans.com> wrote:
>>
>> Hi,
>> have you tried letting your source also implement the StoppableFunction
>> interface as suggested by the SourceFunction javadoc?
>>
>> If  a source is stopped, e.g. after identifying some special signal from the
>> outside, it will continue processing all remaining events and the Flink
>> program will shut down gracefully.
>>
>> Is that what you intend to do?
>>
>>
>> Nico
>>
>> On Monday, 14 August 2017 11:15:22 CEST Zor X.L. wrote:
>>> Bump...
>>>
>>> 在 2017/8/11 9:36, Zor X.L. 写道:
>>>> Hi,
>>>>
>>>> What we want to do is cancelling the Flink job after all upstream data
>>>> were processed.
>>>> We use Kafka as our input and output, and use the SQL capability of
>>>> Table API by the way.
>>>>
>>>> A possible solution is:
>>>> *
>>>>
>>>>     embed a stop message at the tail of upstream
>>>>
>>>> *
>>>>
>>>>     do what should be done in the Flink Job
>>>>
>>>> *
>>>>
>>>>     propagate this stop message to downstream untouched after all data
>>>>     are processed
>>>>
>>>> *
>>>>
>>>>     a downstream monitoring program can thus know if all subtasks are
>>>>     finished processing all upstream data
>>>>
>>>> *
>>>>
>>>>     then cancel the job
>>>>
>>>> *What we want to do is canelling the job safely without utilizing this
>>>> kind of stop message.*
>>>>
>>>> *But I find this is hard or inefficient to implement in Flink… is it
>>>> possible?*
>>>>
>>>> P.S. If not utilizing Flink, a possible solution is:
>>>> *
>>>>
>>>>     the upstream program write a stop signal some where after all data
>>>>     were written to Kafka.
>>>>
>>>>      o
>>>>
>>>>         the data has a unique index for exactly once semantics
>>>>
>>>>      o
>>>>
>>>>         the signal should include the last data’s index of all partition
>>>>
>>>> *
>>>>
>>>>     when the job receive the upstream stop signal
>>>>
>>>>      o
>>>>
>>>>         if the last data of a partition is processed, then this
>>>>         partition is finished.
>>>>
>>>>      o
>>>>
>>>>         If all partition is finished, the job can be cancelled
>>>>
>>>> ​


Mime
View raw message