İçeriğe geç
Proxus 2.0.0 Proxus 2.0: Proxus tarihinin en büyük sürümü Sürüm notları

Karşılaştırma · MQTT sunucusu

MQTT sunucusu veriyi taşır, ama verinin ne anlama geldiğini söylemez.

Birçok ortak veri modeli (UNS) projesi bir MQTT sunucusu seçerek başlar ve bu mantıklı bir ilk adımdır, çünkü bu iş için doğru taşıma protokolü MQTT’dir. Tuzak, sunucu çalışmaya başlayınca veri ağacının da kendiliğinden oluştuğunu sanmaktır. MQTT sunucusu kendisine ne yayınlanırsa onu taşır; tutarsız bir modeli de.

Nedir
Mesajlaşma altyapısı · örneğin HiveMQ, EMQX ya da Mosquitto
Proxus nedir
Veriyi toplayan, düzenleyen, erişimini denetleyen, saklayan ve aktaran endüstriyel veri platformu
Kısa ve dürüst özet
Ortak veri modeli (UNS) için doğru taşıma katmanı, ama tek başına bir ortak veri modeli değil.
Seçenekleriniz
MQTT sunucunuz taşıma katmanı olarak kalsın ve Proxus okumaları ona düz MQTT ya da Sparkplug B olarak yayınlasın ya da her Proxus Edge Gateway’inin içindeki MQTT sunucusunda veri ağacına abone olun. İki yol da aşağıda.

Hakkını teslim edelim

MQTT sunucusu hangi konularda gerçekten güçlü?

Yalnızca diğer ürünün zayıf yanlarını sayan bir karşılaştırma karar vermeye yardım etmez, satış broşüründen farkı kalmaz. Aşağıdakiler gerçek güçlü yanlardır ve bazıları Proxus’u almamak için yeterli bir nedendir.

  • İşini iyi yapan bir taşıma katmanı

    Kurumsal MQTT sunucuları QoS ile teslim garantisi, kümeleme ve ayrıntılı güvenlik ayarları sunar. Bu gerçek bir mühendislik işidir ve kendiniz geliştirmeniz gereken kısım bu değildir.

  • Doğası gereği tarafsız

    Her sistem yayın yapabilir, her sistem abone olabilir. Konu (topic) yapısı hiçbir üreticiye ait değildir; MQTT sunucularının UNS mimarilerinin omurgası olmasının nedeni de tam olarak budur.

  • IT ekiplerinin iyi bildiği bir altyapı

    IT ekibiniz büyük ihtimalle bir MQTT sunucusunu nasıl çalıştıracağını, izleyeceğini ve güvenliğini nasıl sağlayacağını zaten biliyor. Bu aşinalığın gerçek bir değeri var.

  • Güçlü Sparkplug B desteği

    Cihazlar Sparkplug B konuşuyorsa MQTT sunucusu ve Sparkplug, arada bir platform olmadan, hem yapı hem de cihaz doğum/ölüm (birth/death) bildirimleri sağlar.

  • Üreticiler yalnızca MQTT sunucusu satmıyor

    Sunucuyu sahada bağlantı ürünleriyle (HiveMQ Edge, EMQX NeuronEX) ve veri ağacı yönetişimi araçlarıyla (HiveMQ Pulse) birlikte sunuyorlar. Karşılaştırmayı yalnızca sunucuyla değil, bu birleşimlerle yapın.

Madde madde

İki ürün gerçekte nerede ayrılıyor?

