Bốn khoản chi phí của một nền tảng Databricks, và mỗi khoản trả cho ai
Nền tảng Databricks được thanh toán cho bốn bên, nhưng chỉ một bên gửi báo giá trước. Nội dung từng khoản, cách tính phí và những điểm ngân sách hay bị vượt.
Khi doanh nghiệp hỏi chi phí của một nền tảng Databricks là bao nhiêu, câu trả lời nhận được thường chỉ là một con số: giá trị đề xuất của đối tác triển khai, hoặc một ước tính mức tiêu thụ hằng tháng. Cả hai đều là chi phí thực, nhưng chưa phải toàn bộ. Một nền tảng Databricks được thanh toán cho bốn bên khác nhau, trên bốn hoá đơn khác nhau, và chỉ một bên gửi báo giá cố định từ trước.
Lập ngân sách chính xác bắt đầu từ việc đặt cả bốn khoản cạnh nhau.
| Bên nhận thanh toán | Nội dung chi phí | Phương thức tính phí |
|---|---|---|
| Đối tác triển khai | Nhân sự, thời gian và sản phẩm bàn giao | Giá cố định hoặc theo thời gian thực hiện, tuỳ hợp đồng |
| Databricks | Mức sử dụng nền tảng, tính bằng DBU | Theo từng giây sử dụng, trên tài khoản của doanh nghiệp hoặc qua cam kết trên cloud marketplace |
| Nhà cung cấp cloud | Hạ tầng tính toán, lưu trữ và mạng bên dưới Databricks | Hoá đơn cloud hiện có của doanh nghiệp |
| Đội ngũ nội bộ | Thời gian của kỹ sư, bộ phận bảo mật và người phụ trách dữ liệu nghiệp vụ | Chi phí nội bộ, không có hoá đơn |
1. Đối tác triển khai
Đây là khoản được nhìn thấy đầu tiên vì đến dưới dạng một bản đề xuất. Khoản này bao gồm công việc của đối tác: thiết kế, xây dựng, chuyển đổi dữ liệu, đào tạo và tài liệu.
Điều cần xem xét không chỉ là giá trị, mà là giá trị đó gắn với điều gì. Giá cố định theo từng giai đoạn, thanh toán khi nghiệm thu các sản phẩm bàn giao được nêu tên cụ thể, đặt rủi ro vượt chi phí về phía đối tác. Hợp đồng tính theo thời gian thực hiện đặt rủi ro đó về phía doanh nghiệp. Cả hai hình thức đều có thể hợp lý; điều quan trọng là doanh nghiệp biết rõ mình đã ký hình thức nào.
Câu hỏi thứ hai là đối tác có thu lợi từ ba khoản còn lại hay không. Một đối tác bán lại bản quyền hoặc thu chênh lệch trên mức tiêu thụ có lợi ích tài chính khi nền tảng lớn hơn. Điều đó không có nghĩa là tư vấn của họ sai, nhưng doanh nghiệp nên biết trước khi chấp nhận phương án quy mô họ đề xuất.
2. Databricks
Databricks tính phí theo mức tiêu thụ tài nguyên tính toán, không tính theo dung lượng lưu trữ, và tính theo từng giây. Đơn vị tính là DBU; đơn giá mỗi DBU phụ thuộc vào loại sản phẩm (pipeline, SQL warehouse, notebook tương tác, phục vụ mô hình AI), nhà cung cấp cloud, vùng và hạng dịch vụ. Biểu giá công bố là giá niêm yết; doanh nghiệp cam kết trước mức sử dụng sẽ được chiết khấu.
Đây là khoản khó dự báo nhất khi nền tảng chưa hình thành, vì phụ thuộc vào khối lượng dữ liệu cần xử lý và tần suất người dùng truy vấn. Hai chi tiết khiến phần lớn các bản ngân sách đầu tiên bị lệch:
- Vùng triển khai. Trang giá mặc định hiển thị vùng US East. Với doanh nghiệp tại Việt Nam, vùng phù hợp thường là Singapore, nơi đơn giá serverless cao hơn từ 11% đến 26% tại thời điểm chúng tôi tra cứu tháng 9/2026. Nội dung này được phân tích trong một bài viết riêng.
- Thời gian chờ. SQL warehouse tiếp tục bị tính phí trong suốt thời gian đang chạy, kể cả khi không có ai sử dụng, cho đến khi dừng hẳn. Thời gian tự dừng mặc định là 45 phút với warehouse classic và 10 phút với warehouse serverless.
3. Nhà cung cấp cloud
Databricks vận hành trên AWS, Azure hoặc Google Cloud, và nhà cung cấp cloud tính phí phần hạ tầng bên dưới. Tỷ trọng chi phí nằm ở khoản này phụ thuộc vào loại hạ tầng tính toán.
Với hạ tầng classic, cluster chạy trong tài khoản của doanh nghiệp, nên chi phí máy ảo nằm trên hoá đơn cloud, cùng với ổ đĩa và địa chỉ IP công khai. Với hạ tầng serverless, máy chủ thuộc về Databricks và đã được tính vào đơn giá DBU, nên khoản này nhỏ hơn. Đó là lý do không thể so sánh trực tiếp đơn giá DBU classic với đơn giá DBU serverless: một bên đã bao gồm phần cứng, bên kia thì chưa.
Một số hạng mục luôn nằm trên hoá đơn cloud, bất kể lựa chọn hạ tầng tính toán nào:
- Lưu trữ. Dữ liệu nằm trong kho lưu trữ đối tượng (object storage) của chính doanh nghiệp.
- Mạng. Truyền dữ liệu giữa các vùng phát sinh phí egress. Chia sẻ bảng giữa các vùng, dù qua Delta Sharing hay Lakehouse Federation, đều phát sinh phí này khi dữ liệu rời khỏi vùng nguồn.
- Mạng riêng. Trên Azure, cấu hình serverless còn có thể phát sinh phí truyền dữ liệu, NAT gateway và private endpoint, tính theo giờ.
Các hạng mục về mạng là phần thường bị bỏ sót nhất trong dự toán, vì chỉ xuất hiện khi nền tảng đã kết nối với toàn bộ hệ thống còn lại.
4. Đội ngũ nội bộ
Khoản thứ tư không bao giờ xuất hiện trên hoá đơn, nhưng lại thường là yếu tố quyết định dự án có giữ được tiến độ hay không. Một dự án chuyển đổi cần kỹ sư am hiểu hệ thống hiện tại, bộ phận bảo mật phê duyệt thiết kế phân quyền, và người phụ trách nghiệp vụ xác nhận số liệu nào là đúng khi hệ thống nguồn và hệ thống đích cho kết quả khác nhau.
Khi thời gian này không được lên kế hoạch, dự án không vì thế mà ít tốn kém hơn. Dự án kéo dài hơn, trong khi ba khoản còn lại vẫn tiếp tục phát sinh. Một kế hoạch sát thực tế cần nêu tên từng người, số giờ mỗi tuần và những tuần cần họ nhiều nhất.
Ví dụ ước tính
Một đợt chạy thử ba tuần tại vùng AP (Singapore), gồm một pipeline serverless chạy hai giờ mỗi ngày và một SQL warehouse serverless quy mô nhỏ mở ba giờ mỗi ngày trong 15 ngày làm việc, có chi phí Databricks khoảng 500 USD theo giá niêm yết, cộng thêm vài chục USD cho lưu trữ và mạng. Mức tiêu thụ DBU mỗi giờ dùng trong phép tính là giả định của chúng tôi, không phải số liệu công bố, và con số thực tế phụ thuộc vào dữ liệu của từng doanh nghiệp.
Phí đối tác triển khai được cộng thêm vào con số này. Thời gian của đội ngũ nội bộ thường là khoản lớn nhất, và cũng là khoản khó nhận thấy nhất.
Cách Sancire xử lý
Các gói dịch vụ của Sancire được công bố với phạm vi cố định và giá khởi điểm, và mức giá đó chỉ là phí dịch vụ của chúng tôi. Sancire không bán lại bản quyền Databricks và không thu chênh lệch trên mức tiêu thụ của doanh nghiệp, nên tư vấn về quy mô nền tảng hoàn toàn không phụ thuộc vào mức chi tiêu. Trong buổi khảo sát, chúng tôi ước lượng chi phí Databricks và chi phí cloud; trong đợt chạy thử, chúng tôi đo thực tế từ các bảng dữ liệu tính phí của chính nền tảng. Nội dung này thuộc giai đoạn Bắt đầu, và trang dịch vụ trình bày các gói cùng đơn giá chúng tôi đang sử dụng.
Nguồn: trang giá của Databricks (databricks.com/product/pricing), tra cứu ngày 16/09/2026. Biểu giá Azure Databricks, tra cứu ngày 16/09/2026. Tài liệu Databricks về thời gian tự dừng của SQL warehouse, tra cứu ngày 16/10/2026. Số liệu đợt chạy thử là phép tính trên các giả định nêu trong bài, không phải báo giá.