Operatsion domen modeli

Operatsion domen modeli

Operational Health Matrix yagona operatsion domen modeliga tayanadi: bu model IIoT platformasi miqyosida asosiy obyektlarni, ular oʻrtasidagi bogʻlanishlarni va masʼuliyat zonalarini belgilaydi.

Har bir jarayon, detektor, API-endpoint va analitik komponent aynan shu domen modeli bilan ishlaydi — bu esa butun tizim boʻylab izchillikni taʼminlaydi.

Domen modeli noaniqlikni yoʻqotadi, maʼlumotlar takrorlanishini kamaytiradi va platformaning barcha komponentlariga umumiy operatsion tilni beradi.

Asosiy obyektlar

Operational Health Matrix domeni quyidagi asosiy obyektlardan tashkil topgan:

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

Har bir obyekt oʻz hayotiy sikliga egalik qiladi va bir yoki bir nechta operatsion ish jarayonida ishtirok etadi.

Asset (aktiv)

Asset — platformaning markaziy obyekti.

Kuzatib boriladigan har bir fizik yoki mantiqiy obyekt Asset koʻrinishida ifodalanadi.

Tipik misollar:

• gaz hisoblagichi
• bosim datchigi
• korrektor
• RTU
• shlyuz
• klapan kontrolleri
• telemetriya bloki
• aloqa qurilmasi
• dasturiy komponent

Har bir Asset quyidagilarni oʻz ichiga oladi:

• unikal identifikator;
• turi;
• modeli;
• ishlab chiqaruvchisi;
• seriya raqami;
• egasi;
• ekspluatatsiya mintaqasi;
• konfiguratsiyasi;
• proshivka versiyasi;
• aloqa profili;
• hayotiy sikl holati.

Detector (detektor)

Detector — telemetriyani operatsion kuzatuvlarga aylantirish uchun javob beradigan analitik komponent.

Detector biznes-mantiq yaratmaydi.

Uning masʼuliyati kuzatiladigan patternlarni aniqlash va dalillarni shakllantirish bilan cheklanadi.

Detector atributlari quyidagilarni oʻz ichiga oladi:

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

Evidence (dalil)

Evidence — operatsion xulosani tasdiqlovchi oʻzgarmas dalil.

Evidence quyidagi manbalardan olinishi mumkin:

• telemetriya;
• aloqa jurnallari;
• audit yozuvlari;
• foydalanuvchi tasdigʻi;
• yuklangan fotosuratlar;
• tizim diagnostikasi;
• tashqi tizimlar.

Evidence yaratilganidan keyin oʻzgartirib boʻlmaydi.

Tuzatish zarur boʻlsa, oldingi versiya saqlab qolinadi va yangi Evidence obyekti yaratiladi.

Operational Issue (operatsion muammo)

Operational Issue — tekshiruv yoki bartaraf etishni talab qiladigan, tasdiqlangan ekspluatatsion muammo.

Har bir Operational Issue quyidagilarni oʻz ichiga oladi:

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

Operational Issue — platformaning asosiy operatsion obyekti.

Task (vazifa)

Task — Operational Issue’ni bartaraf etish uchun zarur boʻlgan bajariladigan harakat.

Vazifalar mustaqil ravishda mavjud boʻla olmaydi.

Har bir Task aynan bitta Operational Issue’ga tegishli boʻladi.

Bitta Operational Issue tarkibida bir nechta vazifa boʻlishi mumkin.

Root Cause (ildiz sabab)

Root Cause bir yoki bir nechta Operational Issue uchun tasdiqlangan ildiz sababni ifodalaydi.

Bir nechta Operational Issues ayni bitta Root Cause’ga havola qilishi mumkin.

Bu bogʻlanish korxona miqyosidagi ekspluatatsion analitikani va takrorlanuvchi muammolarni aniqlashni taʼminlaydi.

Health (salomatlik)

Health — hisoblab chiqiladigan operatsion koʻrsatkich.

Health quyidagilar uchun mavjud:

• aktiv;
• maydoncha;
• mintaqa;
• tashkilot;
• butun ekotizim.

Health qiymatlari doimo avtomatik hisoblanadi.

