61
Vývoj / Re:Microservice architektura pre real-time aplikaciu
« kdy: 01. 05. 2020, 20:04:04 »Koncepce, kdy data probublají od uživatele přes brokera až do persistentního storage (databáze) je v pořádku. Pokud by zpracování požadavku selhalo (a bylo to pro uživatele zásadní), musí se to dozvědět taky asynchronně. Mailem, notifikací v prohlížeči, smskou... Ale pokud máte message brokera nastaveného aby byl fail safe, nemělo by k tomu běžně dojít - i při selhání databáze se po jejím nahození zprávy dodatečně obslouží. Na ty mikroframeworky určitě koukněte (Javalite, Microunaut, Quarkus... je jich moc), je to opravdu dost přímočaré na použití a poznáte alternativu.
Ok, asynchronne informovanie uzivatela, cize nejak takto? Uzivatel posle spravu na sluzbu-x, vygeneruje sa pre spravu korelacne ID, odpovie sa vrati uzivatelovi. Posle sa sa event do brokera s danym ID, odchyti ho listenner sluzby-x ktora ho ulozi, a posle event, ze sprava s danym korelacnym id bola ulozena, moze sa nasledne o tom informovat aj uzivatel na FE. Ako ale vyhodnotit ze sa spravu ulozit nepodarilo? Ak ziadnu spravu listenner nezachyti, tak ani nemozem o tom uzivatela informovat. Co ak sa napr. z nejakeho dovodu restartuje broker, a uzivatel o tu spravu pride, pretoze nebola pred tym ulozena do DB?
.