Tổng quan nghiên cứu

Theo các báo cáo thống kê trong ngành công nghệ thông tin, số lượng thiết bị Internet vạn vật (IoT) được kết nối trên toàn cầu ước tính vượt mốc 29 tỷ thiết bị vào năm 2030, tạo ra áp lực khổng lồ về mặt hạ tầng quản lý và xử lý dữ liệu. Tại thị trường Việt Nam, khoảng 65% doanh nghiệp vừa và nhỏ khi bước đầu ứng dụng IoT gặp phải rào cản lớn về chi phí đầu tư máy chủ, tính phức tạp trong thiết lập hạ tầng truyền thông và thiếu hụt nền tảng giám sát tập trung chuẩn hóa. Xuất phát từ bài toán thực tiễn đó, luận văn thạc sĩ chuyên ngành Khoa học máy tính với đề tài "BeeBee - Xây dựng nền tảng quản lý và giám sát các thiết bị IoT" được hoàn thành vào tháng 09/2022 tại Trường Đại học Bách Khoa – Đại học Quốc gia TP.HCM, dưới sự hướng dẫn của ThS. Trần Thị Quế Nguyệt.

Công trình tập trung giải quyết bài toán xây dựng một giải pháp phần mềm dạng dịch vụ (Software as a Service - SaaS) đa người thuê (multi-tenant) hoàn chỉnh. Mục tiêu cụ thể của nghiên cứu bao gồm: thiết kế kiến trúc cô lập dữ liệu an toàn cho từng khách hàng (workspace), xây dựng hệ thống tiếp nhận và xử lý dữ liệu telemetry thời gian thực qua giao thức MQTT, phát triển cổng quản trị website và ứng dụng di động cho phép theo dõi, lập lịch, kích hoạt cảnh báo tự động khi các chỉ số vượt ngưỡng cho phép. Trong phạm vi nghiên cứu 183 trang với điểm bảo vệ xuất sắc 9.2/10, tác giả đã hiện thực hóa toàn bộ luồng nghiệp vụ từ tầng nhúng, backend, giao diện frontend cho đến triển khai thực tế trên hạ tầng đám mây và kho ứng dụng Google Play Store. Nghiên cứu mang ý nghĩa then chốt trong việc cắt giảm tới 50% thời gian triển khai ứng dụng IoT cho các đơn vị phát triển, đồng thời tối ưu hóa chi phí vận hành cơ sở dữ liệu cho doanh nghiệp.

Cơ sở lý thuyết và phương pháp nghiên cứu

Khung lý thuyết áp dụng

Nghiên cứu được xây dựng dựa trên 2 khung lý thuyết nền tảng trong kỹ thuật phần mềm hiện đại và mạng truyền thông vạn vật:

  1. Lý thuyết kiến trúc phần mềm dạng dịch vụ đa người thuê (SaaS Multi-Tenancy Architecture): Đóng vai trò làm khung định hình việc phân tách và quản lý tài nguyên. Luận văn phân tích sâu 3 mô hình triển khai cơ sở dữ liệu gồm: Database riêng biệt cho từng tenant, dùng chung Database nhưng phân tách Schema riêng (Separate Schema), và dùng chung hoàn toàn Schema (Shared Schema). Mô hình phân tách Schema trên nền tảng PostgreSQL được lựa chọn làm giải pháp tối ưu nhằm cân bằng giữa chi phí hạ tầng và mức độ cô lập an toàn dữ liệu.
  2. Lý thuyết truyền thông Publish/Subscribe trong mạng IoT: Ứng dụng mô hình truyền thông bất đồng bộ qua giao thức MQTT (Message Queuing Telemetry Transport) hoạt động trên nền TCP/IP. Khung lý thuyết này phân tích cơ chế vận hành của Broker, Publisher, Subscriber và 3 cấp độ đảm bảo chất lượng dịch vụ (Quality of Service - QoS) gồm QoS 0 (nhiều nhất một lần), QoS 1 (ít nhất một lần) và QoS 2 (chính xác duy nhất một lần).

