Bài 8 — Cloud VN — Viettel IDC, FPT Cloud, VNG Cloud

Mở đầu — vì sao bài này quan trọng

Khi học về cloud, phần lớn tài liệu — kể cả các bài trước và sau trong khóa này — đều xoay quanh AWS, GCP, Azure. Điều đó hợp lý, vì đây là ba "ông lớn" định hình cả ngành. Nhưng nếu bạn làm việc tại Việt Nam, có một thực tế mà không tài liệu nước ngoài nào nhắc đến: rất nhiều dự án bắt buộc phải chạy trên hạ tầng đặt tại Việt Nam, và khi đó bạn sẽ đụng ngay đến Viettel IDC, FPT Cloud, VNG Cloud.

Lý do không chỉ là "cho gần". Nghị định 53/2022 hướng dẫn Luật An ninh mạng, cùng các quy định về dữ liệu người dùng của ngành ngân hàng (Thông tư của NHNN), bảo hiểm, y tế, giáo dục công lập… tạo ra một nhóm lớn khách hàng mà theo luật hoặc theo yêu cầu cơ quan quản lý, dữ liệu phải lưu trữ trong lãnh thổ Việt Nam (data residency — chúng ta sẽ nói kỹ hơn ở Bài 29). Với nhóm này, một region AWS ở Singapore không đủ điều kiện, dù nó rẻ hơn và mạnh hơn.

Bên cạnh yếu tố pháp lý còn là yếu tố độ trễ (latency) và đường truyền quốc tế. Người dùng ở Việt Nam truy cập server đặt tại Việt Nam thường có ping 5–20ms, trong khi đi Singapore là 30–60ms, đi US có thể 200ms+. Với ứng dụng nhạy cảm về độ trễ (game, video call, trading), con số này quyết định trải nghiệm. Chưa kể mỗi lần đứt cáp quang biển AAG/APG — chuyện xảy ra vài lần mỗi năm — thì hạ tầng trong nước gần như miễn nhiễm.

Bài này giúp bạn hiểu ba nhà cung cấp cloud nội địa lớn nhất, họ mạnh yếu ở đâu, khi nào nên chọn họ thay vì hyperscaler nước ngoài, và cách đánh giá một cách thực dụng thay vì cảm tính.

Khái niệm cốt lõi

Trước khi đi vào từng nhà cung cấp, cần đặt một khung so sánh chung. Đừng đánh giá cloud VN bằng thước đo "có bao nhiêu service". Về số lượng dịch vụ, không nhà cung cấp Việt Nam nào cạnh tranh nổi với hàng trăm service của AWS. Thay vào đó, hãy đánh giá theo bốn trục thực dụng: hạ tầng data center (số lượng, vị trí, chứng chỉ Tier/Uptime Institute), bộ dịch vụ nền tảng (compute/storage/database/network có đủ để chạy production không), khả năng tuân thủ (compliance, hợp đồng, hóa đơn VNĐ), và chất lượng hỗ trợ kỹ thuật (SLA, đội ngũ nói tiếng Việt, thời gian phản hồi).

Viettel IDC

Viettel IDC là nhà cung cấp có hạ tầng data center lớn nhất Việt Nam, được hậu thuẫn bởi tập đoàn viễn thông Viettel. Đây là lợi thế cực lớn: họ sở hữu backbone mạng riêng, hệ thống cáp và POP phủ khắp cả nước. Họ vận hành nhiều data center đạt chuẩn Tier III tại Hà Nội, TP.HCM và Đà Nẵng, trong đó có những DC quy mô rất lớn (Viettel công bố DC Hòa Lạc là một trong những trung tâm dữ liệu lớn nhất Đông Nam Á).

