Mesurez les performances de votre Firebase Realtime Database avec l'outil Profileur de base de données intégré à la CLI Firebase. L'outil de profilage consigne toute l'activité de votre base de données sur une période donnée, puis génère un rapport détaillé. Utilisez le rapport détaillé pour résoudre les problèmes de performances de votre base de données, identifier les zones à problèmes 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 CLI Firebase et de l'avoir 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 pouvoir le profiler.
Démarrez le profilage de votre base de données à l'aide de la commande suivante :
firebase database:profile
Appuyez sur Entrée pour compléter le profil et afficher les résultats.
Interpréter vos 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 de chargement ne reflète pas nécessairement la vitesse ressentie par les 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 y a plus de 25 nœuds enfants, l'outil de profilage les réduit en un tracé parent et ajoute un repère
$wildcard. Le répertoire racine de votre base de données peut s'afficher dans le rapport, représenté par une barre oblique/. - Nombre:nombre d'opérations qui se sont produites sur le chemin d'accès donné.
- Vitesse d'exécution moyenne:temps moyen nécessaire au serveur pour exécuter la logique métier nécessaire pour gérer un type d'opération particulier sur ce chemin. L'intervalle de temps mesuré ici commence après celui mesuré par la valeur "Temps d'attente moyen" décrite ci-dessous.
- Temps d'attente moyen:temps moyen passé en file d'attente des requêtes avant leur exécution. Ce délai est commun à toutes les requêtes déclenchées par le client. La latence totale des requêtes côté serveur correspond à 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 d'accès donné qui ont été bloquées par les règles de base de données Firebase sur votre base de données.
| Rapport sur la vitesse par type d'opération | |
|---|---|
| Vitesse d'exécution en lecture | Temps de réponse du serveur aux requêtes client pour lire les données de la base de données. Le temps d'exécution de la lecture varie généralement en fonction de la quantité de données lues, mais même certaines petites lectures peuvent être retardées par le préchargement du cache. |
| Vitesse d'exécution des écritures | Temps de réponse du serveur aux requêtes client pour é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 Connect | Temps de réponse du serveur pour les requêtes à établir avec les clients de 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 écoutant le chemin donné pour les mises à jour en temps réel. La propriété Count (Nombre) du rapport sur la vitesse de diffusion regroupe le nombre de diffusions effectuées, et non le nombre de clients ayant reçu les informations. Par exemple, si 10 clients écoutaient un chemin donné et que le serveur diffusait une mise à jour à tous les 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é Accès refusé 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 pour les 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 qui effectue des prévisions de 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 pour toutes les opérations sur le chemin d'accès donné.
Nombre:nombre d'opérations effectuées sur le chemin d'accès donné.
Moyenne : nombre moyen d'octets téléchargés ou importés pour toutes les opérations sur le chemin d'accès donné (octets/écriture ou octets/lecture).
| Rapport sur la bande passante | |
|---|---|
| Octets téléchargés | Données consommées via des opérations de lecture et de diffusion envoyées via les SDK clients et l'API REST. |
| Octets téléchargés | Données consommées via les requêtes d'écriture envoyées au serveur de base de données. Les suppressions apparaissent comme des écritures avec 0 octets sous "entrants". |
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 interrogent ces données. Cela consomme 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 "Requêtes non indexées" affiche les propriétés suivantes :
- Chemin d'accès:chemin d'accès de votre base de données où les requêtes non indexées ont eu lieu.
- Index : règle à ajouter pour résoudre les requêtes non indexées. Pour en savoir plus sur l'indexation, consultez la page Indexer vos données.
- Nombre:nombre de requêtes non indexées effectuées sur le chemin d'accès 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
Le résultat brut inclut également des informations client pour chaque opération, telles que des chaînes userAgent et des adresses IP. Pour en savoir plus sur les différentes opérations profilées dans votre Firebase Realtime Database, consultez Types d'opérations Firebase Realtime Database.
L'outil de profilage : 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 fournir une vue d'ensemble des performances de votre base de données. Il vous aide à 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 n'enregistre qu'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 par votre profil de base de données :
- Coûts liés au protocole:un certain trafic supplémentaire entre le serveur et les clients est nécessaire pour établir et maintenir une session. En fonction du protocole sous-jacent, ce trafic peut inclure les coûts liés au protocole en temps réel de Firebase Realtime Database, aux coûts liés à WebSocket et aux coûts liés aux en-têtes HTTP. Chaque fois qu'une connexion est établie, ces frais généraux, combinés à tout frais généraux de chiffrement SSL, contribuent aux coûts de connexion. Bien que la bande passante ne soit généralement pas importante, elle peut être importante si vos charges utiles sont minuscules ou si vous établissez des connexions fréquentes et courtes.
- Coût du chiffrement SSL : un coût est associé au coût du chiffrement SSL nécessaire pour les connexions sécurisées. En moyenne, ce coût est d'environ 3, 5 ko pour l'établissement de la poignée de main initiale et d'environ 40 octets pour les en-têtes d'enregistrement TLS sur chaque message sortant. Pour la plupart des applications, il s'agit d'un faible pourcentage de votre facture. Toutefois, ce pourcentage peut devenir important si votre cas spécifique nécessite de nombreuses poignées de main SSL. Par exemple, les appareils qui ne sont pas compatibles avec les tickets de session TLS peuvent nécessiter un grand nombre de handshakes de connexion SSL.
Découvrez comment comprendre et estimer votre facture.