Beranda IoT Arsitektur IoT: Device, Edge, Gateway, Network, Cloud & Application

IoT

Arsitektur IoT: Device, Edge, Gateway, Network, Cloud & Application

Pelajari arsitektur IoT dari device, sensor, edge, gateway, network, cloud, hingga application. Pahami alur data dan fungsi setiap layer dalam sistem IoT.

RPM21 Agu 202613 Menit13 Tayangan0

Setelah mempelajari bagaimana membuat proyek IoT pertama pada Level 10, sekarang kita akan naik satu tingkat untuk memahami sesuatu yang jauh lebih penting ketika mulai membangun sistem IoT yang lebih kompleks yaitu arsitektur IoT.

Pada proyek sederhana, kita mungkin hanya melihat:

Sensor  → ESP32  → Wi-Fi  → Server  → Dashboard

Namun sistem IoT sebenarnya dapat memiliki jauh lebih banyak komponen.

Dalam implementasi nyata, kita dapat menemukan:

sensor;
actuator;
microcontroller;
edge device;
gateway;
jaringan lokal;
internet;
cloud platform;
database;
backend;
API;
dashboard;
aplikasi mobile;
sistem analytics;
dan berbagai layanan lainnya.

Semakin besar sistemnya, semakin penting memahami bagaimana setiap komponen disusun dan bagaimana data bergerak di antara komponen tersebut.

Inilah yang disebut sebagai arsitektur IoT.

Secara sederhana:

┌──────────────┐
│    DEVICE    │
│ Sensor/MCU   │
└──────┬───────┘
       ↓
┌──────────────┐
│     EDGE     │
│ Local Process│
└──────┬───────┘
       ↓
┌──────────────┐
│   GATEWAY    │
│ Protocol     │
│ Conversion   │
└──────┬───────┘
       ↓
┌──────────────┐
│   NETWORK    │
│ Wi-Fi/Cell.  │
└──────┬───────┘
       ↓
┌──────────────┐
│     CLOUD    │
│ Data/Compute │
└──────┬───────┘
       ↓
┌──────────────┐
│ APPLICATION  │
│ Dashboard/App│
└──────────────┘

Memahami struktur tersebut akan menjadi fondasi penting sebelum kita masuk ke topik seperti cloud IoT, edge computing, database, keamanan, hingga sistem IoT skala industri.

Pada Level 11 Kurikulum Internet of Things Raja Putra Media ini, kita akan mempelajari arsitektur IoT, memahami alur data dan fungsi setiap layer dalam sistem IoT mulai dari device, sensor, edge, gateway, network, cloud, hingga application.

Daftar isi

Apa Itu Arsitektur IoT?

Arsitektur IoT adalah struktur atau rancangan yang menjelaskan bagaimana berbagai komponen dalam sistem Internet of Things saling terhubung, berkomunikasi, memproses data, dan menghasilkan informasi atau tindakan.

Dengan kata lain, arsitektur IoT menjawab pertanyaan:

Dari mana data berasal, ke mana data dikirim, di mana data diproses, di mana data disimpan, dan bagaimana data akhirnya digunakan?

Contoh sederhananya:

Dunia Fisik    → Sensor    → Device    → Gateway    → Network    → Cloud    → Application    → User

Namun tidak semua sistem IoT harus menggunakan semua komponen tersebut.

Sebuah sistem sederhana mungkin:

Sensor
 ↓
ESP32
 ↓
Wi-Fi
 ↓
Cloud
 ↓
Dashboard

Sementara sistem industri dapat menjadi:

Sensor → PLC / Controller → Edge Device → Industrial Gateway → Local Network → Firewall → Cloud → Data Platform → Analytics → Application

Jadi, arsitektur IoT dapat sangat sederhana maupun sangat kompleks.

Mengapa Arsitektur IoT Penting?

Tanpa arsitektur yang jelas, sistem IoT akan sulit dikembangkan dan dipelihara.

Bayangkan sebuah perusahaan memiliki:

10.000 perangkat

Masing-masing mengirim data setiap beberapa detik.

Jika semuanya langsung mengirim data mentah ke satu server tanpa perencanaan, sistem dapat mengalami masalah:

bandwidth tinggi;
server overload;
database terlalu besar;
latency;
keamanan;
sulit melakukan troubleshooting;
sulit menambah perangkat baru.

Arsitektur membantu membagi tanggung jawab.

Misalnya:

Device → Mengambil data
Edge → Memproses data lokal
Gateway → Menjembatani perangkat dan jaringan
Network → Mengirim data
Cloud → Menyimpan dan memproses skala besar
Application → Menampilkan dan menggunakan data

Dengan pembagian tersebut, sistem menjadi lebih terstruktur.

