Funkciók teljesítményével kapcsolatos megfontolások

A Runbookokban levő tevékenységek emellett úgy is értelmezhetők, hogy két különböző típusú kódot tartalmaznak: platformszintű kódot és tartományi szintű kódot. A tartományi szintű kód kifejezéssel olyan kódra utalunk, amelyet egy Runbookban levő olyan tevékenységben hívtak meg, amely általában nincs összefüggésben magával az Orchestrator termékkel. Például a Webszolgáltatás indítása nevű szokásos tevékenység tartalmazza egyrészt az Orchestrator platformszintű kódját (a tevékenység „lényegét”), másrészt olyan tartományi szintű kódot is, amely egy webszolgáltatás meghívására jellemző. A platformszintű kód a legtöbb tevékenység esetében egyedi, de hasonló lesz, hisz egy közös keretrendszer alapján készült. A különböző tevékenységekhez tartozó tartományi szintű kódok azonban igen jelentős mértékben eltérhetnek egymástól.

Az Orchestrator Runbookjai tulajdonképpen arra szolgálnak, hogy adatokat továbbítsanak a tartományi szintű kódot tartalmazó különálló elemek között.

Bár ez technikai értelemben nem kötelező, minden tevékenység általában felhasznál a Runbookban levő korábbi tevékenységek által létrehozott közzétett adatokat. Hogy egy adott tevékenység mit tesz az előfizetett közzétett adatokkal, az teljes mértékben a tartományi szintű kódon múlik.

Minden Runbookban levő tevékenység létrehoz közzétett adatokat, ezekre a közös közzétett adatok kifejezéssel hivatkozunk. Általában a tartományi szintű kód is létrehoz közzétett adatokat, ezekre a tevékenységspecifikus közzétett adatok kifejezéssel hivatkozunk. Ezek az adatok ugyanúgy egyedileg jellemeznek egy adott tevékenységet, mint maga a tartományi szintű kód. A tartományi szintű kódnak azonban nem kell kötelező jelleggel előállítania közzétett adatokat.

Egy adott tevékenység által előállított adatok tartalmazhatnak egyértékű vagy többértékű adatelemeket. Például mindegyik tevékenység létrehoz egy egyértékű adatokból álló rekordot, amelyre közös közzétett adatok néven hivatkozunk. A tartományi szintű kód több rekordnyi többértékű adatot is létrehozhat.

Az elágazás az Orchestrator egyik alapvető fogalma. Egy Runbookban levő adott tevékenység létrehoz egy ágat, ha a kezdőpontja két vagy több olyan kapcsolatnak, amelynek szűrőfeltételei azt jelzik, hogy adatokat kell továbbítani a kapcsolat másik végén levő tevékenységnek. Amikor először elindítanak egy Runbookot, az egyetlen szálból áll. Amikor ez a szál egy olyan Runbook-tevékenységhez ér, amelynek kapcsolatai elágazást tesznek szükségessé, további szálak jönnek létre, minden egyes ághoz egy. Mindegyik szál azokat a közzétett adatokat használja bemeneti adatként, amelyek az ágat létrehozó tevékenységtől származnak. Ezek az adatok visszamenőleges korrelációban állnak a Runbookban levő korábbi tevékenységekkel (így nyílik lehetőség a korábbi tevékenységekből származó közzétett adatokra való előfizetésre).

A kezelői élmény két összetevőn alapul: az Orchestration konzolon és a webszolgáltatáson. Az Orchestration konzol egy Silverlight-alkalmazás, amely a webszolgáltatástól függ az Orchestrator adatbázisához való kapcsolódáshoz. A webszolgáltatás egy IIS-alkalmazás, amely kapcsolódik az adatbázishoz. Így a webszolgáltatás és az Orchestration konzol is nagy mértékben függ az Orchestrator 2012 adatbázisának teljesítményétől.

Az Orchestrator 2012 adatbázisának egyes részei újak a termékben, és közvetlenül támogatják a webszolgáltatást. A webszolgáltatás bizonyos részei azonban még az Opalis 6.3 örökölt adatbázis-szerkezetétől függenek.

Emellett, bár az Orchestration konzol függ a webszolgáltatástól, olyan logikai elemeket is tartalmaz, amelyek egyedileg a felhasználói felületi funkciójához tartoznak, és ezek saját teljesítményjellemzőkkel rendelkeznek.