Knowledge Article (bilimlar bazasi maqolasi)

Knowledge Article tekshirilgan ekspluatatsion tajribani saqlaydi.

Har bir maqola quyidagilarga havola qilishi mumkin:

• kanonik muammolarga;
• ildiz sabablarga;
• aktiv turlariga;
• proshivka versiyalariga;
• ekspluatatsion protseduralarga;
• ishlab chiqaruvchi hujjatlariga.

Massive Incident (ommaviy insident)

Massive Incident umumiy ekspluatatsion hodisadan kelib chiqqan bir nechta Operational Issues’ni bitta guruhga birlashtiradi.

U yirik infratuzilma insidentlari uchun yagona boshqaruv obyektini beradi.

Operatsion tamoyillar

Operational Health Matrix har bir quyi tizimning ishlash tartibini belgilaydigan bir qancha arxitektura tamoyillariga amal qiladi.

Avvalo aktiv (Asset First)

Har bir ekspluatatsion hodisa Asset bilan bogʻlanadi.

Aktivlar butun hayotiy sikl davomida birlamchi obyekt boʻlib qoladi.

Issues orqali boshqarish

Ekspluatatsiya alohida ogohlantirishlar yoki telemetriya hodisalari orqali emas, balki Operational Issues orqali boshqariladi.

Dalillarga asoslangan qarorlar

Har bir operatsion xulosa bir yoki bir nechta Evidence obyekti bilan tasdiqlanishi shart.

Tasdiqlanmagan taxminlar hech qachon aniqlangan fakt sifatida qabul qilinmaydi.

Avval ildiz sabab, keyin bartaraf etish

Tuzatuvchi harakatlar imkon qadar kuzatiladigan alomatlarga emas, balki tasdiqlangan sabablarga qaratiladi.

Qarorlar konturida inson ishtiroki (Human-in-the-Loop)

Platforma ekspluatatsion qarorlar qabul qilishni qoʻllab-quvvatlaydi, biroq muhandislik masʼuliyatining oʻrnini hech qachon bosmaydi.

Kritik harakatlar inson tomonidan aniq tasdiqlanishini talab qiladi.

Tushuntiriladigan analitika

Analitik xulosalar shaffof boʻlib qoladi.

Har bir tavsiya tasdiqlovchi dalillarni va ishonchlilik darajasi haqidagi maʼlumotni oʻz ichiga oladi.

Oʻzgarmas audit

Ekspluatatsiya tarixini qayta yozib boʻlmaydi.

Har bir oʻzgartirish yangi audit yozuvini hosil qiladi.

API-first yondashuv

Platformaning har bir imkoniyatidan hujjatlashtirilgan API orqali foydalanish mumkin.

Foydalanuvchi interfeyslari va tashqi integratsiyalar ayni oʻsha operatsion servislarga tayanadi.

Hodisalarga asoslangan arxitektura

Operatsion oʻzgarishlar hodisalar koʻrinishida tarqatiladi.

Bu asinxron integratsiyalarni va masshtablanadigan qayta ishlash konveyerlarini amalga oshirish imkonini beradi.

Operatsion maʼlumotlar modeli

Platforma yagona operatsion maʼlumotlar modeliga amal qiladi.

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

Egalik

Har bir obyektning aynan bitta hayotiy sikl egasi boʻladi.

Hayotiy sikl qoidalari

Domen modeli bir qancha invariantlarga amal qiladi:

• Tarixiy Operational Issues mavjud ekan, aktivlar hech qachon oʻchirilmaydi.
• Evidence oʻzgarmasdir.
• Vazifalar Operational Issue’siz mavjud boʻla olmaydi.
• Root Causes bir nechta Issues uchun umumiy boʻlishi mumkin.
• Health qiymatlari hisoblab chiqiladi va ularni qoʻlda tahrirlab boʻlmaydi.
• Audit Records append-only rejimida yuritiladi.
• Knowledge Articles butun hayotiy sikl davomida versiyalanadigan boʻlib qoladi.

Bu cheklovlar Operational Health Matrix platformasi boʻylab izchillik, kuzatib borish imkoniyati va takrorlanuvchanlikni taʼminlaydi.