3 Architecture

High level Cambridge MQTT description

3.1 Client scenario

Ogólny diagram sekwencji na którym użytkownik:

  • Autoryzuje sie I zdobywa token

  • Subskrybuje sie do kolejki

  • Otrzymuje informacje z danego kanału

  • Odsubskrybowuje sie z kolejki

3.1.1 Authorization

Bardziej szczegółowy opis I diagram jak wygląda autoryzacja.

Co taki dany oauth token może zawierać?

331_authorization

3.1.2 Subscription

Użytkownik będąc zautoryzowany może zapisać się do kanału.

332_subscription

3.1.3 Receiving data

Jak wygladać będzie przykładowa wiadomość z topica

@startuml
"Mqtt broker " --> "Client ":Sends push messages\n regarding subscribed\ntopic

3.1.4 Unsubscription

Podobne informacje co w przypadku subskrypcji. Tym razem odsubskrybuje sie

334_unsubscription

3.2 Application scenario

Ogólny diagram sekwencji na którym Aplikacja:

  • Działa zaschedulowana

  • Pobiera dane z gatewaya

  • Przerabia je na eventy

  • publikuje je dla na brookerze na określonej kolejce