Series Từ số hóa đến AI #42: Cloud Server hay Server nội bộ: nhà máy nên chọn hạ tầng nào?

I. Ba mô hình triển khai phổ biến

Server nội bộ - on-premise

Phần mềm và cơ sở dữ liệu chạy trên hạ tầng do doanh nghiệp sở hữu hoặc vận hành trong mạng nội bộ.

Ưu điểm:

• Kiểm soát trực tiếp hạ tầng và kết nối local.
• Có thể tiếp tục truy cập khi mất internet nếu mạng nội bộ hoạt động.
• Phù hợp với yêu cầu đặc thù về OT, latency hoặc chính sách dữ liệu.

Thách thức:

• Phải đầu tư server, backup, monitoring và bảo mật.
• Cần nhân sự IT có năng lực vận hành 24/7 theo yêu cầu.
• Mở rộng và nâng cấp có thể chậm.
• Truy cập nhiều nhà máy hoặc từ xa cần thiết kế thêm.

Cloud server riêng - IaaS/private environment

Doanh nghiệp thuê tài nguyên cloud hoặc data center và triển khai hệ thống trong môi trường riêng.

Ưu điểm:

• Linh hoạt mở rộng tài nguyên.
• Hạ tầng data center, backup và monitoring thường chuyên nghiệp.
• Kiểm soát kiến trúc, phiên bản và tích hợp nhiều hơn SaaS.
• Thuận lợi cho nhiều địa điểm và truy cập từ xa.

Thách thức:

• Doanh nghiệp hoặc đối tác vẫn phải quản trị hệ điều hành, database, patch và security configuration.
• Phụ thuộc kết nối internet/VPN từ nhà máy.
• Chi phí có thể tăng nếu sizing và usage không được quản lý.

Phần mềm cloud/SaaS

Nhà cung cấp vận hành cả ứng dụng và hạ tầng; doanh nghiệp sử dụng qua trình duyệt hoặc app.

Ưu điểm:

• Triển khai nhanh, ít phải quản lý server.
• Nâng cấp và bảo trì nền tảng do nhà cung cấp thực hiện.
• Chi phí định kỳ dễ dự báo hơn trong nhiều trường hợp.
• Phù hợp triển khai nhiều địa điểm và người dùng mobile.

Thách thức:

• Ít quyền kiểm soát sâu với hạ tầng và phiên bản.
• Cần làm rõ tenant isolation, dữ liệu, API và exit plan.
• Phụ thuộc internet nhiều hơn nếu không có offline/buffer.
• Tùy chỉnh hoặc tích hợp có thể theo giới hạn nền tảng.

II. Bảng so sánh nhanh

Bảng này là định hướng, không thay thế đánh giá cụ thể về SLA, bảo mật và kiến trúc.

III. Bảo mật: vị trí server không phải là câu trả lời duy nhất

Bảo mật cần xét các lớp:

• Identity, MFA và vòng đời tài khoản.
• Phân quyền theo vai trò và phạm vi dữ liệu.
• Mã hóa khi truyền và khi lưu.
• Phân vùng mạng, VPN và kiểm soát OT/IT.
• Backup, restore test và disaster recovery.
• Patch, vulnerability management và monitoring.
• Audit log và cảnh báo truy cập bất thường.
• Tenant isolation nếu dùng SaaS.
• Quyền của nhân viên nhà cung cấp.
• Data retention, export và deletion khi kết thúc hợp đồng.

Một mô hình cloud với controls rõ có thể an toàn hơn một server nội bộ không được quản trị tốt. Ngược lại, cloud không tự động phù hợp nếu dữ liệu, latency hoặc yêu cầu kết nối chưa được giải quyết.

IV. Nếu mất internet, nhà máy còn làm được gì?

Cần phân biệt mất internet và mất mạng nội bộ.

Với server nội bộ

Nếu server, mạng LAN và nguồn điện còn hoạt động, người dùng trong nhà máy có thể tiếp tục truy cập. Tuy nhiên, đồng bộ ra ngoài, dịch vụ AI cloud, email hoặc truy cập từ xa có thể bị ảnh hưởng.

Với cloud server hoặc SaaS

Người dùng tại nhà máy có thể không truy cập được hệ thống. Phương án giảm rủi ro gồm:

• Hai đường internet từ nhà cung cấp khác nhau.
• 4G/5G failover cho nghiệp vụ phù hợp.
• Edge gateway lưu tạm dữ liệu máy.
• Ứng dụng mobile/offline cho một số workflow.
• Biểu mẫu dự phòng có quy trình nhập lại rõ.

Không nên yêu cầu offline toàn bộ nếu không cần. Offline làm tăng độ phức tạp: lưu cục bộ, đồng bộ, xử lý xung đột và bảo mật thiết bị.

V. Xác định nghiệp vụ nào thật sự cần offline

Hãy chấm từng workflow theo:

• Mức ảnh hưởng nếu gián đoạn 15 phút, 1 giờ hoặc 1 ca.
• Có thể tạm ghi nhận bằng phương án khác không?
• Dữ liệu có cần phản hồi thời gian thực không?
• Có rủi ro an toàn hoặc chất lượng không?
• Đồng bộ sau đó có chấp nhận được không?

Các nghiệp vụ như ghi nhận dừng máy, checklist an toàn hoặc yêu cầu bảo trì critical có thể cần phương án dự phòng. Báo cáo phân tích tuần có thể chờ kết nối trở lại.

VI. Khi nào mô hình hybrid phù hợp?

Hybrid kết hợp xử lý local/edge với ứng dụng cloud. Ví dụ:

• PLC/SCADA và control giữ trong OT local.
• Edge gateway thu thập, buffer và chuẩn hóa dữ liệu.
• MES/CMMS chạy cloud hoặc cloud server.
• Dashboard quản trị và AI chạy cloud.
• Một số dữ liệu nhạy cảm hoặc latency cao xử lý local.

Hybrid thường phù hợp khi nhà máy cần độ ổn định local nhưng muốn mở rộng, phân tích và quản trị tập trung. Thách thức là phải quản lý nhiều lớp và đồng bộ rõ.

VII. Cách chọn theo use case

CMMS và mobile maintenance

SaaS hoặc cloud server thường thuận lợi cho truy cập nhiều khu vực, mobile và cập nhật nhanh. Cần xem xét offline nếu kỹ thuật viên làm ở nơi sóng yếu.

MES/OEE thời gian thực

Cần đánh giá latency, dữ liệu máy, buffer và khả năng hoạt động khi internet gián đoạn. Có thể dùng edge/local data collection và ứng dụng trung tâm.

AI Copilot tài liệu

Cloud thường giúp triển khai mô hình AI và mở rộng dễ hơn, nhưng cần làm rõ dữ liệu, phân quyền, model provider, log và retention. Một số tổ chức chọn private cloud hoặc mô hình riêng theo yêu cầu.

Predictive maintenance

Dữ liệu cảm biến có thể được xử lý một phần tại edge, lưu lịch sử trên cloud và cảnh báo đến CMMS. Kiến trúc phải theo tần suất, dung lượng và độ trễ.

VIII. Decision tree gợi ý

1. Có yêu cầu bắt buộc về local processing hoặc policy on-premise không?
   • Có: đánh giá on-premise/hybrid.
   • Không: tiếp tục.
2. Đội IT có đủ năng lực vận hành OS, database, backup và security không?
   • Không: ưu tiên SaaS hoặc managed cloud.
3. Nghiệp vụ có phải chạy khi mất internet không?
   • Có: thiết kế offline/edge/đường truyền dự phòng.
4. Cần customization sâu và kiểm soát phiên bản không?
   • Có: cloud server riêng/on-premise có thể phù hợp hơn.
5. Cần triển khai nhanh nhiều địa điểm và cấu hình chuẩn?
   • Có: SaaS thường có lợi thế.
6. Dữ liệu/API/exit plan có đáp ứng không?
   • Không: không nên chọn dù hạ tầng hấp dẫn.

IX. Các yêu cầu nên đưa vào hồ sơ đánh giá

• Sơ đồ kiến trúc và vùng mạng.
• Vị trí lưu dữ liệu và backup.
• RTO/RPO và quy trình restore test.
• SLA availability và support.
• Mô hình identity, MFA và RBAC.
• Encryption và key management.
• Logging, monitoring và incident response.
• Offline/buffer và xử lý conflict.
• API, data export và retention.
• Capacity, performance và kế hoạch mở rộng.
• Chi phí theo 3-5 năm.
• Trách nhiệm của nhà máy và nhà cung cấp.

X. Pilot hạ tầng nên kiểm tra gì?

Không chỉ kiểm tra giao diện. Pilot nên thử:

• Kết nối từ khu vực sản xuất thực tế.
• Tốc độ phản hồi vào giờ cao điểm.
• Mất internet và khôi phục.
• Backup/restore một bộ dữ liệu mẫu.
• Tạo/xóa/chuyển quyền người dùng.
• Log truy cập và thay đổi dữ liệu.
• Kết nối ERP/PLC/SCADA theo phạm vi.
• Mobile device và điều kiện sóng yếu.
• Giám sát chi phí cloud/AI.

Kết quả pilot phải dẫn đến quyết định kiến trúc và operating model, không chỉ chứng minh hệ thống mở được.

XI. Những sai lầm thường gặp

• Chọn on-premise chỉ vì “dữ liệu trong nhà máy sẽ an toàn”.
• Chọn cloud chỉ vì “không cần IT”.
• Không có internet dự phòng cho ứng dụng critical.
• Yêu cầu offline mọi thứ nhưng không có business case.
• Bỏ qua backup restore test.
• Không làm rõ ai patch, monitor và xử lý incident.
• Sizing server theo cảm tính hoặc mua dư quá sớm.
• Không tính chi phí 3-5 năm.
• Không kiểm tra API và exit plan.

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

Cloud có luôn rẻ hơn server nội bộ không?

Không. Cloud giảm đầu tư ban đầu và tăng linh hoạt, nhưng chi phí dài hạn phụ thuộc usage, dữ liệu, support và kiến trúc. Cần so sánh TCO cùng phạm vi.

SaaS có nghĩa là dữ liệu của các khách hàng bị trộn không?

Không nhất thiết. Nền tảng SaaS cần có cơ chế tách tenant và quyền rõ. Nhà máy phải yêu cầu nhà cung cấp mô tả và chứng minh controls phù hợp.

Mất internet có làm dừng máy không?

Hệ thống điều khiển máy thường không nên phụ thuộc trực tiếp vào ứng dụng quản lý cloud. Tuy nhiên, việc ghi nhận, dashboard, work order hoặc tra cứu có thể gián đoạn; cần phương án dự phòng theo workflow.

Có thể chuyển từ on-premise lên cloud sau này không?

Có thể nếu dữ liệu, API, cấu hình và kiến trúc đủ portable. Việc này nên được xem xét từ đầu để tránh tùy chỉnh và tích hợp quá phụ thuộc môi trường cũ.