Neyin korunması gerektiğini belirleyin
Canlı sıcaklık ekranı ile üretim olay defterinin ihtiyaçları farklıdır. Hangi mesajların yeni durumla değiştirilebileceğini ve hangilerinin olay olarak korunacağını belirleyin. Her sınıf için kabul edilen en yüksek yaş ve kaybı tanımlayın. Bu gereksinimler istemci ayarlarından önce veri sözleşmesinde yer almalıdır.
Tüm teslim zincirini test edin
MQTT onayı tek başına iş kaydının saklandığını kanıtlamaz. Bir mesajı yayıncıdan broker’a, aboneye ve son saklama noktasına kadar izleyin. Tekilleştirme gereken olaylara sabit kimlikler verin. Yeniden bağlantıdan sonra her sınırdaki sayıyı karşılaştırın ve uygulama katmanındaki yeniden denemeyi inceleyin.
Kısa ve uzun kesintileri deneyin
Onaylı test ortamında istemci bağlantısını kesin, broker’ı yeniden başlatın ve yapılandırılmış oturum veya mesaj süresini aşın. Kuyruk sınırlarını ve depolama büyümesini gözleyin. Yeniden gönderimin özgün olay zamanını koruduğunu ve sınırlı toparlanma politikası olmadan yavaş tüketiciyi yük altında bırakmadığını doğrulayın.
Bayat durumu belirginleştirin
Tutulan mesaj yararlı başlangıç durumu olabilir; ancak güncel cihaz sağlığının kanıtı değildir. Değerin yanında kaynak zamanını ve kalitesini gösterin. Yeni güncelleme gelmediğinde ne olacağını tanımlayın. Kabul kanıtı kesinti zaman çizelgesini, eksik olay ve tekrar sayısını, normal çalışmaya dönüş süresini içermelidir.
Uygulamaya geçin
Varsayımlarınızı ilgili araçla kontrol edin ve sonuçları proje görüşmenize taşıyın.