Operational Health Matrix (OHM)

Operational Health Matrix (OHM) — IIoT платформасының орталық операциялық модулі. Ол телеметрия ағынын, аналитика нәтижелерін және пайдалану оқиғаларын басқарылатын жұмыс циклына түрлендіреді: проблеманы автоматты түрде анықтаудан бастап деректермен расталған жоюға дейін.

OHM бірыңғай жүйеде мыналарды біріктіреді:

• техникалық, метрологиялық және интеграциялық проблемаларды детектілеу;
• симптомдарды корреляциялау және ықтимал түпкі себепті анықтау;
• Operational Issue объектілерін құру және жүргізу;
• жауапты бөлімшелер мен орындаушыларды тағайындау;
• мерзімдерді, басымдықтарды және SLA-ны басқару;
• тапсырмаларды, пікірлерді, дәлелдемелерді және әрекеттер тарихын жүргізу;
• нәтижені жаңа деректер бойынша автоматты верификациялау;
• жаппай инциденттерді басқару;
• жабдық пен парктің жай-күйін бағалау;
• пайдалану және командалық KPI есептеу;
• расталған шешімдерді білім базасында жинақтау;
• жасанды интеллектке сыни шешімдер қабылдау құқығын бермей, талдауды AI-мен қолдау.

flowchart TD
  A["Телеметрия"] --> B["Детекторлар"]
  B --> C["Evidence"]
  C --> D["Корреляция және Root Cause"]
  D --> E["Operational Issue"]
  E --> F["Тағайындау және орындау"]
  F --> G["Деректер бойынша верификация"]
  G --> H["Жабу және Knowledge Base"]
  H --> I["KPI және үздіксіз жетілдіру"]

Модульдің мақсаты

Дәстүрлі телеметрия жүйелері мына сұраққа жақсы жауап береді:

Құрылғыға немесе деректерге не болды?

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

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

OHM осы циклді толығымен жабады.

Модуль жұмысының негізгі нәтижесі — хабарлама да, есеп жолы да емес, мынадай сипаттамалары бар басқарылатын пайдалану объектісі:

• идентификатор;
• проблема түрі;
• қамтылған активтер;
• дәлелдемелер;
• сыни дәреже;
• сенімділік деңгейі;
• ықтимал және расталған түпкі себеп;
• иесі;
• орындаушысы;
• орындау мерзімі;
• тапсырмалар;
• тарих;
• верификация күйі;
• жою нәтижесі;
• білім базасымен байланыс;
• KPI-ға әсері.

Негізгі артықшылық

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

flowchart TD
  subgraph OPS["IIoT платформасы және OHM"]
    direction TB
    O1["Проблеманы анықтады"] --> O2["Дәлелдемелерді тексерді"]
    O2 --> O3["Байланысты сигналдарды біріктірді"]
    O3 --> O4["Басымдықты айқындады"]
    O4 --> O5["Жауапкершілік аймағын тағайындады"]
    O5 --> O6["Мерзімді бақылайды"]
    O6 --> O7["Нәтижені деректер бойынша тексерді"]
    O7 --> O8["Расталған шешімді сақтады"]
  end
  subgraph MON["Мониторинг жүйесі"]
    direction TB
    M1["Проблеманы анықтады"] --> M2["Жүйенің жұмысы осымен аяқталады"]
  end

Осының арқасында OHM пайдалануды реактивті режимнен әрбір елеулі ауытқудың иесі, мерзімі, дәлелдемесі және өлшенетін нәтижесі болатын басқарылатын модельге көшіреді.

Негізгі қағидаттар

Дабылдардың орнына Issues

Жалғыз дабыл әрқашан пайдалану проблемасына тең бола бермейді.

Бір физикалық ақаулық ондаған немесе жүздеген оқиға тудыруы мүмкін:

• байланыс сеансы жоқ;
• архив жоқ;
• ескірген деректер;
• батарея күйі белгісіз;
• ағымдағы қысым жоқ;
• жеткізу қатесі.

