Zählen Firebase-Streaming-REST-Verbindungen gegen das Limit für gleichzeitige Verbindungen?

In einer aktuellen Frage hat jemand darauf hingewiesen, dass FireBase-Preisdokumentation lautet:

  

REST-API-Anfragen zählen nicht zu Ihren Verbindungslimits

Ich verstehe (und schätze) diese Aussage für das, wofür sie gedacht zu sein scheint: GET-, PUT-, POST- und DELETE-Anfragen gegen die REST-API werden typischerweise für Nicht-Echtzeit-Operationen an den Daten verwendet, wie z Backup- oder Massenberechnungen. Dies sind typischerweise seltene, relativ kurzlebige Operationen und sollten die Anzahl der Echtzeitdatenverbindungen im Allgemeinen vernachlässigen.

Aber das ist anders, wenn wir uns die REST-Streaming-API von Firebase anschauen . Im Gegensatz zum Rest der REST-API ist das Streaming eindeutig für Echtzeitdatenverbindungen gedacht.

Laut der oben zitierten Dokumentation sollten diese Verbindungen nicht mit dem Verbindungslimit rechnen. Aber laut einem Kommentar eines Firebase-Entwicklers in Google Groups :

  

gleichzeitig [Verbindungen] sind Echtzeit-Clients oder gestreamte REST

Der von mir hervorgehobene Teil scheint darauf hinzudeuten, dass Clients, die die Streaming-REST-API tun verwenden, auf das Verbindungslimit zählen.

Zum Testen habe ich einen kleinen C # -Client geschrieben, der die REST-Streaming-API von Firebase zur Überwachung eines Knotens verwendet:

Ungefähr 15 Minuten nach dem Start dieses Programms sind die gleichzeitigen Verbindungen in meinem Firebase-Dashboard tatsächlich um 1 gestiegen. Das Ausführen einer zweiten Instanz erhöhte die Anzahl der gleichzeitigen Verbindungen im Dashboard erneut.

Dieser Test scheint also zu bestätigen, was in Google Groups angedeutet wurde: REST-Streaming-Clients gelten als gleichzeitige Verbindung. Kann jemand das bestätigen oder einen Fehler in meinem Test feststellen?