Операциялық домендік модель

Операциялық домендік модель

Operational Health Matrix бүкіл IIoT платформасы ауқымындағы негізгі нысандарды, байланыстарды және жауапкершілік аймақтарын айқындайтын бірыңғай операциялық домендік модельге негізделген.

Әрбір процесс, детектор, API-эндпоинт және аналитикалық компонент бір ғана домендік модельмен жұмыс істейді, бұл бүкіл жүйеде келісімділікті қамтамасыз етеді.

Домендік модель екіұштылықты жояды, деректердің қайталануын барынша азайтады және платформаның барлық компоненттеріне ортақ операциялық тіл береді.

Негізгі нысандар

Operational Health Matrix домені мынадай негізгі нысандардан тұрады:

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

Әрбір нысан өз өмірлік циклін иеленеді және бір немесе бірнеше операциялық жұмыс процесіне қатысады.

Asset (актив)

Asset — платформаның орталық нысаны.

Бақыланатын әрбір физикалық немесе логикалық объект Asset ретінде ұсынылады.

Әдеттегі мысалдар:

• газ есептегіші
• қысым датчигі
• корректор
• RTU
• шлюз
• ысырма контроллері
• телеметрия блогы
• байланыс құрылғысы
• бағдарламалық компонент

Әрбір Asset мыналарды қамтиды:

• бірегей идентификаторы;
• түрі;
• моделі;
• өндірушісі;
• сериялық нөмірі;
• иесі;
• пайдалану өңірі;
• конфигурациясы;
• микробағдарлама нұсқасы;
• байланыс профилі;
• өмірлік цикл күйі.

Detector (детектор)

Detector — телеметрияны операциялық бақылауларға түрлендіруге жауапты аналитикалық компонент.

Detector бизнес-логика жасамайды.

Оның жауапкершілігі байқалатын заңдылықтарды анықтаумен және дәлелдемелер қалыптастырумен шектеледі.

Detector атрибуттарына мыналар кіреді:

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

Evidence (дәлелдеме)

Evidence — операциялық қорытындыны растайтын өзгермейтін дәлелдеме.

Evidence көздері мыналар болуы мүмкін:

• телеметрия;
• байланыс журналдары;
• аудит жазбалары;
• пайдаланушының растауы;
• жүктелген фотосуреттер;
• жүйелік диагностика;
• сыртқы жүйелер.

Evidence құрылғаннан кейін өзгертілмейді.

Түзету қажет болса, алдыңғы нұсқа сақтала отырып, жаңа Evidence объектісі құрылады.

Operational Issue (операциялық проблема)

Operational Issue — тексеруді немесе жоюды талап ететін расталған пайдалану проблемасы.

Әрбір Operational Issue мыналарды қамтиды:

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

Operational Issue — платформаның басты операциялық объектісі.

Task (тапсырма)

Task — Operational Issue-ді жою үшін орындалуы қажет әрекет.

Тапсырмалар дербес түрде бола алмайды.

Әрбір Task дәл бір Operational Issue-ге тиесілі.

Бір Operational Issue бірнеше тапсырманы қамтуы мүмкін.

Root Cause (түпкі себеп)

Root Cause — бір немесе бірнеше Operational Issues-тің расталған түпкі себебі.

Бірнеше Operational Issues бір ғана Root Cause-қа сілтеме жасай алады.

Бұл байланыс кәсіпорын ауқымындағы пайдалану аналитикасын және қайталанатын проблемаларды анықтауды мүмкін етеді.

Health (денсаулық)

Health — есептелетін операциялық көрсеткіш.

Health мыналар үшін болады:

• актив;
• алаң;
• өңір;
• ұйым;
• бүкіл экожүйе.

Health мәндері әрқашан автоматты түрде есептеледі.

Knowledge Article (білім базасының мақаласы)

Knowledge Article тексерілген пайдалану тәжірибесін сақтайды.

Әрбір мақала мыналарға сілтеме жасай алады:

• канондық проблемалар;
• түпкі себептер;
• актив түрлері;
• микробағдарлама нұсқалары;
• пайдалану рәсімдері;
• өндіруші құжаттамасы.

Massive Incident (жаппай инцидент)

Massive Incident ортақ пайдалану оқиғасынан туындаған бірнеше Operational Issues-ті топтастырады.

Ол ауқымды инфрақұрылымдық инциденттер үшін бірыңғай басқару объектісін ұсынады.

Операциялық қағидаттар

Operational Health Matrix әрбір ішкі жүйенің жұмысын айқындайтын бірнеше архитектуралық қағидатты ұстанады.

Алдымен актив (Asset First)

Әрбір пайдалану оқиғасы Asset-пен байланыстырылады.

Активтер бүкіл өмірлік цикл бойы басты объектілер болып қала береді.

Issues арқылы басқару

Пайдалану жекелеген дабылдар немесе телеметрия оқиғалары арқылы емес, Operational Issues арқылы басқарылады.

Дәлелдемелерге негізделген шешімдер

Әрбір операциялық қорытынды бір немесе бірнеше Evidence объектісімен расталуы тиіс.

Расталмаған болжамдар ешқашан анықталған факт ретінде қарастырылмайды.

Алдымен түпкі себеп, содан кейін жою

Түзету әрекеттері мүмкіндігінше байқалатын симптомдарға емес, расталған себептерге бағытталады.

Контурдағы адам (Human-in-the-Loop)

Платформа пайдалану шешімдерін қабылдауды қолдайды, бірақ инженерлік жауапкершілікті ешқашан алмастырмайды.

Сыни әрекеттер адамның айқын растауын талап етеді.

Түсіндірілетін аналитика

Аналитикалық қорытындылар ашық болып қала береді.

Әрбір ұсынымға растайтын дәлелдемелер және сенімділік деңгейі туралы мәліметтер қоса беріледі.

Өзгермейтін аудит

Пайдалану тарихын қайта жазуға болмайды.

Әрбір өзгеріс жаңа аудит жазбасын тудырады.

API-first тәсілі

Платформаның әрбір мүмкіндігі құжатталған API арқылы қолжетімді.

Пайдаланушы интерфейстері мен сыртқы интеграциялар бір ғана операциялық сервистерге сүйенеді.

Оқиғаға бағдарланған архитектура

Пайдалану өзгерістері оқиғалар түрінде таратылады.

Бұл асинхронды интеграцияларды және масштабталатын өңдеу конвейерлерін мүмкін етеді.

Операциялық деректер моделі

Платформа бірыңғай операциялық деректер моделін ұстанады.

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

Иелік

Әрбір нысанның өмірлік циклінің дәл бір иесі болады.

Өмірлік цикл ережелері

Домендік модель бірнеше инвариантты ұстанады:

• Тарихи Operational Issues бар кезде активтер ешқашан жойылмайды.
• Evidence өзгермейді.
• Тапсырмалар Operational Issue-сіз бола алмайды.
• Root Causes бірнеше Issues үшін ортақ бола алады.
• Health мәндері есептеледі, оларды қолмен өңдеуге болмайды.
• Audit Records тек қосу режимінде (append-only) жүргізіледі.
• Knowledge Articles бүкіл өмірлік цикл бойы нұсқаланып отырады.

Бұл шектеулер Operational Health Matrix платформасының бүкіл ауқымында келісімділікті, қадағалану мүмкіндігін және қайта жаңғыртылатындықты қамтамасыз етеді.