İki sütun da eksiksiz dolduruldu. MQTT sunucusu hangi satırda öndeyse orada bunu açıkça yazıyoruz.

  • Ne yapar

    Proxus

    Ekipmanı okur, değerleri düzenler, erişimi denetler, geçmişi saklar ve veriyi aktarır; MQTT bu taşıma yollarından biridir.

    MQTT sunucusu

    Mesajları yayıncılar ile aboneler arasında güvenilir biçimde taşır.

  • PLC’den veri almak

    Proxus

    30 üretici ve standart ailesinde 66 protokol için yerleşik sürücüler kontrolörü doğrudan okur.

    Dokümanda: PLC’den veri almak

    MQTT sunucusu

    MQTT sunucusunun kendi kapsamı dışında. Kontrolörü okuyup veriyi yayınlayacak ayrı bir yazılım gerekir; sunucu üreticileri bunun için ayrı saha ürünleri satıyor.

  • Konu yapısını kim belirler

    Proxus

    Şablonlarla düzenlenmiş bir veri ağacı. Yapı bir dokümanda değil, platformun kendisinde tanımlıdır.

    Dokümanda: Konu yapısını kim belirler

    MQTT sunucusu

    Ayrı bir yönetişim ürünü eklenmedikçe her yayıncı kendi başına belirler. O durumda tutarlılığı ekiplerin uyduğu ve gözden geçirmelerle denetlenen kurallar sağlar.

  • Birim, kalite ve anlam

    Proxus

    Veri toplanırken eklenir: birim, ölçekleme, veri tipi, kalite bayrağı ve varlık yolu.

    Dokümanda: Birim, kalite ve anlam

    MQTT sunucusu

    Mesajın içinde ne varsa o.

  • Geçmiş veri

    Proxus

    Saklama politikası olan yerleşik telemetri geçmiş veri deposu.

    Dokümanda: Geçmiş veri

    MQTT sunucusu

    Retained mesajlar geçmiş veri değildir. Depolama ayrı bir sistemdir.

  • Erişim denetimi

    Proxus

    Veri ağacı yollarına tanımlanan roller ve yetkiler; kişilere, REST API istemcilerine ve yapay zekâ istemcilerine uygulanır. Edge Gateway’in yerleşik MQTT sunucusunda konu bazlı yetki yoktur; çok sayıda istemcinin abone olduğu yerde MQTT sunucusu ACL’lerini koruyun.

    Dokümanda: Erişim denetimi

    MQTT sunucusu

    Konu düzeyinde ACL’ler. Güçlüdür, ama ancak altındaki konu yapısı kadar tutarlıdır.

  • Kesinti anındaki davranış

    Proxus

    Merkez sunucu ve her veri hedefi için sahada ara belleğe alma ve her hedefin aktarım durumu; bunlar ürünün standart davranışıdır.

    Dokümanda: Kesinti anındaki davranış

    MQTT sunucusu

    İstemci tarafında kuyruklama, her yayıncının nasıl geliştirildiğine bağlıdır.

  • MQTT sunucusu dahil mi

    Proxus

    Her Edge Gateway, veri ağacı konularıyla kendi MQTT sunucusunu çalıştırır; uygulamalar buna abone olur, cihazlar buna yayın yapar. Harici bir sunucu varsa okumaları ona da yayınlar.

    Dokümanda: MQTT sunucusu dahil mi

    MQTT sunucusu

    Ürünün kendisi zaten bu.

Proxus rakamları güncel sürümün sürücü ve veri hedefi listesinden alındı. Diğer ürünün rakamları ise üreticinin yayımladığı kaynaklardan geliyor; bağlantıları sayfanın sonunda. Hiçbir rakam, iki tarafın da kabul etmediği bir test düzeneğiyle ölçülmedi.

MQTT sunucusu daha doğru seçim

Doğru cevabın Proxus olmadığı durumlar.

  • İyi yapılandırılmış veri üreten yayıncılarınız zaten var ve aralarında güvenilir bir taşıma katmanına ihtiyacınız var.
  • İhtiyaç, kümeleme ve yüksek erişilebilirliğin asıl zorluk olduğu ölçekte bir mesajlaşma altyapısı.
  • Cihazlarınız doğrudan Sparkplug B konuşuyor ve bunun sağladığı yapı size yetiyor.
  • Konu adlandırma kurallarını sahiplenecek ve ekipler arasında uygulatacak mühendislik kapasiteniz var.

Proxus daha doğru seçim

