Granted Patent B1

US 12,621,241 · App. 18/939,680 · Granted May 5, 2026

Inventor: Hui Li (Shanghai, CN)

Assignee: SAP SE

H04L47/12

Abstract

Claims (115)

1 . A computer-implemented method for retrying requests between services in cloud computing systems, the method being executed by one or more processors and comprising:

receiving, at a first service, a first request comprising first header data including a flow identifier for a workflow and a first branch identifier, wherein the first branch identifier uniquely identifies a first branch of a workflow corresponding to the flow identifier;

transmitting, from the first service and to a second service, a second request comprising second header data including the flow identifier and a second branch identifier;

determining that the second request from the first service to the second service has failed;

querying, by the first service, a retry history table using a first query comprising the flow identifier and the first branch identifier; and

generating a first query result responsive to the first query by:

retrieving a first retry count from the retry history table,

retrieving a threshold retry count,

determining the first retry count is less than the threshold retry count so as to generate a first retry instruction, and

incrementing the first retry count to provide a second retry count stored in the retry history table;

transmitting the first query result comprising the first retry instruction; and

retrying the second request from the first service to the second service so as to generate a retried second request in response to the first retry instruction in the first query result.

2 . The method of claim 1 , wherein the querying by the first service the retry history further comprises:

determining that the retry history table indicates absence of a record for the flow identifier and the first branch identifier, and in response:

inserting a record for the first retry count into the retry history table indexed by the flow identifier and the first branch identifier;

setting the first retry count for the record to an initial value; and

wherein the first retry count of first query response is the initial value.

3 . The method of claim 1 , further comprising:

determining that the retried second request has failed;

querying by the first service the retry history table using a second query comprising the flow identifier and the first branch identifier;

generating a second query result responsive to the second query by:

retrieving the second retry count from the retry history table,

retrieving the threshold retry count, and

determining the second retry count is not less than the threshold retry count so as to generate an error message; and

transmitting the second query result comprising the error message.

4 . The method of claim 3 , wherein the error is returned to one of a gateway and a third service.

5 . The method of claim 1 , further comprising:

transmitting, from the first service to a third service, a third request comprising third header data including the flow identifier and a third branch identifier, wherein the first branch identifier is the same as the second branch identifier and third branch identifier is different from both the first and second branch identifiers;

determining that the third request from the first service to the third service has failed;

querying by the first service the retry history table using a second query comprising the flow identifier and the third branch identifier;

generating a second query result responsive to the second query by:

retrieving a third retry count from the retry history table,

retrieving a second threshold retry count,

determining the third retry count is less than the second threshold retry count so as to generate a second retry instruction, and

incrementing the third retry count to a fourth retry count stored in the retry history table;

transmitting the second query response comprising the second retry instruction; and

retrying the third request from the first service to the third service so as to generate a retried third request.

6 . The method of claim 5 , further comprising:

determining that the retried third request has failed;

querying by the first service the retry history table using a third query comprising the flow identifier and the third branch identifier;

generating a third query result responsive to the third query by:

retrieving a fourth retry count from the retry history table,

retrieving the second threshold retry count, and

determining that the fourth retry count is not less than the second threshold retry count so as to generate an error message; and

transmitting the third query response to the first service.

7 . The method of claim 1 , wherein the first request is transmitted from a third service to the first service.

8 . The method of claim 7 , wherein determining the second service has failed is based on exceeding a first timeout condition of the first service, the third service having a second timeout condition different from the first timeout condition.

9 . The method of claim 1 , wherein the first request is transmitted from a gateway to the first service.

10 . The method of claim 9 , further comprising receiving a response from the first service to the gateway wherein the gateway instructs the retry history table to erase any entries with the flow identifier.

11 . The method of claim 1 , wherein the flow identifier is generated by a gateway.

12 . A non-transitory computer-readable storage medium coupled to one or more processors and having instructions stored thereon which, when executed by the one or more processors, cause the one or more processors to perform operations for retrying requests between services in cloud computing systems, the operations comprising:

receiving, at a first service, a first request comprising first header data including a flow identifier for a workflow and a first branch identifier, wherein the first branch identifier uniquely identifies a first branch of a workflow corresponding to the flow identifier;

transmitting, from the first service and to a second service, a second request comprising second header data including the flow identifier and a second branch identifier;

