İçeriğe atla
SinaptikLabAI KNOWLEDGE PLATFORM

TEMSİLÎ VAKA · ENERJİ

Şebeke anomali modelinde gözlemlenebilirlik

Dağıtım şebekesindeki besleme hatlarında anormal davranışı işaretleyen bir model, kontrol merkezindeki operatörün önceliklendirme ekranını besliyordu. Model hiçbir hata döndürmediği için bozulması sessiz oluyordu: bir trafo merkezinde ölçü ölçekleme değişince skorlar kaydı, işaretlenen durum sayısı düştü ve bu düşüş bir süre şebekenin iyileştiği şeklinde okundu. Gerçek etiket ancak operatörün alarm kapanış kodu ve saha doğrulamasıyla, haftalar sonra ve eksik geliyordu. Dolayısıyla doğruluk üzerine kurulmuş bir izleme düzeni bozulmayı zamanında yakalayamıyordu; kimse modelin ne zamandır kör olduğunu söyleyemiyordu.

Beklenen etki

Kapsam
Girdi tazeliği, öznitelik dağılımı, çıkarım gecikmesi ve işaretleme oranı aynı panoda, besleme grubu kırılımıyla izleniyor
Sessiz bozulma
İşaretleme oranının sessizleşmesi de bir uyarı koşulu; sinyalin yokluğu artık gözlenebilir bir durum
Etiket gecikmesi
Kapanış kodu geç geldiği için doğruluk ayrı ve gecikmeli bir rapor olarak, canlı uyarı düzeninden ayrıştırılmış hâlde tutuluyor
Yetki sınırı
Model çıktısı yalnızca önceliklendirme ekranına yazılıyor; sahaya, koruma ayarına ve kumandaya dokunmuyor

Temsilî senaryo: buradaki satırlar ölçüm sonucu değil, bu kurulumda hangi büyüklüğün izlenmesi gerektiğini gösterir.

TEMSİLÎ SENARYO

Bu kayıt gerçek bir müşteri işi değildir. Sinaptik Lab'in bu problemde izlediği yaklaşımı, mimari kararları ve ölçüm düzenini göstermek için yazılmış temsilî bir senaryodur: kurum adı taşımaz, içindeki hiçbir değer gerçek ölçüm değildir ve referans olarak gösterilemez. Gerçek projelerden vakalar müşteri onayı alındıkça bu kütüphaneye eklenir.

Problem

Dağıtım şebekesindeki besleme hatlarında anormal davranışı işaretleyen bir model, kontrol merkezindeki operatörün önceliklendirme ekranını besliyordu. Model hiçbir hata döndürmediği için bozulması sessiz oluyordu: bir trafo merkezinde ölçü ölçekleme değişince skorlar kaydı, işaretlenen durum sayısı düştü ve bu düşüş bir süre şebekenin iyileştiği şeklinde okundu. Gerçek etiket ancak operatörün alarm kapanış kodu ve saha doğrulamasıyla, haftalar sonra ve eksik geliyordu. Dolayısıyla doğruluk üzerine kurulmuş bir izleme düzeni bozulmayı zamanında yakalayamıyordu; kimse modelin ne zamandır kör olduğunu söyleyemiyordu.

Yaklaşım

İzleme tek panoya yığılmak yerine üç katmana ayrıldı — veri, model ve karar — çünkü ilk sorulan soru her olayda aynıydı: veri mi durdu, model mi bozuldu, yoksa şebekede gerçekten bir şey mi oldu. Birincil canlı sinyal doğruluk değil veri tazeliği ve karar dağılımı olarak seçildi, zira gerçek etiket haftalar sonra geliyor ve canlı uyarı geç etikete dayandırılamaz. İşaretleme oranının düşmesi, yükselmesi kadar açık bir uyarı koşulu hâline getirildi: sessiz bozulmanın tek görünür izi sinyalin yokluğu. Uyarılar toplulaştırılmış tek bir orandan değil besleme grubu ve trafo merkezi kırılımından üretildi, çünkü büyük ortalama tek bölgedeki bozulmayı yutuyor. Model çıkarımı operasyonel teknoloji ağının dışında çalışıyor, veri tek yönlü akıyor ve çıktı yalnızca önceliklendirme ekranına düşüyor.

Kullanılan teknolojiler

  • Veri tazeliği izleme
  • Öznitelik dağılım kayması testi
  • Karar dağılımı izleme
  • Sinyal yokluğu uyarısı
  • Segment bazlı uyarı kuralları
  • Eğitim-servis sapma kontrolü
01VAKA ANLATIMI

Bağlam, kurulum ve ölçüm

Problem ve yaklaşım özetin üstünde; burada kararların gerekçesi ve mimarinin ayrıntısı var.

Bağlam ve kısıtlar#