Gambaran Layer dalam Arsitektur IoT

Tidak ada satu standar universal yang mewajibkan semua sistem IoT memiliki jumlah layer tertentu.

Namun untuk pembelajaran, kita dapat menggunakan model praktis berikut:

Layer 1 — Device
Layer 2 — Edge
Layer 3 — Gateway
Layer 4 — Network
Layer 5 — Cloud
Layer 6 — Application

Perlu diperhatikan bahwa Edge dan Gateway dapat berada pada perangkat yang sama dalam sistem tertentu.

Begitu pula fungsi cloud dapat digantikan sebagian oleh server lokal atau edge computing.

Karena itu, layer ini sebaiknya dipahami sebagai fungsi, bukan kotak yang selalu harus berupa perangkat fisik terpisah.

Layer 1 — Device

Layer paling dekat dengan dunia fisik adalah device.

Device merupakan perangkat yang berinteraksi langsung dengan lingkungan.

Contohnya:

sensor suhu;
sensor kelembapan;
sensor cahaya;
sensor tekanan;
sensor gerakan;
kamera;
smart meter;
actuator;
ESP32;
Arduino;
perangkat industri.

Secara sederhana:

Physical World      →    Sensor      →    Device

Sensor sebagai Bagian Device

Sensor bertugas menangkap kondisi fisik.

Misalnya:

Temperature → 30.5°C
Humidity    → 70%
Light       → 450 lux
Pressure    → 1012 hPa

Data tersebut kemudian dibaca oleh microcontroller.

Contohnya:

DHT Sensor    → ESP32    → Digital Data

ESP32 kemudian dapat memproses dan mengirim data tersebut.

Actuator dalam Device Layer

Device IoT tidak hanya menerima informasi dari lingkungan.

Device juga dapat memberikan tindakan kembali ke dunia fisik.

Contohnya:

relay;
motor;
valve;
lampu;
buzzer;
pump;
fan.

Alurnya:

Cloud  → Command  → Device  → Actuator  → Physical Action

Misalnya:

Temperature > 35°C
        ↓
     Fan ON

Inilah yang membuat IoT berbeda dari sistem monitoring biasa.

Microcontroller dalam Device Layer

Microcontroller bertindak sebagai otak perangkat.

Contohnya:

Arduino;
ESP8266;
ESP32;
berbagai MCU lainnya.

Microcontroller dapat:

membaca sensor;
memproses data;
mengontrol actuator;
menyimpan data sementara;
berkomunikasi dengan jaringan.

Contohnya:

Sensor  → ESP32  → Process  → Wi-Fi

Layer 2 — Edge

Setelah device, kita dapat memiliki edge layer.

Edge computing berarti sebagian proses data dilakukan dekat dengan sumber data, bukan selalu dikirim ke cloud terlebih dahulu.

Misalnya:

Sensor  → ESP32  → Edge Device  → Cloud

Edge device dapat melakukan pemrosesan lokal.

Mengapa Edge Computing Dibutuhkan?

Bayangkan sebuah kamera industri menghasilkan data video dalam jumlah sangat besar.

Tidak efisien jika seluruh video mentah selalu dikirim ke cloud.

Sebagai alternatif:

Camera  → Edge Computer  → Object Detection  → "Defect Detected"  → Cloud

Yang dikirim ke cloud mungkin hanya hasil analisis atau metadata.

Contohnya:

Raw Video
     ↓
Edge AI
     ↓
Defect = YES
     ↓
Cloud

Ini dapat mengurangi bandwidth dan mempercepat respons.

Keuntungan Edge Computing

Edge computing dapat memberikan beberapa keuntungan:

Latency lebih rendah

Data diproses dekat dengan sumber.

Mengurangi bandwidth

Tidak semua data mentah harus dikirim ke cloud.

Operasi lokal

Sistem tertentu dapat tetap berjalan ketika koneksi cloud terganggu.

Privacy

Sebagian data sensitif dapat diproses secara lokal.

Respons cepat

Sangat berguna untuk automation dan control.

Contoh Edge dalam Smart Factory

Bayangkan sebuah mesin menghasilkan data:

Temperature
Vibration
Pressure
Current

Edge computer dapat melakukan:

Sensor → Edge → Analyze → Anomaly?

Jika mendeteksi kondisi berbahaya:

Vibration > Threshold
        ↓
Edge detects anomaly
        ↓
Machine Stop

Sementara data ringkas tetap dikirim ke cloud:

Edge
 ↓
Cloud
 ↓
Analytics Dashboard

Sistem tidak perlu menunggu cloud untuk melakukan tindakan yang sangat sensitif terhadap waktu.

Layer 3 — Gateway

