R
Все верно
Size: a a a
2019 January 30
R
Но со стороны клиента прилетел реквестор на прекращение обработки, хотя при этом процессы вызванные пользаком ещё выполняются
DN
499 в логе будет
А, понял
AS
схема с выключением буферов выглядит как минимальная абстракция.
если буферы включены видимо ответ будет получен на back потом отдан на lb
если буферы включены видимо ответ будет получен на back потом отдан на lb
DN
Но со стороны клиента прилетел реквестор на прекращение обработки, хотя при этом процессы вызванные пользаком ещё выполняются
Это наверное зависит от того как клиент отрубается
VL
в 9:40 на питонячем никого не было сегодня :)
вероятно. Я в любом случае только к 10 приеду
R
Это наверное зависит от того как клиент отрубается
Все верно, есть стандартные запросы
VL
User > lb > back > app
юзер порвал соединение на lb будет 499 ?
а на back ?
а если буферы выключены ?
юзер порвал соединение на lb будет 499 ?
а на back ?
а если буферы выключены ?
на беке будет разрыв входящего коннекта. Обычно получается при попытке записи ответа
DN
Все верно, есть стандартные запросы
Я просто подумал что клиент "внезапно" разрывает
AS
если клиент рвет соединение когда ответ на back уже есть и они трансмитится на lb то тут должен быть другой код
AS
приложение предположим логирует 200ку. ибо отработало. back залогирует ??? а lb залогирует 499
DN
приложение предположим логирует 200ку. ибо отработало. back залогирует ??? а lb залогирует 499
Но ведь это не противоречит
DN
Бек типа тоже должен 499 генерить?
AS
я не знаю это мой вопрос:)
VL
если клиент рвет соединение когда ответ на back уже есть и они трансмитится на lb то тут должен быть другой код
бек получит разрыв от nginx. А дальше уже вопрос в том, как бек реагирует на него. В go можно взять контекст запроса, и при разрыве коннекта прекратить обработку.
DN
Вообще, бек получил запрос и нормально отработал его, ответ отдал выше
DN
Зачем ему парится что там?
VL
если nginx нет, а клиент разорвал соединение, получит ли бек разрыв — зависит от настроек сети в ОС
DN
Зачем вам парится?