Topic yapısını operasyonla eşleştirin
Örneğin tesis/alan/hat/makine/ölçüm hiyerarşisi bir başlangıç olabilir. İsimleri ekipler arasında ortaklaştırın ve ekipman taşındığında kimliğin nasıl korunacağını belirleyin. Çok sayıda tüketicinin kullandığı topic adını haber vermeden değiştirmeyin. Yapılandırma ve süreç verisini ayrı tutun. Topic içinde parola, kişisel veri veya gereksiz ticari bilgi taşımayın; topic adları broker günlüklerinde ve yönetim araçlarında görülebilir.
Payload için açık bir sözleşme yazın
Bir JSON mesajı değer, birim, ekipman kimliği, kaynak zaman damgası ve kalite bilgisi içerebilir. Şema sürümünü belirtin ve alan kaldırma gibi uyumsuz değişiklikler için geçiş planı hazırlayın. Aynı sayısal değeri farklı birimlerle göndermek, bağlantı hatası üretmeden yanlış karar doğurabilir. Zamanı UTC ile aktarın; operatör ekranında yerel saate dönüştürün. Mesajı alan sistemin eksik veya bilinmeyen alanlarda ne yapacağını da tanımlayın.
QoS iş işlemi garantisi değildir
QoS 0 teslimi garanti etmez; QoS 1 tekrar teslim üretebilir; QoS 2 protokol düzeyinde tek teslim davranışı sağlar. Broker ile istemci arasındaki bu davranış, tüketici uygulamasının veritabanı veya ERP işlemini tam bir kez yaptığı anlamına gelmez. İş açısından kritik olaylara benzersiz kimlik verin ve tüketicide tekrar işlemeyi önleyin. QoS seçimini mesajın önemi, bant genişliği ve gecikme gereksinimiyle birlikte test edin.
Eski veriyi canlı sanmayın
Retained mesaj yeni aboneye son tutulan mesajı verir; bir tarihçe arşivi değildir. Kaynak zaman damgası ve veri yaş sınırı olmadan eski bir değeri güncel sanabilirsiniz. Oturum ve mesaj süresi ayarlarını, istemci yeniden bağlanmasını ve Last Will davranışını test edin. TLS, kullanıcı yetkileri ve topic ACL kurallarını birlikte uygulayın. Özellikle komut topic'lerine yazma erişimini ölçüm okuma yetkisinden ayrı yönetin.
Teknik kaynaklar
Ürün özellikleri için üretici dokümantasyonunu kontrol edin. Proje adımları ve örnekler OPC Turkey tarafından hazırlanmıştır.