IoT Gateway merupakan perangkat atau fungsi yang menjadi penghubung antara device/field network dengan jaringan atau sistem lain.

Gateway dapat melakukan berbagai tugas.

Contohnya:

protocol translation;
data aggregation;
routing;
filtering;
security;
device management;
buffering.

Arsitektur:

Devices  → Gateway  → Internet  → Cloud

Mengapa IoT Gateway Dibutuhkan?

Tidak semua perangkat IoT menggunakan protokol atau jaringan yang sama.

Misalnya:

Sensor A → Zigbee
Sensor B → BLE
Sensor C → Modbus
Sensor D → LoRaWAN

Gateway dapat menjadi penghubung:

Zigbee ─┐
BLE ────┤
Modbus ─┤→ Gateway → IP Network → Cloud
LoRaWAN ┘

Dengan demikian, perangkat dengan teknologi berbeda dapat diintegrasikan ke sistem yang lebih luas.

Gateway vs Edge

Kedua istilah ini sering dianggap sama.

Padahal keduanya memiliki fokus yang berbeda.

Gateway terutama berfungsi sebagai penghubung atau jembatan komunikasi.

Edge lebih menekankan pemrosesan data dekat dengan sumber.

Namun satu perangkat dapat menjalankan keduanya.

Contohnya:

┌─────────────────────────┐
│     Edge Gateway        │
│                         │
│ Protocol Conversion     │
│ Data Filtering          │
│ Local Analytics         │
│ Buffering               │
└─────────────────────────┘

Jadi sebuah gateway dapat sekaligus menjadi edge computing device.

Layer 4 — Network

Setelah data keluar dari device atau gateway, kita membutuhkan network.

Network menyediakan jalur komunikasi.

Teknologinya dapat berupa:

Wi-Fi;
Ethernet;
Bluetooth;
Zigbee;
LoRaWAN;
cellular;
NB-IoT;
LTE-M;
dan teknologi jaringan lainnya.

Pemilihannya tergantung kebutuhan.

Network dalam Arsitektur IoT

Contohnya:

Sensor → ESP32 → Wi-Fi → Router → Internet → Cloud

Pada sistem lain:

Sensor → LoRaWAN → Gateway → Internet → Cloud

Sementara pada perangkat bergerak:

Device → Cellular → Internet → Cloud

Tidak ada satu teknologi jaringan yang cocok untuk semua proyek.

Faktor Pemilihan Network

Ketika memilih jaringan IoT, kita perlu mempertimbangkan:

Jangkauan

Seberapa jauh perangkat dari gateway atau access point?

Bandwidth

Seberapa besar data yang dikirim?

Power consumption

Apakah device menggunakan baterai?

Latency

Seberapa cepat data harus diterima?

Reliability

Seberapa stabil koneksinya?

Biaya

Berapa biaya perangkat dan konektivitas?

Environment

Apakah perangkat berada di rumah, kota, pabrik, perkebunan, atau lokasi terpencil?

Layer 5 — Cloud

Setelah data melewati network, data dapat diteruskan ke cloud.

Cloud menyediakan sumber daya komputasi dan penyimpanan yang dapat digunakan sesuai kebutuhan sistem.

Dalam sistem IoT, cloud dapat menangani:

data ingestion;
database;
analytics;
device management;
API;
authentication;
monitoring;
dashboards;
automation;
machine learning.

Contoh:

Device
  ↓
Network
  ↓
Cloud
  ├── Database
  ├── API
  ├── Analytics
  └── Storage

Mengapa Cloud Penting untuk IoT?

Bayangkan terdapat:

100.000 devices

Setiap perangkat mengirim data.

Sistem membutuhkan:

penyimpanan;
processing;
backup;
monitoring;
scalability.

Cloud dapat membantu menyediakan infrastruktur tersebut tanpa harus seluruhnya dibangun sebagai server fisik sendiri.

Namun cloud bukan satu-satunya pilihan.

Sistem dapat menggunakan:

server lokal;
private cloud;
public cloud;
hybrid architecture;
edge computing.

Cloud Tidak Selalu Berarti Internet Publik

Dalam pembelajaran dasar, cloud sering disamakan dengan:

Server di internet.

Pemahaman tersebut cukup sebagai awal.

Namun cloud sebenarnya lebih luas, yaitu model penyediaan sumber daya komputasi dan layanan yang dapat digunakan secara fleksibel.

Dalam sistem perusahaan, arsitekturnya dapat berupa:

Device → Private Network → Edge → Private Cloud

atau:

Device → Internet → Public Cloud

atau kombinasi:

Device → Edge → Private Cloud → Public Cloud

Data Ingestion

Salah satu fungsi penting pada sisi cloud adalah data ingestion.

