Детекторлар және канондық проблемалар

Детекторлар архитектурасы

Детектор (Detector)

Detector — белгілі бір деректер жиынын талдап, формальды қорытынды (finding) жасайтын алгоритм.

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

detector_id: archive.tail_gap.v3
detector_version: '3.2.1'
run_id: 'run-20260723-0400'
asset_id: 'station-5690'
observed_at: '2026-07-23T04:00:00Z'

finding:
  canon: no_hourly_archive
  detected: true
  severity: critical
  confidence: 0.98
  value: 73
  unit: 'hours'
  threshold: 24
  baseline: 0

evidence:
  last_valid_hour: '2026-07-20T03:00:00Z'
  expected_end: '2026-07-23T04:00:00Z'
  missing_hours: 73

Detector → Canon → Issue тізбегі

flowchart TD
  D["Detector"] -->|"жіктеу"| C["Canon"]
  C -->|"басқару"| I["Operational Issue"]

• Detector — нақты алгоритм;
• Canon — пайдалану проблемасының тұрақты түрі;
• Operational Issue — нақты контекстегі проблеманың данасы.

Бір канонды бірнеше түрлі детектор растай алады.

Мысал:

flowchart TD
  D1["archive.tail_gap.v3"] --> CANON["no_hourly_archive"]
  D2["archive.coverage.v2"] --> CANON
  D3["archive.delivery_queue.v1"] --> CANON
  D4["session.freshness.v4"] --> CANON
  CANON --> ISSUE["OHM-2026-001842"]

Детектор кластары

Әрбір детекторға қойылатын талаптар

Әрбір production-детектордың мыналары болады:

• бірегей detector_id;
• семантикалық нұсқа;
• айқындалған мақсат;
• иесі;
• кіріс деректердің сипаттамасы;
• бақыланатын шектер;
• алып тастау ережелері;
• ең аз іріктемеге қойылатын талаптар;
• DQ-гейттер;
• severity формуласы;
• confidence формуласы;
• сәйкес канон;
• Evidence жиыны;
• тестілер;
• бақылау іріктемесі;
• false positive бағасы;
• пайдалануға енгізілген күні;
• өзгерістер журналы;
• өшіру режимі және rollback.

Деректер сапасының гейттері (DQ-гейттер)

Бастапқы деректер толық болмаса немесе қайшылықты болса, детектор жоғары сенімділік деңгейін бермеуі тиіс.

Гейттердің мысалдары:

Детекторлардың денсаулығы (Detector Health)

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

Негізгі көрсеткіштер:

• іске қосылулар саны;
• расталған іске қосылулардың үлесі;
• false positive rate;
• қолмен бас тартулардың үлесі;
• қайта ашылулардың үлесі;
• confidence таралымы;
• кіріс деректердің drift-і;
• іріктеме құрылымының өзгеруі;
• растауға дейінгі орташа уақыт;
• алгоритм нұсқасы;
• нұсқа бойынша белсенді Issues саны.

Канондық проблемалар

Canon — детектордың нақты іске асырылуына тәуелді емес, проблеманың тұрақты бизнес-жіктемесі.

Канондар не үшін қажет

Канондарсыз аналитикалық жүйе тез арада үйлеспейтін хабарламалар жиынына айналып кетеді:

• archive_missing
• no_archive
• archive_gap
• hourly_data_absent
• delivery_error

Канон осы эквивалентті сигналдардың барлығын бірыңғай идентификаторға біріктіреді: canon: no_hourly_archive.

Бұл мыналарды қамтамасыз етеді:

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

Канонның құрылымы

canon_id: no_hourly_archive
name: 'Hourly archive is missing'
domain: archive
default_owner_zone: backend_integration
default_priority: P1
actionable: true
verification_mode: data
sla_policy: archive_p1
suppression_group: communication_archive
knowledge_tags:
  - archive
  - delivery
  - communication

Канондардың базалық жиыны

Канондарды нұсқалау

Мәтінді немесе аударманы өзгерту идентификаторды өзгертуді талап етпейді.

Мыналардың бірі өзгерсе, канонның жаңа нұсқасы қажет:

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

Детекторлар сапасының аналитикасы

Operational Health Matrix жабдықты ғана емес, өзінің аналитикалық алгоритмдерінің сапасын да бағалайды.

Әрбір Detector үшін жүйе мыналарды есептейді:

• Accuracy;
• Precision;
• Recall;
• False Positive Rate;
• False Negative Rate;
• орташа сенімділік;
• Drift;
• Stability;
• орташа верификация уақыты;
• қабылдау үлесі.

Мұндай тәсіл нәтижелердің қайта жаңғыртылатындығын бұзбай, IIoT платформасының аналитикалық моделін үздіксіз жетілдіруге мүмкіндік береді.

Детекторлар портфелінің өзі кезеңдік roadmap бойынша дамиды: жаңа детекторлар толқындармен енгізіледі, әрбір толқын платформаның тиісті API-лерінің дайындығына қарай ашылады.