Operativni domenski model

Operativni domenski model

Operational Health Matrix temelji se na jedinstvenom operativnom domenskom modelu koji definira osnovne entitete, veze i odgovornosti u cijelom podsustavu Data Platform.

Svi procesi, detektori, krajnje točke (endpoints) API-ja i analitičke komponente koriste isti domenski model, čime se osigurava dosljednost u cijelom sustavu.

Domenski model otklanja dvosmislenost, svodi dupliciranje podataka na minimum i svim komponentama platforme daje zajednički operativni jezik.

Osnovni entiteti

Domenu podsustava Operational Health Matrix čine sljedeći primarni entiteti:

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

Svaki entitet ima vlastiti životni ciklus i sudjeluje u jednom ili više operativnih tijekova rada.

Objekt (Asset)

Objekt je središnji entitet platforme.

Svaki fizički ili logički element koji se prati predstavljen je kao objekt.

Tipični su primjeri:

• plinomjer
• senzor tlaka
• korektor obujma plina
• RTU (udaljena terminalna jedinica)
• komunikacijski pristupnik
• upravljačka jedinica armature
• telemetrijski modul
• komunikacijski uređaj
• softverska komponenta

Svaki objekt ima:

• jedinstveni identifikator;
• tip;
• model;
• proizvođača;
• serijski broj;
• vlasnika;
• operativnu regiju;
• konfiguraciju;
• verziju firmvera;
• komunikacijski profil;
• status životnog ciklusa.

Detektor (Detector)

Detektor je analitička komponenta zadužena za pretvaranje telemetrije u operativna zapažanja.

Detektor ne stvara poslovnu logiku.

Uloga detektora ograničena je na prepoznavanje uočljivih obrazaca i generiranje dokaza.

Atributi detektora obuhvaćaju:

• Identifikator
• Verzija
• Canon
• Razina pouzdanosti
• Status
• Metrike točnosti
• Health

Dokaz (Evidence)

Dokaz je nepromjenjiva potvrda koja potkrepljuje operativni zaključak.

Dokaz može potjecati iz:

• telemetrije;
• dnevnika komunikacije;
• revizijskih zapisa;
• potvrde korisnika;
• učitanih fotografija;
• dijagnostike sustava;
• vanjskih sustava.

Dokaz se ne može mijenjati nakon što je stvoren.

Ako je potreban ispravak, stvara se novi dokaz, a prethodna verzija ostaje sačuvana.

Operativni problem (Operational Issue)

Entitet Operational Issue predstavlja potvrđen operativni problem koji je potrebno ispitati ili riješiti.

Svaki operativni problem sadrži sljedeće atribute:

• Canon;
• Severity;
• Priority;
• Status;
• Odgovorna osoba;
• Root Cause;
• SLA Policy;
• Status verifikacije;
• Operativna povijest.

Operativni problem je primarni operativni entitet platforme.

Zadatak (Task)

Zadatak je radnja koju treba izvršiti kako bi se riješio operativni problem.

Zadaci ne mogu postojati samostalno.

Svaki zadatak pripada točno jednom operativnom problemu.

Jedan operativni problem može sadržavati više zadataka.

Temeljni uzrok (Root Cause)

Temeljni uzrok je potvrđeni razlog koji stoji iza jednog ili više operativnih problema.

Na isti temeljni uzrok može upućivati više operativnih problema.

Ova veza omogućuje operativnu analitiku na razini cijelog poduzeća i prepoznavanje problema koji se ponavljaju.

Stanje (Health)

Stanje je izračunat operativni pokazatelj.

Stanje se određuje za:

• objekt;
• lokaciju;
• regiju;
• organizaciju;
• cijeli ekosustav.

Vrijednosti stanja uvijek se izračunavaju automatski.

Članak baze znanja (Knowledge Article)

Članak baze znanja čuva provjereno operativno iskustvo.

Svaki članak može upućivati na:

• kanonske probleme;
• temeljne uzroke;
• tipove objekata;
• verzije firmvera;
• operativne procedure;
• dokumentaciju proizvođača.

Masovni incident (Massive Incident)

Masovni incident objedinjuje više operativnih problema koji proizlaze iz zajedničkog operativnog događaja.

Služi kao jedinstveni entitet za upravljanje infrastrukturnim incidentima velikih razmjera.

Operativna načela

Podsustav Operational Health Matrix pridržava se nekoliko arhitektonskih načela koja određuju ponašanje svake njegove komponente.

Objekt na prvom mjestu (Asset First)

Svaki operativni događaj povezan je s objektom.

Objekti ostaju primarni entiteti tijekom cijelog životnog ciklusa.

Rad usmjeren na probleme

Operativnim radom upravlja se putem operativnih problema, a ne putem pojedinačnih alarma ili telemetrijskih događaja.

Odluke temeljene na dokazima

Svaki operativni zaključak mora biti potkrijepljen jednim ili više dokaza.

Nepotkrijepljene pretpostavke nikada se ne smatraju potvrđenim činjenicama.

Temeljni uzrok prije otklanjanja

Kad god je to moguće, korektivne mjere usmjerene su na potvrđene uzroke, a ne na uočljive simptome.

Čovjek u procesu odlučivanja (Human-in-the-Loop)

Platforma podržava donošenje operativnih odluka, ali nikada ne zamjenjuje inženjersku odgovornost.

Kritične radnje zahtijevaju izričitu potvrdu čovjeka.

Objašnjiva analitika

Analitički zaključci ostaju transparentni.

Svaka preporuka sadrži dokaze koji je potkrepljuju i podatke o razini pouzdanosti.

Nepromjenjiv revizijski trag

Operativna povijest ne može se naknadno mijenjati.

Svaka izmjena stvara novi revizijski zapis.

API na prvom mjestu (API First)

Sve mogućnosti platforme dostupne su putem dokumentiranih API-ja.

Korisnička sučelja i vanjske integracije oslanjaju se na iste operativne servise.

Arhitektura temeljena na događajima

Operativne promjene prenose se u obliku događaja.

To omogućuje asinkrone integracije i skalabilne lance obrade.

Operativni podatkovni model

Platforma koristi jedinstveni operativni podatkovni model.

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

Vlasništvo

Svaki entitet ima točno jednog vlasnika životnog ciklusa.

Pravila životnog ciklusa

Domenski model poštuje nekoliko invarijanata:

• Objekti se nikada ne brišu dok postoje povijesni operativni problemi.
• Dokaz je nepromjenjiv.
• Zadaci ne mogu postojati bez operativnog problema.
• Temeljni uzrok može biti zajednički za više problema.
• Vrijednosti stanja izračunavaju se i ne mogu se ručno mijenjati.
• Revizijski zapisi mogu se samo dodavati (append-only).
• Članci baze znanja ostaju verzionirani tijekom cijelog životnog ciklusa.

Ova ograničenja osiguravaju dosljednost, sljedivost i ponovljivost u cijelom podsustavu Operational Health Matrix.