ApsaraMQ for MQTT：Istilah

Konsep Dasar

• Instans

  • Sebuah instans adalah entitas yang mewakili layanan ApsaraMQ for MQTT yang Anda beli. Setiap instans ApsaraMQ for MQTT memiliki URL titik akhir unik secara global. Sebelum menggunakan ApsaraMQ for MQTT, Anda harus membuat instans di wilayah target dan menggunakan titik akhirnya untuk mengakses layanan tersebut. Untuk instruksi pembuatan instans ApsaraMQ for MQTT, lihat Memulai dengan ApsaraMQ for MQTT.

• ID Pesan

  • Pengenal unik global dari sebuah pesan. Sistem ApsaraMQ for MQTT secara otomatis menghasilkan ID pesan untuk mengidentifikasi setiap pesan secara unik. Anda dapat menggunakan ID pesan untuk melacak pesan dan menyelesaikan masalah. Untuk informasi lebih lanjut, lihat Kueri jejak pesan.

• ApsaraMQ for MQTT broker

  • Node server yang disediakan oleh ApsaraMQ for MQTT untuk interaksi berbasis protokol MQTT. Broker ini digunakan untuk mengirim dan menerima pesan dengan klien ApsaraMQ for MQTT dan ApsaraMQ for RocketMQ.

• ApsaraMQ for MQTT client

  • Node mobile yang berinteraksi dengan broker ApsaraMQ for MQTT disebut sebagai klien ApsaraMQ for MQTT.

• Pesan P2P

  • Jenis pesan khusus yang disediakan oleh ApsaraMQ for MQTT berdasarkan protokol MQTT standar. Jenis pesan ini dapat dikirim langsung ke klien ApsaraMQ for MQTT tertentu tanpa memerlukan langganan yang sesuai. Untuk informasi lebih lanjut, lihat Perpesanan P2P (MQTT).

• Topik Induk

  • Protokol MQTT didasarkan pada model publikasi-langganan (pub/sub). Oleh karena itu, setiap pesan termasuk dalam sebuah topik. Protokol MQTT mendukung beberapa tingkat topik. Topik tingkat-1 adalah topik induk. Sebelum menggunakan ApsaraMQ for MQTT, Anda harus membuat topik induk di Konsol ApsaraMQ for MQTT.

• Subtopik

  • Topik tingkat-2 dan tingkat-3 adalah subtopik dari topik induk. Anda tidak perlu membuat subtopik di konsol. Anda dapat menentukannya langsung di kode Anda. Format penamaannya adalah <Nama topik induk>/<Nama topik tingkat-2>/<Nama topik tingkat-3>. Topik induk dan subtopiknya dipisahkan oleh garis miring (/). Contohnya, SendMessage/demo/producer. Perhatikan bahwa di ApsaraMQ for MQTT, panjang total topik induk dan subtopiknya tidak boleh melebihi 64 karakter. Jika panjangnya melebihi batas ini, akan terjadi pengecualian klien.

• ID Klien

  • Pengenal yang secara global dan unik mengidentifikasi klien di ApsaraMQ for MQTT. Jika Anda menggunakan ID klien yang sudah digunakan oleh klien lain untuk mengakses layanan ApsaraMQ for MQTT, permintaan akses akan ditolak.

    ID klien terdiri dari ID grup dan ID perangkat. Format ID klien adalah <GroupID>@@@<DeviceID>. ID klien tidak boleh melebihi 64 karakter atau mengandung karakter non-printable. Untuk informasi lebih lanjut, lihat Batasan.

• ID Grup

  • Pengenal untuk sekelompok node yang memiliki logika dan fitur yang sama. ID grup mewakili kelas perangkat dengan fitur yang sama. Anda harus membuat ID grup di Konsol ApsaraMQ for MQTT. Untuk informasi lebih lanjut, lihat Memulai dengan ApsaraMQ for MQTT.

• ID Perangkat

  • Pengenal unik yang Anda tentukan untuk setiap perangkat. ID perangkat harus unik secara global. Misalnya, Anda dapat menggunakan nomor seri sensor sebagai ID perangkat.

• Aturan

  • Sumber daya yang digunakan oleh ApsaraMQ for MQTT untuk bertukar data dengan produk Alibaba Cloud lainnya. Aturan diklasifikasikan menjadi tiga jenis berikut:

    • Aturan masuk data: Membaca data dari produk Alibaba Cloud yang telah dikonfigurasi dan mendorong data tersebut ke klien ApsaraMQ for MQTT melalui protokol MQTT. Ini memungkinkan Anda langsung memanggil API produk Alibaba Cloud untuk mengirim data ke klien ApsaraMQ for MQTT. Untuk informasi lebih lanjut, lihat Data masuk dari produk cloud lainnya.

    • Aturan keluar data: Mengekspor pesan yang dikirim oleh klien ApsaraMQ for MQTT ke produk Alibaba Cloud lainnya yang telah dikonfigurasi. Ini memungkinkan Anda langsung memanggil API produk cloud untuk membaca pesan yang dikirim dari klien ApsaraMQ for MQTT. Untuk informasi lebih lanjut, lihat Data keluar ke produk cloud lainnya.

    • Aturan notifikasi online/offline klien: Mengekspor data acara online dan offline klien ApsaraMQ for MQTT ke produk Alibaba Cloud lainnya. Untuk informasi lebih lanjut, lihat Data keluar untuk acara online dan offline klien ApsaraMQ for MQTT.