Data dari perangkat masuk melalui mekanisme seperti:

MQTT
HTTP
WebSocket
Other protocols

Kemudian sistem menerima data:

</> JSON
{
  "device_id": "ESP32-001",
  "temperature": 29.5,
  "humidity": 72
}

Data tersebut selanjutnya dapat:

Validate   → Transform   → Store   → Analyze

Database pada Arsitektur IoT

Setelah data diterima, sistem perlu menentukan di mana data disimpan.

Contohnya:

IoT Data
   ↓
Database
   ↓
Historical Data

Database dapat digunakan untuk menyimpan:

device ID;
timestamp;
sensor values;
status;
event;
configuration.

Contoh:

Timestamp	Device	Temperature	Humidity
10:00	ESP32-01	29.2	70
10:01	ESP32-01	29.4	71
10:02	ESP32-01	29.5	72

Pada skala besar, pemilihan jenis database menjadi bagian penting dari desain arsitektur.

Layer 6 — Application

Layer terakhir dalam model pembelajaran ini adalah application.

Application merupakan bagian yang digunakan manusia atau sistem lain untuk memanfaatkan data IoT.

Contohnya:

web dashboard;
mobile app;
monitoring system;
analytics platform;
alerting system;
enterprise software.

Arsitekturnya:

IoT Device    → Cloud    → Application    → User

Dashboard sebagai IoT Application

Dashboard dapat menampilkan:

┌───────────────────────────┐
│      SMART FACTORY        │
├───────────────────────────┤
│ Machine 01      ONLINE    │
│ Temperature    72°C       │
│ Vibration      NORMAL     │
│ Pressure       4.2 bar    │
├───────────────────────────┤
│ Production: 1,245 units   │
└───────────────────────────┘

Dashboard mengubah data mentah menjadi informasi yang mudah dipahami.

Mobile Application

Selain dashboard web, data IoT dapat ditampilkan melalui smartphone.

Contohnya:

ESP32
 ↓
Cloud
 ↓
API
 ↓
Mobile App

Pengguna dapat:

melihat status perangkat;
melihat histori;
mengubah konfigurasi;
menerima notifikasi;
mengontrol actuator.

Alur Data dalam Arsitektur IoT

Sekarang mari kita lihat perjalanan data secara keseluruhan.

Misalnya sensor membaca temperatur:

30.5°C

Data tersebut bergerak:

Sensor  → ESP32  → Edge  → Gateway  → Network  → Cloud  → Database  → Application  → User

Setiap layer memiliki peran.

Alur Sebaliknya: Command dari User

IoT juga memiliki downstream communication.

Misalnya pengguna menekan tombol:

FAN ON

Alurnya:

User → Application → Cloud / Backend → Network → Gateway → Device → Actuator → Fan ON

Dengan demikian komunikasi IoT berjalan dua arah.

UPSTREAM
Device
  ↓
Cloud
  ↓
Application

DOWNSTREAM
Application
  ↓
Cloud
  ↓
Device

Contoh Arsitektur Smart Home

Mari kita terapkan konsep tersebut.

Sebuah smart home memiliki:

sensor temperatur;
sensor gerakan;
smart lamp;
smart fan;
ESP32;
Wi-Fi;
cloud;
mobile application.

Arsitekturnya:

             SMART HOME

Temperature ─┐
Motion ──────┤
Light ───────┤
             ↓
           ESP32
             ↓
            Wi-Fi
             ↓
          Internet
             ↓
            Cloud
             ↓
        Mobile App
             ↓
        User Control
             ↓
          ESP32
             ↓
       Lamp / Fan

Contoh Arsitektur Smart Agriculture

Pada pertanian pintar, perangkat dapat ditempatkan pada area yang luas.

Soil Sensor ──┐
Temp Sensor ──┤
Humidity ─────┤
Light Sensor ─┤
              ↓
          IoT Gateway
              ↓
          LoRaWAN
              ↓
           Internet
              ↓
            Cloud
              ↓
          Dashboard

Command dapat dikirim kembali:

Dashboard   → Cloud   → Gateway   → Pump Controller   → Water Pump

Contoh Arsitektur Smart Factory

Sistem industri biasanya lebih kompleks.

Contoh:

Machine Sensors
       ↓
 PLC / Controller
       ↓
 Industrial Gateway
       ↓
      Edge
       ↓
 Local Network
       ↓
   Secure Gateway
       ↓
      Cloud
       ↓
   Data Platform
       ↓
   Analytics
       ↓
   Dashboard

Edge dapat melakukan analisis lokal sehingga sistem tertentu tidak bergantung sepenuhnya pada cloud.

Contoh Arsitektur IoT dengan Edge AI

Teknologi AI juga dapat dimasukkan ke arsitektur IoT.

