Giá của Cấu hình từ xa

Kể từ ngày 1 tháng 9 năm 2026, Remote Config sẽ cung cấp một cơ cấu giá linh hoạt được thiết kế để phù hợp với các dự án thuộc mọi quy mô, bao gồm cả gói không tốn phí và gói trả tiền theo mức dùng có thể mở rộng dựa trên mức sử dụng hằng ngày của bạn.

Chỉ những yêu cầu tìm nạp do dịch vụ Remote Config gọi trực tiếp (thông qua SDK ứng dụng hoặc API REST) mới được tính vào mức sử dụng được tính phí của bạn. Các thao tác tìm nạp, lệnh gọi mạng hoặc chỉ số do các dịch vụ khác của Firebase tạo ra trong nội bộ không được tính vào hạn mức hoặc thông tin thanh toán của Remote Config.

Bảng sau đây cho thấy mức sử dụng cho mỗi dự án đối với cả gói Spark và Blaze:

Thông tin chi tiết Không tốn phí (Gói Spark) Trả tiền theo mức dùng (Gói Blaze)
Yêu cầu tìm nạp Tối đa 100.000 bản mỗi ngày Miễn phí tối đa 100.000 lượt mỗi ngày.

Sau đó:

  • 0,000006 USD/yêu cầu (0,06 USD/10.000 yêu cầu) cho mức sử dụng từ 100.001 đến 10.000.000 yêu cầu/ngày.
  • 0,000001 USD/yêu cầu (0,01 USD/10.000 yêu cầu) cho mức sử dụng trên 10.000.000 yêu cầu/ngày.
Tất cả tính năng Bao gồm tính năng Cá nhân hoá, Triển khai và tích hợp A/B Testing Bao gồm tính năng Cá nhân hoá, Triển khai và tích hợp A/B Testing
Hạn mức và giới hạn Xem Hạn mức và giới hạn Xem Hạn mức và giới hạn

Thời gian ân hạn chuyển đổi cho các dự án hiện có

Thời gian ân hạn chuyển đổi này áp dụng cho những dự án đã bật Remote Config trước ngày 1 tháng 9 năm 2026. Để đảm bảo quá trình chuyển đổi sang mô hình giá trả tiền theo mức dùng diễn ra suôn sẻ, các dự án hiện có sẽ được gia hạn thêm thời gian ân hạn như sau trước khi bắt đầu áp dụng quy định thanh toán:

Gói thanh toán hiện tại Thời gian ân hạn chuyển đổi Bắt đầu tính phí theo gói tiêu chuẩn Việc cần làm / Lưu ý
Gói Spark (Không tốn phí) 3 tháng Ngày 1 tháng 12 năm 2026 Việc nên làm: Thiết lập Cloud Billing và nâng cấp lên gói Blaze.

Ưu đãi: Nếu bạn nâng cấp trước ngày 15 tháng 11 năm 2026, thời gian ân hạn của bạn sẽ được kéo dài thành 5 tháng (Bắt đầu tính phí từ ngày 1 tháng 2 năm 2027).
Gói Blaze (Trả tiền theo mức dùng) 5 tháng Ngày 1 tháng 2 năm 2027 Bạn không cần làm gì cả. Các dự án sẽ tự động chuyển sang mức giá tiêu chuẩn vào ngày 1 tháng 2 năm 2027.

Thời gian ân hạn tiêu chuẩn

Thời gian ân hạn này áp dụng cho những dự án đã bật Remote Config vào hoặc sau ngày 1 tháng 9 năm 2026. Quy định này áp dụng cho cả những dự án hiện có đã bật Remote Config (được tạo trước ngày 1 tháng 9 năm 2026) và đã hết thời gian ân hạn chuyển đổi. Nếu một dự án vượt quá mức sử dụng 100.000 yêu cầu tìm nạp mỗi ngày, bạn phải tuân thủ các hành động sau:

Gói / Tình trạng Thời gian gia hạn Kết quả sau thời gian gia hạn Việc cần làm / Lưu ý
Gói Spark (Không tốn phí) 30 ngày (Áp dụng khi dự án vượt quá giới hạn hằng ngày lần đầu tiên) Bắt đầu điều tiết từ ngày thứ 31 Các dự án sẽ được sử dụng dịch vụ không bị gián đoạn trong 30 ngày sau lần đầu tiên vượt quá giới hạn hằng ngày. Để tránh bị điều tiết từ ngày 31 trở đi, bạn phải nâng cấp lên gói Blaze.
Gói Blaze (Trả tiền theo mức dùng) Không áp dụng (Không điều tiết) Tính phí cho mỗi yêu cầu tìm nạp Chúng tôi sẽ tính phí khi bạn sử dụng hơn 100.000 lượt tìm nạp. Không áp dụng điều tiết.

Các phương pháp hay nhất để tối ưu hoá việc sử dụng

Để tối ưu hoá mức sử dụng, hãy làm theo một trong những cách sau:

  • Khoảng thời gian tìm nạp của ứng dụng: Tránh đặt khoảng thời gian tìm nạp tối thiểu quá thấp (ví dụ: setMinimumFetchIntervalInSeconds) trong các bản dựng chính thức. Khoảng thời gian đề xuất mặc định là 12 giờ.
  • Lưu vào bộ nhớ đệm cho các tham số không quan trọng: Đối với các giá trị cấu hình ổn định hiếm khi thay đổi, hãy cân nhắc tăng setMinimumFetchIntervalInSeconds từ 12 giờ mặc định lên 24 hoặc 48 giờ.
  • Vòng lặp tìm nạp khi khởi động ứng dụng: Đảm bảo ứng dụng của bạn không kích hoạt lệnh tìm nạp từ xa mỗi khi chuyển đổi màn hình, tiếp tục hoạt động hoặc kết xuất thành phần. Sử dụng các chiến lược tải như Tìm nạp và kích hoạt khi tải hoặc Kích hoạt phía sau màn hình tải một cách có trách nhiệm.
  • Kiểm tra các lệnh tìm nạp trong nền và không hoạt động: Xem xét các công việc, dịch vụ hoặc mô-đun ứng dụng cũ của trình chạy trong nền để xoá các lệnh gọi tìm nạp thừa ("lệnh tìm nạp ảo") kích hoạt khi ứng dụng ở chế độ nền hoặc không hoạt động.
  • Giám sát: Sử dụng bảng điều khiển Google Cloud và bảng điều khiển Firebase về giá và mức sử dụng để thiết lập cảnh báo thanh toán tự động khi khối lượng tìm nạp hằng ngày đạt gần 100.000 yêu cầu.

Câu hỏi thường gặp và cách khắc phục sự cố