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 almakMQTT 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 belirlerMQTT 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 anlamMQTT sunucusu
Mesajın içinde ne varsa o.
-
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 denetimiMQTT 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 miMQTT 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?
Bu sütun sizi anlatıyorsa:
Bir PLC’nin düzenlenmiş veri ağacına yayın yaptığını demoda görünYa 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
- HiveMQ: kurumsal MQTT sunucusu ↗
- EMQX (5.9 sürümünden beri BSL 1.1 lisanslı, kaynak kodu açık) ↗
- EMQX: lisans SSS ↗
- HiveMQ: Pulse ↗
- Eclipse Mosquitto ↗
Ü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.
Sahadan örnekler
Proxus’un üretimde çalıştığı tesisler.
-
İmalat
Dijital fabrikada veri yönetimi
MEXT Dijital Fabrika
Başarı hikâyesini okuyun -
Madencilik ve enerji
Maden sahası, araç filosu ve güneş santrali tek platformda
Kaltun Madencilik
Bu kurulumu sorun -
Enerji
Sahada şebeke izleme
CK Enerji
Bu kurulumu sorun -
İmalat
Oracle ERP ile entegre ortak veri modeli (UNS)
Pilenpak
Bu kurulumu sorun
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.
- 01
Keşif görüşmesi
Ekipmanlarınızı, protokollerinizi, tesislerinizi ve verinin ulaşması gereken sistemleri konuşuruz.
- 02
Teknik demo
Genel bir tanıtım yerine, tesisinize benzeyen bir senaryo üzerinde canlı demo yaparız.
- 03
Pilot planı
Kurulum ve güvenlik sorularını baştan yanıtlar, ilk hat ya da tesis için kapsamı birlikte belirleriz.
- 04
Yaygınlaştırma
Aynı şablonlarla yeni hatlar ve tesisler devreye girer.