Misalnya kamera memonitor kualitas produk.

Camera  → Edge Computer  → AI Model  → Defect Detection  → Decision

Jika produk cacat:

Defect Detected
      ↓
Actuator
      ↓
Reject Product

Cloud hanya menerima:

Machine: 01
Defect: YES
Timestamp: ...

Tidak semua video harus dikirim ke cloud.

Device-to-Cloud Architecture

Untuk sistem sederhana, perangkat dapat langsung terhubung ke cloud.

Device
  ↓
Wi-Fi / Cellular
  ↓
Internet
  ↓
Cloud

Keuntungannya:

arsitektur sederhana;
lebih sedikit perangkat perantara;
mudah dipahami.

Namun untuk sistem besar, pendekatan ini mungkin tidak selalu optimal.

Device-to-Gateway Architecture

Pada pendekatan ini, perangkat berkomunikasi dengan gateway terlebih dahulu.

Device → Gateway → Internet → Cloud

Keuntungannya:

dapat menggunakan protokol lokal;
gateway dapat melakukan filtering;
dapat mengurangi traffic;
device tidak selalu membutuhkan koneksi internet langsung.

Edge-to-Cloud Architecture

Pendekatan yang lebih modern dapat menggunakan edge:

Device
 ↓
Edge
 ↓
Cloud

Edge menangani pemrosesan lokal.

Cloud menangani:

storage;
global analytics;
device management;
historical data;
application services.

Apakah Semua IoT Membutuhkan Cloud?

Tidak.

Ini adalah salah satu hal penting yang harus dipahami.

Sistem IoT dapat bekerja sepenuhnya lokal.

Contoh:

Sensor
 ↓
ESP32
 ↓
Local Network
 ↓
Local Dashboard

Tidak ada cloud.

Untuk beberapa aplikasi, pendekatan lokal bahkan lebih tepat karena membutuhkan:

latency rendah;
privacy;
offline operation;
kontrol lokal.

Cloud vs Edge

Perbandingan sederhananya:

Edge	Cloud
Dekat dengan device	Terpusat
Latency rendah	Bergantung koneksi
Pemrosesan lokal	Pemrosesan skala besar
Mengurangi bandwidth	Storage besar
Dapat bekerja offline sebagian	Cocok untuk data terpusat
Cocok untuk real-time control	Cocok untuk analytics dan aplikasi

Dalam banyak sistem modern, keduanya digunakan bersama.

Device
 ↓
Edge
 ↓
Cloud

Bukan:

Edge VS Cloud

melainkan:

Edge + Cloud

Gateway vs Router

Gateway juga sering disalahartikan sebagai router.

Router pada dasarnya mengarahkan traffic antarjaringan.

Gateway dalam sistem IoT dapat memiliki fungsi yang jauh lebih luas.

Misalnya:

Protocol Conversion
Data Filtering
Security
Aggregation
Buffering
Device Management

Satu perangkat dapat menjalankan fungsi router sekaligus gateway, tetapi konsepnya tetap berbeda.

Network vs Protocol

Network dan protocol juga bukan hal yang sama.

Contoh network:

Wi-Fi
Ethernet
Cellular
LoRaWAN

Sedangkan protocol aplikasi dapat berupa:

MQTT
HTTP
CoAP
WebSocket

Sederhananya:

Network
→ bagaimana perangkat terhubung

Protocol
→ bagaimana data dikomunikasikan

Dalam praktik, berbagai lapisan protokol komunikasi IoT bekerja bersama.

Mengapa Arsitektur Berlapis Membantu?

Pendekatan berlapis memungkinkan setiap bagian dikembangkan secara lebih independen.

Misalnya:

Device

dapat diganti dari ESP32 menjadi perangkat industri tanpa harus mengubah seluruh application layer.

Atau:

Dashboard

dapat diganti dari web menjadi mobile app tanpa harus mengganti sensor.

Selama interface dan protokol antarbagian tetap kompatibel, sistem lebih mudah dikembangkan.

Scalability dalam Arsitektur IoT

Sistem IoT harus dipikirkan bukan hanya untuk:

10 devices

tetapi mungkin:

1.000 devices
10.000 devices
100.000 devices
1.000.000 devices

Pertanyaan yang perlu dipikirkan:

apakah network mampu menangani traffic?
apakah gateway mampu menangani perangkat?
apakah cloud dapat melakukan scaling?
apakah database mampu menyimpan data?
apakah dashboard mampu memproses query?
bagaimana device management dilakukan?

Inilah mengapa arsitektur menjadi sangat penting pada sistem IoT skala besar.

Scalability Horizontal dan Vertical

Pada sistem backend, kita dapat menemukan konsep scaling.