Bên cạnh đó, các khái niệm kỹ thuật chuyên sâu được tích hợp bao gồm: cơ chế xác thực không trạng thái (stateless) qua JSON Web Token (JWT), phòng chống lỗ hổng Cross-Site Scripting (XSS) bằng HTTP-Only Cookies thông qua trung gian API Proxy, và kỹ thuật mã hóa mật khẩu một chiều kết hợp chuỗi ngẫu nhiên (Salted Hashing) giúp triệt tiêu hoàn toàn nguy cơ tấn công bằng bảng cầu vồng (Rainbow Table).

Phương pháp nghiên cứu

Nghiên cứu kết hợp phương pháp nghiên cứu thực nghiệm xây dựng hệ thống (Design and Creation Research) với phương pháp phân tích định lượng hiệu năng.

  • Nguồn dữ liệu và môi trường thử nghiệm: Dữ liệu thu thập từ quá trình mô phỏng truyền nhận gói tin telemetry của hơn 100 nút cảm biến IoT ảo kết nối liên tục đến MQTT Broker, cùng hệ thống cơ sở dữ liệu quan hệ được lưu trữ trên nền tảng Supabase (PostgreSQL) với 46 bảng thực thể và mối quan hệ.
  • Cỡ mẫu và phương pháp chọn mẫu: Cỡ mẫu kiểm thử bao gồm toàn bộ 57 trường hợp sử dụng (use cases) được đặc tả chi tiết trong hệ thống (gồm 5 use cases trên website, 51 use cases trên ứng dụng di động cho Admin và 1 use case cho User). Phương pháp chọn mẫu có chủ đích (purposive sampling) được áp dụng để bao phủ 100% các luồng nghiệp vụ trọng yếu: từ đăng ký tài khoản, phân vùng workspace, cấu hình MQTT broker, quản lý loại thiết bị, tạo bảng điều khiển trực quan (dashboard) đến thiết lập kịch bản kích hoạt cảnh báo nhiều điều kiện.
  • Lý do lựa chọn phương pháp phân tích: Phương pháp phân tích tự động hóa thông qua công cụ Katalon Studio và Postman Workspace được lựa chọn nhằm đo lường chính xác thời gian phản hồi API, tỷ lệ gửi nhận gói tin thành công ở các mức QoS và đánh giá độ ổn định của hệ thống backend viết bằng Dart Shelf.
  • Timeline nghiên cứu: Quá trình nghiên cứu và thực nghiệm được tiến hành trong vòng 9 tháng (từ tháng 01/2022 đến tháng 09/2022), trải qua 4 giai đoạn: khảo sát hệ thống tương tự (ThingsBoard), thiết kế kiến trúc - cơ sở dữ liệu, lập trình hiện thực hóa trên Next.js/Flutter, và kiểm thử triển khai trên Heroku cùng dịch vụ đám mây.

Kết quả nghiên cứu và thảo luận

Những phát hiện chính

Quá trình xây dựng và thực nghiệm hệ thống BeeBee đã mang lại 4 phát hiện kỹ thuật nổi bật:

  1. Hiệu quả vượt trội của kiến trúc Multi-tenant phân tách theo Schema: Việc triển khai mỗi workspace là một schema riêng biệt trong cùng một cơ sở dữ liệu PostgreSQL giúp tiết kiệm ước tính khoảng 60% chi phí vận hành máy chủ so với mô hình cấp phát database độc lập, trong khi vẫn bảo đảm 100% tính cô lập dữ liệu giữa các doanh nghiệp. Thao tác sao lưu và phục hồi dữ liệu cho từng khách hàng diễn ra thuận tiện mà không ảnh hưởng đến các workspace khác trong hệ thống.
  2. Độ tin cậy truyền dữ liệu đạt trên 99.8% qua tối ưu hóa QoS: Kết quả thử nghiệm truyền nhận dữ liệu telemetry qua giao thức MQTT cho thấy, khi thiết lập ở chế độ QoS 1 và QoS 2, tỷ lệ gói tin được xử lý thành công đạt trên 99.8% ngay cả trong điều kiện đường truyền mạng giả lập mất gói tin lên đến 15%. Thời gian trễ trung bình của việc phân phối tin nhắn từ thiết bị đến bảng điều khiển được duy trì ổn định dưới 350ms.
  3. Triệt tiêu nguy cơ tấn công đánh cắp phiên qua mô hình API Proxy: Việc chuyển đổi từ lưu trữ token xác thực tại LocalStorage sang cơ chế HTTP-Only Cookie phối hợp cùng API Proxy (thư viện http-proxy) đã ngăn chặn 100% khả năng truy cập trái phép của các đoạn mã JavaScript độc hại phía client. Kỹ thuật Hash mật khẩu với Salt ngẫu nhiên cho từng tài khoản giúp vô hiệu hóa hoàn toàn phương thức tấn công Rainbow Table, nâng mức độ an toàn xác thực lên chuẩn công nghiệp.
  4. Khả năng cá nhân hóa giao diện và cấu hình tự động linh hoạt: Nền tảng cho phép người dùng tự do cấu hình bảng điều khiển với 5 loại ô theo dõi (text, radial gauge, linear gauge, line chart, bar chart) và 2 loại ô điều khiển (toggle switch, multi-command). Thời gian thiết lập một hệ thống giám sát hoàn chỉnh cho một dự án IoT mới giảm từ vài ngày xuống chỉ còn khoảng 15 phút.

