ფაზური დროის ლიმიტები და proxy მოთხოვნის საერთო ვადა

კავშირისა და წაკითხვის ტაიმაუტები კონკრეტულ ლოდინებს ზღუდავს. ისინი სულაც არ ზღუდავს მთლიან proxy ოპერაციას, რომელშიც შეიძლება შევიდეს რიგში ლოდინი, DNS, CONNECT, TLS, გადამისამართებები, განმეორებითი ცდები და პასუხის წაკითხვა.

დაიწყეთ ოპერაციის ბიუჯეტიდან

გამოიყენეთ კლიენტის დოკუმენტირებული საერთო ვადა ან გაუქმების მექანიზმი, სადაც არსებობს, ფაზურ ლიმიტებთან ერთად. HTTPX ჰყოფს აუზის, კავშირის, წაკითხვისა და ჩაწერის ლოდინებს. Requests აცხადებს, რომ მისი ტაიმაუტი სრული ჩამოტვირთვის ლიმიტი არ არის. curl გვაძლევს საერთო გადაცემის ტაიმაუტს.

მაგალითად, ოცწამიანი დავალება ორ წამს ატარებს რიგში, სამს მარშრუტის დამყარებაზე და ექვსს წარუმატებელ გაცვლაზე. მის შემდეგ ცდას დაახლოებით ცხრა წამი რჩება. ყოველი განმეორებითი ცდისთვის ახალი ოცი წამის მიცემა თავდაპირველ ბიუჯეტს გადაყრიდა.

გასული დროის აღრიცხვისთვის გამოიყენეთ მონოტონური საათი. გადაიტანეთ აბსოლუტური ვადა ან დარჩენილი ხანგრძლივობა სამუშაოს მფლობელ ფენებში. თუ გარემომცველი გაუქმების მექანიზმი ვერ უზრუნველყოფს საჭირო მოცულობას, ეს შეზღუდვა ცხადად აღნიშნეთ.

ჩართეთ სხეული და გასუფთავება

ჰედერების შემდეგ დაბრუნებულმა მეთოდმა შეიძლება სხეულის წაკითხვა მისი ვადის გარეთ დატოვოს. გადაწყვიტეთ, ბიუჯეტი მოიცავს დამყარებას, სრულ სასრულ ჩამოტვირთვას თუ გრძელვადიან ნაკადს ცალკე სიცოცხლისუნარიანობის წესებით. თანამედროვე .NET-ის მაგალითი ჰედერებისა და სხეულის გაუქმებისთვის ერთ ტოკენს ატარებს ორივე ეტაპზე.

დატოვეთ დრო პასუხების დახურვისა და გაუქმების დასრულებისთვის, სანამ შემდეგი ცდა აუზის სიმძლავრეს დაიკავებს. ჩაწერეთ წარუმატებელი ფაზა და გასული დრო; წინსვლის მქონე განმეორებითმა წაკითხვებმა შეიძლება დააკმაყოფილოს უმოქმედობის ლიმიტები, სანამ მთლიანი სამუშაო ძალიან დიდხანს გრძელდება.

შესასვლელის ზედა დინების ვადა ამ შესასვლელს ეკუთვნის. 504-ის დაბრუნების შემდეგ გამოუყენებელი კლიენტის ბიუჯეტი ვერ გაახანგრძლივებს დასრულებულ ცდას. რომელი პარამეტრი უნდა გასწორდეს, ამის გადაწყვეტისას ყოველი ტაიმერი მის მფლობელთან დატოვეთ.