Prevádzkový doménový model

Prevádzkový doménový model

Operational Health Matrix stojí na jednotnom prevádzkovom doménovom modeli, ktorý definuje kľúčové entity, väzby a zodpovednosti v rámci celej Platformy IIoT.

Každý proces, detektor, API-endpoint aj analytický komponent pracuje s tým istým doménovým modelom, čo zaručuje konzistentnosť v celom systéme.

Doménový model odstraňuje nejednoznačnosť, minimalizuje duplicitu údajov a dáva všetkým komponentom platformy spoločný prevádzkový jazyk.

Kľúčové entity

Doména Operational Health Matrix pozostáva z týchto základných entít:

• Asset
• Detector
• Evidence
• Operational Issue
• Task
• Root Cause
• Health
• Knowledge Article
• Massive Incident
• SLA Policy
• Team
• User
• Notification
• Attachment
• Comment
• Audit Record

Každá entita vlastní svoj životný cyklus a zapája sa do jedného alebo viacerých prevádzkových procesov.

Asset (aktívum)

Asset je centrálna entita platformy.

Každý sledovaný fyzický alebo logický objekt je reprezentovaný ako Asset.

Typické príklady:

• plynomer
• snímač tlaku
• korektor
• RTU
• brána
• riadiaca jednotka ventilu
• telemetrická jednotka
• komunikačné zariadenie
• softvérový komponent

Každý Asset obsahuje:

• jedinečný identifikátor;
• typ;
• model;
• výrobcu;
• sériové číslo;
• vlastníka;
• prevádzkový región;
• konfiguráciu;
• verziu firmvéru;
• komunikačný profil;
• stav životného cyklu.

Detector (detektor)

Detector je analytický komponent, ktorý zodpovedá za premenu telemetrie na prevádzkové pozorovania.

Detector nevytvára biznisovú logiku.

Jeho zodpovednosť sa obmedzuje na rozpoznávanie pozorovateľných vzorov a tvorbu dôkazov.

Atribúty entity Detector zahŕňajú:

• Identifier
• Version
• Canon
• Confidence
• Status
• Accuracy Metrics
• Health

Evidence (dôkaz)

Evidence predstavuje nemenný dôkaz, ktorý podporuje prevádzkový záver.

Evidence môže pochádzať z:

• telemetrie;
• záznamov komunikácie;
• záznamov auditu;
• potvrdenia používateľa;
• nahraných fotografií;
• systémovej diagnostiky;
• externých systémov.

Evidence sa po vytvorení nedá zmeniť.

Ak je potrebná oprava, vytvorí sa nový objekt Evidence a predchádzajúca verzia zostáva zachovaná.

Operational Issue (prevádzkový problém)

Operational Issue predstavuje potvrdený prevádzkový problém, ktorý si vyžaduje prešetrenie alebo odstránenie.

Každý Operational Issue obsahuje:

• Canon;
• Severity;
• Priority;
• Status;
• Owner;
• Root Cause;
• SLA Policy;
• Verification State;
• Operational History.

Operational Issue je hlavný prevádzkový objekt platformy.

Task (úloha)

Task predstavuje vykonateľný úkon potrebný na odstránenie Operational Issue.

Úlohy nemôžu existovať samostatne.

Každý Task patrí práve k jednému Operational Issue.

Jeden Operational Issue môže obsahovať viacero úloh.

Root Cause (koreňová príčina)

Root Cause predstavuje potvrdenú základnú príčinu jedného alebo viacerých Operational Issues.

Viaceré Operational Issues môžu odkazovať na tú istú Root Cause.

Táto väzba umožňuje prevádzkovú analytiku v rozsahu celého podniku a odhaľovanie opakujúcich sa problémov.

Health (zdravie)

Health je vypočítavaný prevádzkový ukazovateľ.

Health existuje pre:

• aktívum;
• lokalitu;
• región;
• organizáciu;
• celý ekosystém.

Hodnoty Health sa vždy počítajú automaticky.

Knowledge Article (článok databázy znalostí)

Knowledge Article uchováva overenú prevádzkovú skúsenosť.

Každý článok môže odkazovať na:

• kánonické problémy;
• koreňové príčiny;
• typy aktív;
• verzie firmvéru;
• prevádzkové postupy;
• dokumentáciu výrobcu.

Massive Incident (hromadný incident)

Massive Incident zoskupuje viacero Operational Issues, ktoré vznikli zo spoločnej prevádzkovej udalosti.

Poskytuje jediný objekt riadenia pre rozsiahle infraštruktúrne incidenty.

Prevádzkové princípy

Operational Health Matrix sa riadi niekoľkými architektonickými princípmi, ktoré určujú správanie každého podsystému.

Aktívum na prvom mieste (Asset First)

Každá prevádzková udalosť sa viaže na Asset.

Aktíva zostávajú primárnymi objektmi počas celého životného cyklu.

Prevádzka orientovaná na Issues

Prevádzka sa riadi prostredníctvom Operational Issues, a nie jednotlivých alarmov či telemetrických udalostí.

Rozhodnutia podložené dôkazmi

Každý prevádzkový záver musí byť podložený jedným alebo viacerými objektmi Evidence.

Nepodložené domnienky sa nikdy nepovažujú za potvrdené fakty.

Najprv koreňová príčina, potom odstránenie

Nápravné opatrenia sa vždy, keď je to možné, zameriavajú na potvrdené príčiny, a nie na pozorovateľné symptómy.

Človek v slučke (Human-in-the-Loop)

Platforma podporuje prevádzkové rozhodovanie, no nikdy nenahrádza inžiniersku zodpovednosť.

Kritické úkony si vyžadujú výslovné potvrdenie človekom.

Vysvetliteľná analytika

Analytické závery zostávajú transparentné.

Každé odporúčanie obsahuje podporné dôkazy a údaj o úrovni istoty.

Nemenný audit

Prevádzkovú históriu nemožno prepísať.

Každá zmena vytvára nový záznam auditu.

Prístup API-first

Každá funkcia platformy je dostupná prostredníctvom dokumentovaných API.

Používateľské rozhrania aj externé integrácie sa opierajú o tie isté prevádzkové služby.

Architektúra riadená udalosťami

Prevádzkové zmeny sa šíria vo forme udalostí.

To umožňuje asynchrónne integrácie a škálovateľné reťazce spracovania.

Prevádzkový model údajov

Platforma sa riadi jednotným prevádzkovým modelom údajov.

flowchart TD
    A["Asset"] --> DET["Detector"]
    A --> EV["Evidence"]
    A --> ISSUE["Operational Issue"]
    ISSUE --> TASK["Task"]
    ISSUE --> RC["Root Cause"]
    ISSUE --> SLA["SLA Policy"]
    ISSUE --> CMT["Comment"]
    ISSUE --> ATT["Attachment"]
    A --> HLT["Health"]
    A --> KB["Knowledge Articles"]

Vlastníctvo

Každá entita má práve jedného vlastníka životného cyklu.

Pravidlá životného cyklu

Doménový model dodržiava niekoľko invariantov:

• Aktíva sa nikdy nemažú, kým existujú historické Operational Issues.
• Objekty Evidence sú nemenné.
• Úlohy nemôžu existovať bez Operational Issue.
• Root Causes môžu byť spoločné pre viacero Issues.
• Hodnoty Health sa počítajú a nedajú sa upraviť ručne.
• Audit Records sa vedú v režime append-only.
• Knowledge Articles zostávajú verziované počas celého svojho životného cyklu.

Tieto obmedzenia zaisťujú konzistentnosť, sledovateľnosť a reprodukovateľnosť v celej platforme Operational Health Matrix.