Edge computing veri modeli, üretim sahasına yakın konumda toplanan sinyallerin, olayların ve üretim kayıtlarının tutarlı bir yapıda anlamlandırılmasını hedefler. Üretim yönetimi prensipleri çerçevesinde veri; bağlam, zaman ve kimlik bilgisi ile birlikte ele alındığında raporlanabilir hale gelir. Edge katmanında doğru kurgulanmış bir veri modeli, iletişim kesintileri, farklı protokoller, farklı örnekleme hızları ve değişken ekipman davranışları gibi sahaya özgü koşullar altında veri bütünlüğünü destekler. Raporlama yapısı ise ham sinyali metriklere, metrikleri de karar destek çıktısına dönüştüren kuralları tanımlar. Bu yazıda edge mimarisinde veri modelinin temel bileşenleri, şema tasarım tercihleri, veri kalitesi kontrolleri ve raporlama katmanlarının nasıl yapılandırılabileceği teknik bir çerçevede açıklanır.
Edge computing veri modeli: kavramsal çerçeve
Teknik literatürde veri modelleme; varlıkların (entity), ilişkilerin ve kuralların açıkça tanımlanması olarak ele alınır. Edge bağlamında bu tanımların, sahadaki gerçek zamanlı akışa uygun olacak şekilde daha “olay odaklı” tasarlanması beklenir. Veri modeli kurgulanırken üç temel eksen öne çıkar: zaman (timestamp), kimlik (asset, iş emri, ürün, operatör gibi) ve bağlam (durum, mod, kalite, hedeflenen/gerçekleşen gibi).
ISA-95 seviyeleri ile uyumlu bir yaklaşım benimsendiğinde, sahadaki ekipman ve hat varlıkları (asset modeli) ile üretim yürütme kayıtları (iş emri, operasyon, parti/lot, seri) arasında izlenebilir ilişki kurulması hedeflenir. Bu ilişki, raporlamada “hangi ekipmanda, hangi zaman aralığında, hangi ürün için, hangi operasyon koşullarında” sorularını yanıtlayacak temel veri omurgasını oluşturur.
Varlık hiyerarşisi ve kimlik yönetimi
Edge veri modelinde varlık hiyerarşisi, ekipman ağacının ve üretim alanı yapısının (tesis-alan-hat-istasyon gibi) tutarlı bir sözlükle temsil edilmesini kapsar. Kimlik yönetiminde iki ilke öne çıkar: benzersizlik (ID çakışmalarını önleme) ve süreklilik (varlık adı değişse bile teknik kimliğin korunması). Bu sayede raporlar, adlandırma değişikliklerinden etkilenmeden süreklilik gösterebilir.
Veri tipleri ve kayıt yapıları: sinyal, olay, işlem
Edge katmanında veriler genellikle üç sınıfta ele alınır. Bu sınıflandırma, depolama stratejisini ve raporlama mantığını doğrudan etkiler.
- Zaman serisi (sinyal) verisi: PLC tag değerleri, sensör okumaları, sayaçlar ve analog ölçümler. Örnekleme hızı ve değişim frekansı yüksek olabilir.
- Olay verisi: durum değişimleri (çalışıyor/duruş), alarm/uyarı oluşumları, reçete parametre değişiklikleri, kalite kontrol sonuçlarının oluşması gibi “başlangıç-bitiş” veya “an” karakterli kayıtlar.
- İşlemsel (transaction) veriler: iş emri başlat/bitir, operasyon onayı, sarf/üretim bildirimi, rework/hurda kaydı gibi süreç adımlarını temsil eden kayıtlar.
Raporlama yapısı açısından olay ve işlemsel veriler, “neden-sonuç” ilişkisi kurmaya daha elverişlidir. Zaman serisi verisi ise trend analizi, proses penceresi doğrulama ve istatistiksel değerlendirmeler için temel sağlar. Bu nedenle edge veri modelinde, bu üç veri tipinin birbirine hangi anahtarlarla bağlanacağı (asset_id, order_id, operation_id, material_id, timestamp gibi) açıkça tanımlanmalıdır.
Şema tasarımı: normalizasyon, denormalizasyon ve versiyonlama
Veri modellemede normalizasyon, tekrarları azaltmayı ve tutarlılığı artırmayı amaçlar. Edge bağlamında ise okuma performansı, ağ kısıtları ve yerel depolama limitleri nedeniyle denormalize yapılara da ihtiyaç duyulabilir. Burada amaç, tek bir yaklaşımı dayatmak değil; veri yaşam döngüsüne göre katmanlı bir tasarım kurgulamaktır.
Katmanlı veri sözleşmesi
Edge mimarisinde “veri sözleşmesi” (data contract) yaklaşımı; alan adları, birimler, veri tipleri, zorunluluk kuralları, zaman damgası politikası ve hata durumlarını tanımlar. Bu sözleşmenin versiyonlanması, sahada güncelleme ve geriye dönük uyumluluk gereksinimlerinde belirleyicidir. Şema evrimi için yaygın prensipler şunlardır:
- Alan eklemek: genellikle geriye uyumlu olacak şekilde planlanır.
- Alan silmek: tüketiciler etkilenebileceği için kontrollü geçiş gerektirir.
- Anlam değiştirmek: veri sözleşmesinde yeni versiyon açmayı gerektirebilir.
Zaman damgası ve sıralama kuralları
Raporlama doğruluğu için zaman damgasının kaynağı (cihaz zamanı, edge zamanı, sunucu zamanı) ve öncelik sırası tanımlanmalıdır. Ayrıca olay kayıtlarında “başlangıç-bitiş” ilişkisi ve ardışıklık kuralı (aynı anda birden fazla durum olabilir mi, olamaz mı) netleştirilmelidir. Bu tür kurallar, duruş yönetimi ve vardiya performansı gibi raporların hesap mantığını doğrudan etkiler.
Raporlama yapısı: metrik katmanları ve hesap kuralları
Raporlama yapısı, ham veriden yönetimsel göstergelere giden dönüşüm adımlarını tanımlar. Üretim yönetimi literatüründe bu dönüşüm, ölçüm tanımları ve standardize edilmiş hesap kuralları ile yönetilir. Edge tarafında raporlamanın sağlıklı işlemesi için metrikler, farklı katmanlarda ele alınabilir: ham kayıtlar, zenginleştirilmiş kayıtlar, agregasyonlar ve KPI çıktıları.
Agregasyon pencereleri ve boyutlar
Agregasyon, belirli bir zaman penceresinde (vardiya, gün, saat gibi) ölçümlerin özetlenmesidir. Bu pencerelerin tanımı; takvim, vardiya planı, mola kuralları ve planlı duruş sınıflandırmalarıyla uyumlu olmalıdır. Rapor boyutları (dimensions) ise “neye göre kırılım yapılacağını” belirtir: ekipman, hat, ürün, iş emri, operasyon, duruş nedeni, kalite sonucu gibi.
OEE analizi gibi bileşik göstergelerde, kullanılabilirlik-performans-kalite bileşenlerinin hangi veri kaynaklarından üretileceği ve hesaplama sırası netleştirilmelidir. Aynı şekilde duruş yönetimi raporlarında, duruşun sınıfı (planlı/plansız), nedeni (kod sözlüğü) ve süresi; olay kayıtları üzerinden tutarlı biçimde türetilmelidir.
Raporlama sözlüğü ve tanım yönetimi
Metrik sözlüğü (metric catalog) yaklaşımı; her metrik için tanım, birim, veri kaynağı, filtreleme kuralları ve geçerlilik koşullarını merkezi bir yapıda tutar. Bu yaklaşım, farklı raporların aynı metriği farklı yorumlamasını önlemeyi hedefler. Teknik olarak bu sözlük, edge ve üst sistemler arasında paylaşılan bir referans seti olarak ele alınabilir.
Veri kalitesi ve yönetişim: doğrulama, izlenebilirlik, güvenlik
Edge katmanında veri kalitesi, sadece “veri geldi mi” sorusundan ibaret değildir. Teknik literatürde veri kalitesi; doğruluk, bütünlük, tutarlılık, zamanlılık ve izlenebilirlik boyutlarıyla değerlendirilir. Edge veri modeli ve raporlama yapısı, bu boyutları destekleyecek kontrol noktaları içermelidir.
Doğrulama ve zenginleştirme kontrolleri
- Aralık ve tip kontrolleri: ölçüm değerlerinin beklenen aralıkta olması, birim dönüşümlerinin tanımlı olması.
- Referans bütünlüğü: order_id, material_id, asset_id gibi anahtarların master veri ile uyumlu olması.
- Çift kayıt ve tekrar yönetimi: iletişim tekrarlarında idempotent kayıt prensibi ile aynı olayın iki kez yazılmasının önlenmesi.
- Eksik veri işaretleme: veri yokluğu ile “0” değerinin ayrıştırılması; raporlamada yanlış yorum riskini azaltır.
İzlenebilirlik: denetim izi ve veri soy ağacı
İzlenebilirlik, kayıtların nereden geldiğini ve hangi dönüşümlerden geçtiğini takip edebilmeyi hedefler. Denetim izi (audit trail) yaklaşımı; veri kaynağı, toplama zamanı, dönüşüm versiyonu ve uygulanan kuralları meta veri olarak saklar. Ürün soy ağacı (urun-soyagaci) perspektifinde ise parti/lot ve seri seviyesinde ilişki kuralları, veri modelinin temel parçalarından biridir.
Güvenlik ve erişim ilkeleri
Edge raporlama yapısında güvenlik; kimlik doğrulama, yetkilendirme, veri bütünlüğü ve kayıtların değişmezliği gibi başlıklarda ele alınır. Ağ izolasyonu, sertifika yönetimi ve protokol seviyesinde güvenli iletişim (ör. opc-ua güvenlik profilleri) gibi konular, veri modelinin “taşıma katmanı” ile uyumlu planlanmalıdır. Ayrıca rapor tüketicilerinin erişim seviyeleri, özellikle personel ve kalite kayıtları gibi hassas verilerde veri minimizasyonu prensibiyle sınırlandırılmalıdır.
Referans veri varlıkları: önerilen tablo
Aşağıdaki tablo, edge computing veri modeli ve raporlama yapısında sık kullanılan temel varlıkları ve raporlamadaki işlevlerini özetler. Kurumunuzun süreç sözlüğüne göre alan adları ve kapsam genişletilebilir.
| Varlık / Kayıt | Ana alanlar | Raporlama amacı |
|---|---|---|
| Asset | asset_id, parent_id, type, name | Ekipman kırılımları, kapasite ve kullanım analizi |
| Zaman Serisi | asset_id, tag, ts, value, quality | Trend, proses stabilitesi, parametre takibi |
| Durum Olayı | asset_id, state, ts_start, ts_end, reason_code | Duruş yönetimi, vardiya performansı, kayıp analizi |
| İş Emri / Operasyon | order_id, operation_id, material_id, planned_qty | WIP, gerçekleşen üretim, izlenebilirlik bağları |
| Üretim Bildirimi | order_id, good_qty, scrap_qty, ts, operator_id | Kalite ve verimlilik metrikleri, rapor doğrulama |
| Kalite Kaydı | order_id, characteristic, result, unit, ts | Kalite trendleri, uygunsuzluk analizi |
Kapanış
Edge computing veri modeli ve raporlama yapısı, sahadan gelen verinin bağlamlandırılması, tutarlı kimlik yönetimi, zaman damgası politikaları ve standardize metrik sözlüğü gibi temel prensipler üzerine kurulur. Bu prensipler, raporların aynı dili konuşmasını ve karar destek çıktılarının denetlenebilir olmasını hedefler. Eğer edge mimarisinde veri modelinizi, raporlama katmanlarınızı ve entegrasyon sözleşmelerinizi netleştirmek isterseniz, ihtiyaçlarınızı teknik başlıklar üzerinden değerlendirmek için MESPlus ile iletişime geçebilirsiniz.
