Detectorها و مشکلات مرجع

چگونه Detectorها تله‌متری را به یافته تبدیل می‌کنند و Canonها یافته‌ها را به مشکل‌های مدیریت‌شده بدل می‌کنند — کلاس‌های Detector، گیت‌های کیفیت داده، کاتالوگ Canonها و تحلیل کیفیت Detectorها.

معماری Detectorها

آشکارساز (Detector)

Detector الگوریتمی است که مجموعهٔ داده‌ای مشخصی را تحلیل می‌کند و یافته‌ای صورت‌بندی‌شده تولید می‌کند.

‏Detector اجرای کار را مدیریت نمی‌کند و متن آزاد تولید نمی‌کند. خروجی آن قالبی ساختارمند دارد.

زنجیرهٔ Detector → Canon → Issue

flowchart TD
  D["Detector"] -->|"طبقه‌بندی"| C["Canon"]
  C -->|"مدیریت"| I["Operational Issue"]
  • Detector — الگوریتمی مشخص؛
  • Canon — گونه‌ای پایدار از مشکل بهره‌برداری؛
  • Operational Issue — نمونه‌ای از آن مشکل در بستری مشخص.

چند Detector متفاوت می‌توانند یک Canon واحد را تأیید کنند.

مثال:

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

کلاس‌های Detector

کلاسکاربرد
Connectivityارتباط، نشست‌ها، دسترس‌پذیری، سیگنال
Archiveکامل بودن و تحویل آرشیوها
Data Qualityاعتبار، شکاف‌ها، تناقض‌ها
Meteringدبی، حجم، نسبت‌های اندازه‌شناختی
Pressureبازه‌ها، جهش‌ها، قرائت‌های ثابت‌مانده
Temperatureبازه‌ها، روندها، سازگاری فیزیکی
Powerباتری، تغذیه، افت کارایی
Registryفهرست ثبت، رکوردهای تکراری، اشیای ghost
Passportکامل و درست بودن شناسنامه
Integrityنشانه‌های دستکاری و نقض یکپارچگی
Securityرویدادهای ناهنجار دسترسی و پیکربندی
Firmwareخطاها، ناسازگاری، پس‌رفت‌ها
Topologyوابستگی میان دستگاه‌ها، گیت‌وی‌ها و سرویس‌ها
Operationsموارد از موعد گذشته، نبود مالک، تکرارشوندگی
Predictiveپیش‌بینی خرابی یا افت کارایی
صفحهٔ مرجع با کاتالوگ همهٔ 69 بررسی گزارش‌ها که بر پایهٔ پلاگین گروه‌بندی شده‌اند: Detectorها، زیرنمره‌ها، نگهبان‌های کیفیت داده، گیت‌ها و بررسی‌های Root Cause صفحهٔ مرجع با کاتالوگ همهٔ 69 بررسی گزارش‌ها که بر پایهٔ پلاگین گروه‌بندی شده‌اند: Detectorها، زیرنمره‌ها، نگهبان‌های کیفیت داده، گیت‌ها و بررسی‌های Root Cause
Detectorهای گزارش‌ها: کاتالوگ کامل 69 بررسی گروه‌بندی‌شده بر پایهٔ پلاگین — Detectorها، زیرنمره‌ها، DQ-گیت‌ها، گیت‌ها، Root Cause

الزامات هر Detector

هر Detector عملیاتی این موارد را دارد:

  • شناسهٔ یکتای detector_id؛
  • نسخهٔ معنایی؛
  • کاربرد اعلام‌شده؛
  • مالک؛
  • شرح داده‌های ورودی؛
  • آستانه‌های کنترل‌شده؛
  • قواعد استثنا؛
  • الزام‌های کمینهٔ حجم نمونه؛
  • گیت‌های DQ؛
  • فرمول Severity؛
  • فرمول سطح اطمینان؛
  • Canon متناظر؛
  • مجموعهٔ Evidence؛
  • آزمون‌ها؛
  • نمونهٔ کنترلی؛
  • برآورد هشدارهای کاذب (false positive)؛
  • تاریخ راه‌اندازی؛
  • گزارش تغییرات؛
  • حالت غیرفعال‌سازی و بازگردانی (rollback).

