Здравствуйте, Slicer [Mirkwood], Вы писали:

SM>2) Аналогично п.1, но еще подлее. Пользователь то видит в списке созданную сущность, то не видит — вплоть до того что например он открывает редактор созданной сущности, вносит изменения туда, а при попытке сохранить получает ошибку из-за того, что сущности якобы нет (потому что опять сходил не на тот шард).

Тут наверно можно в некоторых системах управлять affinity между идентификатором сессии/логином юзера и номером инстанса эластика (ну или вообще БД) который хранит primary shard. То есть запросы указанного id от указанного пользователя будут всегда ходить на один и тот же шард. Может и так кто-то делает? С другой стороны это во-первых ставит под удар балансировку нагрузки, а во-вторых опять-таки шард же может и отвалиться и тогда вероятность не увидеть свои изменения опять появляется (ну или может банально не успеть обновиться, если он не входит в кворум по репликации).

Slicer