Anlatının merkezinde bir dağıtım şebekesi işletmecisinin kontrol merkezi var. Operatör vardiya boyunca çok sayıda alarm ve ölçüm arasından hangi besleme hattına önce bakacağına karar veriyor; model bu sıralamaya bir öneri sütunu ekliyor, kararı devralmıyor. Kısıtların en sert olanı mimarî: ölçümler operasyonel teknoloji ağında doğuyor, model bilişim tarafında çalışıyor ve iki ağ arasındaki akış tek yönlü. Bu, gözlemlenebilirliği de tek yönlü kılıyor — modelin sahadan doğrulama isteme gibi bir yolu yok, elindeki tek şey gelen veri ile kendi ürettiği karar.

Veri ve erişim#

Veri kalitesinin bozulma biçimleri bu alanda tahmin edilebilir ama tespiti kolay değil: saat kayması olan bir uzak terminal birimi pencereleri bozuyor, iletişim kesilip döndüğünde ölçümler toplu hâlde geriye dönük iniyor, bir donanım güncellemesi sonrası ölçek değişiyor. Bunların hiçbiri hata mesajı üretmiyor, hepsi geçerli görünen sayılar üretiyor. Bu yüzden veri katmanı modelden önce ve modelden ayrı izlendi.

  • Saha telemetrisi: besleme hattı akım ve gerilim ölçümleri, kesici konumları, koruma olay kayıtları — hepsi operasyonel teknoloji ağında doğuyor.
  • Aktarım: operasyonel ağdan bilişim tarafına kopya tek yönlü geçitle akıyor; model hiçbir koşulda geri yazmıyor.
  • Zaman damgası kalitesi: damga cihaz saatinden geliyor, kayma ve sıra bozulması ayrı bir gösterge olarak izleniyor.
  • Geç gelen kayıt: iletişim kesintisi sonrası toplu inen ölçümler geçmiş pencereleri yeniden hesaplattığı için izleme metrikleri veri kesme anıyla saklanıyor.
  • Bağlam verisi: bağlantı şeması, planlı kesinti takvimi, açık iş emirleri ve hava uyarıları — bir işaretin anlamını bunlar belirliyor.
  • Etiket: operatörün kapanış kodu ve saha doğrulaması; haftalar sonra, eksik ve zaman zaman tutarsız geliyor.

Mimari kararlar#

Gözlemlenebilirlik tasarımının çıkış noktası şu oldu: bir olay anında hangi soruya kaç saniyede cevap verilebiliyor. Katman ayrımı, kırılım seçimi ve bastırma kuralları bu soruya göre kuruldu; hepsi modelin kendisinden değil işletme düzeninden gelen kararlar.

KararSeçilen yolNeden
İzleme katmanlarıVeri, model ve karar olmak üzere üç ayrı katmanTek panoya karışan göstergeler arızanın yerini göstermiyor; ilk soru her zaman veri mi durdu model mi bozuldu
Birincil sinyalDoğruluk değil veri tazeliği ve karar dağılımıGerçek etiket haftalar sonra geliyor; canlı uyarı geç etikete dayandırılamaz
Sessizlikİşaretleme oranının düşmesi de uyarı koşuluSessiz bozulmanın tek görünür izi sinyalin yokluğu
KırılımUyarılar besleme grubu ve trafo merkezi bazındaToplulaştırma tek bölgedeki bozulmayı yutuyor, pano yeşil kalıyor
BastırmaPlanlı bakım bastırması varlık kimliğiyle sınırlı; bastırılan uyarı yine kaydediliyorGeniş bastırma gerçek arızayı da gizliyor, kayıt tutulmadığında sonradan denetlenemiyor
Öznitelik tutarlılığıEğitim ve servis hatlarını aynı örnek üzerinde karşılaştıran günlük kontrolAynı ada sahip iki öznitelik farklı hesaplanıyor ve bu sapma başka hiçbir göstergeye düşmüyor
Birincil sinyal kararı sonradan değişti: düzen önce doğruluk panosu üzerine kurulmuştu, etiket gecikmesi ölçüldükten sonra canlı uyarılar veri ve karar katmanına taşındı.

Güvenlik ve yetki#

Ağ ayrımı burada bir tercih değil, işletme güvenliğinin temeli. Model bilişim tarafında çalışıyor, operasyonel ağdan yalnızca kopya veri alıyor ve o tarafa hiçbir komut göndermiyor; önceliklendirme ekranına yazma yetkisi de mevcut alarm listesinin yerini alacak biçimde değil, yanına ayrı bir sütun olarak tanımlandı. Manevra kararı ve talimatı yetkili sistem işletmecisinde kalıyor, kesinti kayıtları mevcut raporlama düzeninde tutulmaya devam ediyor.

Ölçüm düzeni ve uyarı kuralları#

  • Veri tazeliği: her kaynak için son ölçümün yaşı ve eksik oranı; damga kalitesi ayrı gösterge.
  • Girdi dağılımı: öznitelik başına kayma testi, ayrıca sabit değer tekrarı ve fiziksel sınır ihlali kontrolleri.
  • Çıkarım sağlığı: gecikme, hata oranı ve her kayıtta birlikte tutulan model sürümü ile öznitelik hattı sürümü.
  • Karar dağılımı: besleme grubu başına işaretleme oranı, skor dağılımının kayması, öneri listesindeki tekrar oranı.
  • Gecikmeli doğruluk: kapanış kodları geldikçe güncellenen, canlı uyarılardan ayrı tutulan rapor.
  • Öneri yorgunluğu: operatörün hiç açmadan kapattığı öneri oranı — modelin işe yaradığına dair en yakın vekil gösterge.
