Operativni domenski model

Operativni domenski model

Operational Health Matrix se zasniva na jedinstvenom operativnom domenskom modelu koji definiše osnovne entitete, veze i odgovornosti u celom podsistemu Data Platform.

Svi procesi, detektori, krajnje tačke (endpoints) interfejsa API i analitičke komponente koriste isti domenski model, čime se obezbeđuje doslednost u celom sistemu.

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

Osnovni entiteti

Domen podsistema Operational Health Matrix čine sledeć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 sopstveni životni ciklus i učestvuje u jednom ili više operativnih tokova rada.

Objekat (Asset)

Objekat je centralni entitet platforme.

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

Tipični primeri su:

• gasomer
• senzor pritiska
• korektor zapremine gasa
• RTU (udaljena terminalna jedinica)
• mrežni prolaz
• kontroler ventila
• telemetrijski modul
• komunikacioni uređaj
• softverska komponenta

Svaki objekat ima:

• jedinstven identifikator;
• tip;
• model;
• proizvođača;
• serijski broj;
• vlasnika;
• operativni region;
• konfiguraciju;
• verziju firmvera;
• komunikacioni profil;
• status životnog ciklusa.

Detektor (Detector)

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

Detektor ne kreira poslovnu logiku.

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

Atributi detektora obuhvataju:

• Identifikator
• Verzija
• Canon
• Nivo pouzdanosti
• Status
• Metrike tačnosti
• Health

Dokaz (Evidence)

Dokaz je nepromenljiva potvrda koja potkrepljuje operativni zaključak.

Dokaz može da potiče iz:

• telemetrije;
• dnevnika komunikacije;
• revizorskih zapisa;
• potvrde korisnika;
• otpremljenih fotografija;
• sistemske dijagnostike;
• spoljnih sistema.

Dokaz ne može da se menja nakon što je kreiran.

Ako je potrebna ispravka, kreira 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 rešiti.

Svaki operativni problem sadrži sledeće atribute:

• Canon;
• Severity;
• Priority;
• Status;
• Odgovorno lice;
• Root Cause;
• SLA Policy;
• Status verifikacije;
• Operativna istorija.

Operativni problem je primarni operativni entitet platforme.

Zadatak (Task)

Zadatak je radnja koju treba izvršiti da bi se rešio operativni problem.

Zadaci ne mogu da postoje samostalno.

Svaki zadatak pripada tačno jednom operativnom problemu.

Jedan operativni problem može da sadrži više zadataka.

Osnovni uzrok (Root Cause)

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

Na isti osnovni uzrok može da upućuje više operativnih problema.

Ova veza omogućava operativnu analitiku na nivou celog preduzeća i prepoznavanje problema koji se ponavljaju.

Stanje (Health)

Stanje je izračunat operativni pokazatelj.

Stanje se određuje za:

• objekat;
• lokaciju;
• region;
• organizaciju;
• ceo ekosistem.

Vrednosti stanja se uvek izračunavaju automatski.

Članak baze znanja (Knowledge Article)

Članak baze znanja čuva provereno operativno iskustvo.

Svaki članak može da upućuje na:

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

Masovni incident (Massive Incident)

Masovni incident objedinjuje više operativnih problema koji potiču od zajedničkog operativnog događaja.

Služi kao jedinstven entitet za upravljanje infrastrukturnim incidentima velikih razmera.

Operativni principi

Podsistem Operational Health Matrix pridržava se nekoliko arhitektonskih principa koji određuju ponašanje svake njegove komponente.

Objekat na prvom mestu (Asset First)

Svaki operativni događaj povezan je sa objektom.

Objekti ostaju primarni entiteti tokom celog životnog ciklusa.

Rad usmeren na probleme

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

Odluke zasnovane na dokazima

Svaki operativni zaključak mora da bude potkrepljen jednim ili više dokaza.

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

Osnovni uzrok pre otklanjanja

Korektivne mere su, kad god je to moguće, usmerene na potvrđene uzroke, a ne na uočljive simptome.

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

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

Kritične radnje zahtevaju izričitu potvrdu čoveka.

Objašnjiva analitika

Analitički zaključci ostaju transparentni.

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

Nepromenljiv revizorski trag

Operativna istorija ne može naknadno da se menja.

Svaka izmena stvara novi revizorski zapis.

API na prvom mestu (API First)

Sve mogućnosti platforme dostupne su preko dokumentovanih interfejsa API.

Korisnički interfejsi i spoljne integracije oslanjaju se na iste operativne servise.

Arhitektura zasnovana na događajima

Operativne promene se prenose u obliku događaja.

To omogućava asinhrone integracije i skalabilne lance obrade.

Operativni model podataka

Platforma koristi jedinstven operativni model podataka.

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 tačno jednog vlasnika životnog ciklusa.

Pravila životnog ciklusa

Domenski model poštuje nekoliko invarijanti:

• Objekti se nikada ne brišu dok postoje istorijski operativni problemi.
• Dokaz je nepromenljiv.
• Zadaci ne mogu da postoje bez operativnog problema.
• Osnovni uzrok može da bude zajednički za više problema.
• Vrednosti stanja se izračunavaju i ne mogu da se menjaju ručno.
• Revizorski zapisi mogu samo da se dodaju (append-only).
• Članci baze znanja ostaju verzionisani tokom celog životnog ciklusa.

Ova ograničenja obezbeđuju doslednost, sledljivost i ponovljivost u celom podsistemu Operational Health Matrix.