|
|
|
|
|
|
by Joel_Mckay
1507 days ago
|
|
|
Depends what your problem scope entails, but in general it comes down to a few key design choices and trade-offs.
1. Application layer load-balancing which allows for high-latency out-of-band idempotent transaction state consolidation between peers (rabbitMQ or Kafka often used to handle backlogs). This is hard to do, as other teams will break what they don't understand.
2. A non-polyglot solution like Erlang/Elixir which has “peer-state-awareness” and channels (functionally act like microservices) baked into the distributed OTP. i.e. the state is shared among peers through a simple abstraction, and only the assigned roles differ in non-persistent “edge” instances.
3. If you think in terms of classic data-center AWS partitions or sequentially indexed databases... you are likely approaching this wrong... just give up an go with Hyperledger Fabric. YMMV, I just discovered my favorite game on my phone was intended for cats. ;-) Cheers,
J |
|
|