Exporter des données Crashlytics vers BigQuery

Vous pouvez exporter vos Firebase Crashlytics données dans BigQuery. Une fois les données dans BigQuery, vous pouvez analyser les données à l'aide de requêtes SQL, créer des visualisations de données et des tableaux de bord personnalisés, et même exporter les données vers d'autres services.

Cette page explique comment configurer l'exportation des données Crashlytics et (facultativement) des données de sessions Firebase dans BigQuery.

Configurer l'exportation vers BigQuery

  1. Dans la console Firebase, accédez à la page Settings > Integrations (Paramètres > Intégrations).

  2. Sur la fiche BigQuery, cliquez sur Link (Associer).

  3. Suivez les instructions à l'écran pour configurer l'exportation vers BigQuery, y compris les options suivantes :

Si vous dissociez BigQuery, les ensembles de données correspondants ne sont plus renseignés dans BigQuery.

Important :

  • Toutes les données déjà exportées dans BigQuery seront conservées pendant la période de conservation autorisée, et des frais de stockage et de requêtes peuvent toujours s'appliquer. Vous pouvez supprimer manuellement vos ensembles de données pour ne plus être facturé.

  • Si vous avez stocké des données BigQuery dans d'autres services, ces données peuvent être régies par des conditions différentes en termes de persistance des données.

Vous pouvez dissocier de BigQuery au niveau du projet Firebase, au niveau du produit ou au niveau de l'application pour un produit spécifique.

Voici comment dissocier BigQuery :

  1. Dans la console Firebase, accédez à la page Integrations.

  2. Sur la fiche BigQuery, cliquez sur Manage (Gérer).

  3. Choisissez de dissocier un produit spécifique ou des applications spécifiques pour un produit spécifique.

    Pour dissocier complètement votre projet Firebase, recherchez le bouton en bas de la page.

  4. Lorsque vous y êtes invité, confirmez que vous souhaitez arrêter les exportations.


Que se passe-t-il lorsque vous activez l'exportation ?

  • Firebase exporte les données des applications associées à BigQuery.

    • Lors de la configuration, toutes les applications de votre projet sont associées à BigQuery par défaut, mais vous pouvez choisir de ne pas associer des applications spécifiques lors de la configuration.

    • Toutes les applications que vous ajoutez ultérieurement à votre projet Firebase sont automatiquement associées à BigQuery.

    • Vous pouvez gérer à tout moment les applications qui exportent des données .

  • Firebase exporte les données vers l'emplacement de l'ensemble de données que vous avez sélectionné lors de la configuration.

    • Cet emplacement s'applique à l'ensemble de données Crashlytics et à l'ensemble de données des sessions Firebase (si les données de sessions sont activées pour l'exportation).

    • Cet emplacement ne s'applique qu'aux données exportées dans BigQuery. Il n'a pas d'incidence sur l'emplacement des données stockées pour être utilisées dans le Crashlytics tableau de bord de la Firebase console ou dans Android Studio.

    • Une fois qu'un ensemble de données est créé, son emplacement ne peut plus être modifié, mais vous pouvez copier l'ensemble de données dans un autre emplacement ou le déplacer (recréer) manuellement dans un autre emplacement. Pour en savoir plus, consultez Modifier l'emplacement des exportations existantes.

  • Firebase configure des synchronisations quotidiennes de vos données par lot vers BigQuery.

    • Après l'association à BigQuery, l'exportation initiale des données par lot peut prendre jusqu'à 48 heures.

    • La synchronisation quotidienne a lieu une fois par jour, quelle que soit l'exportation programmée que vous avez configurée dans BigQuery. Notez que le moment et la durée de la tâche de synchronisation peuvent changer. Nous vous déconseillons donc de planifier des opérations ou des tâches en aval en fonction d'un moment spécifique de l'exportation.

  • Firebase exporte une copie de vos données existantes vers BigQuery.

    • Pour chaque application associée, cette exportation inclut une table par lot contenant les données de la synchronisation quotidienne.

    • Vous pouvez planifier manuellement des remplissages de données pour la table par lot jusqu'aux 30 derniers jours ou jusqu'à la date la plus récente à laquelle vous avez activé l'exportation vers BigQuery (selon la date la plus récente).

  • Firebase effectue les opérations suivantes si vous activez l'exportation en flux continu vers BigQuery.

    • Chaque application associée aura également sa propre table en temps réel contenant des données constamment mises à jour (en plus de la table par lot de l'application pour l'exportation quotidienne par lot).

    • Après l'activation du streaming, les données peuvent commencer à être diffusées au bout d'une heure.


Avantages de l'exportation en flux continu vers BigQuery

Par défaut, les données sont exportées vers BigQuery dans le cadre d'une exportation quotidienne par lot. Vous pouvez également diffuser vos données Crashlytics et vos sessions Firebase en temps réel avec BigQuery streaming. Vous pouvez utiliser les données diffusées à toutes fins nécessitant des données en direct, par exemple pour présenter des informations dans un tableau de bord en direct, regarder un déploiement en direct ou surveiller les problèmes d'application qui déclenchent des alertes et des workflows personnalisés.

Lorsque vous activez l'exportation en flux continu vers BigQuery, vous disposez également de tables en temps réel (en plus des tables par lot). Les deux types de tables auront le même schéma d'ensemble de données, mais voici quelques différences importantes entre les tables par lot et les tables en temps réel :

Table par lot Table en temps réel
  • Les données sont exportées une fois par jour.
  • Les événements sont stockés de manière durable avant l'écriture par lot dans BigQuery.
  • Les données peuvent être remplies jusqu'à 30 jours auparavant*.
  • Les données sont exportées en temps réel.
  • Aucun remplissage n'est disponible.

La table par lot est idéale pour l'analyse à long terme et l'identification des tendances au fil du temps, car nous stockons les événements de manière durable avant de les écrire, et ils peuvent être remplis dans la table jusqu'à 30 jours auparavant*. Lorsque nous écrivons des données dans votre table en temps réel, nous les écrivons immédiatement dans BigQuery. Elles sont donc idéales pour les tableaux de bord en direct et les alertes personnalisées. Ces deux tables peuvent être combinées avec une requête d'assemblage pour bénéficier des avantages des deux.

Par défaut, la table en temps réel a un délai d'expiration de partition de 30 jours. Pour savoir comment modifier ce délai, consultez Définir le délai d'expiration de la partition dans la documentation BigQuery.

* Les remplissages sont compatibles jusqu'aux 30 derniers jours ou jusqu'à la date la plus récente à laquelle vous avez activé l'exportation vers BigQuery (selon la date la plus récente).


Tarifs et bac à sable BigQuery

Si votre projet Firebase utilise le forfait Spark sans frais, vous pouvez utiliser le BigQuery bac à sable, qui offre un accès sans frais à BigQuery. Pour en savoir plus sur le BigQuery bac à sable et ses fonctionnalités, consultez Utiliser le BigQuery bac à sable.

Si votre projet Firebase utilise le forfait Blaze avec paiement à l'usage, vous pouvez utiliser toutes les fonctionnalités de BigQuery. Votre utilisation de BigQuery est soumise aux BigQuery tarifs, qui incluent une utilisation sans frais limitée.


Étape suivante