Eventually consistent message queue rendszert keresek fejlesztendo alkalmazashoz. Az alkalmazas maga idempotens modon mukodik, ezert nem problema ha egy uzenet tobbszor kerul kezbesitesre.
Az viszont fontos lenne, hogy a queue szerver kepes legyen egy docker containerben elindulni, majd automatikusan (pl. broadcastek alapjan) becsatlakozni egy clusterbe. Magyaran a docker-filozofianak megfeleloen azt szeretnem, ha a cluster magatol osszeallna, ne kellene folyamatosan ujra konfiguralni a node-okat a becsatlakozo uj node-ok IP cimeivel.
Az is fontos lenne, hogy ha lenne egy mukodo, jol dokumentalt Java library hozza.
Jelenleg a nezelodesem az NSQ iranyaba vitt, de kivancsi lennek, hogy mit tudtok javasolni.
- 1196 megtekintés
Hozzászólások
Spring támogatást használok hozzá, az nagyon jó, biztos van nem springes is. Hogy clusterben hogy megy, azt nem tudom, cloud marketplacen át használom, de gyors keresésre van ilyen: https://github.com/aweber/rabbitmq-autocluster/
- A hozzászóláshoz be kell jelentkezni
+1. Clusterben megy, van docker image, stb. Nem használom csak kipróbáltam, de nagyon sok helyen találkozom vele.
- A hozzászóláshoz be kell jelentkezni
A RabbitMQ-t ismerem valamennyire, az ok amiert eredetileg kicsit a polcra tettem, az az egyedi FQDN kovetelmeny. Terv szerint autoscaling groupban menne a cucc, igy nem tudom, mennyire biztosithato az egyedi FQDN. (Meg a todo listamon van ennek utana nezni.)
--
Pásztor János
Sole Proprietor @ Opsbears | Refactor Zone
- A hozzászóláshoz be kell jelentkezni
ActiveMQ
Kafka
- A hozzászóláshoz be kell jelentkezni