Если не ошибаюсь, Клепманн употребляет multi leader в основном в контексте кросс-ДЦ репликации. То есть инсталляция базы данных на несколько ДЦ, и в каждом ДЦ есть свой лидер и свои ведомые. И между лидерами асинхронная репликация. Если посмотреть с этого угла, то получится так, что оффлайн клиенты, работающие на запись - это тоже как бы кросс-ДЦ распределённая база данных с очень асинхронной репликацией.
А leaderless это паттерн, который может встречаться как при кросс-ДЦ, так и внутри ДЦ. Он используется для достижения максимальной устойчивости. Нет не только лидеров, но и ведомых узлов. Но все умеют обрабатывать запросы на запись.
спасибо. у меня скорее такое понимание, что если клиент всегда работает с выделенным мастером, то это multy muster. например есть 10 клиентов. есть условно регистер X. все они пишут и читают из Х. 5 клиентов работают с мастером А , а 5 с мастером B. и с другими они работать не могут. А если есть 2 машины A and B и каждый клиент может работать с любой из них ( если A доступн, то пишет на A. Если B доступен, то пишет на B), то это Multy Leader