Proxus’un daha doğru seçim olduğu durumlar.

  • Henüz hiçbir şey yayın yapmıyor, çünkü veri hâlâ kendi protokollerini konuşan PLC’lerin içinde.
  • Veri ağacı kurallarının kimsenin okumadığı bir dokümanla değil, yazılımla uygulanmasını istiyorsunuz.
  • Geçmiş veri, panolar ve veritabanlarına aktarım ihtiyacın parçası.
  • Modelin sahipliği önemli: bir konunun neyi ifade ettiğine kim karar veriyor, bunu kim değiştirebiliyor?

Ya biri ya diğeri değil

İkisi birlikte nasıl kullanılır?

  • Kendi MQTT sunucunuza yayınlayın

    Kurumsal bir MQTT sunucusu zaten omurga olarak kullanılıyorsa Proxus okumaları o sunucuya yayınlar: düz MQTT ile seçtiğiniz tek bir konuya ya da Sparkplug B ile belirlediğiniz Group ID ve Edge Node ID altında.

  • MQTT sunucusunun taşıyacağı veriyi sağlayın

    Bugün hiçbir şey yayınlayamayan makineler, tam da Proxus’un bağladığı makinelerdir. MQTT sunucusu rolünü korur, konu yapısı ise düzene girer.

  • İki katmanlı erişim denetimi

    MQTT sunucusundaki ACL’ler hangi konuyu kimin okuyacağını, veri ağacı yetkileri ise kişilerin, API istemcilerinin ve yapay zekâ istemcilerinin Proxus’ta ne gördüğünü denetler. Bu ikisi birbiriyle yarışmaz, birbirini tamamlar.

Kaynaklar

Üretici kaynaklarıyla son kontrol: Ekim 2026.

Ürünler değişir. Bu sayfada eskimiş ya da yanlış bir bilgi görürseniz bize bildirin; düzeltme MQTT sunucusu lehine olsa bile gerekeni yaparız.

Sık sorulanlar

MQTT sunucusu ve Proxus: kısa cevaplar.

Proxus MQTT sunucumuzun yerini alır mı?
Alması gerekmez. Proxus okumaları mevcut sunucunuza yayınlar: MQTT hedefi seçtiğiniz tek bir konuya, Sparkplug B hedefi sizin belirlediğiniz Group ID ve Edge Node ID ile gönderir. Veri ağacının konu yapısının tamamı her Edge Gateway’in yerleşik MQTT sunucusundadır; uygulamalarınız oraya abone olur, cihazlar oraya yayın yapabilir.
Proxus MQTT yayınlamayan PLC’leri okuyabilir mi?
Evet. 30 üretici ve standart ailesinde 66 protokol için yerleşik sürücüler kontrolörü doğrudan okur.
Retained mesajlar geçmiş veri sayılır mı?
Hayır. Retained mesajlar geçmiş veri değildir. Proxus’ta saklama politikası olan yerleşik bir telemetri geçmiş veri deposu vardır.

Bir sonraki adım

MQTT sunucunuza taşıyacak düzenli bir veri verin.

Verisini hâlâ kendine saklayan kontrolörleri ve kullandığınız MQTT sunucusunu anlatın. Otuz dakikada bu sinyalleri Edge Gateway’in veri ağacı konularında birimi, kalitesi ve tesisteki yeriyle, ardından sizin sunucunuza yayınlanırken gösterelim.

  1. 01

    Keşif görüşmesi

    Ekipmanlarınızı, protokollerinizi, tesislerinizi ve verinin ulaşması gereken sistemleri konuşuruz.

  2. 02

    Teknik demo

    Genel bir tanıtım yerine, tesisinize benzeyen bir senaryo üzerinde canlı demo yaparız.

  3. 03

    Pilot planı

    Kurulum ve güvenlik sorularını baştan yanıtlar, ilk hat ya da tesis için kapsamı birlikte belirleriz.

  4. 04

    Yaygınlaştırma

    Aynı şablonlarla yeni hatlar ve tesisler devreye girer.