Thảo luận kết quả

Khi so sánh với các nền tảng quản lý IoT mã nguồn mở phổ biến hiện nay như ThingsBoard, BeeBee thể hiện ưu thế vượt trội ở tính tinh gọn và khả năng tiếp cận nhanh chóng. ThingsBoard đòi hỏi quy trình cài đặt ban đầu phức tạp, tiêu tốn nhiều tài nguyên máy chủ và cần kiến thức chuyên sâu để cấu hình; trong khi BeeBee mang lại trải nghiệm SaaS trọn gói, thân thiện với người dùng thông qua ứng dụng di động Flutter và cổng web Next.js/TailwindCSS.

Dữ liệu hiệu năng của hệ thống có thể được trực quan hóa qua biểu đồ đường (line chart) thể hiện độ trễ truyền gói tin theo thời gian thực và biểu đồ cột (bar chart) so sánh dung lượng RAM tiêu thụ giữa các mô hình multi-tenant. Bên cạnh đó, một bảng dữ liệu tổng hợp về tỷ lệ tiêu hao băng thông ở 3 cấp độ QoS chứng minh rằng QoS 0 phù hợp cho các luồng dữ liệu cảm biến định kỳ tần suất cao (nhiệt độ, độ ẩm), trong khi QoS 1 và 2 là bắt buộc đối với các lệnh điều khiển chấp hành và tín hiệu cảnh báo khẩn cấp.

Hạn chế hiện tại của nghiên cứu là hệ thống mới chỉ hỗ trợ giao thức MQTT, chưa tích hợp chứng chỉ bảo mật nâng cao SSL/TLS cho Broker tự triển khai và chưa mở rộng sang các giao thức công nghiệp khác như CoAP hay LoRaWAN.

Đề xuất và khuyến nghị

Dựa trên kết quả nghiên cứu và những hạn chế kỹ thuật đã được chỉ ra, 4 giải pháp trọng tâm được khuyến nghị nhằm hoàn thiện và nâng tầm nền tảng:

  1. Mở rộng hỗ trợ đa giao thức kết nối IoT: Nâng cấp hệ thống backend để tích hợp thêm các giao thức truyền thông như HTTP RESTful, CoAP và LoRaWAN; nâng tỷ lệ tương thích thiết bị lên mức trên 95% các dòng vi điều khiển và cảm biến trên thị trường; hoàn thành trong thời gian 6 tháng; do Nhóm kỹ thuật Backend và Kỹ sư nhúng đảm nhiệm.
  2. Thiết lập chuẩn an toàn truyền thông với SSL/TLS và mTLS: Triển khai cơ chế xác thực chứng chỉ bảo mật hai chiều (Mutual TLS) cho toàn bộ kết nối giữa IoT Gateway và MQTT Broker; loại trừ 99.9% nguy cơ tấn công trung gian (Man-in-the-Middle) và giả mạo thiết bị; lộ trình thực hiện trong 3 tháng; do Chuyên viên An toàn thông tin chủ trì.
  3. Tối ưu hóa khả năng đồng bộ dữ liệu thời gian thực: Ứng dụng công nghệ WebSockets kết hợp cơ chế Change Data Capture (CDC) trực tiếp trên PostgreSQL/Supabase; hạ độ trễ cập nhật trạng thái thiết bị trên giao diện người dùng xuống dưới mức 100ms; thời gian triển khai 4 tháng; do Đội ngũ Phát triển Frontend và Mobile phụ trách.
  4. Xây dựng hệ thống phân quyền nâng cao (RBAC) cho tổ chức: Phát triển ma trận phân quyền chi tiết cho từng tài khoản phụ trong cùng một workspace (cho phép tùy chỉnh quyền xem, điều khiển hoặc cấu hình trên từng thiết bị cụ thể); đáp ứng 100% tiêu chuẩn bảo mật phân cấp của các doanh nghiệp quy mô vừa và lớn; thực hiện trong 2 tháng; do Trưởng nhóm kiến trúc phần mềm thực thi.

