AWS, Azure, VPS hay on-premise: SME Việt Nam nên chọn gì?

Cách đọc bảng: “managed” không có nghĩa là “không cần vận hành”. Nhà cung cấp cloud bảo vệ và vận hành hạ tầng nền, còn khách hàng vẫn chịu trách nhiệm cho dữ liệu, quyền truy cập, cấu hình dịch vụ và nhiều lớp bảo mật tùy mô hình sử dụng.

Tổng chi phí hàng tháng nên bao gồm:

• Compute, storage, snapshot và lưu lượng truyền dữ liệu.
• Database, cache, load balancer, CDN và public IP nếu có.
• Backup ngoài hệ thống, bản sao khác tài khoản hoặc khác vị trí và chi phí restore.
• Monitoring, log ingestion, retention và cảnh báo.
• WAF, secrets management, vulnerability scanning và endpoint protection.
• License hệ điều hành, database hoặc phần mềm thương mại.
• Thời gian kỹ sư cho patching, deployment, incident, audit và tối ưu.
• Chi phí downtime và rủi ro phụ thuộc một người.
• Với on-premise: phần cứng, rack, UPS, điện, làm mát, đường truyền dự phòng, bảo hành và chu kỳ thay thế.

Ví dụ, một VPS 40 USD có thể đủ cho một ứng dụng nhỏ nhưng chưa bao gồm kỹ sư trực sự cố, backup độc lập, monitoring hoặc máy dự phòng. Ngược lại, một kiến trúc cloud dùng quá nhiều managed services khi workload chưa cần đến cũng có thể tạo hóa đơn không tương xứng. Vì region, tỷ giá, thuế, lưu lượng và cam kết sử dụng thay đổi, SME nên lập estimate theo ba kịch bản — bình thường, cao điểm và sự cố/khôi phục — bằng calculator chính thức, sau đó cộng chi phí vận hành nội bộ.

Dù chọn mô hình nào, baseline production tối thiểu nên có MFA, phân quyền tối thiểu, tách tài khoản quản trị, quản lý secrets, mã hóa phù hợp, audit log, vulnerability management, backup bất biến hoặc chống xóa, restore drill và incident runbook.

Trên AWS hoặc Azure, doanh nghiệp không quản lý bảo mật vật lý hay hypervisor, nhưng vẫn có thể làm lộ dữ liệu vì bucket public, security group mở rộng, secret nằm trong source code hoặc tài khoản quản trị không có MFA. Trên VPS, phạm vi tự quản rộng hơn vì đội ngũ thường phải vá cả hệ điều hành và middleware. On-premise mở rộng trách nhiệm đến phần cứng, mạng, nguồn điện và bảo mật vật lý.

1. Website giới thiệu, API nhỏ, ít giao dịch: bắt đầu bằng VPS chất lượng tốt hoặc managed application platform; tách DNS, backup và monitoring khỏi máy chủ.

2. SaaS đang tăng trưởng: ưu tiên AWS hoặc Azure khi cần managed database, object storage, queue, CDN, autoscaling, IaC và môi trường staging/production tách biệt. Không cần Kubernetes nếu độ phức tạp chưa biện minh cho nó.

3. Doanh nghiệp dùng Microsoft 365 và Windows sâu: Azure thường là shortlist hợp lý nhờ identity và hệ sinh thái Microsoft, nhưng vẫn nên so sánh TCO và năng lực đối tác.

4. Nhà máy, chuỗi cửa hàng hoặc khách sạn có hệ thống tại chỗ: cân nhắc hybrid. Giữ workload cần LAN hoặc thiết bị tại chỗ ở local; đưa portal, backup, analytics hoặc dịch vụ hướng internet lên cloud.

5. Dữ liệu quan trọng nhưng đội IT nhỏ: ưu tiên giảm phạm vi tự vận hành bằng managed services hoặc managed provider. Một kiến trúc đơn giản, có backup được kiểm chứng, thường an toàn hơn một kiến trúc “enterprise” không ai đủ thời gian chăm sóc.

1. Chọn theo giá VM thấp nhất nhưng bỏ qua backup, traffic và nhân sự.
2. Đặt application, database và backup trên cùng một VPS.
3. Di chuyển toàn bộ lên cloud trước khi đo dependency và baseline hiệu năng.
4. Dùng Kubernetes chỉ để chạy vài container đơn giản.
5. Tin rằng snapshot đồng nghĩa với chiến lược disaster recovery.
6. Không đặt budget alert, tagging và owner cho tài nguyên cloud.
7. Mua server on-premise nhưng không có đường truyền, nguồn điện, linh kiện và người thay thế dự phòng.

• Lập inventory ứng dụng, database, storage, integration và owner.
• Phân loại criticality; xác định RTO và RPO cho từng workload.
• Đo CPU, RAM, storage IOPS, bandwidth, traffic peak và tốc độ tăng dữ liệu.
• Kiểm tra dependency với IP tĩnh, thiết bị, license và hệ thống legacy.
• Tính TCO 12 và 36 tháng cho ít nhất hai phương án.
• Thiết kế IAM, network, logging, backup và restore trước migration.
• Chọn một workload ít rủi ro để pilot.
• Chạy performance test, security test và restore drill.
• Đặt budget alert, tagging, dashboard và người chịu trách nhiệm.
• Chỉ mở rộng sau khi pilot đạt tiêu chí kỹ thuật và kinh doanh.

AWS hay Azure rẻ hơn?

Không thể kết luận chỉ từ tên nhà cung cấp. Kết quả phụ thuộc region, loại compute, license, storage, egress, support, discount và kiến trúc. Hãy so sánh cùng một workload và cùng mức availability bằng calculator chính thức.

VPS có dùng cho production được không?

Có, nếu workload phù hợp và bạn xử lý đầy đủ backup, restore, security, monitoring, capacity và single point of failure. “Production” là mức độ kiểm soát rủi ro, không phải tên nền tảng.

On-premise có luôn rẻ hơn sau ba năm không?

Không. Cần tính cả vốn, điện, mạng dự phòng, bảo hành, thay thế, license, nhân sự và downtime. Nó có thể hợp lý cho workload ổn định hoặc ràng buộc tại chỗ, nhưng không mặc định rẻ hơn.

SME có nên dùng multi-cloud?

Phần lớn SME chưa nên bắt đầu bằng multi-cloud. Nó nhân đôi kỹ năng, governance, observability và quy trình vận hành. Chỉ dùng khi có yêu cầu kinh doanh, pháp lý hoặc resilience đủ rõ để bù chi phí phức tạp.

Có nên chuyển toàn bộ hệ thống một lần?

Thông thường không. Hãy inventory, đặt tiêu chí thành công, pilot một workload, kiểm thử rollback và migrate theo wave.

Với SME Việt Nam, VPS là điểm bắt đầu hợp lý cho hệ thống nhỏ; AWS và Azure tạo lợi thế khi sản phẩm cần managed services, automation và scale; on-premise vẫn có chỗ đứng với workload gắn thiết bị, dữ liệu hoặc độ trễ tại chỗ. Hybrid có thể kết hợp ưu điểm của hai phía nhưng chỉ nên dùng khi ranh giới và trách nhiệm được thiết kế rõ.

Quyết định đúng không nhất thiết là quyết định cuối cùng. Một kiến trúc tốt cho phép doanh nghiệp bắt đầu vừa đủ, thu thập dữ liệu vận hành và thay đổi theo tăng trưởng mà không đặt dữ liệu vào rủi ro không cần thiết.