A method for solving traffic burst

By dynamically adjusting the number of coroutines and using a hysteresis threshold design, the system instability caused by traffic spikes is resolved, achieving efficient and automatic traffic spike handling and ensuring system stability and resource utilization.

CN122420106APending Publication Date: 2026-07-17KYLIN CORP
View PDF 0 Cites 0 Cited by

Patent Information

Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
KYLIN CORP
Filing Date
2026-03-18
Publication Date
2026-07-17

AI Technical Summary

Technical Problem

Existing technologies cannot effectively cope with traffic spikes, leading to soaring system response latency, data backlog, service outages, or data loss. Furthermore, existing solutions suffer from issues such as human error, high complexity, large latency, or poor availability.

Method used

By dynamically adjusting the number of coroutines, the system's processing capacity can be expanded and contracted in real time. The hysteresis threshold design avoids system jitter, adapts to cloud-native environment resource scheduling, avoids frequent creation and destruction of coroutines, and uses a coroutine management array for unified management.

Benefits of technology

It achieves a fully automated, highly responsive, and highly reliable traffic spiking solution, preventing data loss, reducing processing latency, and ensuring system stability and resource utilization efficiency.

✦ Generated by Eureka AI based on patent content.
Patent Text Reader

Abstract

The application relates to a method for solving traffic spikes, comprising the following steps: S100, data receiving and basic processing; S200, threshold presetting; S300, real-time monitoring of queue state; S400, when it is monitored that the current data length of the local queue is greater than or equal to 0.9 times of the reference threshold, the exceeding multiple of the current queue length relative to the reference threshold is calculated, the number of new coroutines to be created is determined according to the exceeding multiple, a corresponding number of new coroutines are created and are put into a preset coroutine management array for unified management and control, and the new coroutines and the resident coroutine group jointly consume data in the local queue; and S500, coroutine elastic scaling: when it is monitored that the current data length of the local queue is less than or equal to 0.8 times of the reference threshold, the new coroutines in the coroutine management array are gradually closed according to a preset gradual closing rule, and only the resident coroutine group is reserved to execute a queue data consumption operation.
Need to check novelty before this filing date? Find Prior Art