Đối tượng nên tham khảo luận văn

Nội dung và mã nguồn nghiên cứu của luận văn mang lại giá trị học thuật và ứng dụng thực tiễn cao cho 4 nhóm đối tượng:

  1. Sinh viên và học viên cao học ngành Công nghệ thông tin / Kỹ thuật máy tính: Luận văn là tài liệu tham khảo chuẩn mực về cách thiết kế kiến trúc SaaS Multi-tenant, phương pháp xây dựng backend bằng Dart Shelf, lập trình ứng dụng di động Flutter và quy trình viết tài liệu đặc tả use case, ERD chuyên nghiệp.
  2. Kỹ sư phát triển hệ thống IoT và giải pháp nhúng: Cung cấp tài liệu thực chiến về cách cấu hình MQTT Broker, cơ chế xử lý gói tin telemetry theo từng mức QoS và phương pháp kết nối dữ liệu từ thiết bị phần cứng lên dịch vụ đám mây an toàn.
  3. Doanh nghiệp khởi nghiệp và đơn vị cung cấp giải pháp chuyển đổi số: Tham khảo kiến trúc hệ thống để rút ngắn chu kỳ phát triển sản phẩm giám sát thiết bị từ 12 tháng xuống còn 2-3 tháng, tận dụng các dịch vụ bên thứ ba như Supabase, OneSignal (push notification) và EmailJS để tối ưu hóa chi phí đầu tư ban đầu.
  4. Kiến trúc sư hệ thống và chuyên gia an toàn thông tin: Nắm bắt mô hình triển khai API Proxy kết hợp HTTP-Only Cookies để bảo vệ token xác thực, cùng giải pháp phân vùng schema cơ sở dữ liệu nhằm bảo mật thông tin tối đa cho khách hàng doanh nghiệp.

Câu hỏi thường gặp

Điểm khác biệt cốt lõi giữa nền tảng BeeBee và các giải pháp mã nguồn mở như ThingsBoard là gì?
ThingsBoard tập trung vào hệ thống hạ tầng lõi với cấu hình phức tạp và đòi hỏi máy chủ riêng, trong khi BeeBee được thiết kế theo mô hình SaaS Multi-tenant tinh gọn. BeeBee cho phép người dùng đăng ký workspace độc lập chỉ trong 2 phút, quản lý toàn bộ thiết bị, lập lịch và cảnh báo trực tiếp trên ứng dụng di động Flutter với giao diện tối ưu hóa cho người dùng cuối.

Tại sao nghiên cứu lại chọn mô hình multi-tenant tách biệt theo từng schema thay vì từng database riêng?
Mô hình tách biệt theo từng schema (schema-based isolation) giúp giảm tới 60% chi phí duy trì phần cứng và đơn giản hóa khâu quản trị kết nối máy chủ so với việc cấp phát database riêng. Đồng thời, giải pháp này vẫn duy trì khả năng cô lập dữ liệu 100% giữa các khách hàng, khắc phục triệt để rủi ro nghẽn dữ liệu của mô hình dùng chung bảng (shared-table).

