International business machines corporation (20240095072). AN APPROACH TO GRACEFULLY RESOLVE RETRY STORMS simplified abstract

From WikiPatents
Jump to navigation Jump to search

AN APPROACH TO GRACEFULLY RESOLVE RETRY STORMS

Organization Name

international business machines corporation

Inventor(s)

Yue Wang of Beijing (CN)

Wei Wu of Beijing (CN)

Xin Peng Liu of Beijing (CN)

Liang Wang of Beijing (CN)

Biao Chai of Beijing (CN)

AN APPROACH TO GRACEFULLY RESOLVE RETRY STORMS - A simplified explanation of the abstract

This abstract first appeared for US patent application 20240095072 titled 'AN APPROACH TO GRACEFULLY RESOLVE RETRY STORMS

Simplified Explanation

The method described in the abstract involves managing retries in a service mesh network by setting retry locker parameters for pods in a call chain, unlocking them when necessary to allow retries, and terminating the service request if retry limits are reached.

  • The method involves setting a retry locker parameter to a locked state for each pod in a call chain in response to an incoming service request.
  • If a pod in the call chain is unavailable, the method unlocks the retry locker parameter for the previous pod just before the unavailable one to allow retries.
  • When the previous pod reaches a retry limit, the method unlocks the retry locker parameter for all pods in the call chain and sends a service termination message to the requester.

Potential Applications

This technology could be applied in large-scale distributed systems where service requests need to be managed efficiently and reliably.

Problems Solved

This technology helps prevent unnecessary retries in a service mesh network, improving overall system performance and reliability.

Benefits

The method optimizes the handling of service requests by controlling retries and ensuring efficient use of resources in the network.

Potential Commercial Applications

This technology could be valuable for companies operating complex service-oriented architectures that require robust retry management capabilities.

Possible Prior Art

Prior art may include similar methods for managing retries in distributed systems or service mesh networks, but specific implementations may vary.

Unanswered Questions

How does this method handle different types of service requests with varying retry requirements?

The abstract does not specify how the method distinguishes between different types of service requests and adjusts retry parameters accordingly.

What impact does this method have on overall network performance and latency?

The abstract does not provide information on how the method may affect network performance or latency under different conditions.


Original Abstract Submitted

a method includes, in response to receiving an incoming service request and establishing a call chain of pods of a service mesh network, setting a retry locker parameter to a locked state for each pod in the call chain. a locked retry locker parameter prevents the pod from initiating retries of a service request. the method includes, in response to determining that a pod in the call chain is unavailable, setting the retry locker parameter to an unlocked state for a previous pod just prior to the pod that is unavailable. the unlocked state allows a retry to the pod that is unavailable. in response to the previous pod reaching a retry limit, the method includes setting the retry locker parameter to unlocked for each pod in the call chain and sending a service termination message to a service requester.