Vertical Scaling

Menambah kemampuan satu server.

Server
 ↓
CPU/RAM lebih besar

Horizontal Scaling

Menambah jumlah server.

       ┌─ Server 1
Load ──┼─ Server 2
       └─ Server 3

Untuk sistem IoT besar, berbagai komponen dapat dirancang agar dapat melakukan scaling sesuai kebutuhan.

Reliability

Arsitektur IoT juga harus mempertimbangkan kegagalan.

Misalnya:

Cloud DOWN

Apakah perangkat langsung berhenti?

Tidak selalu.

Sistem yang dirancang dengan baik dapat menggunakan:

Device
 ↓
Local Processing
 ↓
Buffer
 ↓
Connection Restored
 ↓
Upload Data

Edge computing dan local storage dapat membantu mempertahankan operasi saat koneksi cloud bermasalah.

Buffering Data

Bayangkan sensor terus menghasilkan data tetapi internet terputus.

Daripada membuang semua data:

Sensor → Edge → Internet X

edge dapat menyimpan data sementara:

Sensor
 ↓
Edge Storage
 ↓
Internet X
 ↓
Internet OK
 ↓
Cloud

Data kemudian dikirim setelah koneksi kembali.

Teknik seperti ini sangat berguna pada lokasi dengan koneksi tidak stabil.

Security dalam Arsitektur IoT

Semakin banyak layer berarti semakin banyak titik yang harus diamankan.

Contohnya:

Device → Gateway → Network → Cloud → Application

Keamanan perlu diperhatikan pada setiap bagian.

Security pada Device

Beberapa hal yang perlu dipertimbangkan:

device identity;
secure credentials;
secure boot;
firmware security;
update mechanism.

Jangan menyimpan kredensial penting secara sembarangan di source code.

Security pada Network

Network dapat dilindungi menggunakan mekanisme seperti:

encryption;
TLS;
VPN;
firewall;
network segmentation;
access control.

Tujuannya adalah mencegah komunikasi IoT menjadi pintu masuk ke sistem yang tidak seharusnya.

Security pada Cloud

Cloud perlu mengatur:

authentication;
authorization;
API security;
encryption;
logging;
access policy.

Misalnya:

Device A → hanya boleh mengakses resource A
Device B → hanya boleh mengakses resource B

Security pada Application

Application juga harus dilindungi.

Contohnya:

User
 ↓
Login
 ↓
Authentication
 ↓
Authorization
 ↓
Dashboard

Tidak semua pengguna harus memiliki akses yang sama.

Observability

Sistem IoT yang besar juga membutuhkan observability.

Kita harus dapat mengetahui:

device online/offline;
network status;
message rate;
error rate;
latency;
server health;
database health.

Misalnya dashboard administrator:

Devices:       10,000
Online:         9,842
Offline:          158
Messages/min:  52,400
Errors:            21

Data seperti ini sangat penting untuk operasional.

Device Management

Ketika hanya memiliki satu ESP32, update firmware dapat dilakukan secara manual.

Namun bagaimana jika ada:

100.000 devices?

Tidak mungkin semuanya di-update satu per satu.

Karena itu sistem IoT skala besar membutuhkan:

device registration;
provisioning;
remote configuration;
firmware update;
monitoring;
certificate management;
device decommissioning.

OTA Update

Salah satu konsep penting adalah OTA (Over-the-Air) update.

Perangkat dapat menerima firmware baru melalui jaringan.

Contohnya:

Developer   → Cloud   → OTA Update   → ESP32   → New Firmware

Ini membuat pemeliharaan ribuan perangkat menjadi jauh lebih praktis.

Arsitektur IoT Tidak Selalu Linear

Diagram:

Device → Gateway → Cloud → Application

sangat bagus untuk pembelajaran.

Tetapi sistem nyata sering lebih kompleks.

Misalnya:

              ┌→ Cloud
Device → Edge ┤
              └→ Local App
                  ↓
                User

Atau:

Device
 ↓
Gateway
 ├→ Edge Analytics
 ├→ Local Storage
 └→ Cloud
       ↓
   Application

Arsitektur dapat disesuaikan dengan kebutuhan bisnis dan teknis.

Contoh Arsitektur IoT Lengkap

Mari kita buat contoh smart factory yang lebih realistis.

┌──────────────────────────────────────┐
│              FACTORY                 │
│                                      │
│ Sensors → PLC → Edge Gateway         │
│ Cameras → Edge AI                    │
│ Machines → Industrial Network        │
└──────────────────┬───────────────────┘
                   │
                   ↓
             Secure Network
                   │
                   ↓
              IoT Platform
                   │
       ┌───────────┼────────────┐
       ↓           ↓            ↓
   Database     Analytics      API
       │           │            │
       └───────────┼────────────┘
                   ↓
              Application
                   │
          ┌────────┴────────┐
          ↓                 ↓
      Dashboard          Mobile App