Giao thức MQTT xử lý việc đảm bảo toàn vẹn dữ liệu trong hệ thống BeeBee như thế nào?
Hệ thống tận dụng linh hoạt 3 cấp độ Quality of Service (QoS) của MQTT. Đối với dữ liệu đo đạc định kỳ không yêu cầu phản hồi, QoS 0 được sử dụng để tiết kiệm băng thông. Đối với dữ liệu kích hoạt cảnh báo và lệnh điều khiển thiết bị chấp hành, hệ thống áp dụng QoS 1 và QoS 2 với cơ chế bắt tay 4 bước (PUBREC, PUBREL, PUBCOMP) để đảm bảo dữ liệu đến đích chính xác duy nhất một lần.

Cơ chế API Proxy kết hợp HTTP-Only Cookies bảo vệ phiên làm việc của người dùng ra sao?
Thay vì lưu access token trực tiếp tại LocalStorage – nơi dễ bị các đoạn mã độc khai thác qua lỗ hổng XSS, hệ thống lưu token trong HTTP-Only Cookie vốn không thể truy cập bằng JavaScript phía client. API Proxy đóng vai trò trung gian bảo mật trên máy chủ web, trích xuất cookie an toàn và chuyển đổi thành header xác thực trước khi chuyển tiếp yêu cầu đến backend.

Hệ thống xử lý các kịch bản cảnh báo và kích hoạt tự động theo thời gian thực như thế nào?
Khi dữ liệu telemetry gửi về từ thiết bị thỏa mãn các biểu thức điều kiện định trước (như nhiệt độ vượt ngưỡng hoặc độ ẩm giảm sâu), hệ thống backend lập tức ghi nhận nhật ký (condition log), tự động kích hoạt mệnh lệnh điều khiển gửi tới thiết bị mục tiêu qua MQTT, đồng thời phát thông báo đẩy tức thì tới điện thoại người dùng thông qua API OneSignal.

Kết luận

  • Hoàn thiện trọn vẹn kiến trúc SaaS Multi-tenant: Thiết kế thành công mô hình cô lập dữ liệu theo từng schema trên PostgreSQL, tối ưu chi phí hạ tầng và đảm bảo tính an toàn dữ liệu tuyệt đối cho từng workspace khách hàng.
  • Xây dựng giải pháp quản trị đa nền tảng hiện đại: Hiện thực hóa giao diện web quản trị bằng Next.js/TailwindCSS và ứng dụng di động đa nền tảng bằng Flutter, hỗ trợ đầy đủ 57 use cases nghiệp vụ từ giám sát thời gian thực đến lập lịch tự động.
  • Làm chủ công nghệ truyền thông IoT thời gian thực: Triển khai thành công giao thức MQTT với 3 cấp độ QoS, duy trì độ tin cậy truyền nhận dữ liệu trên 99.8% và thời gian trễ phản hồi dưới 350ms.
  • Thiết lập chuẩn mực bảo mật toàn diện: Ứng dụng thành công mô hình bảo vệ phiên xác thực qua API Proxy, HTTP-Only Cookies và mã hóa mật khẩu Salted Hashing chống lại các cuộc tấn công mạng nguy hiểm.
  • Triển khai ứng dụng vào thực tiễn sản xuất: Hoàn thành kiểm thử tự động hóa bằng Katalon/Postman, triển khai backend trên nền tảng đám mây và đưa ứng dụng di động lên Google Play Store với điểm đánh giá chuyên môn 9.2/10.

Đóng góp lớn nhất của luận văn là cung cấp một thiết kế kiến trúc phần mềm chuẩn mực, kết hợp hài hòa giữa công nghệ mạng IoT và mô hình điện toán đám mây SaaS. Trong lộ trình 6 đến 12 tháng tới, hệ thống hướng đến việc tích hợp giao thức LoRaWAN, hoàn thiện chứng chỉ mTLS cho gateway và nâng cấp thuật toán phân tích dữ liệu cảm biến tự động. Các cá nhân, tổ chức và nhà phát triển quan tâm đến việc xây dựng nền tảng quản trị IoT chuyên nghiệp được khuyến khích nghiên cứu, tiếp cận tài liệu và kế thừa mã nguồn của công trình để đẩy nhanh quá trình chuyển đổi số trong thực tiễn.