Kapitola 5: Správa procesů
Obrázek 5.8: Rozdělení toku procesů do více větví
Druhou variantou je akce nazývaná Listen (na obrázku 5.8 čekání na potvrzení). V tomto tvaru se začnou provádět všechny větve současně, ale dokončí se pouze jediná z nich – ta která nejdříve zvládne udělat první krok. První kroky mohou být pouze tvary vyžadující nějaký vnější podnět – buď přijetí zprávy nebo vypršení časového limitu. Opět malý příklad pro ilustraci. Je noc a jste na tramvajové zastávce. Jste společensky unavení a chcete se dostat co nejdříve domů. Ve vaší hlavě běží zároveň tři pochody – čekání na tramvaj, čekání na taxík a čekání na 8:00 ráno. Pokud jede kolem první noční tramvaj, jedete domů tramvají, je-li to taxík, jedete taxíkem. Pokud do 8:00 nepřijede nic, jdete do práce. Dalo by se říct, že akce Listen vždy čeká na nějakou událost a podle toho, jaká událost nastane první, se rozhodne pro další pokračování. Je možné, že se některý z procesů stane nadměrně složitým a ukáže se žádoucí rozdělit jej na více menších podprocesů. Jindy může být žádoucí definovat pomocný proces využívaný několika hlavními procesy. V těchto situacích může být nápomocné vnořování procesů (nesting), vyskytující se ve dvou rozdílných mutacích (viz obrázek 5.9). Vždy jde o rozdělení procesu do více orchestrací, rozdíl je ve vzájemné synchronizaci orchestrací. Volání orchestrace (Call Orchestration) je synchronním voláním podprocesu, kdy volající proces čeká na dokončení volaného podprocesu. Spuštění orchestrace (Start Orchestration) je asynchronní – volající proces se nezajímá o dokončení a výsledek volaného procesu. Představme si, že procesem by bylo „Zpracování žádosti o úvěr“. Příslušný proces by mohl volat podproces „Kontrola důvěryhodnosti klienta“ (zde je závislý na jeho výsledku) a později startovat proces „Aktualizace úvěrových statistik“, přičemž našemu primárnímu procesu stačí vědět, že aktualizace byla spuštěna, její výsledek je mu však lhostejný
Obrázek 5.9: Rozdělení procesu do více orchestrací
Moderní integrace aplikací
61