Vytváření příběhů (stories)
Vytváření příběhů (z angličtiny stories), přímo souvisí s událostmi a incidenty, které jste již vytvořili pod záložkou Events. Jednotlivé story totiž poskládáte z již vytvořených událostí a incidentů. Skládat je můžete pomocí editoru pod záložkou Stories na stránce Story Modelleru.
K vytvoření nové story slouží tlačítko Add New Story. Po kliknutí na něj se vám zpřístupní formulář, ve kterém vybíráte události nebo incidenty a určujete časy prodlev mezi nimi.
Pro konkrétní situaci je potřeba mít vytvořeny alespoň dvě story:
-
První typ story, kdy události aktérů situace nevyústí v incident - správný průběh událostí aktérů situace.
-
Druhý typ story, kdy události aktérů situace vyústí v jeden incident, který vyvolá řešení problémů.
-
Třetí typ story, kdy jeden incident a upozornění na tento incident nestačí pro jeho vyřešení, pak přibývá další incident, který simuluje eskalaci prvního incidentu.
Zde vidíte ilustrace uvedených tří typů story, jejichž nastavení si blíže ukážeme níže.
Následně uvádíme ilustraci obou typů story (správný průběh, průběh s incidentem či incidenty).
Obě story vznikají z již předdefinovaných událostí a incidentů pod záložkou Events.
Postup vytváření událostí najdete v kapitole Vytváření událostí a incidentů.
Probíhá pravidelné testování monitorovacím systémem (health check), zda server je funkční. V případě, že nehlásí chybu, vznikají pouze události Server je funkční a nevzniká žádný incident.
Časovou prodlevu zvolíme 10s, abychom stihli událost zaznamenat ve vizuálním prostředí.
V tomto případě je důležité, aby story začínala událostí, která uvádí, že se něco stalo, což nemusí být ještě hodnoceno jako něco konliktního s tím, co si přejeme, aby se dělo. Dále při takové nesprávně probíhající situaci zapojujeme do story incidenty. Ty už nám dávají jasnou informaci, že se děje něco nesprávného.
Vytvoříme tedy počáteční událost, incident a událost oznamující vyřešení problému.
Na úvod story pojmenujeme v poli Name. V tomto případě Server je opraven včas.
Dále zadáme počáteční událost: Porucha serveru s časovou prodlevu opět zvolíme 5s, abychom stihli událost zaznamenat ve vizuálním prostředí.
Do stejného okamžiku přidáme i incident, který vznikne podle tohoto zadání současně s počáteční událostí. Z předdefinovaných incidentů vybíráme ten s menší závažností: Sever není funkční.
Poté stanovíme dobu, kdy přijde událost řešící incident, např. 15s, abychom ve vizuálním prostředí stihli vidět incident a změnu na konečnou událost. Tou událostí bude Server je funkční, kdy správce opraví server včas a nenadálá situace je vyřešena.
U story si můžeme pod odkazem Show actors zkontrolovat všechny aktéry příběhu.
Story nezapomeňte uložit tlačítkem Save story.
Při vytváření story s více událostmi nebo incidentem můžete vidět v přehledu aktérů opakující se aktéry. To proto, že přichází z různých událostí nebo incidentů.
Na ilustrativním příkladu story Server je opraven včas vidíte třikrát aktéra server. Jednou z události Porucha serveru, podruhé z incidentu Server není funkční a potřetí z události Server je funkční.
V tabulce aktérů dané story vidíme tyto sloupce:
- Actor ID - kde je uvedena identifikace konkrétního aktiva (aktéra), pokud zůstanou názvy Actor ID stejné, pak se bude jednat o stejné aktivum,
- Actor Template ID - identifikuje aktéra v ramci události nebo incidentu, ze kterého pochazí,
- Asset type - podává informaci o tom, ke kterému typu aktér patří (v rámci které bubliny se v síti reality zobrazuje),
- Event - zde můžete přesně vidět, v jakém kroku jaké události nebo incidentu byl aktér definován.
Pole Actor ID je editovatelné. Prostřednictvím tohoto pole můžete ovlivňovat, jestli aktéři, kteří byli definováni v události nebo incidentu jako náhodní, se budou v rámci story shodovat nebo odlišovat. Pokud ponecháte Actor ID shodné ve všech případech, bude ve story vystupovat totéž aktivum. V případě, že by nastal případ, kdy chcete odlišit aktiva, změníte a přepíšete jejich Actor ID v editovatelném poli. Změnu uložíte tlačítkem Save na tomtéž řádku.
Pro ilustraci měníme Actor ID z building na building1.
Změnu pak potvrdíme ve formuláři ještě tlačítkem Save story úplně dole.
V síti reality uvidíte v této události dva aktéry ze stejné šablony building. Jedná se o server v budově Lerchova 13 a vyřešení funkčnosti pak k serveru v budově Lerchova 1
Pro tento příklad není zrovna odlišení aktérů vhodné, protože chceme sledovat, že právě ten jeden konkrétní server, který se nachází v konkrétní budově a měl poruchu, už je zase funkční.
Odlišit aktéry by se hodilo např. v případě, že se uživatel přihlásí ve velké učebně o mnoha řadách počítačů omylem na špatný počítač a situaci napraví tak, že si to uvědomí a přihlásí na ten správný. Pak se nám hodí, aby v událostech a incidentech figurovaly dva různé počítače.
Pro případ, kdy chyba na serveru není hned opravena a incident eskaluje vytváříme složitější story s více incidenty.
Ve složitější story začínáte stejně jako u jednoduché story počáteční událostí Porucha serveru a zadáním incidentu Server není funkční, obojí s časovou prodlevou 5s. V této story pokračujete s dalším incidentem, který simuluje eskalaci toho prvního, tj. Server není funkční. Čas prodlevy mezi incidenty bude například 15s, abychom je ve vizualizaci stihli zaznamenat.
Ukončení story provedete stejně jako u jednoduché story s jedním incidentem, návratem k události, který informuje o bezproblémovém chování serveru: Server je funkční. Jen časovou prodlevu posunete na 25s, abychom si ve vizualizaci stihly všimnout obou incidentů.
Opět si můžete přes odkaz Show actors zobrazit všechny aktéry story.
Story nezapomeňte uložit tlačítkem Save story.
Teď už můžete spouštět story a vizualizovat je v uživatelském rozhraní aplikace Altworx, viz kapitola Vizualizace v uživatelském rozhraní.