Setelah memahami arsitektur IoT pada Level 11, kita sekarang masuk ke salah satu bagian yang sangat penting dalam membangun sistem Internet of Things yaitu platform IoT dan cloud.
Pada tahap awal belajar IoT, kita mungkin hanya mengenal:
Sensor → ESP32 → Wi-Fi → Data
Namun ketika jumlah perangkat mulai bertambah, kita membutuhkan sistem yang mampu menangani:
- koneksi perangkat;
- autentikasi;
- pengiriman data;
- penyimpanan;
- dashboard;
- device management;
- automation;
- analytics;
- API;
- keamanan;
- dan integrasi dengan aplikasi lain.
Di sinilah platform IoT mulai memainkan peran penting.
Saat ini tersedia berbagai platform dengan karakteristik yang berbeda. Beberapa berfokus pada cloud infrastructure dan skala enterprise, seperti AWS IoT dan Azure IoT. Ada platform open-source seperti ThingsBoard, platform low-code seperti Blynk, dan tool visual programming seperti Node-RED.
Meskipun semuanya dapat digunakan dalam ekosistem IoT, sebenarnya fungsi dan posisi masing-masing tidak sepenuhnya sama.
Memahami perbedaannya penting agar kita tidak salah memilih teknologi untuk proyek yang sedang dibangun.
Ini adalah Level 12 dari Kurikulum Internet of Things Raja Putra Media untuk mengenali fungsi, kelebihan, perbedaan, dan cara memilih platform IoT.
Apa Itu Platform IoT?
Platform IoT adalah sekumpulan layanan dan teknologi yang membantu menghubungkan, mengelola, memproses, menyimpan, memvisualisasikan, dan memanfaatkan data dari perangkat IoT.
Secara sederhana:
┌─────────────┐
│ DEVICE │
│ ESP32/Sensor│
└──────┬──────┘
↓
┌─────────────┐
│ IoT Platform│
│ │
│ Connectivity│
│ Data │
│ Processing │
│ Storage │
│ Management │
└──────┬──────┘
↓
┌─────────────┐
│ Application │
│ Dashboard │
│ Mobile App │
└─────────────┘
Platform IoT menjadi semacam lapisan penghubung antara perangkat fisik dan aplikasi digital.
Mengapa Kita Membutuhkan Platform IoT?
Bayangkan kita memiliki satu ESP32.
Kita mungkin bisa membuat semuanya sendiri:
ESP32 → MQTT Broker → Backend → Database → API → Dashboard
Untuk satu proyek belajar, hal tersebut masih memungkinkan.
Tetapi bagaimana jika jumlah perangkat menjadi:
10 device
100 device
1.000 device
Kita mulai membutuhkan sistem untuk:
- mendaftarkan perangkat;
- mengidentifikasi perangkat;
- mengelola credentials;
- menerima telemetry;
- menyimpan data;
- mengontrol perangkat;
- memonitor koneksi;
- mengirim notifikasi;
- mengelola pengguna;
- melakukan scaling.
Membangun semua komponen tersebut dari nol membutuhkan waktu dan kemampuan yang cukup tinggi.
Platform IoT membantu menyediakan sebagian atau seluruh fungsi tersebut.
Platform IoT Bukan Sekadar Dashboard
Kesalahan umum pemula adalah menganggap:
Platform IoT = dashboard.
Padahal dashboard hanya salah satu bagian.
Platform IoT dapat mencakup:
Device Connectivity
↓
Authentication
↓
Data Ingestion
↓
Message Processing
↓
Storage
↓
Analytics
↓
Device Management
↓
Dashboard
↓
Automation
Karena itu, platform IoT dapat menjadi bagian penting dari arsitektur keseluruhan.
Cloud IoT vs Platform IoT
Kedua istilah ini sering digunakan secara bergantian, tetapi sebenarnya memiliki cakupan yang berbeda.
Cloud adalah infrastruktur atau layanan komputasi yang berjalan secara remote.
IoT platform adalah kumpulan layanan yang dirancang untuk kebutuhan sistem IoT.
Contohnya:
Cloud Infrastructure
↓
IoT Services
↓
Device Management
↓
Data Processing
↓
Application
AWS dan Microsoft Azure menyediakan cloud infrastructure yang sangat luas, sementara layanan IoT mereka menjadi bagian dari ekosistem tersebut.
Di sisi lain, ThingsBoard dan Blynk lebih langsung berorientasi pada pengembangan dan pengelolaan solusi IoT.
Lima Teknologi yang Perlu Dipahami
Dalam artikel ini kita akan membahas:
- AWS IoT
- Azure IoT
- ThingsBoard
- Blynk
- Node-RED
Namun jangan langsung menganggap kelimanya sebagai pesaing langsung.
Mereka memiliki posisi yang berbeda dalam ekosistem IoT.
Gambaran sederhananya:
| Platform | Fokus Utama |
|---|---|
| AWS IoT | Cloud IoT dan skala enterprise |
| Azure IoT | Cloud, device management, edge & enterprise IoT |
| ThingsBoard | Open-source IoT platform, dashboard & data processing |
| Blynk | Low-code IoT, dashboard, apps & device management |
| Node-RED | Low-code flow programming & integrasi data |
1. AWS IoT
Amazon Web Services menyediakan berbagai layanan cloud, termasuk layanan khusus untuk Internet of Things.
Salah satu komponen utamanya adalah AWS IoT Core.
AWS IoT Core dirancang untuk menghubungkan perangkat ke cloud, menangani komunikasi, keamanan, device data, dan pengelolaan fleet perangkat. AWS menyebut dukungan protokol seperti MQTT, HTTPS, MQTT over WebSockets, dan LoRaWAN, serta menyediakan Device Gateway sebagai entry point untuk perangkat.
AWS IoT Core arsitektur sederhananya:
IoT Device → AWS IoT Core → AWS Services → Database / Analytics / Application
AWS IoT Core untuk Apa?
AWS IoT Core dapat digunakan ketika kita ingin membangun sistem IoT yang membutuhkan integrasi dengan ekosistem AWS.
Misalnya:
ESP32 → MQTT → AWS IoT Core → AWS Services → Dashboard
Data dari perangkat dapat diproses lebih lanjut menggunakan layanan AWS lainnya.
AWS IoT Core juga menyediakan mekanisme keamanan dan autentikasi untuk komunikasi perangkat.
Fitur Penting AWS IoT
Beberapa kemampuan penting yang perlu dipahami:
Device Connectivity
Perangkat dapat terhubung ke AWS IoT menggunakan protokol yang didukung.
MQTT Broker
AWS IoT Core menyediakan managed MQTT message broker.
Security
AWS IoT menggunakan mekanisme autentikasi dan enkripsi untuk melindungi komunikasi perangkat dan data.
Device Data Processing
Data perangkat dapat difilter, ditransformasikan, dan diteruskan berdasarkan aturan tertentu.
Integrasi Cloud
Data IoT dapat diteruskan ke layanan cloud lain untuk storage, analytics, processing, dan aplikasi.
Contoh Arsitektur AWS IoT
┌──────────────┐
│ ESP32 │
│ Temperature │
└──────┬───────┘
│
│ MQTT
↓
┌──────────────┐
│ AWS IoT Core │
└──────┬───────┘
↓
┌──────────────┐
│ Data Rules │
└──────┬───────┘
↓
┌──────────────┐
│ AWS Services │
└──────┬───────┘
↓
Dashboard
Untuk membuat proyek IoT sederhana, arsitektur ini mungkin terasa terlalu kompleks.
Namun untuk sistem dengan kebutuhan cloud dan skala besar, pendekatan seperti ini dapat sangat berguna.
Kapan Memilih AWS IoT?
AWS IoT cocok dipertimbangkan ketika:
- sistem membutuhkan cloud infrastructure yang kuat;
- ingin menggunakan ekosistem AWS;
- membutuhkan integrasi dengan layanan cloud lain;
- proyek ditujukan untuk skala production;
- membutuhkan arsitektur yang dapat berkembang;
- tim sudah familiar dengan AWS.
Untuk pemula, AWS IoT juga dapat dipelajari, tetapi kurva belajarnya cenderung lebih tinggi dibanding platform low-code.
2. Azure IoT
Alternatif besar lainnya adalah ekosistem IoT dari Microsoft Azure.
Salah satu layanan yang sangat penting adalah Azure IoT Hub.
Microsoft menjelaskan IoT Hub sebagai managed service yang bertindak sebagai central message hub antara aplikasi IoT dan perangkat yang terhubung. IoT Hub mendukung komunikasi device-to-cloud dan cloud-to-device, device management, monitoring, serta routing data ke berbagai layanan Azure.
Azure IoT arsitektur sederhananya:
Device
↓
Azure IoT Hub
↓
Azure Services
↓
Analytics / Storage / Application
Azure IoT Hub
IoT Hub berfungsi sebagai pusat komunikasi antara perangkat dan backend.
Misalnya:
ESP32 → Telemetry → Azure IoT Hub → Backend
Tetapi komunikasi juga dapat berjalan sebaliknya:
Application → Azure IoT Hub → ESP32 → Command
Dengan demikian, sistem dapat melakukan komunikasi dua arah.
Device Management pada Azure IoT
Dalam sistem enterprise, device management sangat penting.
Microsoft mendeskripsikan lifecycle perangkat yang mencakup tahapan seperti:
Plan → Provision → Configure → Monitor → Retire
Azure IoT Hub menyediakan berbagai kemampuan untuk membantu pengelolaan device lifecycle dan operasi fleet.
Ini menjadi penting ketika perusahaan memiliki ribuan atau bahkan lebih banyak perangkat.
Azure IoT dan Edge
Ekosistem Azure IoT saat ini tidak hanya berfokus pada cloud.
Dokumentasi Microsoft juga membedakan pola cloud-connected dan edge-connected, termasuk Azure IoT Operations untuk workload IoT pada lingkungan edge berbasis Kubernetes.
Dengan demikian, arsitekturnya dapat berkembang:
Device → Edge → Azure → Cloud Services
Hal ini cocok untuk skenario industri yang membutuhkan kombinasi edge dan cloud.
AWS IoT vs Azure IoT
Keduanya memiliki banyak kemampuan yang saling beririsan, tetapi ekosistemnya berbeda.
| AWS IoT | Azure IoT |
|---|---|
| Ekosistem AWS | Ekosistem Microsoft Azure |
| AWS IoT Core | Azure IoT Hub |
| Integrasi AWS Services | Integrasi Azure Services |
| Cloud + IoT | Cloud + IoT + Edge |
| Cocok untuk AWS-centric architecture | Cocok untuk Azure/Microsoft-centric architecture |
Jadi pemilihannya sering kali bukan hanya berdasarkan fitur IoT, tetapi juga berdasarkan cloud ecosystem yang digunakan organisasi.
3. ThingsBoard
Sekarang kita berpindah ke pendekatan yang berbeda.
ThingsBoard adalah open-source IoT platform untuk:
- data collection;
- processing;
- visualization;
- device management.
ThingsBoard mendukung protokol seperti MQTT, CoAP, dan HTTP serta dapat digunakan dalam deployment cloud maupun on-premises.
ThingsBoard ini membuat ThingsBoard menarik bagi developer yang ingin memiliki kontrol lebih besar terhadap platform IoT mereka.
Mengapa ThingsBoard Menarik?
Bayangkan kita ingin membuat:
ESP32 → MQTT → IoT Platform → Dashboard
Tanpa membangun dashboard dan backend semuanya dari awal.
ThingsBoard menyediakan berbagai komponen yang dapat digunakan untuk mengumpulkan, menyimpan, memproses, dan memvisualisasikan data.
ThingsBoard Dashboard
Dashboard merupakan salah satu bagian yang paling menarik untuk pemula.
Data sensor dapat ditampilkan menjadi:
Temperature
████████████ 29.5°C
Humidity
███████████ 72%
Device Status
● ONLINE
ThingsBoard menyediakan dashboard dengan widget yang dapat dikonfigurasi untuk visualisasi dan monitoring IoT.
ThingsBoard Rule Engine
Salah satu fitur penting ThingsBoard adalah Rule Engine.
Rule Engine dapat digunakan untuk membuat alur pemrosesan data.
Contohnya:
Sensor Data
↓
Check Temperature
↓
Temperature > 35°C?
↓
YES
↓
Create Alarm
↓
Send Notification
ThingsBoard menjelaskan Rule Engine sebagai backbone pemrosesan data yang menggunakan Rule Chains dan Rule Nodes untuk memfilter, memperkaya, mentransformasi, atau melakukan tindakan terhadap message.
Contoh Rule Chain
Misalnya:
MQTT Data
↓
Validate
↓
Transform
↓
Check Threshold
↓
┌──┴────┐
↓ ↓
Normal Alarm
↓ ↓
Store Notify
Ini sangat berguna untuk sistem monitoring.
ThingsBoard untuk Siapa?
ThingsBoard menarik bagi:
- mahasiswa;
- developer;
- maker;
- engineer;
- perusahaan;
- developer yang membutuhkan open-source;
- proyek yang membutuhkan on-premises deployment.
Jika kita ingin belajar bagaimana sebuah IoT platform bekerja tanpa langsung masuk terlalu jauh ke ekosistem cloud enterprise, ThingsBoard dapat menjadi pilihan yang menarik.
4. Blynk
Selanjutnya ada Blynk, yang memiliki pendekatan lebih low-code.
Blynk memposisikan dirinya sebagai platform IoT yang menyediakan connectivity, managed cloud, dashboard, aplikasi, device provisioning, automation, dan device management.
Blynk IoT Untuk pemula, Blynk sangat menarik karena kita dapat membuat dashboard dan menghubungkan hardware tanpa harus membangun backend IoT dari nol.
Cara Kerja Blynk
Secara sederhana:
ESP32 → Blynk Library → Blynk Cloud → Web / Mobile Dashboard
Misalnya ESP32 membaca:
Temperature = 29.5°C
Humidity = 72%
Data dikirim ke Blynk.
Kemudian dashboard dapat menampilkan:
┌─────────────────────┐
│ SMART MONITOR │
├─────────────────────┤
│ Temperature 29.5°C │
│ Humidity 72% │
│ │
│ [ FAN ON ] │
└─────────────────────┘
Blynk Device Template
Salah satu konsep penting dalam Blynk adalah Device Template.
Template merupakan kumpulan konfigurasi yang digunakan oleh perangkat dengan tipe yang sama.
Blynk menjelaskan bahwa template dapat mencakup metadata, datastreams, events, automation settings, serta web dan mobile dashboards.
Misalnya kita memiliki:
Smart Temperature Sensor
Kemudian ada:
Device 01
Device 02
Device 03
Daripada membuat konfigurasi dari awal untuk setiap perangkat, kita dapat menggunakan template yang sama.
Blynk Dashboard
Blynk menyediakan dashboard untuk memonitor dan mengontrol perangkat.
Dashboard dapat menggabungkan data dari berbagai perangkat dan menampilkan metrik secara real-time maupun histori.
Contoh:
BLYNK DASHBOARD
Temperature 29.5°C
Humidity 72%
Light 450 lux
Fan ON
Lamp OFF
[ FAN ON/OFF ]
Blynk untuk Prototyping
Blynk sangat menarik untuk tahap prototyping.
Misalnya kita ingin membuat:
Smart Plant Monitoring
Komponen:
ESP32
Soil Moisture Sensor
DHT Sensor
Relay
Water Pump
Arsitekturnya:
Sensors → ESP32 → Blynk Cloud → Mobile Dashboard
Kemudian:
Soil Moisture < 30%
↓
Automation
↓
Pump ON
Blynk juga menyediakan blueprints dan templates yang menggabungkan contoh firmware, dashboard, serta tutorial untuk mempercepat pembuatan proyek.
5. Node-RED
Sekarang kita sampai pada teknologi yang agak berbeda. Node-RED bukan cloud IoT platform seperti AWS IoT Core atau Azure IoT Hub.
Node-RED adalah low-code programming tool untuk membangun aplikasi berbasis event dan aliran data.
Node-RED memungkinkan kita membuat flow menggunakan node secara visual.
Contoh:
MQTT → Function → Condition → Dashboard
Tanpa harus menulis seluruh aplikasi dari awal.
Cara Kerja Node-RED
Node-RED menggunakan konsep flow.
Misalnya:
[MQTT IN]
↓
[JSON]
↓
[FUNCTION]
↓
[SWITCH]
↓
[MQTT OUT]
Masing-masing node memiliki fungsi tertentu.
Node-RED dirancang untuk mengumpulkan, mentransformasi, dan memvisualisasikan data real-time. Karena berbasis Node.js dan model event-driven, Node-RED juga dapat dijalankan pada edge device seperti Raspberry Pi maupun di cloud.
Contoh Node-RED untuk IoT
Misalnya ESP32 mengirim data temperatur menggunakan MQTT.
ESP32 → MQTT Broker → Node-RED → Check Temperature → Dashboard
Jika:
Temperature > 35°C
Node-RED dapat menjalankan:
Send Notification
↓
Turn Fan ON
Flow visualnya dapat berupa:
┌─────────┐
│ MQTT IN │
└────┬────┘
↓
┌───────────┐
│ Function │
└─────┬─────┘
↓
┌───────────┐
│ Switch │
└─────┬─────┘
↓
┌───────────┐
│ MQTT OUT │
└───────────┘
Node-RED pada Raspberry Pi
Salah satu kombinasi yang populer untuk pembelajaran adalah:
Sensor → ESP32 → MQTT → Raspberry Pi → Node-RED → Dashboard
Ini menarik karena kita tidak harus langsung menggunakan cloud.
Seluruh sistem dapat berjalan di jaringan lokal.
Contohnya:
LOCAL NETWORK
ESP32 ──────→ Raspberry Pi
│
├── MQTT
├── Node-RED
└── Dashboard
Node-RED vs Platform IoT
Perbedaannya menjadi lebih jelas jika kita melihat fokus masing-masing.
| Teknologi | Fokus |
|---|---|
| AWS IoT | Cloud IoT infrastructure |
| Azure IoT | Cloud/edge IoT ecosystem |
| ThingsBoard | IoT platform & visualization |
| Blynk | Low-code IoT platform |
| Node-RED | Flow-based integration & automation |
Node-RED sering kali justru digunakan bersama platform IoT lainnya.
Misalnya:
ESP32 → AWS IoT → Node-RED → Dashboard
atau:
ESP32 → MQTT → Node-RED → ThingsBoard
Jadi Node-RED tidak harus diposisikan sebagai pengganti semua platform IoT.
Perbandingan AWS IoT, Azure IoT, ThingsBoard, Blynk, dan Node-RED
Mari kita buat perbandingan yang lebih mudah dipahami.
| Aspek | AWS IoT | Azure IoT | ThingsBoard | Blynk | Node-RED |
|---|---|---|---|---|---|
| Fokus | Cloud IoT | Cloud + Edge IoT | IoT Platform | Low-code IoT | Flow programming |
| Target | Enterprise/developer | Enterprise/developer | Developer/enterprise | Maker/developer/business | Developer/maker |
| Dashboard | Melalui ecosystem/services | Melalui ecosystem/services | Ya | Ya | Via nodes/integrations |
| Device Management | Ya | Ya | Ya | Ya | Terbatas / melalui flow |
| Open Source | Tidak | Tidak | Ya | Tidak | Open source |
| Cloud | Ya | Ya | Bisa cloud/on-prem | Managed cloud | Bisa local/cloud |
| Edge | Ekosistem terkait | Ya | Bisa | Integrations | Sangat cocok |
| Low-code | Terbatas | Terbatas | Sebagian | Tinggi | Tinggi |
| MQTT | Ya | Ya | Ya | Ya/integrasi | Ya melalui nodes |
Perlu diperhatikan bahwa fitur, paket, batasan, dan pricing masing-masing platform dapat berubah. Karena itu, tabel di atas sebaiknya dipahami sebagai gambaran arsitektural, bukan perbandingan harga atau spesifikasi paket tertentu.
Platform Mana yang Cocok untuk Pemula?
Jika tujuan kita adalah belajar konsep IoT, pilihan platform dapat disesuaikan dengan tingkat kesulitan.
Tingkat sangat dasar
ESP32
↓
Blynk
Fokus:
- sensor;
- dashboard;
- monitoring;
- control.
Tingkat dasar-menengah
ESP32 → MQTT → Node-RED
Fokus:
- MQTT;
- flow;
- automation;
- data processing.
Tingkat menengah
ESP32 → MQTT → ThingsBoard → Dashboard
Fokus:
- IoT platform;
- telemetry;
- dashboard;
- rule engine;
- device management.
Tingkat lanjut
ESP32 / Gateway
↓
AWS IoT / Azure IoT
↓
Cloud Services
↓
Database
↓
Analytics
↓
Application
Fokus:
- cloud architecture;
- scalability;
- security;
- device fleet;
- integration.
Apakah Harus Memilih Satu Platform?
Tidak.
Dalam sistem IoT nyata, beberapa teknologi dapat digunakan bersama.
Contohnya:
Device → MQTT → AWS IoT → Data Processing → Node-RED → Dashboard
Atau:
ESP32 → MQTT → Node-RED → ThingsBoard → Dashboard
Bahkan Blynk dapat digunakan sebagai bagian dari prototyping sebelum sistem dipindahkan ke architecture yang lebih kompleks.
Contoh Proyek yang Sama dengan Lima Pendekatan
Misalnya kita ingin membuat:
Smart Temperature Monitoring
Sensor:
DHT22
Controller:
ESP32
Data:
Temperature
Humidity
Pendekatan Blynk
DHT22 → ESP32 → Blynk → Mobile/Web Dashboard
Kelebihan: cepat dibuat.
Cocok: belajar dan prototyping.
Pendekatan Node-RED
DHT22 → ESP32 → MQTT → Node-RED → Dashboard
Kelebihan: sangat fleksibel untuk flow dan automation.
Cocok: belajar integrasi dan local IoT.
Pendekatan ThingsBoard
DHT22 → ESP32 → MQTT → ThingsBoard → Dashboard → Rule Engine
Kelebihan: lebih dekat dengan konsep IoT platform.
Cocok: monitoring dan device management.
Pendekatan AWS
DHT22 → ESP32 → MQTT → AWS IoT Core → AWS Services → Application
Kelebihan: cloud ecosystem dan scalability.
Cocok: pembelajaran cloud IoT dan production architecture.
Pendekatan Azure
DHT22 → ESP32 → MQTT → Azure IoT Hub → Azure Services → Application
Azure IoT Hub memang dirancang untuk menjadi pusat komunikasi antara aplikasi cloud dan perangkat IoT serta dapat merutekan data ke layanan Azure lainnya.
Mana yang Paling Mudah?
Secara umum, untuk pemula:
Lebih mudah
↓
Blynk
Node-RED
ThingsBoard
AWS IoT / Azure IoT
↓
Lebih kompleks
Namun urutan ini bukan ukuran mutlak.
Node-RED misalnya relatif mudah untuk membuat flow, tetapi kita tetap perlu memahami MQTT, broker, network, dan data structure jika ingin membuat sistem yang lebih kompleks.
Begitu pula AWS dan Azure menyediakan layanan yang sangat powerful, tetapi jumlah konsep yang harus dipahami jauh lebih banyak.
Mana yang Lebih Baik: AWS atau Azure?
Tidak ada jawaban universal.
Pertanyaannya sebaiknya diubah menjadi:
Mana yang paling sesuai dengan kebutuhan sistem?
Jika organisasi sudah menggunakan AWS:
AWS IoT
↓
AWS Services
dapat menjadi pilihan natural.
Jika organisasi sudah menggunakan Microsoft Azure:
Azure IoT
↓
Azure Services
dapat lebih mudah diintegrasikan.
Jadi keputusan sering dipengaruhi oleh:
- cloud ecosystem;
- skill tim;
- existing infrastructure;
- security requirements;
- integration;
- cost;
- scalability;
- architecture.
Mana yang Lebih Baik: ThingsBoard atau Blynk?
Keduanya menarik, tetapi orientasinya berbeda.
Blynk
Lebih menarik jika kita mengutamakan:
- kecepatan prototyping;
- dashboard;
- mobile app;
- low-code;
- device connectivity;
- product development.
Blynk menyediakan web console, mobile apps, managed cloud, device provisioning, automation, dan fleet management dalam platformnya.
ThingsBoard
Lebih menarik jika kita mengutamakan:
- open-source;
- kontrol terhadap deployment;
- telemetry;
- rule engine;
- dashboard;
- device management;
- cloud atau on-premises.
ThingsBoard secara resmi menyediakan deployment cloud maupun on-premises dan mendukung MQTT, CoAP, serta HTTP.
Mana yang Lebih Baik: Node-RED atau Blynk?
Keduanya memiliki tujuan yang berbeda.
Blynk:
Device → Cloud → Dashboard/App
Node-RED:
Data → Flow → Logic → Action
Blynk lebih berorientasi pada pengalaman platform IoT dan aplikasi.
Node-RED lebih berorientasi pada flow, integrasi, automation, dan data processing.
Bahkan keduanya dapat digunakan bersama.
Bagaimana Memilih Platform IoT?
Gunakan beberapa pertanyaan berikut.
1. Berapa banyak device?
1–10
100
1.000
100.000+
Semakin besar jumlah device, semakin penting device management dan scalability.
2. Apakah membutuhkan cloud?
Jika tidak:
Node-RED
ThingsBoard on-premises
Local MQTT
dapat dipertimbangkan.
3. Apakah membutuhkan dashboard siap pakai?
Jika ya, platform seperti:
Blynk
ThingsBoard
dapat menarik.
4. Apakah membutuhkan enterprise cloud?
Pertimbangkan:
AWS IoT
Azure IoT
5. Apakah membutuhkan low-code?
Pertimbangkan:
Blynk
Node-RED
6. Apakah ingin open-source?
ThingsBoard dan Node-RED menjadi opsi yang menarik.
7. Apakah membutuhkan edge/local processing?
Node-RED sangat cocok untuk skenario ini dan dapat berjalan di hardware seperti Raspberry Pi maupun cloud.
Jangan Memilih Platform Hanya Karena Populer
Ini merupakan kesalahan yang cukup sering terjadi.
Misalnya seseorang berkata:
"AWS lebih besar, berarti AWS pasti paling bagus."
Belum tentu.
Jika proyek hanya:
ESP32
↓
Temperature
↓
Dashboard
menggunakan cloud architecture yang sangat kompleks mungkin justru membuat pembelajaran lebih sulit.
Sebaliknya, jika perusahaan mengelola:
100.000 device
maka platform enterprise mungkin jauh lebih masuk akal.
Jadi:
Platform terbaik adalah platform yang paling sesuai dengan kebutuhan sistem, bukan yang paling populer.
Arsitektur Platform IoT Secara Umum
Setelah mempelajari lima teknologi tadi, kita dapat melihat gambaran umum:
USER
↓
┌────────────────────┐
│ Application │
│ Dashboard / Mobile │
└─────────┬──────────┘
↓
┌────────────────────┐
│ IoT Platform │
│ │
│ Device Management │
│ Data Processing │
│ Rules │
│ Analytics │
└─────────┬──────────┘
↓
┌────────────────────┐
│ Cloud / Edge │
└─────────┬──────────┘
↓
┌────────────────────┐
│ Network / Gateway │
└─────────┬──────────┘
↓
┌────────────────────┐
│ IoT Devices │
│ Sensors / Actuator │
└────────────────────┘
Kelima teknologi yang dibahas dapat menempati posisi yang berbeda dalam diagram tersebut.
Hubungan Level 11 dan Level 12
Pada Level 11, kita mempelajari:
Device → Edge → Gateway → Network → Cloud → Application
Pada Level 12, kita mulai memasukkan platform nyata ke dalam arsitektur:
APPLICATION
↑
┌──────┴──────┐
│ │
Blynk Dashboard
│ │
└──────┬──────┘
↑
IoT PLATFORM
┌────────────┼────────────┐
↓ ↓ ↓
AWS IoT Azure IoT ThingsBoard
│ │ │
└────────────┼────────────┘
↑
NETWORK
↑
EDGE/GATEWAY
↑
DEVICE
Sedangkan Node-RED dapat ditempatkan sebagai layer pemrosesan atau integrasi:
Device → MQTT → Node-RED → IoT Platform → Application
atau:
Device
↓
Gateway
↓
Node-RED
↓
Local Application
Kesalahan yang Sering Dilakukan Pemula
Menganggap semua platform IoT sama
AWS IoT, Azure IoT, ThingsBoard, Blynk, dan Node-RED mempunyai fungsi yang saling bersinggungan, tetapi tidak identik.
Langsung menggunakan cloud enterprise untuk proyek sederhana
Cloud enterprise sangat powerful, tetapi dapat menambah kompleksitas.
Tidak memahami MQTT sebelum menggunakan platform IoT
Karena MQTT banyak digunakan dalam sistem IoT, pemahaman protokol ini akan sangat membantu.
Terlalu fokus pada dashboard
Dashboard hanya bagian dari sistem.
Yang lebih penting adalah memahami:
Device → Communication → Data → Processing → Storage → Application
Mengabaikan security
Ketika device sudah terhubung internet, security menjadi bagian fundamental.
FAQ Platform IoT
Apa itu platform IoT?
Platform IoT adalah kumpulan layanan yang membantu menghubungkan, mengelola, memproses, menyimpan, dan memvisualisasikan data dari perangkat IoT.
Apa contoh platform IoT?
Contohnya AWS IoT, Azure IoT, ThingsBoard, dan Blynk. Node-RED juga banyak digunakan dalam ekosistem IoT, terutama untuk flow-based programming, integrasi, dan automation.
Apakah AWS IoT cocok untuk pemula?
Bisa, tetapi AWS memiliki ekosistem yang luas sehingga kurva belajarnya cenderung lebih tinggi. AWS IoT sangat menarik ketika tujuan pembelajaran sudah mengarah ke cloud dan enterprise IoT.
Apa perbedaan AWS IoT dan Azure IoT?
Keduanya menyediakan layanan untuk menghubungkan dan mengelola perangkat IoT dalam cloud, tetapi berada dalam ekosistem cloud yang berbeda. AWS IoT terintegrasi dengan AWS, sedangkan Azure IoT terintegrasi dengan Microsoft Azure.
Apa itu ThingsBoard?
ThingsBoard adalah open-source IoT platform yang menyediakan device management, data collection, processing, visualization, dashboard, dan rule engine. ThingsBoard mendukung deployment cloud maupun on-premises.
Apa itu Blynk?
Blynk adalah low-code IoT platform yang membantu menghubungkan hardware, membuat dashboard dan aplikasi, melakukan monitoring, automation, serta device management.
Apa itu Node-RED?
Node-RED adalah tool low-code untuk membuat aplikasi event-driven menggunakan flow visual. Node-RED sangat populer untuk integrasi, automation, dan pemrosesan data IoT.
Apakah Node-RED adalah cloud IoT platform?
Tidak dalam pengertian yang sama seperti AWS IoT Core atau Azure IoT Hub. Node-RED lebih tepat dipahami sebagai platform flow-based programming dan integration tool yang dapat dijalankan secara lokal, di edge, maupun di cloud.
Platform IoT mana yang paling mudah untuk belajar?
Untuk pemula yang ingin segera melihat data sensor pada dashboard, Blynk dapat menjadi pilihan yang mudah. Untuk belajar MQTT, flow, dan automation, Node-RED sangat menarik.
Kesimpulan
Platform IoT merupakan salah satu komponen penting yang menghubungkan perangkat IoT dengan data, cloud, automation, dan aplikasi.
Kita telah membahas lima teknologi dengan karakteristik berbeda:
AWS IoT
Berorientasi pada cloud IoT dan skala enterprise.
Azure IoT
Berorientasi pada cloud, device management, edge, dan ekosistem Microsoft.
ThingsBoard
Menawarkan open-source IoT platform, dashboard, telemetry, rule engine, dan deployment cloud/on-premises.
Blynk
Berfokus pada low-code IoT, dashboard, mobile application, connectivity, automation, dan device management.
Node-RED
Berfokus pada flow-based programming, data integration, automation, dan edge processing.
Tidak ada satu platform yang selalu paling baik.
Untuk memahami urutannya, kita dapat menggunakan pendekatan:
Pemula → Blynk → Node-RED → ThingsBoard → AWS IoT / Azure IoT → Advanced IoT Architecture
Tetapi urutan tersebut bukan aturan wajib. Tujuan akhirnya bukan sekadar mampu menggunakan satu platform, melainkan memahami mengapa sebuah platform digunakan dan di mana posisinya dalam arsitektur IoT.
Setelah memahami platform IoT, kita sudah memiliki fondasi yang jauh lebih kuat untuk membangun sistem nyata. Begitu juga dengan Level 11 – Arsitektur IoT: Device, Edge, Gateway, Network, Cloud & Application tentang alur data dan fungsi setiap layer dalam sistem IoT.
Namun ada satu pertanyaan besar yang belum dibahas secara mendalam:
Bagaimana data IoT yang masuk ke platform diproses, disimpan, dianalisis, dan diubah menjadi informasi yang berguna?
Pada level berikutnya, kita akan membahas bagaimana menangani data yang dihasilkan oleh ribuan bahkan jutaan perangkat. Pertanyaan di atas akan membawa kita ke Level 13 — Database IoT: Cara Menyimpan, Mengolah, dan Memvisualisasikan Data Sensor.
Materinya akan mencakup:
Sensor Data → Data Ingestion → Database → Time-Series Data → Storage → Query → Analytics → Visualization
Kita juga akan mulai mengenal konsep time-series database, karena data IoT pada dasarnya sangat erat dengan nilai + timestamp.
Contohnya:
10:00:01 → 29.1°C
10:00:02 → 29.2°C
10:00:03 → 29.3°C
Dari sinilah kita mulai bergerak dari sekadar menghubungkan perangkat menuju kemampuan untuk mengelola dan memahami data dalam skala IoT.
Tinggalkan komentar