V3增强对设备多请求dlbv3

负载平衡器v3API中多项请求执行机制得到改进

下节通过实例比较v2和v3API机制

queued进程机制v2

设备123456存于账号1111
用户执行POST或PUT请求时返回状态200确定,并有下列响应体:

{数据}{状态}}:processing,eventid:>,pource:POOL-172.16.1.106-80,timestamp:2021-01-14T06:58177.7401Z,eventRef/

如果用户在第一个完成前重新执行请求,请求转入ENQUEED_PROCSING

{     "data": [         {             "event_id": "",             "status": 200,             "message": "ENQUEUED_PREPROCESSING",             "entrytimestamp": "2021-01-14T06:35:35",             "modifiedtimestamp": "2021-01-14T06:35:35"         }     ] }

进程可能会死锁, 用户继续重新执行请求认为他们不运行所有这些请求都排队等待执行

用户完全不知道请求为何不完成,v3设备上加锁机制以避免问题发生

锁定机制v3

设备123456存于账号1111
用户执行POST或PUT请求时,返回状态为200确定,并有下列响应体:

{data}{eventid>:>,processing,_14T07:11:49.885096Z},pource:POOL-172.19.109-80,eventRef/

如果用户在第一个完成前执行另一个请求,返回响应码为423锁住下方位

{requent_url>:squativedproduce535908

程序避免陷入僵局的可能性,一请求完成,设备即从锁上跳出