yaml
uyari: isaretleme-orani-sessizlesti
kapsam: besleme_grubu        # toplulaştırılmış oran değil
kosul:
  - oran(son_pencere) < esik_katsayisi * medyan(ayni_gun_saat, gecmis)
  - girdi_yasi < taze_veri_siniri   # veri akıyor, sorun modelde
  - planli_bakim == false
bastirma: yalnizca_varlik_kimligi_ile
yonlendirme: model_nobeti         # operatör nöbetine düşmez
kayit: bastirilan_uyarilar_da_saklanir

Devreye alma ve işletme#

  1. 1Gölge dönem

    Model çıktısı operatöre gösterilmeden kaydedildi; uyarı kuralları bu dönemin dağılımına bakılarak yazıldı.

  2. 2Kural provası

    Uyarılar önce yalnızca model nöbetine gitti; operatör nöbetine düşmeyen bu dönemde eşikler ve bastırma kapsamı ayarlandı.

  3. 3Kısıtlı görünürlük

    Öneri listesi tek bir bölgede, mevcut alarm listesinin yanında ayrı sütun olarak açıldı.

  4. 4Olay tatbikatı

    Bir trafo merkezinin veri akışı bilerek kesildi ve ölçek bozması taklit edildi; uyarının hangi katmandan ve ne kadar sürede geldiği ölçüldü.

  5. 5Sürüm ve geri alma

    Model ile öznitelik hattı sürümleri birlikte etiketlendi; geri alma ikisini aynı anda geri çekiyor.

Nerede yanıldık#

İzleme düzeni baştan doğruluk panosu üzerine kurulmuştu; etiketin haftalar sonra geldiği hesaba katılmadığı için pano her zaman geçmişi anlatıyor, bugünün bozulmasına dair hiçbir şey söylemiyordu. Kırılımsızlık bunun üstüne bindi: toplulaştırılmış kayma göstergeleri yeşilken bir bölgenin ölçek değişimi nedeniyle tamamen kör kaldığı fark edilmedi. En öğretici hata yorumdaydı — işaretleme oranındaki düşüş bir süre iyileşme sanıldı, çünkü sinyalin azalmasının da bir arıza belirtisi olabileceğini kimse kurala yazmamıştı. Bastırma tarafında da yanlış sınır seçilmişti: planlı bakım penceresinde susturma varlık bazında değil bölge bazında tanımlıydı ve aynı pencerede gerçekleşen bir arıza da sustu. Donmuş bir sensörün istatistiksel olarak örnek bir kaynak gibi görünebildiğini ise en geç öğrendik; bu, sabit değer tekrarını ayrı bir kontrol olarak yazma kararının gerekçesi oldu.

02ÖĞRENİLEN DERSLER

Bir sonraki projede ne değişir?

Bir vakanın en değerli bölümü sonuç değil, tekrar edilebilir dersidir.

  1. 01

    Toplulaştırılmış kayma panosu yeşilken tek bir bölge tamamen bozulabiliyor; uyarı kuralları segment bazında kurulmadıkça büyük ortalama küçük arızayı yutuyor.

  2. 02

    Bir uyarı incelenmeye alındığında pano yeniden hesaplanıyor ve uyarıyı doğuran dağılım artık ekranda görünmüyor; kesinti sonrası toplu inen ölçümler pencereyi geriye dönük doldurup olayı siliyor. Uyarı anındaki gösterge değeri uyarının yanına dondurulmadıkça olay sonrası inceleme yapılamıyor.

  3. 03

    Donmuş sensör istatistiksel olarak çok temiz veri üretir — eksik oranı düşer, varyans düşer, kayma testi tetiklenmez. Sabit değer tekrarı ayrı bir kontrol olarak yazılmadıkça görünmez.

  4. 04

    Planlı bakım penceresinde uyarı bastırma kuralı gereğinden geniş tutulduğunda gerçek bir arıza da bastırılıyor; bastırma varlık kimliğiyle sınırlanmalı ve bastırılan uyarı yine kaydedilmeli.

  5. 05

    Eğitimde toplu, serviste akıştan hesaplanan öznitelik aynı adı taşıyor ama aynı şey değil; iki hattı aynı örnekte karşılaştıran bir kontrol olmadan sapma ancak sonuçtan anlaşılıyor.

03DİĞER VAKALAR

Vaka kütüphanesinden

BUILD

Aynı yaklaşımı kurumunuzda kurmak ister misiniz?

Discovery oturumunda mevcut durumunuzu, veri erişiminizi ve başarı tanımınızı birlikte yazıyoruz.