Arsitektur seperti ini menunjukkan bahwa IoT bukan sekadar sensor yang terhubung internet.

IoT adalah ekosistem teknologi yang menghubungkan dunia fisik dengan sistem digital.

Bagaimana Menentukan Arsitektur IoT?

Sebelum membuat arsitektur, tanyakan beberapa hal.

1. Apa yang ingin diukur?

Misalnya:

Temperature
Pressure
Vibration
Energy

2. Berapa jumlah perangkat?

3. Seberapa sering data dikirim?

1/minute
1/second
100/second

4. Apakah membutuhkan real-time?

Jika ya, edge atau teknologi komunikasi real-time dapat menjadi penting.

5. Apakah perangkat memiliki koneksi internet langsung?

Jika tidak, gateway mungkin diperlukan.

6. Apakah data harus diproses lokal?

Jika ya, pertimbangkan edge computing.

7. Apakah membutuhkan histori?

Jika ya, database diperlukan.

8. Siapa yang menggunakan data?

operator;
administrator;
customer;
aplikasi lain;
AI system.

Jawaban atas pertanyaan tersebut akan menentukan desain arsitektur.

Arsitektur IoT Sederhana untuk Pemula

Jika baru belajar, jangan membuat arsitektur terlalu rumit.

Mulailah:

Sensor → ESP32 → Wi-Fi → HTTP / MQTT → Server → Database → Dashboard

Setelah memahami alur tersebut, kita dapat menambahkan:

Gateway
Edge
Security
Analytics
Automation

secara bertahap.

Arsitektur IoT untuk Sistem Menengah

Untuk sistem yang mulai berkembang:

Devices
 ↓
Gateway
 ↓
MQTT Broker
 ↓
Backend
 ↓
Database
 ↓
API
 ↓
Dashboard

Kemudian tambahkan edge:

Devices
 ↓
Edge Gateway
 ↓
MQTT
 ↓
Cloud
 ↓
Application

Arsitektur IoT untuk Sistem Besar

Untuk sistem skala besar, kita dapat memiliki:

Devices
    ↓
Edge
    ↓
Gateway
    ↓
Network
    ↓
IoT Ingestion
    ↓
Message Broker
    ↓
Stream Processing
    ↓
Database / Data Lake
    ↓
Analytics / AI
    ↓
API
    ↓
Applications

Di sini terlihat bahwa satu sistem IoT dapat memiliki banyak subsistem.

Ringkasan Setiap Layer

Layer	Fungsi Utama	Contoh
Device	Mengambil data & melakukan aksi	Sensor, ESP32, actuator
Edge	Memproses data dekat sumber	Edge computer, industrial PC
Gateway	Menjembatani device/network	IoT gateway
Network	Menghubungkan perangkat	Wi-Fi, Ethernet, Cellular, LoRaWAN
Cloud	Compute, storage, analytics	IoT platform, database
Application	Menggunakan dan menampilkan data	Dashboard, mobile app

Cara mengingatnya:

DEVICE "Ambil data"
EDGE "Proses dekat sumber"
GATEWAY "Jembatani"
NETWORK "Kiriman data"
CLOUD "Simpan & proses skala besar"
APPLICATION "Gunakan data"

Kesalahan Umum Memahami Arsitektur IoT

1. Menganggap Semua IoT Harus Menggunakan Cloud

Tidak benar.

IoT dapat bekerja secara lokal, edge, private cloud, public cloud, maupun hybrid.

2. Menganggap Gateway dan Edge Sama

Keduanya dapat berada dalam perangkat yang sama, tetapi fungsi konseptualnya berbeda.

3. Menganggap Sensor Adalah IoT

Sensor hanyalah salah satu bagian dari sistem.

IoT membutuhkan konektivitas, pemrosesan, komunikasi, dan biasanya aplikasi atau sistem yang memanfaatkan data.

4. Menganggap Wi-Fi adalah Protokol IoT

Wi-Fi merupakan teknologi jaringan.

Protokol aplikasi seperti MQTT dan HTTP berada pada lapisan yang berbeda.

5. Membuat Arsitektur Terlalu Kompleks

Untuk pemula:

Sensor
 ↓
ESP32
 ↓
Wi-Fi
 ↓
Server

sudah cukup.

Kompleksitas sebaiknya ditambahkan ketika memang diperlukan.

FAQ Arsitektur IoT

Apa itu arsitektur IoT?

Arsitektur IoT adalah rancangan yang menjelaskan bagaimana device, edge, gateway, network, cloud, dan application saling terhubung serta bagaimana data mengalir di antara komponen tersebut.