Về dịch vụ, Viettel Cloud cung cấp: Viettel Cloud Server (vServer) — máy ảo (VM) theo mô hình IaaS; Cloud Object Storage tương thích chuẩn S3 (bạn dùng được SDK/công cụ của AWS S3 chỉ bằng cách đổi endpoint); các dịch vụ database quản lý như MySQL, PostgreSQL; Cloud Load Balancer, Cloud Firewall, dịch vụ CDN và giải pháp chống DDoS tận dụng hạ tầng mạng khổng lồ của tập đoàn. Điểm mạnh đặc trưng của Viettel là gói anti-DDoS và đường truyền — nhờ họ vốn là nhà mạng.

Đối tượng phù hợp: doanh nghiệp lớn, cơ quan nhà nước, ngân hàng, các dự án cần cam kết hạ tầng trong nước quy mô lớn và cần một đối tác "đủ tầm" về pháp lý lẫn tài chính.

FPT Cloud

FPT Cloud thuộc FPT Smart Cloud (thành viên tập đoàn FPT). Điểm khác biệt của FPT là họ định vị mạnh về nền tảng công nghệ và hệ sinh thái phần mềm doanh nghiệp, không chỉ bán hạ tầng thô. FPT có data center tại Hà Nội và TP.HCM, và đáng chú ý là họ đầu tư mạnh vào mảng AI/GPU cloud — hợp tác với NVIDIA để xây dựng AI Factory, cung cấp GPU (dòng H100…) cho huấn luyện và suy luận mô hình AI, một thứ mà thị trường VN rất khát.

Bộ dịch vụ FPT Cloud khá đầy đủ theo hướng "enterprise-ready": máy ảo, Kubernetes quản lý (Managed Kubernetes), object storage tương thích S3, database quản lý, load balancer, và các giải pháp bảo mật, backup. FPT cũng có lợi thế là đội ngũ tư vấn triển khai (professional services) đông đảo, quen làm dự án chuyển đổi số cho ngân hàng và doanh nghiệp lớn.

Đối tượng phù hợp: doanh nghiệp cần một đối tác vừa cung cấp hạ tầng vừa đồng hành triển khai, các dự án AI/ML cần GPU đặt tại Việt Nam, và tổ chức muốn Managed Kubernetes trong nước.

VNG Cloud

VNG Cloud thuộc VNG — công ty Internet lớn nhất Việt Nam (chủ của Zalo, ZaloPay). Điểm mạnh của VNG là họ tự vận hành sản phẩm Internet quy mô hàng chục triệu người dùng, nên cloud của họ được "tôi luyện" từ chính nhu cầu nội bộ. VNG vận hành data center riêng (VNG Data Center tại TP.HCM đạt chứng chỉ Uptime Institute Tier III cho cả thiết kế và vận hành — một điểm cộng đáng kể).

VNG Cloud có hai nhánh sản phẩm chính: vServer (IaaS truyền thống) và vStorage/vCDN, cùng nền tảng vContainer (Kubernetes). Object storage của họ (vStorage) tương thích S3. VNG cũng đẩy mạnh các dịch vụ giá trị gia tăng như CDN, xác thực (eKYC), và các API AI tận dụng kinh nghiệm từ hệ sinh thái Zalo.

Đối tượng phù hợp: startup và doanh nghiệp Internet cần hạ tầng linh hoạt, giá cạnh tranh, và những đội ngũ đề cao trải nghiệm developer.

Điểm chung cần nhớ

Cả ba đều: (1) cung cấp object storage tương thích S3, nghĩa là bạn có thể tái sử dụng kiến thức và công cụ AWS; (2) tính tiền và xuất hóa đơn VAT bằng VNĐ — điều rất quan trọng cho kế toán doanh nghiệp Việt (dùng AWS phải thanh toán USD qua thẻ quốc tế, phức tạp về thuế nhà thầu và tỷ giá); (3) có đội hỗ trợ nói tiếng Việt, ký hợp đồng và SLA theo luật Việt Nam. Đây chính là ba lý do "mềm" nhưng cực kỳ thực tế khiến nhiều công ty chọn cloud nội.

Tình huống thực tế

Ví dụ 1 — Ngân hàng số buộc phải lưu dữ liệu trong nước

