Хотя во втором попродвинутее реализация будет

ты хочешь запилить зукипер свой?)

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

поэтому оцениваю. с одной стороны можно сделать паксос - я такого не делал и звучит круто. но на одной крутости адлеко не уедешь, правда? ;)

https://raft.github.io/#implementations
RAFT вроде помодней и там какие-то либы с имплементациями даже есть

hazelcast-raft java Apache 2.0 - хм, звучит неплохо

визуализация совсем конфузящая у них. как то на сиквенс диаграмах проще бы выглядело. но не суть

по условиям задачи я так понял ноды совершенно независимы и могут общаться только друг с другом?

ну т.е. у них там нет никакого шаренного стораджа, например

нету, есть только бд которые синхронизируются между друг другом

например

мда, сурово.
вроде эти консенсусные алгоритмы довольно затратные так-то. в zookeeper paxos наверно всё таки только при lader election используется. в Cassandra на базе paxos имплементированы оптимистические блокировки, но там на каждую из 4х фаз будет взаимодействие между нодами если не ошибаюсь.
имхо то что Макс про очереди пишет это наиболее правильное направление движения мысли.

https://jack-vanlightly.com/blog/2017/12/4/rabbitmq-vs-kafka-part-1-messaging-topologies
прикладная статейка по очередям на kafka и rabbit mq с разными паттернами и топологиями, может полезна будет

Paxos слишком сложный, есть современный более понятный алгоритм Raft

👍

вопрос по EJB 1x и 2x, не получается нагуглить:
у меня есть доменный объект A с полем key, и я хочу иметь такой метод, который позволяет найти все A с любым key из некой коллекции.

class A {
    Long id;
    Long key;
}

хочу вот такой метод:
Collection<A> findAllByKeyIn(Collection<Long> keyValues)

как, как это сделать???
я мог бы в ручную сформировать эти A, но там много полей помимо key которые мне нужны + это было бы неконсистентно

The Finder Methods

в контексте EJB до 3 эта бодяга называлась EntityBeans кажется, потом было замещено JPA

немножко не то, но коллеги подсказали, что мне нужен

@ejb.select

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