Berlangganan Acara

Peristiwa bersifat asinkron dan dikelola oleh Google Cloud Pub/Sub, dalam satu topik per Project. Peristiwa memberikan update untuk semua perangkat dan struktur, dan penerimaan peristiwa terjamin selama token akses tidak dicabut oleh pengguna dan pesan peristiwa belum berakhir masa berlakunya.

Peristiwa adalah fitur opsional SDM API. Fungsi ini dapat diimplementasikan dan diverifikasi dengan mudah menggunakan project Google Cloud Anda.

Aktifkan acara

Peristiwa dapat diaktifkan di Device Access Konsol. Pilih Project Anda di Console, jika belum melakukannya.

Buka Device Access Konsol

Jika Anda telah mengaktifkan peristiwa (misalnya, selama pembuatan project), kolom Topik Pub/Sub di bagian Aktifkan topik Pubsub untuk Peristiwa seharusnya sudah memiliki nilai, yang disebut ID Topik, dalam format lama:

projects/sdm-prod/topics/enterprise-project-id

Format topik ini dihosting oleh Google dan akan tetap ada untuk project Anda kecuali jika Anda menonaktifkan topik Pub/Sub yang dihosting Google. Jika mengaktifkannya kembali nanti, Anda akan dialihkan ke topik Pub/Sub yang dihosting sendiri.

Topik Pub/Sub yang dihosting sendiri dapat dibuat atau diubah di project Google Cloud developer. Developer juga bertanggung jawab atas semua biaya yang terkait dengan penggunaan Pub/Sub. Lihat Harga Pub/Sub untuk mengetahui informasi selengkapnya.

Buat topik Pub/Sub:

gcloud pubsub topics create {topic} --message-retention-duration=0s

Berikan izin SDM API yang diperlukan untuk mengakses dan memublikasikan data peristiwa untuk ID Topik project Anda:

gcloud pubsub topics add-iam-policy-binding projects/{project}/topics/{topic} \
--member="group:sdm-publisher@googlegroups.com" \
--role="roles/pubsub.publisher"

Format ID Topik yang baru dibuat akan terlihat seperti:

projects/gcp-project-name/subscriptions/topic-id

Catat ID Topik Anda, Anda akan memerlukannya untuk menyelesaikan peristiwa pengaktifan. Lihat Membuat topik untuk mengetahui informasi selengkapnya.

Untuk mengaktifkan peristiwa:

  1. Centang Aktifkan peristiwa, lalu klik Buat Project.
  2. Klik ikon untuk topik Pub/Sub, lalu pilih Aktifkan peristiwa dengan topik PubSub.
  3. Masukkan ID Topik Pub/Sub yang diberikan atau dibuat sebelumnya.

Salin ID Topik Anda, Anda memerlukannya untuk membuat langganan ke topik agar pesan peristiwa dapat diambil.

Membuat langganan pull

Langganan pull adalah tempat pelanggan memulai permintaan ke server Pub/Sub untuk pesan peristiwa yang diantrekan. Ini adalah cara cepat dan mudah untuk memverifikasi bahwa peristiwa dihasilkan untuk perangkat Anda yang diotorisasi.

Buka Cloud Shell untuk project Google Cloud Anda:

Buka Google Cloud Shell

Di perintah Cloud Shell, jalankan perintah berikut untuk membuat langganan pull ke topik Anda, menggunakan subscription-id apa pun yang Anda sukai dan ID Topik unik Anda:

gcloud pubsub subscriptions create subscription-id --topic=projects/gcp-project-name/subscriptions/topic-id
Created subscription [projects/gcp-project-name/subscriptions/subscription-id].

Memulai peristiwa

Untuk memulai peristiwa untuk pertama kalinya setelah langganan Pub/Sub dibuat, lakukan panggilan untuk mencantumkan perangkat Anda sebagai pemicu satu kali:

curl -X GET 'https://smartdevicemanagement.googleapis.com/v1/enterprises/project-id/devices' \
    -H 'Content-Type: application/json' \
    -H 'Authorization: Bearer access-token'

Peristiwa untuk semua struktur dan perangkat akan dipublikasikan setelah panggilan API ini.

Membuat peristiwa

Peristiwa dibuat untuk semua perubahan kolom ciri, beberapa di antaranya otomatis, beberapa manual.

Misalnya, jika suhu ruangan di dekat Nest Thermostat Anda berubah, peristiwa untuk sifatTemperature akan otomatis dikirim dengan nilai ambientTemperatureCelsius baru.

Untuk membuatnya secara manual, Anda dapat:

  1. Mengubah status perangkat secara fisik, seperti mengubah mode Termostat Nest.
  2. Memicu peristiwa, seperti gerakan, orang, atau suara di Google Nest Cam Indoor.
  3. Jalankan perintah perangkat menggunakan SDM API.

Melihat pesan

Pesan peristiwa dapat dilihat di project Google Cloud Anda, di bagian Langganan Pub/Sub:

Buka Langganan Google Cloud Pub/Sub

  1. Klik ID Langganan yang Anda buat sebelumnya.
  2. Di layar Detail langganan, Anda akan melihat aktivitas untuk diagram Jumlah pesan yang tidak dikonfirmasi. Hal ini menunjukkan bahwa pesan peristiwa telah dikirim untuk langganan Anda. Jika Anda tidak melihat aktivitas apa pun, tunggu beberapa saat atau buat beberapa peristiwa lagi.
  3. Klik LIHAT PESAN untuk memunculkan panel Pesan.
  4. Klik PULL untuk melihat pesan. Peristiwa tersebut harus sesuai dengan tindakan yang Anda gunakan untuk membuat peristiwa.

Pesan juga dapat dilihat di Cloud Shell dengan perintah pull dasar:

gcloud pubsub subscriptions pull subscription-id

Untuk informasi selengkapnya tentang jenis langganan, serta jenis peristiwa yang dikirim oleh SDM API dan cara menggunakannya, lihat Peristiwa.

Kelola pesan

Pesan harus direspons dan dihapus secara berkala, agar langganan tetap bersih dan menghindari pengiriman pesan duplikat ke pelanggan lain. Semua pesan langganan dapat dihapus secara manual di bagian Langganan Pub/Sub:

Buka Langganan Google Cloud Pub/Sub

  1. Klik ID Langganan.
  2. Ada beberapa cara untuk mengonfirmasi dan menghapus:
    1. Klik LIHAT PESAN untuk memunculkan panel Pesan. Centang kotak Enable ack messages dan klik PULL untuk melihat dan mengonfirmasi semua pesan.
    2. Klik HAPUS PESAN untuk menghapus semua pesan yang ada dengan mengonfirmasinya tanpa melihatnya. Klik PURGE untuk mengonfirmasi.

Pesan juga dapat dihapus di Cloud Shell menggunakan flag --auto-ack dengan perintah pull dasar:

gcloud pubsub subscriptions pull subscription-id --auto-ack

Kelola langganan

Langganan dapat dikonfigurasi dengan berbagai cara, seperti yang dijelaskan dalam Menggunakan properti langganan.

Meskipun cara Anda mengelola langganan dan pesan adalah pilihan Anda, untuk aplikasi produksi, sebaiknya gunakan Akun layanan untuk autentikasi, bukan akun pengguna seperti yang Anda miliki sejauh ini dalam panduan mulai cepat ini. Akun layanan digunakan oleh aplikasi atau virtual machine, bukan seseorang, dan memiliki kunci akun uniknya sendiri.

Untuk informasi selengkapnya tentang autentikasi akun layanan dengan Device Access, lihat Peristiwa.

Sebelumnya
3. Menggunakan API