update reglas guardar datos data firebase firebase-database google-cloud-platform

reglas - El uso del ancho de banda de la base de datos de Firebase crece rápidamente incluso cuando la base de datos no está en uso



reglas firebase (1)

Actualización: después de 9 meses de correos electrónicos de ida y vuelta (más de 40 correos electrónicos), Google ha reconocido que han encontrado algunos errores que pueden ser responsables del uso de gran ancho de banda, pero el uso del ancho de banda sigue siendo demasiado alto. La resolución de este problema no parece ser una prioridad para Google / Firebase (les llevó 1.5 meses responder al último correo electrónico). A la luz de quejas similares, tales como: https://news.ycombinator.com/item?id=14356409 , y muchas otras, en una amplia gama de equipos / desarrolladores, con suerte la situación mejorará algún día.

Estoy comenzando un proyecto de Firebase y no he accedido a la base de datos desde ningún cliente. Solo he creado un único par clave-valor de prueba pequeño en la base de datos (usando la consola), que usa 23 B de almacenamiento de datos. Sorprendentemente, la consola muestra que he usado 215.9 KB (incluso cuando no estaba tocando Firebase en absoluto). ¡Este número continúa creciendo cada hora a pesar de que no estoy usando Firebase ni refrescando la pestaña de datos en la consola!

Aquí hay una captura de pantalla del gráfico de uso del ancho de banda de la consola: captura de pantalla del uso del ancho de banda de la consola de Firebase

Otros parecen tener el mismo problema, pero Firebase / Google no respondieron. ¿Que esta pasando? Cualquier ayuda sería muy apreciada.


La tabla de uso demora en actualizarse. Es posible que esté viendo el ancho de banda desde unos minutos hasta unas pocas horas atrás.

Además, esto me recuerda el antiguo problema de referencia de Google Analytics, las reglas predeterminadas para firebase se ven así:

.read = true; .write if auth != null;

Esto significa que cualquier persona en cualquier lugar puede leer desde su base de datos y que cualquier persona autenticada (incluso anónimamente) puede escribir en ella. Es posible, dado que es una base de datos no SQL con soporte json, que probablemente solo sean rastreadores que son el equivalente al spam de referencia de Google Analytics.