Skip to main content
IIoT için Birleşik İsim Alanı: Kaostan Tek Doğru Kaynağına

2 Ocak 2025

IIoT için Birleşik İsim Alanı: Kaostan Tek Doğru Kaynağına

Modern fabrikaların neden Birleşik İsim Alanı'na (UNS) ihtiyaç duyduğunu ve Proxus'un dağınık OT verilerini nasıl tek, sorgulanabilir bir doğru kaynağına dönüştürdüğünü öğrenin. ISA-95 hiyerarşileri, Sparkplug B ve gerçek dünya uygulama stratejileri.

UNS Mimari IIoT MQTT Sparkplug B ISA-95

Çoğu endüstriyel organizasyon için operasyonel teknoloji (OT) verileri düzinelerce bağlantısız siloda yaşar:

  • Özel protokollü eski PLC'ler
  • Sıkı bağlı HMI'lara sahip SCADA sistemleri
  • Sadece birkaç uzmanın sorgulayabildiği historian veritabanları
  • ERP, MES ve bulut analitiğine ad-hoc entegrasyonlar
  • Birden fazla manuel beslemeden veri çeken bulut platformları (Salesforce, SAP)

Sonuç, her yeni entegrasyonun sistemi anlamayı, bakımını yapmayı ve ölçeklendirmeyi zorlaştırdığı kırılgan bir spagetti mimarisidir. Sektör analistleri, üreticilerin entegrasyon projelerinin %40-60'ını sadece veri eşlemeye harcadığını, gerçek iş problemlerini çözmeye değil, tahmin ediyor.

Proxus bu probleme farklı yaklaşır: mimarinin merkezinde bir Birleşik İsim Alanı (UNS) ile—üreticileri tüketicilerden ayıran ve gerçek bir Tek Doğru Kaynağı oluşturan bir mimari desen.

Birleşik İsim Alanı Nedir?

Birleşik İsim Alanı satın aldığınız bir yazılım değildir; tüm operasyonel verilerin tek, iyi yapılandırılmış bir broker üzerinden aktığı bir mimari tasarım desenidir. UNS mimarisinde:

  • Her veri noktasının öngörülebilir bir konumu vardır (MQTT konu yolu)
  • Adlandırma kurum genelinde tutarlıdır (ISA-95 esintili hiyerarşi)
  • Tüm sistemler özel eşlemeler olmadan aynı görünümü görür

N×M noktadan noktaya bağlantılar oluşturmak yerine (bir yeni sistem eklemek M mevcut sisteme bağlanmayı gerektirir), her bileşen basitçe:

  • Ürettiğini UNS'e yayınlar
  • İhtiyaç duyduğunu UNS'ten alır

Bu zarif topoloji veri silolarını ortadan kaldırır, entegrasyon maliyetini azaltır ve yeni bir veri tüketicisi eklemenin önemsiz olduğu bir ortam yaratır.

Neden MQTT?

MQTT (Message Queuing Telemetry Transport), UNS uygulamaları için endüstri standardıdır çünkü:

  • Bant genişliğini minimize eder: Cihazlar sürekli değil, yalnızca veri değiştiğinde yayınlar (değişiklik bildirimi)
  • Güvenilirliği sağlar: Kalıcı mesaj kuyrukları kesintiler sırasında veri kaybı olmamasını garanti eder
  • Zahmetsizce ölçeklenir: Milyonlarca konu, yüz binlerce abone, tek broker hepsini yönetir
  • Güvenlik sağlar: Yerleşik kimlik doğrulama, TLS şifreleme ve Erişim Kontrol Listeleri (ACL)

MQTT broker'ını fabrikanızın merkezi sinir sistemi olarak düşünün—tüm sensörler, makineler ve uygulamalar birbirine değil, ona bağlanır.

ISA-95 Hiyerarşisi: Standartlaştırılmış Veri Organizasyonu

Proxus, verileri beş seviyeli bir piramide organize eden ISA-95 Bölüm 2 hiyerarşisini kullanarak UNS'i uygular:

Kurum (örn. "Proxus Global")
  └─ Saha (örn. "Istanbul_Fabrikasi")
       └─ Alan (örn. "Montaj_Hatti_1")
            └─ Ekipman (örn. "Robot_Kol_04")
                 └─ Metrikler (örn. "Sicaklik", "Durum", "OEE")

Bu yapı şunları sağlar:

  1. İnsanlar veri ağacında sezgisel olarak gezinebilir (API dokümantasyonuna gerek yok)
  2. Joker abone olma çalışır (örn. o hattaki tüm ekipmanlardan OEE almak için Istanbul_Fabrikasi/Montaj_Hatti_1/+/+/OEE'ye abone olun, gelecekteki makineler dahil)
  3. Bağlam korunur (konu yolu kendisi verinin nereden geldiğini söyler)
  4. Eski sistemler uyum sağlayabilir (20 yıllık bir PLC sadece başka bir "Ekipman" düğümü olur)

Bir içecek şişeleme tesisinde örnek konu:

ProxusMfg/Istanbul/Sise leme/Hat3/DolumMakinesi/metrikler/Sicaklik
ProxusMfg/Istanbul/Sise leme/Hat3/DolumMakinesi/durum/Calisiyor
ProxusMfg/Istanbul/Sise leme/Hat3/DolumMakinesi/olaylar/BakimUyarisi

Sparkplug B: Sadece Konular Değil, Standartlaştırılmış Yükler

MQTT taşımayı sağlarken, Sparkplug B MQTT'ye yayınlanan mesajların formatını standartlaştıran bir spesifikasyondur. Kritik bir problemi çözer: Sparkplug B olmadan, bir cihaz {"temp": 24} gönderirken diğeri ham bayt olarak 24.0 gönderebilir ve veri gölünüzde bir "Babil Kulesi" yaratır.

Sparkplug B şunları zorunlu kılar:

  • Tutarlı şema: Tüm mesajlar aynı protobuf yapısını kullanır
  • Doğum/ölüm sertifikaları: Cihazlar bağlandığında/ayrıldığında broker bilgilendirilir
  • Otomatik keşif: Yeni cihazlar kendilerini tanıtır, manuel yapılandırma gerekmez

Proxus UNS Mimarisi

Proxus, UNS'i şu bileşenlerle uygular:

  1. Edge Gateway'ler: PLC'lerden ve sensörlerden veri toplar, UNS konularına normalleştirir
  2. NATS JetStream: Garantili teslimat ile mesaj tamponu
  3. Merkezi UNS Broker: Tüm verilerin tek doğru kaynağı
  4. Entegrasyon Aktörleri: ERP, bulut ve analitik sistemlere köprüler

Bu mimari, geleneksel noktadan noktaya entegrasyonların yerine yayınla/abone ol modelini koyarak entegrasyon karmaşıklığını dramatik şekilde azaltır.

Sonuç

Birleşik İsim Alanı, modern endüstriyel dijital dönüşümün temel taşıdır. Proxus ile UNS'i hızla uygulayabilir, veri silolarını kırabilir ve tüm sistemleriniz için tek bir doğru kaynağı oluşturabilirsiniz.