Help Center>
MapReduce Service>
Developer Guide (Normal_Earlier Than 3.x)>
Flink Application Development>
Application Development>
Asynchronous Checkpoint Mechanism Application>
Scenario Description
Updated on 2022-06-01 GMT+08:00
Scenario Description
Assume that you want to collect data volume in a 4-second time window every other second and the status of operators must be strictly consistent. That is, if an application recovers from a failure, the status of all operators must the same.
Data Planning
- Customized operators generate about 10,000 pieces of data per second.
- Generated data is of four tuples (Long, String, String, and Integer).
- Statistic results are printed on the devices.
- Printed data is of the Long type.
Development Guidelines
- A source operator sends 10,000 pieces of data and injects the data to a window operator every other second.
- The window operator collects the data volume statistics of the last 4 seconds every other second.
- The statistics is printed to the device every other second. For details, see Viewing Commissioning Results.
- A checkpoint is triggered every other 6 seconds and the checkpoint result is stored in HDFS.
Parent topic: Asynchronous Checkpoint Mechanism Application
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
The system is busy. Please try again later.
For any further questions, feel free to contact us through the chatbot.
Chatbot