Jaringan

• Titik Akhir

  • ApsaraMQ for MQTT menyediakan titik akhir publik dan internal. Kami merekomendasikan agar Anda menggunakan titik akhir publik untuk terminal mobile. Selain protokol standar pada port 1883, ApsaraMQ for MQTT juga mendukung metode seperti enkripsi Secure Sockets Layer (SSL) dan WebSocket. URL titik akhir secara otomatis diberikan setelah Anda membuat instans. Simpan URL tersebut dengan aman. Untuk informasi lebih lanjut, lihat Memulai dengan ApsaraMQ for MQTT.

Protokol

• MQTT

  • Protokol standar industri untuk bidang Internet of Things (IoT) dan Internet seluler. Protokol ini cocok untuk transmisi data antara terminal mobile. ApsaraMQ for MQTT mendukung protokol ini secara default.

• QoS

  • Kualitas Layanan (QoS) adalah kualitas layanan untuk transmisi pesan. Anda dapat mengatur level QoS pada pengirim pesan dan konsumen pesan.

    • Pengaturan QoS pada pengirim: Mempengaruhi kualitas transmisi pesan yang dikirim dari pengirim ke ApsaraMQ for MQTT.

    • Pengaturan QoS pada konsumen: Mempengaruhi kualitas transmisi pesan yang dikirimkan dari server ApsaraMQ for MQTT ke konsumen.

    QoS mencakup level berikut:

    • QoS 0: pengiriman maksimal satu kali.

    • QoS 1: pengiriman minimal satu kali.

    • QoS 2: pengiriman tepat satu kali.

• cleanSession

  • Bendera cleanSession dalam protokol MQTT mendefinisikan apakah klien konsumen mempertahankan status sebelumnya setelah koneksi TCP dibuat. Pengaturan ini independen dari pengaturan pengirim pesan. Semantiknya adalah sebagai berikut:

    • cleanSession=true: Ketika klien konsumen kembali online, ia tidak mempertahankan hubungan langganan sebelumnya atau pesan luring.

    • cleanSession=false: Ketika klien konsumen kembali online, ia mempertahankan hubungan langganan sebelumnya dan harus memproses pesan luring sebelumnya.

Perhatikan poin-poin berikut ketika Anda menggunakan QoS dan cleanSession bersama-sama:

• MQTT mengharuskan bendera cleanSession untuk setiap klien tetap tetap untuk setiap koneksi dan tidak dapat diubah secara dinamis. Jika tidak, pesan luring mungkin salah diinterpretasi.

• MQTT tidak mendukung non-cleanSession untuk pesan QoS 2. Jika klien berlangganan pesan dengan QoS 2, pengaturan cleanSession=false tidak berlaku.

• Pengaturan cleanSession untuk pesan P2P ditentukan oleh konfigurasi klien penerima.

• Konfigurasi QoS dan cleanSession hanya didukung oleh SDK sisi klien, bukan oleh SDK sisi server.

Hasil dari kombinasi berbeda dari QoS dan cleanSession di sisi konsumen ditunjukkan dalam tabel berikut.

Solusi

• RTC

  • Komunikasi Waktu Nyata. Metode komunikasi jaringan yang utamanya digunakan untuk suara dan video. Skenario aplikasi umum termasuk panggilan suara, panggilan video, dan konferensi video.

• server RTC

  • Layanan saluran media audio dan video yang disediakan oleh Alibaba Cloud Real-Time Communication (RTC).

• Server manajemen layanan audio dan video

  • Node manajemen dalam sistem Komunikasi Waktu Nyata, juga dikenal sebagai layanan manajemen audio dan video. Anda harus membangun layanan manajemen audio dan video sendiri untuk mengontrol siklus hidup semua sesi RTC. Node manajemen ini biasanya ditempatkan di cloud menggunakan produk dasar Alibaba Cloud.

• Aplikasi audio dan video seluler

  • Aplikasi terminal yang digunakan oleh pengguna akhir dalam sistem Komunikasi Waktu Nyata, juga dikenal sebagai aplikasi terminal. Pengguna akhir menggunakan aplikasi ini untuk memulai atau bergabung dalam panggilan suara atau video.

• AP Cerdas

  • Perangkat jaringan umum, seperti router cerdas, yang mendukung pemrograman aplikasi. Mereka dapat menangani baik akses Internet maupun kontrol perangkat jaringan lokal (LAN).

• Label harga digital

  • Layar elektronik yang tersebar di tempat-tempat seperti pusat perbelanjaan dan supermarket. Mereka biasanya terhubung dengan node titik akses (AP) cerdas menggunakan protokol jaringan sensor nirkabel seperti Bluetooth atau ZigBee.

• Layanan manajemen label harga digital

  • Layanan backend dalam sistem label harga digital yang mengelola konten yang ditampilkan di layar elektronik. Layanan ini terutama bertanggung jawab atas pengelolaan dan penjadwalan tugas manual seperti perubahan harga.

• RDS

  • Layanan database online yang stabil, andal, dan skalabel dari Alibaba Cloud. Dalam sistem label harga digital, layanan ini digunakan untuk persistensi perubahan status tugas seperti perubahan harga.

• Layanan Log

  • Layanan penyimpanan log dari Alibaba Cloud. Dalam sistem label harga digital, layanan ini digunakan untuk menyimpan semua log operasi secara permanen untuk audit dan pelacakan.