Một ngân hàng thương mại cổ phần cỡ vừa triển khai ứng dụng mobile banking mới. Đội kỹ thuật ban đầu muốn dùng AWS Singapore vì quen thuộc và mạnh. Tuy nhiên khi làm việc với bộ phận tuân thủ và NHNN, họ vấp phải yêu cầu: dữ liệu định danh khách hàng và dữ liệu giao dịch phải lưu tại Việt Nam, đồng thời hệ thống phải qua kiểm tra an ninh của cơ quan quản lý.

Kết quả: họ chọn kiến trúc lai. Phần lõi (core banking, cơ sở dữ liệu khách hàng) đặt trên Viettel IDC — chọn vì Viettel có chứng chỉ Tier III, gói anti-DDoS mạnh và uy tín pháp lý khi làm việc với cơ quan nhà nước. Một số hệ thống phân tích không chứa dữ liệu nhạy cảm vẫn để trên cloud nước ngoài.

Bài học: với ngành có quy định (regulated), yêu cầu compliance quyết định lựa chọn trước cả yếu tố kỹ thuật. Khi đó năng lực pháp lý và uy tín của nhà cung cấp trong nước quan trọng hơn việc họ có ít service hơn AWS.

Ví dụ 2 — Startup game giảm latency và chi phí bằng cloud nội

Một studio game mobile ở TP.HCM có tựa game bắn súng nhiều người chơi real-time. Người chơi chủ yếu ở Việt Nam và Đông Nam Á. Ban đầu game server đặt ở AWS Singapore, người chơi TP.HCM ping ~40–55ms, còn người ở Hà Nội và tỉnh lẻ có lúc lên 70–90ms, gây phàn nàn "giật, lag".

Đội DevOps thử đặt cụm game server ở VNG Cloud tại TP.HCM. Ping của người chơi trong nước giảm xuống còn khoảng 8–20ms. Ngoài ra, chi phí băng thông ra người dùng (egress) rẻ hơn đáng kể so với egress quốc tế của AWS, giúp họ tiết kiệm một khoản lớn khi lượng người chơi tăng. Họ giữ lại AWS cho tính năng phân tích dữ liệu và cho người chơi ngoài khu vực.

Bài học: với ứng dụng nhạy cảm độ trễ và có lượng lớn người dùng trong nước, cloud VN không chỉ tối ưu trải nghiệm mà còn tối ưu chi phí egress. Đừng mặc định hyperscaler luôn rẻ hơn — hãy tính riêng chi phí băng thông.

Ví dụ 3 — Doanh nghiệp cần GPU để huấn luyện AI nhưng khó mua ở nước ngoài

Một công ty chuyển đổi số muốn xây trợ lý ảo (chatbot) tiếng Việt, cần fine-tune mô hình ngôn ngữ. Họ cần GPU mạnh nhưng gặp hai vấn đề với cloud nước ngoài: (1) GPU H100 ở các region gần thường cháy hàng hoặc phải cam kết dài hạn; (2) thanh toán USD số tiền lớn gây khó khăn về thủ tục và thuế.

Họ chuyển sang thuê GPU cloud của FPT (FPT AI Factory), đặt tại data center Việt Nam. Ưu điểm: dữ liệu huấn luyện (chứa thông tin khách hàng doanh nghiệp) không rời khỏi lãnh thổ, thanh toán VNĐ có hóa đơn VAT rõ ràng, và có đội FPT hỗ trợ kỹ thuật trực tiếp bằng tiếng Việt khi gặp sự cố cấu hình.

Bài học: thị trường cloud VN đang phân hóa theo thế mạnh. Khi cần một năng lực đặc thù (ở đây là GPU cho AI kèm ràng buộc data residency), việc chọn đúng nhà cung cấp có thế mạnh về mảng đó quan trọng hơn chọn "cái tên lớn nhất".

Hướng dẫn từng bước

Đây là quy trình đánh giá và chọn một cloud provider Việt Nam cho dự án của bạn:

• Xác định ràng buộc pháp lý trước. Hỏi bộ phận pháp chế/compliance: dữ liệu có bắt buộc lưu tại Việt Nam không? Ngành của bạn (ngân hàng, y tế, giáo dục công) có quy định riêng không? Nếu câu trả lời là "có bắt buộc", danh sách lựa chọn thu hẹp về cloud nội ngay lập tức.

• Liệt kê dịch vụ tối thiểu bạn cần. Ví dụ: 4 VM, 1 load balancer, 1 database MySQL quản lý, 500GB object storage, CDN. Đừng đòi hỏi service exotic — hãy kiểm tra xem provider có đủ "bộ khung" chạy production không.

• Đối chiếu bảng dịch vụ của từng provider. Vào trang tài liệu (docs) của Viettel Cloud, FPT Cloud, VNG Cloud. Kiểm tra từng service trong danh sách bước 2 có tồn tại và có tài liệu API/console rõ ràng không.

• Kiểm tra chứng chỉ và SLA. Yêu cầu provider cung cấp: chứng chỉ Tier của data center, cam kết SLA uptime (thường 99.9%–99.95%), chính sách bồi thường khi vi phạm SLA, và chứng chỉ bảo mật (ISO 27001, PCI DSS nếu bạn làm thanh toán).

• Tạo tài khoản thử nghiệm và dựng một PoC nhỏ. Đăng ký, tạo 1 VM, gắn 1 block volume, tạo 1 bucket object storage. Vì storage tương thích S3, hãy thử dùng chính công cụ AWS CLI: aws s3 ls --endpoint-url https://<endpoint-cua-provider> để xác nhận tính tương thích.

• Đo latency thực tế. Từ vị trí người dùng mục tiêu, ping/traceroute tới IP của VM vừa tạo. So sánh với latency đi Singapore. Con số này là bằng chứng thuyết phục nhất khi báo cáo với sếp.

• Lấy báo giá và so sánh tổng chi phí (TCO), đặc biệt egress. Hỏi rõ giá compute, storage, và giá băng thông ra (egress) — đây là chỗ chênh lệch lớn nhất và hay bị bỏ sót. Tính theo lưu lượng dự kiến, không chỉ giá niêm yết trên VM.

• Đánh giá kênh hỗ trợ. Gửi một ticket thử nghiệm hoặc gọi hotline, đo thời gian phản hồi. Với dự án production, đội hỗ trợ tốt quan trọng ngang với hạ tầng.

Lỗi thường gặp & mẹo

• Lỗi: đánh giá cloud VN bằng số lượng service như AWS. Bạn sẽ luôn thấy cloud VN "thiếu". Hãy đánh giá bằng câu hỏi đúng: "Nó có đủ để chạy đúng workload của tôi không?" Đa số ứng dụng web/mobile chỉ cần compute + storage + database + LB + CDN — cloud VN đáp ứng thừa.

• Lỗi: quên tính chi phí egress khi so sánh với hyperscaler. Nhiều người so giá VM thấy AWS rẻ ngang rồi kết luận. Nhưng chi phí băng thông ra người dùng cuối mới là khoản đội lên khủng khiếp ở hyperscaler với app đông người dùng VN. Luôn tính TCO gồm egress.

• Lỗi: giả định "tương thích S3" là 100%. Object storage của cả ba provider tương thích chuẩn S3 ở các thao tác cơ bản (put/get/list/multipart). Nhưng các tính năng nâng cao (S3 Object Lock, lifecycle policy phức tạp, event notification) có thể chưa hỗ trợ đầy đủ. Mẹo: test đúng những API nâng cao mà ứng dụng bạn thực sự dùng, đừng cho là mặc định có.

• Lỗi: khóa cứng (lock-in) vào API độc quyền của provider. Dù bạn chọn cloud VN, hãy viết code hạ tầng theo hướng trung lập nhất có thể (dùng chuẩn S3, dùng Terraform — sẽ học ở Bài 47). Điều này giúp bạn dễ dời hoặc chạy hybrid sau này.