Apa saja layer utama arsitektur IoT?

Untuk model pembelajaran praktis, kita dapat membaginya menjadi device, edge, gateway, network, cloud, dan application. Namun tidak ada satu model layer yang wajib digunakan untuk semua sistem IoT.

Apa fungsi IoT gateway?

Gateway menjadi penghubung antara perangkat atau jaringan lokal dengan sistem lain. Gateway juga dapat melakukan filtering, aggregation, protocol conversion, security, dan buffering.

Apa itu edge computing dalam IoT?

Edge computing adalah pendekatan untuk melakukan pemrosesan data lebih dekat dengan sumber data, sehingga dapat mengurangi latency dan kebutuhan mengirim seluruh data ke cloud.

Apakah edge dan gateway sama?

Tidak selalu. Gateway berfokus pada fungsi penghubung, sedangkan edge berfokus pada pemrosesan dekat sumber. Namun satu perangkat dapat menjalankan kedua fungsi tersebut.

Apakah IoT harus menggunakan cloud?

Tidak. Sistem IoT dapat menggunakan local server, edge computing, private cloud, public cloud, atau kombinasi beberapa pendekatan.

Apa fungsi cloud dalam IoT?

Cloud dapat digunakan untuk data ingestion, storage, database, analytics, API, device management, machine learning, dan application services.

Apa fungsi application layer?

Application layer menyediakan antarmuka bagi manusia atau sistem lain untuk memanfaatkan data IoT, misalnya melalui dashboard, mobile application, monitoring platform, atau enterprise software.

Mengapa arsitektur IoT penting?

Karena semakin banyak perangkat dan data yang digunakan, semakin penting sistem memiliki struktur yang jelas agar scalable, reliable, secure, dan mudah dikelola.

Kesimpulan

Arsitektur IoT adalah blueprint yang menjelaskan bagaimana dunia fisik terhubung dengan dunia digital.

Kita dapat melihat perjalanan data secara sederhana:

      DUNIA FISIK
           ↓
        DEVICE
           ↓
          EDGE
           ↓
        GATEWAY
           ↓
        NETWORK
           ↓
          CLOUD
           ↓
      APPLICATION
           ↓
          USER

Setiap bagian memiliki fungsi berbeda.

Device berinteraksi dengan dunia fisik.

Edge memproses data dekat sumber.

Gateway menjembatani perangkat dan jaringan.

Network menyediakan jalur komunikasi.

Cloud menyediakan penyimpanan dan komputasi skala besar.

Application mengubah data menjadi informasi yang dapat digunakan manusia atau sistem lain.

Namun dalam sistem nyata, layer tersebut tidak selalu berdiri sendiri. Sebuah gateway dapat sekaligus berfungsi sebagai edge device. Sebagian proses dapat dilakukan di cloud, sebagian lainnya di edge. Bahkan beberapa sistem IoT tidak membutuhkan cloud sama sekali.

Hal yang paling penting adalah memahami fungsi setiap bagian dan alasan mengapa bagian tersebut digunakan.

Dengan pemahaman ini, kita mulai berpindah dari sekadar membuat proyek ESP32 sederhana menuju cara berpikir sebagai IoT system designer.

Dari Device Menuju Sistem IoT yang Lebih Kompleks

Pada Level 1–10, kita terutama belajar:

Apa itu IoT  → Komponen  → Sensor  → Microcontroller  → Programming  → Network  → Protocol  → Project

Dan pada Level 10 – Membuat Proyek IoT Pertama: Panduan Sensor hingga Monitoring Data, kita telah mempelajari sensor, ESP32, koneksi Wi-Fi, pengiriman data, hingga monitoring melalui dashboard.

Pada Level 11, perspektif kita mulai berubah:

Device   → Architecture   → Edge   → Gateway   → Network   → Cloud   → Application

Ini merupakan langkah penting karena mulai dari sini kita tidak lagi hanya bertanya:

“Bagaimana membuat perangkat IoT?”

tetapi mulai bertanya:

“Bagaimana jika jumlah perangkat mulai bertambah, dan kita membutuhkan sistem yang mampu menangani itu semua?”

Pertanyaan tersebut akan membawa kita ke level berikutnya yaitu platform IoT.

Level 12 — Platform IoT dan Cloud: AWS IoT, Azure IoT, ThingsBoard, Blynk & Node-RED untuk mengenali fungsi, kelebihan, perbedaan, dan cara memilih platform IoT.

Pada level selanjutnya, pembahasan dapat diperdalam pada salah satu komponen penting yang menghubungkan perangkat IoT dengan data, cloud, automation, dan aplikasi.