Partage de Firebase : Grand nombre de connexions ( 100K+ ) mais même arbre de données

Question

Voici donc la situation. Que faire si vous avez plus de 100 000 connexions simultanées et que tous les utilisateurs doivent voir le même arbre de données ? Je sais que FirebaseDB (FDB) recommande le sharding, mais cela n'a pas tout à fait de sens pour moi puisque vous ne pouvez pas interroger plusieurs bases de données.

Par exemple, disons que vous avez une liste d'éléments dans l'arbre :

{
    "grocery_list": {
      "item-1": "apple",
      // thousands of items.
    }
}

Donc, si je partage cette liste, pour voir la liste complète, je dois regarder les deux bases de données. Ainsi, si j'ai 150 000 utilisateurs, cela signifie toujours que chaque base de données pourrait à un moment donné avoir potentiellement plus de 100 000 connexions, donc je ne vois pas comment le sharding résout le problème si vous avez besoin que tous les clients aient les mêmes données.

La solution que je recherche est une "double écriture", ce qui signifie que j'écris les mêmes données dans les deux bases de données, mais que je répartis les connexions pour rester en dessous de 100K. Je veux juste être sûr que c'est une bonne approche.

Answer 1

Si vous voulez dépasser la limite de 100k, je vous recommande d'utiliser Firebase Cloud Firestore à la place. Pour l'instant, il est en version bêta, mais bientôt, il en sortira et il n'y aura plus de limite de 100 000 euros. De plus, il est beaucoup plus avancé et plus facile à utiliser que Realtime Database.