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ấu trúc định giá linh hoạt được thiết kế để phù hợp với các dự án ở mọi quy mô, bao gồm cả gói miễn phí và gói trả tiền theo mức sử 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ụ Firebase khác tạo ra nội bộ sẽ không được tính vào hạn mức hoặc phí thanh toán Remote Config của bạn.

Bảng sau đây cho biết 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 Miễ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 mỗi ngày Miễn phí tối đa 100.000 yêu cầu mỗi ngày.

Sau đó:

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

Giai đoạn chuyển đổi ân hạn cho các dự án hiện có

Giai đoạn â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á sử dụng theo nhu cầu diễn ra suôn sẻ, các dự án hiện có sẽ được gia hạn 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 tiêu chuẩn Việc cần làm / Lưu ý
Gói Spark (Miễ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.

Phần thưởng: Nếu bạn nâng cấp trước ngày 15 tháng 11 năm 2026, thì thời gian ân hạn của bạn sẽ được kéo dài đến 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

Giai đoạn ân hạn này áp dụng cho những dự án đã bật Remote Config từ ngày 1 tháng 9 năm 2026 trở đi. Trong đó có 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) mà thời gian ân hạn chuyển đổi đã hết. Nếu một dự án vượt quá 100.000 yêu cầu tìm nạp mỗi ngày, thì bạn phải tuân thủ các hành động sau:

Kế hoạch / 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 (Miễ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) Việc điều tiết bắt đầu từ ngày thứ 31 Các dự án sẽ được hưởng dịch vụ không 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 vào ngày thứ 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í theo mỗi yêu cầu tìm nạp Bạn sẽ phải trả phí nếu sử dụng hơn 100.000 lượt tìm nạp. Không áp dụng việc đ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á việc sử dụng, hãy thực hiện một trong các thao tác 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 phát hành công khai. Khoảng thời gian mặc định nên dùng là 12 giờ.
  • Lưu vào bộ nhớ đệm cho các thông 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 quá trình tìm nạp từ xa trên mọi quá trình 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 sau màn hình tải một cách có trách nhiệm.
  • Kiểm tra các hoạt động tìm nạp ở chế độ nền và khi không hoạt động: Xem xét các dịch vụ, công việc của worker ở chế độ nền hoặc các mô-đun ứng dụng cũ để xoá các lệnh gọi tìm nạp dư thừa ("lệnh gọi 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 để xem giá và mức sử dụng nhằm thiết lập cảnh báo tự động về việc lập hoá đơn khi số lượng tìm nạp hằng ngày gần đạt đến 100.000 yêu cầu.

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