Kullanım senaryosu

Canlı güncellemeler her uygulamaya

Sipariş onaylandı, kurye iki durak uzakta, fiyat alarmı tetiklendi: backend’iniz olayı bir kez yayınlar; abone olan her tarayıcı sekmesi ve mobil uygulama onu güvenli WebSocket üzerinden MQTT ile anında alır. Polling yok, kendi socket sunucunuz yok.

Kart gerekmez

Örnek mesaj

PUBLISH orders/ord-58213/status

{"status":"out_for_delivery","eta":"14:35","stops_away":2,"courier":"c-221","ts":"2026-10-22T14:02:51Z"}

QoS 1 · TLS 8883 · PUBACK

Sorun

Polling, kendi yazdığınız socket sunucuları ve kaçan güncellemeler

Birkaç saniyede bir API sorgulayan uygulamalar backend’inizi yorar ve yine de yavaş hissettirir. Kendi WebSocket servisinizi yazmak; yeniden bağlanma mantığını, fan-out’u ve yatay ölçeklemeyi sizin kurmanız demektir. Wi-Fi’dan mobil veriye geçen kullanıcı da yine en önemli güncellemeyi kaçırır.

Nasıl çalışır

  1. 1

    Backend’iniz olay yayınlar

    Sipariş servisi, dağıtım sistemi ya da uyarı işi, bir şey değiştiğinde orders/{sipariş kimliği}/status gibi bir topic’e küçük bir JSON olayı yayınlar.

  2. 2

    Uygulamalar girişte abone olur

    Web uygulamaları MQTT.js ile güvenli WebSocket üzerinden, mobil uygulamalar yerel bir MQTT istemcisiyle bağlanır ve o kullanıcıya ait topic’lere abone olur.

  3. 3

    Broker dağıtır

    ConnectMQ her olayı tüm abonelere aynı anda iletir: müşterinin telefonu, açık tarayıcı sekmesi ve destek ekibinizin konsolu.

  4. 4

    Arayüz yerinde güncellenir

    Uygulama sipariş takibini ilerletir, bir rozeti günceller ya da uygulama içi banner gösterir. Kapalı uygulamalar için kendi push servisiniz APNs ve FCM ile göndermeye devam eder.

ConnectMQ

Broker’dan beklenenler

Tarayıcıdan doğrudan bağlantı

Güvenli WebSocket üzerinden MQTT, tarayıcının backend’inizin TLS’li MQTT ile eriştiği broker’a doğrudan bağlanmasını sağlar.

Her istemci yalnızca kendi topic’lerini görür

Kullanıcı adı/şifre doğrulaması ve topic bazlı ACL’ler her istemciyi users/{id}/# gibi kendi ağacıyla sınırlar; oraya yalnızca backend’iniz yayın yapabilir.

(Yeniden) bağlanınca güncel durum

Retained mesajlar, uygulama abone olduğu anda son sipariş durumunu verir; QoS 1 ile kalıcı oturumlar kısa bir kopukluk sırasında kaçanları iletir.

Her olaya uygun QoS

Yalnızca en yenisinin önemli olduğu sık kurye konumları için QoS 0, mutlaka ulaşması gereken durum değişiklikleri ve uyarılar için QoS 1.

Ne kazanırsınız

  • Güncellemeler gerçekleştiği anda uygulamada görünür
  • Polling ve durum yenilemelerinden gelen API yükü azalır
  • Kurup ölçeklemeniz gereken bir WebSocket sunucusu ya da fan-out katmanı yok
  • Kullanıcı uygulamayı yeniden açtığı anda güncel durumu görür
Örnek topic’ler
orders/ord-58213/status            (retained)
orders/ord-58213/courier/location
users/u-90417/notifications
users/u-90417/badge                 (retained)

Sık sorulan sorular

Gerçek zamanlı bildirimler için MQTT mi WebSocket mi kullanmalıyım?

İkisini birden: MQTT, WebSocket üzerinde çalışır. Yalın bir WebSocket yalnızca bir kanaldır; topic’leri, fan-out’u, yeniden bağlanmayı ve teslim garantilerini sizin kurmanız gerekir. Güvenli WebSocket üzerinden MQTT bunlara publish/subscribe, QoS, retained mesajlar ve Last Will ekler; sunucu tarafını ConnectMQ yönetir.

MQTT push bildirimlerin (FCM/APNs) yerini alabilir mi?

Açık ya da ön planda çalışan uygulamalar için evet: MQTT güncellemeleri daha hızlı ve daha zengin veriyle iletir. Uygulama kapalıyken iOS ve Android arka plan bağlantılarını kısıtlar; bu durumlar için APNs ve FCM’i koruyun. Yaygın yöntem, olayı bir kez yayınlayıp seçili olayları küçük bir servisle push olarak iletmektir.

React ya da tarayıcı uygulamasında MQTT nasıl kullanılır?

MQTT.js kullanın: ConnectMQ’nun güvenli WebSocket uç noktasına bağlanın, kullanıcının topic’lerine abone olun ve her mesajda state’i güncelleyin. Ön yüz koduna asla geniş yetkili bir kimlik bilgisi koymayın; tarayıcı istemcilerine ACL’i yalnızca kendi topic’lerini okumaya izin veren kimlik bilgileri verin.

Bu senaryoyu ConnectMQ üzerinde kurun

Free planda başlayın — kart gerekmez — ilk cihazlarınızı bugün bağlayın, canlıya geçtiğinizde yükseltin.

MQTT QoS Seviyeleri: Paket Akışları ve Örneklerle QoS 0, 1 ve 2

MQTT QoS için pratik bir rehber: QoS 0, 1 ve 2 kablo üzerinde nasıl çalışır, teslim edilen QoS neden istediğinizden düşük olabilir, oturumlar mesajları nasıl kuyruğa alır ve her kullanım senaryosu için hangi seviyeyi seçmelisiniz.

8 dk okuma