Provozní doménový model

Provozní doménový model

Operational Health Matrix stojí na jednotném provozním doménovém modelu, který definuje klíčové entity, vztahy a zóny odpovědnosti napříč celou Platformou IIoT.

Každý proces, detektor, API endpoint i analytická komponenta pracují s týmž doménovým modelem, což zajišťuje konzistenci v celém systému.

Doménový model odstraňuje nejednoznačnost, minimalizuje duplicitu dat a dává všem komponentám platformy společný provozní jazyk.

Klíčové entity

Doména Operational Health Matrix se skládá z těchto hlavních entit:

• 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í svůj životní cyklus a účastní se jednoho nebo více provozních pracovních postupů.

Asset (aktivum)

Asset je centrální entitou platformy.

Každý monitorovaný fyzický nebo logický objekt je reprezentován jako Asset.

Typické příklady:

• plynoměr
• tlakový snímač
• korektor
• RTU
• brána
• řídicí jednotka ventilu
• telemetrická jednotka
• komunikační zařízení
• softwarová komponenta

Každý Asset obsahuje:

• jedinečný identifikátor;
• typ;
• model;
• výrobce;
• sériové číslo;
• vlastníka;
• provozní region;
• konfiguraci;
• verzi firmwaru;
• komunikační profil;
• stav životního cyklu.

Detector (detektor)

Detector je analytická komponenta, která odpovídá za převod telemetrie na provozní pozorování.

Detector nevytváří byznysovou logiku.

Jeho odpovědnost je omezena na rozpoznávání pozorovatelných vzorců a vytváření důkazů.

Atributy entity Detector zahrnují:

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

Evidence (důkaz)

Evidence představuje neměnný doklad, o který se opírá provozní závěr.

Zdrojem Evidence může být:

• telemetrie;
• logy komunikace;
• záznamy auditu;
• potvrzení uživatele;
• nahrané fotografie;
• systémová diagnostika;
• externí systémy.

Evidence nelze po vytvoření změnit.

Je-li nutná oprava, vznikne nový objekt Evidence a předchozí verze zůstane zachována.

Operational Issue (provozní problém)

Operational Issue představuje potvrzený provozní problém, který vyžaduje prošetření nebo odstranění.

Každý Operational Issue obsahuje:

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

Operational Issue je hlavním provozním objektem platformy.

Task (úkol)

Task představuje akci, kterou je nutné provést k odstranění objektu Operational Issue.

Úkoly nemohou existovat samostatně.

Každý Task patří právě k jednomu Operational Issue.

Jeden Operational Issue může obsahovat několik úkolů.

Root Cause (kořenová příčina)

Root Cause představuje potvrzenou skutečnou příčinu jednoho nebo více Operational Issues.

Na tutéž Root Cause může odkazovat několik Operational Issues.

Tato vazba umožňuje provozní analytiku v měřítku celého podniku a odhalování opakujících se problémů.

Health (zdraví)

Health je vypočítaný provozní ukazatel.

Health existuje pro:

• aktivum;
• lokalitu;
• region;
• organizaci;
• celý ekosystém.

Hodnoty Health se vždy počítají automaticky.

Knowledge Article (článek znalostní báze)

Knowledge Article uchovává ověřenou provozní zkušenost.

Každý článek může odkazovat na:

• kanonické problémy;
• kořenové příčiny;
• typy aktiv;
• verze firmwaru;
• provozní postupy;
• dokumentaci výrobce.

Massive Incident (hromadný incident)

Massive Incident sdružuje několik Operational Issues, které vzešly ze společné provozní události.

Poskytuje jediný objekt řízení pro rozsáhlé infrastrukturní incidenty.

Provozní principy

Operational Health Matrix se řídí několika architektonickými principy, které určují chování každého subsystému.

Aktivum na prvním místě (Asset First)

Každá provozní událost je svázána s aktivem.

Aktiva zůstávají primárními objekty po celou dobu životního cyklu.

Řízení provozu prostřednictvím Issues

Provoz se řídí prostřednictvím objektů Operational Issue, nikoli jednotlivých alarmů nebo telemetrických událostí.

Rozhodování na základě důkazů

Každý provozní závěr musí být podložen jedním nebo více objekty Evidence.

Nepodložené domněnky se nikdy nepovažují za potvrzené skutečnosti.

Nejprve kořenová příčina, potom odstranění

Nápravná opatření míří pokud možno na potvrzené příčiny, nikoli na pozorovatelné symptomy.

Člověk v rozhodovací smyčce (Human-in-the-Loop)

Platforma podporuje provozní rozhodování, ale nikdy nenahrazuje inženýrskou odpovědnost.

Kritické zásahy vyžadují výslovné potvrzení člověkem.

Vysvětlitelná analytika

Analytické závěry zůstávají transparentní.

Každé doporučení obsahuje podpůrné důkazy a informaci o úrovni jistoty.

Neměnný audit

Provozní historii nelze přepsat.

Každá změna vytvoří nový záznam auditu.

Přístup API-first

Každá schopnost platformy je dostupná prostřednictvím dokumentovaných API.

Uživatelská rozhraní i externí integrace se opírají o tytéž provozní služby.

Architektura řízená událostmi

Provozní změny se šíří v podobě událostí.

To umožňuje asynchronní integrace a škálovatelné řetězce zpracování.

Provozní datový model

Platforma se řídí jednotným provozním datovým modelem.

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"]

Vlastnictví

Každá entita má právě jednoho vlastníka životního cyklu.

Pravidla životního cyklu

Doménový model dodržuje několik invariantů:

• Aktiva se nikdy nemažou, dokud existují historické Operational Issues.
• Evidence je neměnná.
• Úkoly nemohou existovat bez objektu Operational Issue.
• Tutéž Root Cause může sdílet několik Issues.
• Hodnoty Health se počítají a nelze je upravit ručně.
• Audit Records se vedou v režimu append-only.
• Knowledge Articles zůstávají verzované po celý svůj životní cyklus.

Tato omezení zajišťují konzistenci, dohledatelnost a reprodukovatelnost v celé platformě Operational Health Matrix.