گیت‌های کیفیت داده (DQ)

اگر داده‌های منبع ناقص یا متناقض باشند، Detector نباید سطح اطمینان بالایی تولید کند.

نمونه‌هایی از گیت‌ها:

شرطاثر بر Detector
نبودِ asset_id معتبرمسدود کردن اقدام خودکار
تاریخچهٔ ناکافیکاهش سطح اطمینان
خطای برچسب زمانیتازگی داده محاسبه نشود
نبودِ یکای اندازه‌گیریبا آستانهٔ فیزیکی مقایسه نشود
نمونهٔ بسیار کوچکپیش‌بینی ساخته نشود
شیء ghost در فهرست ثبت‏Issueهای مرتبط non-actionable شوند

سلامت Detectorها (Detector Health)

‏OHM کیفیت خودِ Detectorها را پایش می‌کند.

شاخص‌های کلیدی:

  • شمار فعال‌شدن‌ها؛
  • سهم فعال‌شدن‌های تأییدشده؛
  • نرخ هشدارهای کاذب؛
  • سهم لغوهای دستی؛
  • سهم بازگشایی‌های مجدد؛
  • توزیع سطح اطمینان؛
  • رانش (drift) داده‌های ورودی؛
  • تغییر ساختار نمونه؛
  • میانگین زمان تا تأیید؛
  • نسخهٔ الگوریتم؛
  • شمار Issueهای فعال به تفکیک نسخه.

مشکلات مرجع (Canon)

Canon طبقه‌بندی پایدارِ یک مشکل در سطح کسب‌وکار است که به پیاده‌سازی مشخصی از Detector وابسته نیست.

چرا به Canon نیاز است

بدون Canon، یک سامانهٔ تحلیلی به‌سرعت به مجموعه‌ای از پیام‌های ناهماهنگ تنزل می‌کند:

  • archive_missing
  • no_archive
  • archive_gap
  • hourly_data_absent
  • delivery_error

‏Canon همهٔ این سیگنال‌های هم‌ارز را زیر یک شناسهٔ واحد گرد می‌آورد: canon: no_hourly_archive.

این کار موارد زیر را فراهم می‌کند:

  • یک چرخهٔ کاری واحد؛
  • یک SLA واحد؛
  • تحلیل‌های شفاف؛
  • KPIهای پایدار؛
  • پایگاه دانش مشترک (Knowledge Base)؛
  • قابلیت مقایسه میان نسخه‌ها؛
  • ترجمهٔ رابط کاربری بدون تغییر منطق؛
  • یکپارچه‌سازی با سامانه‌های بیرونی.

ساختار Canon

yaml
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

مجموعهٔ پایهٔ Canonها

