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 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 thấy mức sử dụng cho mỗi dự án đối với cả gói SparkBlaze:

Thông tin chi tiết Không mất phí (Spark Plan) 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, tích hợp Thử nghiệm A/B Bao gồm tính năng Cá nhân hoá, Triển khai từng phần, tích hợp Thử nghiệm A/B
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

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 bao nhiêu trả bấy nhiê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 gia hạn chuyển đổi Bắt đầu tính phí theo tiêu chuẩn Việc cần làm / Ghi chú
Gói Spark (Miễn phí) 3 tháng Ngày 1 tháng 12 năm 2026 Hành động được đề xuất: 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ì 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

Thời gian gia 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. 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 ân hạn Kết quả sau thời gian gia hạn Việc cần làm / Ghi chú
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 sẽ bắt đầu từ ngày thứ 31 Các dự án sẽ được hưở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 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) Thanh toán theo từng 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 biện pháp điều tiết.

Các phương pháp hay nhất để tối ưu hoá mứ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 công việc, dịch vụ hoặc mô-đun ứng dụng cũ của worker ở chế độ nền để 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 để định giá và 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 100.000 yêu cầu.

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