Я никогда не использовал Wordpress, поэтому я не знаю, может ли он справиться с такой нагрузкой или как он может.
Вы все еще можете использовать WP для ввода данных, и написать запланированную функцию который будет использовать WP 10 * API для копирования этих данных в Firebase.
Масштабируемость RTDB-vs-Firestore утверждает, что RTDB может обрабатывать 200 тысяч одновременных подключений и Firestore 1 миллион одновременных подключений.
Однако, если я правильно понял, ваше приложение не нуждается в подключениях, чтобы быть активными (т.е. получать обновления в режиме реального времени). Вы можете получить данные один раз, а затем закрыть соединение.
Для RTDB Включение автономных возможностей для Android означает, что
Вкл. Android, Firebase автоматически управляет состоянием соединения, чтобы уменьшить пропускную способность и использование батареи. Когда у клиента нет активных прослушивателей, нет ожидающих операций записи или onDisconnect, и он явно не отключен методом goOffline , Firebase закрывает соединение после 60 секунд бездействия.
Таким образом, соединение должно закрываться само по себе через 1 минуту, если вы удаляете своих слушателей или вы можете принудительно закрыть его раньше, используя goOffline .
Для Firestore, я не знаю, происходит ли это автоматически, но вы можете сделать это вручную .
В Firebase Pricing вы можете видеть, что 100K Firestore читает документ за 0.06 $. Чтение 1M (для двух слов) должно стоить $ 0,6 плюс некоторый сетевой трафик c. В RTDB стоимость связана с объемом данных, поэтому требует некоторых вычислений, но не должна быть большой. Я не знаком с мелкими деталями ценообразования, поэтому вам следует провести еще какое-то исследование.
В упомянутом вами приложении опыт, похоже, меняется не очень часто. Возможно, вы захотите попытаться создать собственное кэширование вручную и добавить необходимую информацию о версиях в ежедневные данные.
Редактировать:
Возможно, это будет более эффективным и менее затратным, если вы использовали Firebase Hosting вместо RTDB / Firestore напрямую. См. Обслуживание динамического c контента и микросервисов хоста с помощью облачных функций и Управление поведением кэша .
Короче говоря, вы создаете функцию HTTP который читает вашу базу данных и возвращает нужные вам данные. Вы настраиваете хостинг для вызова этой функции и настраиваете кеш так, чтобы последующие запросы обслуживались в кешированном результате через хостинг (без дополнительных вызовов функций).