эм.. там проблема скорее не в UDP, а в прозрачной передаче состояния комнаты другому процессу.

Так то можно и кэширующим балансером обойтись, который коннект к бэку восстановит, к примеру.

В произвольный момент, да:) Ты же не можешь изолировать апдейты и у тебя любой апдейт точно касается вообще всех фич, потому что обновится все:)

Я всмысле не утверждаю что так делать надо или там топлю за что-то конкретное, просто обозначаю что "монолит для 50 функций", который обновляется сразу везде прокатит далеко не везде)

Хотя удобно конечно.

серьезный у вас бизнес, я только кнопочки перекрашиваю

Ровно те же проблемы будет испытывать любой сервис, где есть более-менее долгие процессы. Стриминг, кодирование, длинные долгие расчеты и т.д. Если речь об обработке коротких запросов в рамках секунд - тут конечно особых проблем нет, порестартили и все, можно обыграть балансером, можно даже без балансера релоадить условно.

я сразу же прошу прощения за дурацкую доебку, просто дважды глаз зацепился. но он же Conway, или я чего-то не знаю?

да, ты прав

https://en.m.wikipedia.org/wiki/Conway%27s_law#:~:text=Conway's%20law%20is%20an%20adage,mirror%20their%20own%20communication%20structure.&text=The%20law%20is%20based%20on,communicate%20frequently%20with%20each%20other.

ну все, пятиклассник внутри спокоен, спасибо

Что-то не хватает понимания и скилов по регуляркам - чем прокачаться? курсы и тп чтобы прям хорошо

У дропбокса и аирбнб были статейки, щас ссылки поищу

А что с Авито не так в контексте микросервисов?

Мы UDP не используем, если что, и мы не игра)

У нас коллективный деплой раз в сутки, все готовые задачи собираются, мержатся и результат тестируется. Сначала катим канареечный хост, смотрим не деградируют ли метрики, а потом скрипт обновляет хосты в кластере по 10 штук за раз, ступенькам, с интервалом 3 минуты, то есть 15 минут идёт раскатка.

Можно под свою ответственность катить изменения самостоятельно. В этом случае можно скипнуть канарейку и сразу запускать ступенчатый деплой.

я имею в виду симфу с 4 на 5

Сначала говоришь "надо не рвать коннект 4 часа", теперь что проблема в хранении стейта. Я думаю, что если больно и дорого дублировать каждый комнато-сервер, то можно придумать какой-то blue-green deploy, при котором поднимается новый контейнер, шарит стейт со старым, а потом коннекты со старого переключаются на новый.

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