AS
Я не знаю какую проблему в голове начали решать вы
Size: a a a
2019 January 30
AS
Моя была про доверие логам и понимание что можно а что нельзя использовать для понимания что клиент happy
AS
Я понял что верить только коду нельзя.
AS
Надо что-то ещё
VL
Моя была про доверие логам и понимание что можно а что нельзя использовать для понимания что клиент happy
даже если сервер записал в сокет response полностью и закрыл коннект, нет никаких гарантий, что клиент его получил.
AS
Видимо персентиль на сайз
VL
на мой вкус такие штуки лучше делать клиент-сайд логами. Типа Sentry
VL
или комплексно, через тот же опентрейсинг
DN
или комплексно, через тот же опентрейсинг
опентрейсинг оверхедит афаик
DN
в запросе можно слать content-length и content-md5. Или range — лучше делать chunked загрузку больших файлов.
ну так никто про размер и не говорил
DN
в любом случае, получая 200 нельзя считать что файл закончен
DN
или отдавая 200
DN
Моя была про доверие логам и понимание что можно а что нельзя использовать для понимания что клиент happy
чтобы понимать что клиент хаппи - надо точно знать что файл залит
DN
у тебя в логах нет об этом информации кмк
DN
соответсвенно ты не узнаешь
VL
опентрейсинг оверхедит афаик
любые логи оверхедят. Вы определитесь — вам перформанс, или обсервабилити
DN
любые логи оверхедят. Вы определитесь — вам перформанс, или обсервабилити
логи это не трейсинг
VL
в любом случае, получая 200 нельзя считать что файл закончен
так. У Алексея — даунлоад большого файла. У вас — аплоад.
В его случае логируется 200 ответ при разрыве посреди доставки. В вашем — нет — сервер видит, что пришёл не весь контент, по заголовкам
В его случае логируется 200 ответ при разрыве посреди доставки. В вашем — нет — сервер видит, что пришёл не весь контент, по заголовкам
DN
Вот тут некоторые граждане взяли и посчитали оверхэд на сервис меше от istio - получилось не очень радужно https://tech.bigbasket.com/bigbaskets-experience-with-istio