Canonمعناحوزهٔ اصلی
no_sessions_in_periodدر بازهٔ تحلیل‌شده هیچ نشستی وجود نداردیکپارچه‌سازی / ارتباطات
stale_communicationدستگاه مدت‌هاست ارتباط برقرار نکرده استمیدانی / ارتباطات
no_hourly_archiveآرشیو ساعتی وجود ندارد‏backend / یکپارچه‌سازی
archive_delivery_failureآرشیو ساخته شده اما تحویل نشده است‏backend / یکپارچه‌سازی
archive_incompleteآرشیو ناقص استسرویس اندازه‌گیری
abnormal_session_lengthمدت نشست‌ها ناهنجار استارتباطات / یکپارچه‌سازی
battery_lowذخیرهٔ باتری به‌طور بحرانی کم استسرویس
battery_unknownوضعیت باتری نامعلوم استسرویس / یکپارچه‌سازی
passport_incompleteداده‌های شناسنامه ناقص استاندازه‌شناسی
registry_ghostشیء از نظر منطقی وجود دارد اما از نظر فیزیکی تأیید نشده استRegistry
registry_duplicateتعارض یا تکرار شناسه‌هاRegistry
pressure_out_of_rangeفشار بیرون از بازهٔ مجازبهره‌برداری
pressure_sensor_stuckحسگر فشار در شرایط دینامیک مورد انتظار تغییر نمی‌کنداندازه‌شناسی / سرویس
temperature_out_of_rangeدما بیرون از بازهٔ مجازبهره‌برداری
data_quality_degradedکیفیت داده اجازهٔ تحلیل قابل اتکا نمی‌دهدیکپارچه‌سازی
firmware_regressionمشکلات به نسخهٔ Firmware مرتبط‌اند‏Firmware / backend
tampering_suspectedنشانه‌هایی از دستکاری احتمالی یافت شدامنیت / اندازه‌شناسی
leak_suspectedنشانه‌های غیرمستقیم نشتی احتمالی یافت شدبهره‌برداری
topology_dependency_failureنشانه‌ها ناشی از خرابی یک مؤلفهٔ وابستهٔ مشترک‌اند‏backend / زیرساخت
صفحهٔ مرجع با فهرست همهٔ 19 Canon مربوط به Detectorها: کدها، توضیح‌ها، حوزه‌های مالکیت، SLA-سیاست‌ها، پرچم‌های actionable و پیوندها به پایگاه دانش صفحهٔ مرجع با فهرست همهٔ 19 Canon مربوط به Detectorها: کدها، توضیح‌ها، حوزه‌های مالکیت، SLA-سیاست‌ها، پرچم‌های actionable و پیوندها به پایگاه دانش
مرجع Canonها: همهٔ 19 Canon مربوط به Detectorها با کد، توضیح، حوزه، SLA، پرچم‌ها و پیوندهای پایگاه دانش

نسخه‌بندی Canonها

تغییر متن یا ترجمه، مستلزم تغییر شناسه نیست.

نسخهٔ تازهٔ Canon زمانی لازم است که یکی از این موارد تغییر کند:

  • معنای کسب‌وکاری؛
  • قاعدهٔ تخصیص؛
  • معیار actionability؛
  • روش راستی‌آزمایی؛
  • اصل SLA؛
  • منطق ادغام با مشکلات دیگر.

تحلیل کیفیت Detectorها

‏Operational Health Matrix نه‌تنها تجهیزات، بلکه کیفیت الگوریتم‌های تحلیلی خود را نیز ارزیابی می‌کند.

سامانه برای هر Detector این موارد را محاسبه می‌کند:

  • Accuracy؛
  • Precision؛
  • Recall؛
  • False Positive Rate؛
  • False Negative Rate؛
  • میانگین سطح اطمینان؛
  • Drift؛
  • Stability؛
  • میانگین زمان راستی‌آزمایی؛
  • نرخ پذیرش.

چنین رویکردی امکان می‌دهد مدل تحلیلی پلتفرم IIoT پیوسته بهبود یابد، بی‌آنکه تکرارپذیری نتایج آسیب ببیند.

خودِ سبد Detectorها بر پایهٔ نقشهٔ راهی مرحله‌ای تکامل می‌یابد: Detectorهای تازه در قالب موج‌ها معرفی می‌شوند و گشایش هر موج به آمادگی APIهای زیرین پلتفرم گره خورده است.

صفحهٔ مرجع با نقشهٔ راه مرحله‌ای Detectorها: حدود 113 Detector برنامه‌ریزی‌شده که در موج‌ها گروه‌بندی شده‌اند و هر یک با وضعیت آمادگی API نشانه‌گذاری شده است صفحهٔ مرجع با نقشهٔ راه مرحله‌ای Detectorها: حدود 113 Detector برنامه‌ریزی‌شده که در موج‌ها گروه‌بندی شده‌اند و هر یک با وضعیت آمادگی API نشانه‌گذاری شده است
نقشهٔ راه Detectorها: ~113 Detector برنامه‌ریزی‌شده در موج‌ها همراه با وضعیت آمادگی API

موضوعات مرتبط

آیا این صفحه مفید بود؟