вот я тоже хотел написать... нужен ли тут вебсокет? вебсокет - двунаправленный, а тут задача однонаправленная судя по описанию. Клиенты тупо пингуют бекенд. Зачем вебсокет?

вот кстати шутка в тему тебе @centur https://twitter.com/electroboomguy/status/1409218712633167872?s=28

Это тот же чувак, что языком провода под напрйгой лизал?))

> тупо пингуют бекенд

кстати, icmp в качестве решения еще не предлагали

Если они делают это не раз в час, то каждый пинг заново коннектится, то высокие накладные расходы. А если udp, то не гарантированная доставка

Потери

Ну если не считать, что пинги не везде ходят)

А как же rudp?

А правду молвят, что UDP в современных сетях почти всегда доставляется?

Смотря каких :) Через прямой стык в ДЦ - доставляется, да.

Да, причём в обе стороны. На вере в это зиждется протокол HTTP/3.

HTTP/2 же. Там коннект по стандарту должен держаться и не закрываться на клиенте "пока это возможно":

HTTP/2 connections are persistent. For best performance, it is expected that clients will not close connections until it is determined that no further communication with a server is necessary (for example, when a user navigates away from a particular web page) or until the server closes the connection.
Servers are encouraged to maintain open connections for as long as possible but are permitted to terminate idle connections if necessary. When either endpoint chooses to close the transport-layer TCP connection, the terminating endpoint SHOULD first send a GOAWAY (Section 6.8) frame so that both endpoints can reliably determine whether previously sent frames have been processed and gracefully complete or terminate any necessary remaining tasks.

Например есть ssr, не знаю есть ли большая разница по перформансу/лимитам

Но мы юзали redis pubsub + nginx nchan как прокси

У кого-то есть опыт работы с публичными роадмарами более точными чем +- квартал? Поделитесь лайфхаками как вобщем можно давать публичные эстимейты и не проебывать их? И в догонку как уберегать команду от стресса в этом процессе? Кроме как делать их доступными когда уже почти готово в голову ничего не приходит.

О, 1500 на счетчике, удачно зашёл, можно и отметить)

Делай анонс фичей с отставанием на месяц-полторра

Это можно но это +- квартал, типа вводная такая: думаем можно ли как-то деливерить раз в 2 недели и роадмап на ближайшие пару месяцев делать публичным ну так чтобы это было не разрушаюшим для команды и атмосферы)

Ну стартовая точка у тебя понятная, спешить некуда, далее делаешь оценку на тот же квартал и закладываешь буфер

Планирование с точностью 2 недели уже на мой взгляд высший пилотаж, а еще так чтоб оно реально работало и не приводило к тому что каждые две недели все в мыле носятся как угорелые чтобы выполнить коммитмент еще более сложно

Соответтсвенно все знают и про оценки и про даты и про все и про размер буфера ( как раз месяц )