Birleşik İsim Alanı (UNS)
ile Tek Canlı Veri Modeli
Dağınık etiket listelerini ve kırılgan noktadan noktaya entegrasyonları ortak bir operasyon modeline dönüştürün. Proxus UNS; ekiplere, uygulamalara ve yapay zeka sistemlerine sahaları, varlıkları, ekipmanları ve metrikleri yönetişimi olan bir UNS yazılım katmanı içinde sunar.
Gerçek: Spagetti Entegrasyon Çözüm: Birleşik İsim Alanı (UNS)
UNS'nin noktadan noktaya entegrasyon kaosunu nasıl gerçek zamanlı bir veri omurgasına dönüştürdüğünü görün.
Birleşik İsim Alanı (UNS) Nedir?
Birleşik İsim Alanı (UNS), tüm operasyonel verilerin (olaylar, metrikler, durumlar, alarmlar) yer aldığı tek ve iyi yapılandırılmış bir konu hiyerarşisidir. Her sistemin diğer tüm sistemlerle doğrudan entegre olması yerine:
- Her sistem bildiği veriyi UNS'ye Yayınlar (Publish)
- İhtiyaç duyduğu veriye gerektiğinde UNS'den Abone Olur (Subscribe)
Bu yaklaşım noktadan noktaya entegrasyonları ortadan kaldırır, veri silolarını yıkar ve IT ile OT ekiplerine fabrikanın ortak, gerçek zamanlı görünümünü sunar. Proxus'ta UNS yalnızca bir sunum kavramı değil, çekirdek çalışma zamanı mimarisidir ve endüstriyel veri platformu katmanının merkezidir. Uygulama mimarisini inceleyin.
Spagettiden Tek Gerçek Kaynağa
- Bir kez yayınla, her yerde tüketCihazlar, SCADA, MES, ERP ve analitik sistemlerinin hepsi aynı merkeze bağlanır.
- Tasarım gereği güvenlikUç gateway'ler bağlantıyı dışa doğru başlatır; PLC tarafında içe açık port gerekmez.
- Gerçek zamanlı, olay tabanlıMQTT ve veri yolu birlikte çalışır; teslim davranışı kalıcılık, onay, kapasite ve hedef sistem sözleşmesine göre doğrulanır.
UNS mimarisi ve UNS yazılımı aynı üretim katmanında
Birleşik İsim Alanı (UNS) bir mimari desendir. Ancak üretimde çalışması için bağlantı, topic yönetişimi, yetkilendirme, tamponlama, geçmiş veri, dashboard ve entegrasyon katmanları gerekir. Proxus bu gereksinimleri tek operasyonel veri katmanında birleştirir.
- UNS mimarisi ile tesis, hat, varlık ve metrik yapısı ISA-95 uyumlu düzenlenir.
- UNS yazılımı topic gezgini, izinler, yönlendirme, saklama, dashboard ve AI erişimini yönetir.
- Endüstriyel bağlantı OPC UA, Modbus, MQTT, Siemens S7 ve saha protokolleriyle veriyi modele taşır.
UNS nerede durur?
Kaos Değil, Yapılandırılmış Veri
Proxus, ISA-95 standart hiyerarşisini zorunlu kılar. Bu sayede herhangi bir uygulama, yapay zeka modeli veya insan, orijinal entegratöre sormadan veriyi tam olarak nerede bulacağını bilir.
- Kendini Tanımlayan Veri Konuları
- Sparkplug B Veri Sıkıştırma
- Otomatik Cihaz Durum Bildirimleri (Birth/Death)
Proxus UNS'yi Nasıl Uygular?
Proxus, UNS yaklaşımı etrafında sıfırdan inşa edilmiştir. Eski bir platformun üzerine sonradan MQTT eklemek yerine, her ana bileşenin aynı dili konuştuğu aktör tabanlı bir mimari kullanır. Temel faydaları ve UNS dokümanlarını görün.
- Uç Gateway'ler (Edge Gateways)Durumsuz gateway'ler PLC ve saha ağlarından (fieldbus) veriyi toplar, etiketleri normalize eder ve UNS'ye yayınlar. Bağlantı koptuğunda dahili veri omurgası her olayı yerelde tamponlar.
- Merkezi Birleşik İsim Alanı (UNS) BrokerıTasarlanmış MQTT ve topic yönetişimi katmanı; tesisler, sahalar ve uygulamalar için paylaşılan operasyonel model sağlar.
- Merkezi Veri Hattı & DepolamaMerkezi sunucuda veri hattı, UNS akışlarını tüketir ve telemetri verilerini broker performansını etkilemeden PostgreSQL ve ClickHouse'a yazar.
- UNS Ağacı & PanolarUNS Ağacı İzleyicisi ve gerçek zamanlı panolar, doğrudan PLC'lerden değil, yüksek performanslı bir bellek içi önbellekten okur; böylece tesis ağında ek yük oluşturmadan gerçek zamanlı arayüz sunulur.
Uçtan Uca Veri Akışı
Cihazlar ve PLC'ler
Endüstriyel varlıklar ve sensörlerden ham veri (telemetri) üretimi
Uç Birim (Edge Gateway)
Protokol çevirisi, normalizasyon ve güvenli iletim
Birleşik İsim Alanı (UNS)
Tüm operasyonel hiyerarşi için merkezi gerçek zamanlı broker
Kurallar ve Fonksiyonlar
Veri akışı işleme, alarmlar ve anomali tespiti
VT & Analitik
ClickHouse ve PostgreSQL'de uzun vadeli depolama
Panolar & AI
Gerçek zamanlı arayüzler ve sistem entegrasyonları
Tüm bunlar tek bir yerden, Proxus merkezi sunucusundan yapılandırılır. Gateway'ler durumsuz kalır ve UNS içindeki rollerini kaybetmeden yeniden dağıtılabilir ya da değiştirilebilir.
Neden Proxus ile UNS?
İster tek bir hattı modernize ediyor olun, ister birden fazla fabrikaya yayılıyor olun; UNS entegrasyon maliyetlerini önemli ölçüde düşürür ve dijital projeleri hızlandırır.
1. Gerçek Zamanlı Görünürlük
Operatörler, bakım ve yönetim ekipleri aynı canlı veri setini görür: OEE, alarmlar, enerji metrikleri ve daha fazlası – her sistem için ayrı bir pano oluşturmaya gerek kalmadan.
2. Düşük Entegrasyon Maliyeti
Yeni uygulamalar (MES, CMMS, Yapay Zeka platformları) yeni noktadan-noktaya bağlantılar gerektirmek yerine mevcut konulara abone olur. Projeler aylardan haftalara iner.
3. Geleceğe Hazır Veri Modeli
Temiz, ISA-95 uyumlu bir konu yapısı, yapay zeka, dijital ikiz ve analitik ekiplerinin üretim sistemlerine sürekli dokunmadan veriyi keşfedebilmeleri anlamına gelir.
Birleşik İsim Alanı'nı paylaşılan operasyonel modeliniz yapmaya hazır mısınız?
Proxus'un UNS'yi gerçek fabrikalarda nasıl uyguladığını ve tek bir hattan çoklu saha mimarisine adım adım nasıl geçebileceğinizi öğrenin.
Teknik ve Ticari Değerlendirme
Birleşik İsim Alanı Yazılımı değerlendirme rehberi
Çözülen operasyon problemi
Noktadan noktaya entegrasyonlar ham tag verisini ayrı sistemlere kopyalar; adların, birimlerin ve varlık anlamının zamanla ayrışmasına yol açar. UNS yazılımı, broker katmanını tek başına yönetişim çözümü saymadan yayıncıların ve tüketicilerin paylaşabileceği yönetilen topic ve bağlam modeli kurar.
Bağlanan veri kaynakları
- Endüstriyel connector üzerinden yayınlanan PLC ve edge telemetrisi
- OPC UA, MQTT, Sparkplug B ve desteklenen operasyonel kaynaklar
- Varlık bağlamını zenginleştiren MES, kalite, bakım ve referans verileri
Veri nasıl işlenir?
- 1.Varlık hiyerarşisini, adlandırma kurallarını, sahipliği ve topic sözleşmesini tanımlayın.
- 2.Kaynağa özgü sinyalleri bağlamsallaştırılmış operasyonel varlıklara eşleyin.
- 3.Yönetilen canlı durum ve olayları yapılandırılmış mesajlaşma katmanında yayınlayın.
- 4.Saha, varlık ve tüketici uygulamalar değiştikçe modeli versiyonlayıp izleyin.
Edge ve bağlantı kesintisi davranışı
Yerel yayıncılar merkezi mesajlaşma erişilemezken desteklenen çıkış verisini tamponlayabilir. Yeniden aktarım ve sıralama; persistence, kapasite, acknowledgement davranışı, yayıncı durumu ve kesinti süresine bağlıdır. Retained MQTT durumu historian veya tam olay geçmişinin yerine geçmez.
Veriyi kullanan sistemler
- SCADA
- Dashboard
- MES
- ERP
- CMMS
- Analitik
- Veri platformları
- AI tüketicileri
Güvenlik ve dağıtım sınırı
UNS, OT ve IT güven bölgelerini geçtiği için broker kimliği, topic yetkilendirmesi, sertifikalar, yayıncı sahipliği, tüketici izinleri, uzaktan erişim ve veri sınıflandırması açıkça tasarlanmalıdır. Paylaşılan namespace, ağ segmentasyonunu veya safety sınırlarını ortadan kaldırmaz.
Teknik doğrulama ve sonraki adım
Uygun olduğu durumlar
- Birden fazla yayıncı ve tüketici kararlı operasyonel sözleşmeye ihtiyaç duyuyorsa.
- Varlık adları ve bağlamı sahalar arasında tutarlı kalacaksa.
- Ekipler topic yönetişimi ve şema yaşam döngüsünün sahipliğini üstlenecekse.
Uygun olmadığı durumlar
- Yönetilen varlık ve topic modeli olmadan yalnızca broker kuruluyorsa.
- Retained mesajların tüm tarihsel saklamanın yerini alması bekleniyorsa.
- Safety kontrol veya deterministik interlock kurumsal mesajlaşmaya bağlanacaksa.
Değerlendirme SSS
Birleşik İsim Alanı yalnızca MQTT broker mıdır?
Hayır. Broker mesajları taşır. Kullanılabilir UNS ayrıca yönetilen varlık hiyerarşisi, topic sözleşmesi, bağlam modeli, kimlik ve yetkilendirme kuralları, sahiplik ve yaşam döngüsü yönetimi gerektirir.
UNS historian yerine geçer mi?
Tek başına geçmez. Retained durum ve mesaj persistence; uzun süreli zaman serisi saklama, audit geçmişi, retention politikaları ve analitik sorgulardan farklı amaçlara hizmet eder.
Her uygulama UNS katmanına doğrudan bağlanmalı mı?
Hayır. Yayın ve tüketim sınırları sahiplik, güvenlik bölgesi, veri kalitesi ve operasyonel riske göre belirlenmelidir. Doğrudan bağlanmaması gereken sistemler gateway veya entegrasyon servisiyle aracılanabilir.