haven't encountered it personally, so honest question here:
how does a split brain situation become an issue in a message queue?
there are some possible situation from my naive viewpoint:
1. the 'active' queue keeps jumping between, consumers & producers keep reconnecting
=> everything is still consumed, but takes longer as producers write into alternating queues, which are consumed ... albeit slowly whenever the switch happens
2. they're database backed, so they'll try to write into the same table
=> usually software that does this (but cant handle several writers) also creates a `lock` which has to be manually reset before the failover can come up. if its reset, the other node would fail. only one is up, so no issue?
3. producers/consumers dont notice that the 'active' mq changed, and keep running on initial
=> issue manifests as soon as any system is restarted. but only slowly so you got time to handle it with minor service degradation
none of them really sound that bad to me -- but as i said before, i haven't encountered it before, so i might just overlooking something really obvious?