determining that the second request from the first service to the second service has failed;

querying, by the first service, a retry history table using a first query comprising the flow identifier and the first branch identifier; and

generating a first query result responsive to the first query by:

retrieving a first retry count from the retry history table,

retrieving a threshold retry count,

determining the first retry count is less than the threshold retry count so as to generate a first retry instruction,

incrementing the first retry count to provide a second retry count stored in the retry history table;

transmitting the first query result comprising the first retry instruction; and

retrying the second request from the first service to the second service so as to generate a retried second request in response to the first retry instruction in the first query result.

13 . The non-transitory computer-readable storage medium of claim 12 , wherein the querying by the first service the retry history further comprises:

determining that the retry history table indicates absence of a record for the flow identifier and the first branch identifier, and in response:

inserting a record for the first retry count into the retry history table indexed by the flow identifier and the first branch identifier;

setting the first retry count for the record to an initial value; and

wherein the first retry count of first query response is the initial value.

14 . The non-transitory computer-readable storage medium of claim 12 , wherein operations further comprise:

determining that the retried second request has failed;

querying by the first service the retry history table using a second query comprising the flow identifier and the first branch identifier;

generating a second query result responsive to the second query by:

retrieving the second retry count from the retry history table,

retrieving the threshold retry count, and

determining the second retry count is not less than the threshold retry count so as to generate an error message; and

transmitting the second query result comprising the error message.

15 . The non-transitory computer-readable storage medium of claim 14 , wherein the error is returned to one of a gateway and a third service.

16 . The non-transitory computer-readable storage medium of claim 12 , wherein operations further comprise:

transmitting, from the first service to a third service, a third request comprising third header data including the flow identifier and a third branch identifier, wherein the first branch identifier is the same as the second branch identifier and third branch identifier is different from both the first and second branch identifiers;

determining that the third request from the first service to the third service has failed;

querying by the first service the retry history table using a second query comprising the flow identifier and the third branch identifier;

generating a second query result responsive to the second query by:

retrieving a third retry count from the retry history table,

retrieving a second threshold retry count,

determining the third retry count is less than the second threshold retry count so as to generate a second retry instruction, and

incrementing the third retry count to a fourth retry count stored in the retry history table;

transmitting the second query response comprising the second retry instruction; and

retrying the third request from the first service to the third service so as to generate a retried third request.

17 . A system, comprising:

a computing device; and

a computer-readable storage device coupled to the computing device and having instructions stored thereon which, when executed by the computing device, cause the computing device to perform operations for retrying requests between services in cloud computing systems, the operations comprising:

receiving, at a first service, a first request comprising first header data including a flow identifier for a workflow and a first branch identifier, wherein the first branch identifier uniquely identifies a first branch of a workflow corresponding to the flow identifier;

transmitting, from the first service and to a second service, a second request comprising second header data including the flow identifier and a second branch identifier;

determining that the second request from the first service to the second service has failed;

querying, by the first service, a retry history table using a first query comprising the flow identifier and the first branch identifier; and

generating a first query result responsive to the first query by:

retrieving a first retry count from the retry history table,

retrieving a threshold retry count,

determining the first retry count is less than the threshold retry count so as to generate a first retry instruction, and

incrementing the first retry count to provide a second retry count stored in the retry history table;

transmitting the first query result comprising the first retry instruction; and

retrying the second request from the first service to the second service so as to generate a retried second request in response to the first retry instruction in the first query result.

18 . The system of claim 17 , wherein the querying by the first service the retry history further comprises:

determining that the retry history table indicates absence of a record for the flow identifier and the first branch identifier, and in response:

inserting a record for the first retry count into the retry history table indexed by the flow identifier and the first branch identifier;

setting the first retry count for the record to an initial value; and

wherein the first retry count of first query response is the initial value.

19 . The system of claim 17 , wherein operations further comprise:

determining that the retried second request has failed;

querying by the first service the retry history table using a second query comprising the flow identifier and the first branch identifier;

generating a second query result responsive to the second query by:

retrieving the second retry count from the retry history table,

retrieving the threshold retry count, and

determining the second retry count is not less than the threshold retry count so as to generate an error message; and

transmitting the second query result comprising the error message.

20 . The system of claim 19 , wherein the error is returned to one of a gateway and a third service.

Assignments (1)

References Cited (10)