Firebase tính phí cho dữ liệu mà bạn lưu trữ trong cơ sở dữ liệu và tất cả lưu lượng truy cập mạng đi ở lớp phiên (lớp 5) của mô hình OSI. Bộ nhớ được tính phí 5 USD cho mỗi GB/tháng và được đánh giá hằng ngày. Vị trí của cơ sở dữ liệu không ảnh hưởng đến việc thanh toán. Lưu lượng truy cập đi bao gồm chi phí kết nối và mã hoá từ tất cả các thao tác trên cơ sở dữ liệu và dữ liệu được tải xuống thông qua các lượt đọc cơ sở dữ liệu. Cả hoạt động đọc và ghi cơ sở dữ liệu đều có thể dẫn đến chi phí kết nối trong hoá đơn của bạn. Tất cả lưu lượng truy cập đến và đi từ cơ sở dữ liệu của bạn, bao gồm cả các thao tác bị từ chối theo quy tắc bảo mật, đều dẫn đến chi phí có thể tính phí.
Sau đây là một số ví dụ phổ biến về lưu lượng truy cập có tính phí:
- Dữ liệu đã tải xuống: Khi các ứng dụng nhận dữ liệu từ cơ sở dữ liệu của bạn, Firebase sẽ tính phí cho dữ liệu đã tải xuống. Thông thường, đây là phần lớn chi phí băng thông của bạn, nhưng đó không phải là yếu tố duy nhất trong hoá đơn.
- Chi phí giao thức: Cần có thêm lưu lượng truy cập giữa máy chủ và các ứng dụng để thiết lập và duy trì một phiên. Tuỳ thuộc vào giao thức cơ bản, lưu lượng truy cập này có thể bao gồm: chi phí giao thức theo thời gian thực của Cơ sở dữ liệu theo thời gian thực của Firebase, chi phí WebSocket và chi phí tiêu đề HTTP. Mỗi khi một kết nối được thiết lập, chi phí chung này, kết hợp với mọi chi phí chung về mã hoá SSL, sẽ góp phần vào chi phí kết nối. Mặc dù đây không phải là băng thông lớn cho một yêu cầu duy nhất, nhưng nó có thể chiếm một phần đáng kể trong hoá đơn của bạn nếu tải trọng của bạn rất nhỏ hoặc bạn thực hiện các kết nối ngắn thường xuyên.
- Chi phí mã hoá SSL: Có một chi phí liên quan đến chi phí mã hoá SSL cần thiết cho các kết nối an toàn. Trung bình, chi phí này là khoảng 3, 5 KB cho lần bắt tay ban đầu và khoảng hàng chục byte cho tiêu đề bản ghi TLS trên mỗi thông báo đi. Đối với hầu hết các ứng dụng, đây là một tỷ lệ nhỏ trong hoá đơn của bạn. Tuy nhiên, tỷ lệ này có thể trở nên lớn nếu trường hợp cụ thể của bạn yêu cầu nhiều lần bắt tay SSL. Ví dụ: những thiết bị không hỗ trợ vé phiên TLS có thể yêu cầu số lượng lớn các lần bắt tay kết nối SSL.
- FirebaseDữ liệu bảng điều khiển: Mặc dù đây thường không phải là một phần đáng kể trong chi phí Realtime Database, nhưng Firebase tính phí cho dữ liệu mà bạn đọc và ghi từ bảng điều khiển Firebase.
Ước tính mức sử dụng tính phí
Để xem các kết nối Realtime Database hiện tại và mức sử dụng dữ liệu, hãy kiểm tra thẻ Mức sử dụng trong bảng điều khiển Firebase. Bạn có thể kiểm tra mức sử dụng trong kỳ thanh toán hiện tại, 30 ngày qua hoặc 24 giờ qua.
Firebase cho biết số liệu thống kê về mức sử dụng cho những chỉ số sau:
- Kết nối: Số lượng kết nối đồng thời, hiện đang mở và theo thời gian thực đến cơ sở dữ liệu của bạn. Điều này bao gồm các kết nối theo thời gian thực sau đây: WebSocket, long polling và các sự kiện do máy chủ HTML gửi. Số liệu này không bao gồm các yêu cầu RESTful.
- Bộ nhớ: Lượng dữ liệu được lưu trữ trong cơ sở dữ liệu của bạn. Thao tác này không bao gồm dịch vụ lưu trữ Firebase hoặc dữ liệu được lưu trữ thông qua các sản phẩm khác của Firebase.
- Tải xuống: Tất cả các byte được tải xuống từ cơ sở dữ liệu của bạn, bao gồm cả giao thức và chi phí mã hoá.
- Tải: Biểu đồ này cho biết mức sử dụng cơ sở dữ liệu của bạn, xử lý các yêu cầu trong khoảng thời gian 1 phút nhất định. Bạn có thể gặp phải vấn đề về hiệu suất khi cơ sở dữ liệu của bạn gần đạt đến 100%.
Tối ưu hoá mức sử dụng
Bạn có thể áp dụng một số phương pháp hay nhất để tối ưu hoá mức sử dụng cơ sở dữ liệu và chi phí băng thông.
- Sử dụng các SDK gốc: Bất cứ khi nào có thể, hãy sử dụng các SDK tương ứng với nền tảng của ứng dụng thay vì REST API. Các SDK duy trì kết nối mở, giảm chi phí mã hoá SSL thường tăng lên khi dùng REST API.
- Kiểm tra lỗi: Nếu chi phí băng thông cao hơn dự kiến, hãy xác minh rằng ứng dụng của bạn không đồng bộ hoá nhiều dữ liệu hơn hoặc đồng bộ hoá thường xuyên hơn so với dự định ban đầu. Để xác định chính xác vấn đề, hãy sử dụng công cụ phân tích tài nguyên để đo lường các thao tác đọc và bật tính năng ghi nhật ký gỡ lỗi trong SDK Android, Objective-C và Web. Kiểm tra các quy trình đồng bộ hoá và chạy nền trong ứng dụng để đảm bảo mọi thứ hoạt động như bạn dự định.
- Giảm số lượng kết nối: Nếu có thể, hãy cố gắng tối ưu hoá băng thông kết nối. Các yêu cầu REST thường xuyên, nhỏ có thể tốn kém hơn so với một kết nối liên tục duy nhất bằng cách sử dụng SDK gốc. Nếu bạn sử dụng REST API, hãy cân nhắc sử dụng tính năng duy trì kết nối HTTP hoặc sự kiện do máy chủ gửi. Các tính năng này có thể giảm chi phí từ các hoạt động bắt tay SSL.
- Sử dụng vé phiên TLS: Giảm chi phí chung cho hoạt động mã hoá SSL trên các kết nối được tiếp tục bằng cách phát hành vé phiên TLS. Điều này đặc biệt hữu ích nếu bạn cần kết nối thường xuyên và an toàn với cơ sở dữ liệu.
- Truy vấn chỉ mục: Việc lập chỉ mục dữ liệu giúp giảm tổng băng thông bạn sử dụng cho các truy vấn, mang lại lợi ích kép là giảm chi phí và tăng hiệu suất của cơ sở dữ liệu. Sử dụng công cụ lập hồ sơ để tìm các truy vấn chưa được lập chỉ mục trong cơ sở dữ liệu của bạn.
- Tối ưu hoá trình nghe: Thêm các truy vấn để giới hạn dữ liệu mà các thao tác nghe trả về và sử dụng những trình nghe chỉ tải bản cập nhật xuống dữ liệu – ví dụ:
on()thay vìonce(). Ngoài ra, hãy đặt các trình nghe của bạn càng xa đường dẫn càng tốt để giới hạn lượng dữ liệu mà chúng đồng bộ hoá. - Giảm chi phí lưu trữ: Chạy các tác vụ dọn dẹp định kỳ và giảm mọi dữ liệu trùng lặp trong cơ sở dữ liệu của bạn.
- Sử dụng quy tắc: Ngăn chặn mọi thao tác trái phép, có khả năng tốn kém trên cơ sở dữ liệu của bạn. Ví dụ: việc sử dụng Firebase Realtime Database Security Rules có thể tránh trường hợp người dùng độc hại liên tục tải toàn bộ cơ sở dữ liệu của bạn xuống. Tìm hiểu thêm về cách sử dụng Quy tắc cơ sở dữ liệu theo thời gian thực của Firebase.
Kế hoạch tối ưu hoá tốt nhất cho ứng dụng của bạn sẽ phụ thuộc vào trường hợp sử dụng cụ thể của bạn. Mặc dù đây không phải là danh sách đầy đủ các phương pháp hay nhất, nhưng bạn có thể tìm thêm lời khuyên và mẹo từ các chuyên gia Firebase trên kênh Slack của chúng tôi hoặc trên Stack Overflow.