Ono ak ide o publish/subscribe tok sprav s perzistenciou, tak existuju o rad lepsie riesenia ako databaze (orakle riesenie tohoto problemu nepoznam). Osobne by som spravil prototyp s RabbitMQ, apache kafkou, alebo apache pulsar-om. Zalezi od toho, kde je potrebna garancia, ze sa sprava ulozi/spracuje a ci spracovanie bezi singlethreaded, alebo nie, pripadne, ci sa vyzaduje striktne zoradenie sprav... Proste je potrebne napisat viac o konkretnom probleme a najdeme spravne kladivo.
PS: Ak clovek pozna technologu X a je s nou par rokov spokojny, nema zmysel do projektu zavadzat technologiu Y, ktora je efektivnejsia/vhodnejsia, ale clovek s nou nema skusenosti. Ak je tam ale financny rozdiel (tuna je), tak to zmysel moze mat. Co chcem povedat, ak ma niekto v time skusenost s niecim, co tu bolo napisane a je to vhodne, tak pouzit na prototyp danu vec a neskusat to, co vide z diskusie ako idealne riesenie. Niekedy na efektivite riesenie zalezi menej, ako na "famliarnosti" danej technologii v time.
6 Odpovědí
5704 Zhlédnutí