Микросервисы — русскоязычное сообщество— Telegram Group

Вот наступил повод похвастаться, выложили оба моих доклада этой весны: Доклад с PTDays/CodeFest про виды взаимодействий в распределенных системах: https://www.youtube.com/watch?v=Sidqt7IqMFk И доклад…

ахаха.. щас расскажу историю - упадёте.. приехал на Спа-программу вчера в отель, там массажистка тайка.. ну и вот она кое-как говорит по-русски разминает плечи и говорит - what's your work or hobby -…

Категорически нет, это анти-паттерн, который противоречит правилам написания чистого кода. Прод должен содержать только тот код, который реально используется. Никаких "на будущее", "здесь может пригод…

Ох не работали вы с проектами на nodejs. Там рефакторинг - это, как мы называем, "Операция на открытом сердце". Это ад. Это на грани невозможного.

Если не знаете - то распределенный монолит)

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

Тут - это где ? Я же как раз описал механизм ротаций на случай падения Вариантов решений тут масса )

Ой, это отдельный вопрос. И очень хороший. Тут есть варианты, есть о чем подумать.

Те тут вся надежда что читатели этих партиций никогда не падают? Те нет ребаланса, когда один читатель может кратковременно две партиции читать?

Тут главное, чтобы кол-во воркеров (вычисляем как instances * threads) было <= кол-ва партиций, иначе пойдёт высокая конкуренция за них Я обычно использовал числа (в зависимости от нагрузки) типа 51…