Mesurez les performances de votre Firebase Realtime Database avec l'outil de profilage de base de données intégré à Firebase CLI. L'outil de profilage enregistre toute l'activité de votre base de données sur une période donnée, puis génère un rapport détaillé. Utilisez ce rapport détaillé pour résoudre les problèmes de performances de votre base de données, identifier les zones problématiques et réduire les requêtes non indexées.
Créer un profil
Avant de commencer à profiler votre Firebase Realtime Database, assurez-vous d'utiliser la dernière version de la Firebase CLI et que vous l'avez initialisée pour la base de données et le projet que vous souhaitez profiler. Notez que vous devez être éditeur ou propriétaire de ce projet pour le profiler.
Commencez à profiler votre base de données à l'aide de la commande suivante :
firebase database:profile
Appuyez sur Enter pour terminer le profil et afficher les résultats.
Interpréter les résultats
L'outil de profilage agrège les données collectées sur les opérations de votre base de données et affiche les résultats dans trois catégories principales : vitesse, bande passante, et requêtes non indexées.
Vitesse
Le rapport sur la vitesse mesure le temps de réponse du serveur (en millisecondes) pour chaque type d'opération. Toutefois, la vitesse mesurée dans le rapport sur la vitesse peut ne pas refléter la vitesse réelle de l'expérience des utilisateurs finaux. Différents facteurs, y compris les conditions du réseau, peuvent ajouter de la latence côté client.
Le rapport sur la vitesse inclut les propriétés suivantes :
- Chemin : chemin d'accès dans votre base de données où les opérations ont eu lieu. S'il existe plus de 25 nœuds enfants, l'outil de profilage les réduit en un chemin parent et ajoute un marqueur
$wildcard. Vous pouvez voir le répertoire racine de votre base de données dans le rapport, représenté par une barre oblique/. - Nombre : nombre d'opérations effectuées sur le chemin donné.
- Vitesse d'exécution moyenne : temps moyen nécessaire au serveur pour exécuter la logique métier requise pour gérer le type d'opération particulier sur ce chemin. L'intervalle de temps mesuré ici commence après celui mesuré par le "Temps d'attente moyen" décrit ci-dessous.
- Temps d'attente moyen : temps moyen passé par les requêtes en file d'attente avant d'être exécutées. Ce délai est commun à toutes les requêtes initiées par le client. La latence totale des requêtes côté serveur est à peu près la somme du temps d'attente et de la vitesse d'exécution de cette requête.
- Autorisation refusée : nombre d'opérations sur le chemin donné qui ont été bloquées par les règles de la base de données Firebase dans votre base de données.
| Rapport sur la vitesse par type d'opération | |
|---|---|
| Vitesse d'exécution de la lecture | Temps de réponse du serveur pour les requêtes client visant à lire des données à partir de la base de données. Le temps d'exécution de la lecture est généralement proportionnel à la quantité de données lues, mais même certaines petites lectures peuvent également être retardées par la prélecture du cache. |
| Vitesse d'exécution de l'écriture | Temps de réponse du serveur pour les requêtes client visant à écrire des données dans la base de données. Le temps d'exécution de l'écriture est proportionnel à la quantité de données écrites. |
| Vitesse d'exécution de la connexion | Temps de réponse du serveur pour les requêtes visant à établir une connexion avec les clients de la base de données. La latence des requêtes de connexion est dominée par la comptabilité côté serveur en mémoire liée à la gestion des connexions. |
| Vitesse d'exécution de la diffusion | Temps nécessaire au serveur pour distribuer les données aux clients qui écoutent le chemin donné pour les mises à jour en temps réel. La propriété Nombre du rapport sur la vitesse de diffusion agrège le nombre de diffusions qui ont eu lieu, et non le nombre de clients qui ont reçu les informations. Par exemple, si 10 clients écoutaient un chemin donné et que le serveur diffusait une mise à jour à ces 10 clients, le nombre de diffusions ne reflète qu'une seule diffusion, même si 10 clients ont reçu les données. La propriété Autorisation refusée n'est pas incluse dans le rapport sur la vitesse de diffusion. |
Bande passante
Le rapport sur la bande passante fournit des informations sur la quantité de données consommées par votre base de données lors des opérations entrantes et sortantes. Toutefois, vous ne devez pas utiliser le rapport sur la bande passante pour estimer la facturation, car il n'inclut pas la bande passante utilisée pour d'autres opérations, comme le profilage de votre base de données. Le rapport sur la bande passante estime approximativement la taille de la charge utile des données consommées par les opérations de lecture, d'écriture et de diffusion vers et depuis votre base de données. Il s'agit d'un outil qui mesure les performances, et non d'un outil qui prévoit la facturation.
Le rapport sur la bande passante inclut les propriétés suivantes :
Chemin : chemin d'accès dans votre base de données où les opérations ont eu lieu. S'il existe plus de 25 nœuds enfants, l'outil de profilage les réduit en un chemin parent.
Total : nombre total d'octets sortants ou entrants utilisés dans toutes les opérations sur le chemin donné.
Nombre : nombre d'opérations effectuées sur le chemin donné.
Moyenne : nombre moyen d'octets téléchargés ou importés dans les opérations sur le chemin donné (octets/écriture ou octets/lecture).
| Rapport sur la bande passante | |
|---|---|
| Octets téléchargés | Données consommées par les opérations de lecture et de diffusion envoyées via les SDK client et l'API REST. |
| Octets importés | Données consommées par les requêtes d'écriture entrantes dans le serveur de base de données. Les suppressions apparaissent comme des écritures avec 0 octet sous "Entrant". |
Requêtes non indexées
Les requêtes non indexées peuvent être coûteuses, car les clients téléchargent toutes les données à un emplacement, puis effectuent des requêtes sur celles-ci. Cela utilise plus de bande passante que nécessaire. Résolvez autant de requêtes non indexées que possible pour optimiser les performances de votre base de données.
Le rapport sur les requêtes non indexées affiche les propriétés suivantes :
- Chemin : chemin d'accès dans votre base de données où les requêtes non indexées ont eu lieu.
- Index : règle que vous devez ajouter pour résoudre les requêtes non indexées. Pour en savoir plus sur l'indexation, consultez Indexer vos données.
- Nombre : nombre de requêtes non indexées effectuées sur le chemin donné.
Profilage avancé
Pour afficher toutes les opérations gérées par votre base de données, utilisez l'indicateur --raw lorsque vous profilez votre base de données, comme suit :
firebase database:profile --raw
La sortie brute inclut également des informations client pour chaque opération, telles que les chaînes userAgent et les adresses IP. Pour en savoir plus sur les différentes opérations
profilées dans votre Firebase Realtime Database dans Firebase Realtime Database Types d'opérations.
L'outil de profilage n'est pas un outil de facturation
N'utilisez pas l'outil de profilage pour estimer le coût de la bande passante. L'outil de profilage est destiné à vous donner une vue d'ensemble des performances de votre base de données, à vous aider à surveiller les opérations et à résoudre les problèmes, et non à estimer la facturation. Il ne tient pas compte du trafic réseau, mais enregistre uniquement une estimation des données d'application envoyées dans les réponses.
Voici quelques exemples courants de trafic réseau facturé par Firebase qui ne sont pas couverts dans votre profil de base de données :
- Surcharge du protocole : un trafic supplémentaire entre le serveur et les clients est nécessaire pour établir et maintenir une session. Selon le protocole sous-jacent, ce trafic peut inclure : la surcharge du protocole en temps réel de Firebase Realtime Database, la surcharge WebSocket et la surcharge des en-têtes HTTP. Chaque fois qu'une connexion est établie, cette surcharge, combinée à toute surcharge de chiffrement SSL, contribue aux coûts de connexion. Bien qu'il ne s'agisse généralement pas d'une grande quantité de bande passante, elle peut être importante si vos charges utiles sont minuscules ou si vous établissez des connexions courtes et fréquentes.
- Surcharge du chiffrement SSL : un coût est associé à la surcharge du chiffrement SSL nécessaire pour les connexions sécurisées. En moyenne, ce coût est d'environ 3, 5 Ko pour la négociation initiale et d'environ 40 octets pour les en-têtes d'enregistrement TLS sur chaque message sortant. Pour la plupart des applications, cela représente un petit pourcentage de votre facture. Toutefois, cela peut devenir un pourcentage important si votre cas spécifique nécessite de nombreuses négociations SSL. Par exemple, les appareils qui ne sont pas compatibles avec les tickets de session TLS peuvent nécessiter un grand nombre de négociations de connexion SSL.
En savoir plus sur la compréhension et l'estimation de votre facture