Professional Documents
Culture Documents
C1.2. IoT - Architecture Iuh
C1.2. IoT - Architecture Iuh
IoT devices are inherently connected – we need a way of interacting with them, often with
firewalls, network address translation and other obstacles in the way
There are billions of these devices already; we need an architecture for scalability. In
addition, these devices are typically interacting 24x7, so we need a highly-available
approach that supports deployment across data centers to allow disaster recovery.
The devices may not have UIs and certainly are designed to be “everyday” usage, so we need
to support automatic and managed updates, as well as being able to remotely manage
these devices.
IoT devices are very commonly used for collecting and analyzing personal data. A model for
managing the identity and access control for IoT devices and the data they publish and
consume is a key requirement.
1.6. IOT ARCHITECTURE Requirements for a Reference Architecture
To select a suitable
protocol for devices
connect directly or
via gateways to the
cloud
To offer a binary protocol to
A simple, small the device, but allow an
and binary protocol HTTP-based API to control
the device (HTTP/MQTT need
in connectivity memory size of the program)
Connectivity and
communications
1.6. IOT ARCHITECTURE Requirements for a Reference Architecture
Device
Remotely enabling or disabling certain hardware capabilities
management
Data collection,
analysis, and
actuation
1.6. IOT ARCHITECTURE Requirements for a Reference Architecture
Security is one of the most important aspects for IoT. IoT devices are often
collecting highly personal data, and by their nature are bringing the real world
onto the Internet. :
Risks that are inherent in any Internet
system, but that product/IoT designers may
not be aware of
This
brings
three Specific risks that are unique to IoT devices
categories
of risks
- Lớp này bao gồm các cảm biến, thiết bị chấp hành và các bộ điều khiển
như vi xử lý/vi điều khiển, PLC, FPGA đến các máy tính nhúng được tích
hợp “Things”.
- Lớp thiết bị thực hiện đo lường và thu thập dữ liệu các đại lượng vật lý
thông qua các cảm biến, điều khiển các thiết bị chấp hành và truyền và
nhận dữ liệu từ các thiết bị khác qua mạng.
1.6. IOT ARCHITECTURE
- Chức năng lớp mạng xác định các giao thức truyền thông khác nhau được
sử dụng cho việc kết nối mạng và thực hiện điện toán biên.
- Lớp mạng bao gồm các thiết bị liên kết mạng như Hub, Switch, Router; các
thiết bị chuyển đổi giao thức mạng như Gateways; đến các thiết bị có khả
năng lưu trữ, xử lý cục bộ trước khi gửi dữ liệu lên Server trung tâm.
- Các “Things” ở lớp thiết bị được kết nối với thiết bị Gateway ở lớp mạng
thông qua các mạng cục bộ như Wifi, Zigbee, Bluetooth, LoRaWAN … đến
các mạng có dây như CAN, Modbus, Profibus, RS485, Ethernet,…. Sau đó,
thiết bị ở lớp mạng thực hiện xử lý và gửi lên trung tâm dữ liệu qua mạng
toàn cầu như Internet, 3G/4G/LTE, GSM.
1.6. IOT ARCHITECTURE
- Đây là trung tâm lưu trữ dữ liệu hay đám mây điện tử.
- Lớp này thực hiện thu nhận dữ liệu từ lớp mạng, lưu trữ, xử lý dữ liệu và
ra quyết định dựa trên các thuật toán AI/ML hoặc các công cụ phân tích dữ
liệu hiện đại.
1.7. IOT ARCHITECTURE SOLUTION
AWS IoT
Layer 1
Layer 2
Layer 3
Webinos
1.7. IOT ARCHITECTURE SOLUTION - COMPARISION
Platform AWS IoT IBM Watson MS Azure IoT FIWARE OpenMTC Webinos
Sensor / Sensors &
actuator Actuators
Device Things Device Device
Gateway Connect Cloud Protocol IoT Edge Front-End: Core Sync +
Gateway + Field Features + Messaging
Gateway Connectivity + Manager +
Back-End: PZH: Sync
Connectivity Manager
IoT Message Broker + Analytics + Risk IoT Hub + event IoT Back- Back-End: PZH: User
integration Thing Shadows + Management + Processing and End + Connectivity + Authentication
midleware Thing Registry + Connect + Insight + Device Data Core Features + +Policy
Rules Engine + Information Business Logic, Context Application Repository +
Security & Management + Connectivity Broker Enablement Policy
Identity Bluemix Open Monitoring + Enforcement +
Standards Application Web APIs
Based Device
Services Provisioning
application Amazon IoT Industry Application Applications + Third Party
Services + IoT Solutions + Device Other M2M Applications
Applications Third Provisioning and Platform
Party Apps Management
BÀI TẬP
Câu 1. Tại sao cần có mô hình kiến trúc IoT? Các đặc tính kỹ thuật quan trọng mà
một mô hình kiến trúc IoT tham chiếu cần có?
Câu 2. Trình bày 01 mô hình kiến trúc IoT tham chiếu? Chức năng từng lớp?
Câu 3. Trình bày một số giải pháp IoT platform đã có? So sánh?
THANK YOU!