Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les entrepôts d’événements sont des bases de données conçues pour stocker et analyser des données de diffusion en continu. Vous pouvez donc interroger des milliards d’événements en secondes. Ils sont conçus pour gérer efficacement les flux de données en temps réel, ce qui permet aux organisations d’ingérer, de traiter et d’analyser les données en quasi temps réel. Ces aspects rendent les "eventhouses" utiles dans des scénarios où des aperçus opportuns sont cruciaux. Les Eventhouses fournissent une infrastructure évolutive qui permet aux organisations de gérer de plus en plus de volumes de données, garantissant ainsi une utilisation optimale des performances et des ressources. Les eventhouses sont le moteur préféré pour l’analyse de texte semi-structuré et libre. Un Eventhouse est un conteneur qui peut contenir plusieurs bases de données, ce qui facilite la gestion des données associées pour un projet. Il vous permet de gérer plusieurs bases de données à la fois, de partager la capacité et les ressources pour optimiser les performances et les coûts. Les eventhouses assurent une surveillance et une gestion unifiées sur toutes les bases de données et par base de données.
Les entrepôts d’événements sont adaptés aux événements basés sur le temps, en streaming avec des données structurées, semi-structurées (par exemple, JSON, XML) et non structurées (par exemple, une analyse de texte libre). Vous pouvez obtenir des données à partir de plusieurs sources, dans plusieurs pipelines (par exemple, Eventstream, Software Development Kits, Kafka, Logstash, flux de données, etc.) et plusieurs formats de données. Ces données sont automatiquement organisées pour effectuer des recherches rapides en fonction de leur arrivée.
Analyser des données avec intégration
Eventhouse utilise le même menu Analyser les données avec que les autres éléments Fabric, ce qui vous permet de lancer l’analyse à partir d’un point d’entrée unifié pour toutes les charges de travail. À partir d’une base de données Eventhouse ou KQL, vous pouvez utiliser directement les options point de terminaison SQL et Notebook là où elles sont disponibles.
Note
L’option Analyser les données avec> pointde terminaison SQL s’affiche pour les bases de données Eventhouse et KQL uniquement lorsque la disponibilité et la synchronisation de schéma OneLake sont activées sur la base de données. Cette configuration fournit un accès quasi-en temps réel aux données KQL via le point de terminaison SQL.
Quand puis-je créer un eventhouse ?
Utilisez un eventhouse pour n’importe quel scénario incluant des données basées sur des événements. Par exemple, des données de télémétrie et de journalisation, les données de série chronologique et IoT, des journaux de sécurité et de conformité ou des enregistrements financiers.
Vous pouvez créer une base de données KQL dans un eventhouse. La base de données KQL peut être une base de données standard ou un raccourci de base de données. Un environnement de requête exploratoire est créé pour chaque base de données KQL, qui peut être utilisée pour l’exploration et la gestion des données. La disponibilité des données dans OneLake peut être activée au niveau de la base de données ou de la table.
Lorsque vous activez le point de terminaison Eventhouse à partir d’un Lakehouse ou d’un Data Warehouse, Fabric crée automatiquement une base de données Eventhouse et KQL en tant qu’éléments enfants de cet élément source. Ces éléments enfants managés restent dans l’espace de travail d’origine, et la synchronisation de schéma principal les maintient alignées pour l’analyse en temps quasi réel.
Quelles informations puis-je voir dans un eventhouse ?
La page de présentation du système d’un eventhouse vous montre les informations suivantes :
- Détails du lieu de l'événement
- Résultats consultatifs
- Stockage de Eventhouse
- Ressources système
- Utilisation de calcul informatique
- Activité en minutes par application
- Taux d’ingestion
- Principales bases de données interrogées
- Principales bases de données ingérées
- Modifications du schéma Eventhouse
Pour plus d’informations, consultez les détails de la vue d’ensemble du système.
Vous pouvez également lancer un notebook Spark, nouveau ou existant, à partir de Analyser des données avec>Notebook depuis un élément Lakehouse, Data Warehouse, Eventhouse ou de base de données KQL. Le notebook s’ouvre automatiquement avec le contexte de base de données correspondant attaché.
La page de bases de données d’un eventhouse affiche les informations de base de données sous forme de liste ou de vue mosaïque. Les informations suivantes sur chaque base de données sont affichées en vue mosaïque :
- Nom de la base de données
- Détails de la base de données
- Suivi de l’activités de base de données
- Tables de base de données
- Aperçu des données
- Aperçu des requêtes - 100 principales requêtes
Pour plus d’informations, voir Détails de la base de données.
Planificateur de capacité
Votre eventhouse est conçu pour optimiser les coûts en suspendant le service lorsqu’il n’est pas utilisé. Lorsque vous réactivez le service, vous pouvez rencontrer une latence de quelques secondes. Si vous avez des systèmes hautement sensibles au temps qui ne peuvent pas tolérer cette latence, configurez le Planificateur de capacité. Lorsque cette option est activée, l’eventhouse est toujours actif. Vous obtenez donc 100% temps d’activité sans frais de stockage Premium supplémentaires.
Avec Capacity Planner, vous pouvez également configurer un planning récurrent sur 7 jours en blocs de 60 minutes, en définissant pour chaque bloc une capacité minimale, ou aucune capacité minimale, tout en conservant l’activation de la mise à l’échelle automatique. Eventhouse maintient le niveau de base garanti uniquement pendant les fenêtres programmées et reste entièrement élastique le reste du temps.
Vous pouvez configurer une planification de capacité minimale pour les scénarios où vous avez des charges de requête ou d’ingestion imprévisibles et que vous devez garantir des performances adéquates pendant les charges élevées soudaines. Les minimums planifiés empêchent la mise à l’échelle automatique en dessous de la base de référence définie pendant ces fenêtres, mais la mise à l’échelle automatique peut toujours augmenter en fonction des besoins. Si aucun minimum n’est spécifié, le minimum par défaut est de 2 CUs.
L’interface utilisateur fournit une vue de planification hebdomadaire et affiche des avertissements si les minimums planifiés dépassent la capacité disponible, avec une bannière de vue d’ensemble récapitunant les 24 heures suivantes. Pour obtenir des instructions de configuration détaillées, consultez Configurer le Planificateur de capacité.
Partager un lieu d'événement
Lorsque vous partagez un lien direct vers un Eventhouse, le destinataire hérite du niveau d’autorisation de l’expéditeur pour tous les éléments Eventhouse, y compris les bases de données et tables KQL, ainsi que tous les composants Eventhouse associés, notamment les tableaux de bord, les fonctions, les vues matérialisées et les ensembles de requêtes incorporés.
Les bases de données KQL individuelles peuvent être partagées indépendamment, bien que les utilisateurs disposant d’un accès à la base de données uniquement n’accèdent pas aux éléments de navigation au niveau d’Eventhouse, tels que la vue d’ensemble du système ou la liste des bases de données KQL dans Eventhouse. Pour partager une base de données individuelle, consultez Partager un lien de base de données KQL.