OHM әрбір симптомға бөлек тапсырма жасамайды. Жүйе сигналдарды корреляциялайды және олар ортақ себепке қатысты болса, бір Operational Issue қалыптастырады.

Дәлелдемелерге негізделген пайдалану

Әрбір автоматты қорытынды түсіндірілетін болуы тиіс.

Issue құрамында мыналар болады:

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

Пайдаланушы бастапқы телеметриядан құрылған Issue-ге дейінгі жолды әрқашан қадағалай алады.

Алдымен түпкі себеп (Root Cause)

OHM мыналарды ажыратады:

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

Мысал:

flowchart LR
  S1["1-симптом: сағаттық архив жоқ"] --> RC["Ықтимал түпкі себеп: қуат көзінің деградациясы"]
  S2["2-симптом: соңғы сеанс 9 күн бұрын болған"] --> RC
  S3["3-симптом: батарея кернеуі төмендеп келе жатты"] --> RC
  S4["4-симптом: сеанстардың ұзақтығы артып келе жатты"] --> RC

Деректермен расталған жабу

Орындаушы жұмыстың орындалғанын хабарлайды, бірақ түпкілікті resolved мәртебесі нәтиже тексерілгеннен кейін ғана қойылады.

flowchart TD
  V1["Жұмыс орындалды"] --> V2["awaiting_verification"]
  V2 --> V3["Жаңа деректер қалыпқа келгенін растайды"]
  V3 --> V4["resolved"]

Телеметрия арқылы тексеруге келмейтін проблемалар үшін бақыланатын қолмен верификация қолданылады: міндетті пікір және растайтын дәлелдеме талап етіледі.

Модель өзегінде — актив (Asset)

Барлық оқиғалар, Issues, жұмыстар және көрсеткіштер активтермен байланыстырылады:

• есепке алу торабы;
• корректор;
• есептегіш;
• датчик;
• модем;
• шлюз;
• SIM-карта;
• серверлік компонент;
• интеграциялық арна;
• бағдарламалық жасақтама нұсқасы.

Актив картасында ағымдағы денсаулық, деградация тарихы, белсенді Issues, орындалған жұмыстар және проблемалардың қайталануы көрсетіледі.

Жауапкершілік адамда, AI көмектеседі

AI мыналарға көмектеседі:

• Evidence-ті жинақтап беруге;
• гипотезаларды дәрежелеуге;
• ұқсас жағдайларды табуға;
• белгілі шешімдерді ұсынуға;
• жаңа кластерлерді анықтауға;
• ақаулық қаупін болжауға.

AI өз бетінше мыналарды істей алмайды:

• басымдықты өзгерту;
• жауапкершілікті тағайындау;
• Issue-ді жабу;
• root cause-ты анықталған факт ретінде растау;
• SLA-ны өзгерту;
• жабдықта сыни әрекеттерді орындау.

Құрылымына енгізілген қайта жаңғыртылатындық

Барлық елеулі есептеулерді қайта жаңғыртуға болады. Әрбір нәтиже үшін платформа мыналарды сақтайды:

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

IIoT платформасының архитектурасындағы OHM орны

OHM аналитикалық қабат пен пайдалануды басқарудың арасында орналасқан.

flowchart TD
  PHY["Физикалық активтер"] --> DATA["IIoT деректері мен интеграция қабаты"]
  DATA -->|"Қалыпқа келтірілген деректер"| ANL["Аналитика және детектілеу"]
  ANL -->|"Evidence және талдау нәтижелері"| OHM["Operational Health Matrix"]
  OHM -->|"API, оқиғалар, интеграция"| ENT["Корпоративтік жүйелер"]

Қабаттардың құрамы:

Деректер көздері

OHM мыналарды пайдаланады:

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

Evidence жеткізушілері

Платформаның кез келген аналитикалық модулі дәлелдеме көзі бола алады.

Мысалдар:

Модульмен танысыңыз