• Mẹo: tận dụng kiến trúc lai (hybrid). Không nhất thiết "tất cả hoặc không gì cả". Rất nhiều doanh nghiệp VN đặt phần dữ liệu nhạy cảm/bắt buộc trong nước lên cloud VN, còn phần analytics, AI, hoặc phục vụ người dùng quốc tế thì để trên hyperscaler. Đây là mô hình thực dụng và phổ biến.

• Mẹo: hỏi kỹ về hạn mức (quota) và khả năng mở rộng nhanh. Cloud VN đôi khi giới hạn số lượng VM/GPU sẵn có tại một thời điểm. Nếu bạn dự kiến scale đột biến (ví dụ mùa sale, sự kiện), hãy trao đổi trước với nhà cung cấp để họ chuẩn bị năng lực (capacity).

Bài tập thực hành

• Lập bảng so sánh. Tạo một bảng 3 cột (Viettel IDC, FPT Cloud, VNG Cloud) với các hàng: vị trí data center, chứng chỉ Tier, có Managed Kubernetes không, có GPU không, có object storage S3-compatible không, thế mạnh nổi bật. Điền dựa trên tài liệu chính thức của từng hãng.

• Chọn provider cho 3 tình huống giả định. Với mỗi tình huống dưới đây, chọn một provider và viết 2–3 câu giải thích: (a) một fintech phải lưu dữ liệu KYC trong nước và cần chống DDoS mạnh; (b) một startup cần fine-tune mô hình AI tiếng Việt với dữ liệu nội bộ; (c) một game studio cần latency thấp cho người chơi TP.HCM và Hà Nội.

• Thực hành S3-compatible. Đăng ký tài khoản thử của một provider bất kỳ, tạo một bucket object storage, rồi dùng AWS CLI với tham số --endpoint-url để upload một file lên bucket đó. Ghi lại lệnh bạn đã dùng và xác nhận file xuất hiện trên console.

• Đo và trình bày latency. Từ máy của bạn (hoặc một VM), chạy ping và traceroute tới một endpoint của cloud VN và một endpoint AWS Singapore. Ghi lại số ms trung bình và viết một đoạn ngắn giải thích tại sao có sự khác biệt.

Tóm tắt

Việt Nam có ba nhà cung cấp cloud nội địa lớn, mỗi bên một thế mạnh: Viettel IDC dẫn đầu về quy mô hạ tầng data center và đường truyền/anti-DDoS nhờ nền tảng viễn thông; FPT Cloud mạnh về hệ sinh thái enterprise, Managed Kubernetes và đặc biệt là GPU cho AI; VNG Cloud nổi bật ở kinh nghiệm vận hành sản phẩm Internet quy mô lớn, data center Tier III và trải nghiệm developer.

Ba lý do thực dụng khiến doanh nghiệp VN chọn cloud nội là: tuân thủ data residency (bắt buộc với nhiều ngành theo luật), độ trễ thấp và chi phí egress rẻ cho người dùng trong nước, và thanh toán VNĐ kèm hỗ trợ tiếng Việt, hợp đồng/SLA theo luật Việt Nam. Cả ba đều cung cấp object storage tương thích chuẩn S3, giúp bạn tái sử dụng kiến thức và công cụ AWS.

Nguyên tắc chọn lựa: đừng so cloud VN bằng số lượng service, hãy so bằng câu hỏi "đủ chạy workload của tôi không". Luôn tính TCO gồm egress, kiểm chứng tính tương thích S3 cho đúng những API bạn dùng, và cân nhắc mô hình hybrid — đặt dữ liệu nhạy cảm/bắt buộc trong nước lên cloud VN, phần còn lại linh hoạt. Ở các bài tiếp theo, khi học từng dịch vụ cụ thể (compute, storage, database, network), bạn sẽ thấy phần lớn khái niệm áp dụng được cho cả cloud VN lẫn hyperscaler — vì tất cả đều xây trên cùng những nguyên lý nền tảng.