Тайм-аўты фаз і агульны дэдлайн проксі-запыту

Тайм-аўты злучэння і чытання абмяжоўваюць пэўныя чаканні. Яны не абавязкова абмяжоўваюць усю аперацыю праз проксі, якая можа таксама ўключаць чаканне ў чарзе, DNS, CONNECT, TLS, перанакіраванні, паўторы і чытанне адказу.

Пачніце з бюджэту аперацыі

Выкарыстоўвайце дакументаваны агульны дэдлайн або механізм скасавання кліента, калі ён ёсць, разам з абмежаваннямі фаз. HTTPX падзяляе чаканне пула, злучэння, чытання і запісу. Requests сцвярджае, што яго тайм-аўт не з’яўляецца абмежаваннем поўнага спампоўвання. curl прадастаўляе агульны тайм-аўт перадачы.

Напрыклад, задача на дваццаць секунд траціць дзве секунды на чаргу, тры на пабудову маршруту і шэсць на няўдалы абмен. Наступная спроба мае прыкладна дзевяць секунд. Даваць кожнаму паўтору свежыя дваццаць секунд азначала б адкінуць першапачатковы бюджэт.

Выкарыстоўвайце монатонны гадзіннік для ўліку прайшоўшага часу. Перадавайце абсалютны дэдлайн або астатнюю працягласць праз слаі, якія валодаюць работай. Калі знешні механізм скасавання не можа забяспечыць патрэбны ахоп, зрабіце гэтае абмежаванне відавочным.

Уключыце цела і ачыстку

Метад, які вяртаецца пасля загалоўкаў, можа пакінуць чытанне цела па-за яго дэдлайнам. Вызначце, ці бюджэт ахоплівае ўсталяванне, поўнае канечнае спампоўванне або доўгі паток з асобнымі правіламі жыццяздольнасці. Сучасны прыклад .NET скасавання для загалоўкаў і цела пераносіць адзін токен праз абодва этапы.

Пакіньце час на закрыццё адказаў і завяршэнне скасавання, перш чым наступная спроба забярэ магутнасць пула. Запісвайце няўдалую фазу і прайшоўшы час; паўторныя чытанні з прагрэсам могуць задаволіць абмежаванні бяздзейнасці, пакуль уся работа цягнецца занадта доўга.

Дэдлайн шлюза да вышэйшага ўзроўню належыць гэтаму шлюзу. Пасля вяртання 504 нявыкарыстаны бюджэт кліента не можа падоўжыць завершаную спробу. Трымайце кожны таймер прывязаным да яго ўладальніка, вырашаючы, якую наладу трэба выправіць.