Merk
Tilgang til denne siden krever autorisasjon. Du kan prøve å logge på eller endre kataloger.
Tilgang til denne siden krever autorisasjon. Du kan prøve å endre kataloger.
Eventhouses er databaser designet for å lagre og analysere strømmedata, slik at du kan spørre milliarder av hendelser på sekunder. De er utformet for å håndtere datastrømmer i sanntid effektivt, noe som gjør det mulig for organisasjoner å innta, behandle og analysere data i nær sanntid. Disse aspektene gjør eventhouses nyttige for scenarioer der rettidig innsikt er avgjørende. Eventhouses gir en skalerbar infrastruktur som gjør det mulig for organisasjoner å håndtere økende mengder data, noe som sikrer optimal ytelse og ressursbruk. Eventhouses er den foretrukne motoren for halvstrukturert og fri tekstanalyse. Et Eventhouse er en container som kan holde flere databaser, noe som gjør det enkelt å administrere relaterte data for et prosjekt. Den lar deg administrere flere databaser samtidig, dele kapasitet og ressurser for å optimalisere ytelse og kostnader. Eventhouses gir enhetlig overvåking og administrasjon på tvers av alle databaser og per database.
Eventhouses er tilpasset tidsbaserte, strømmende hendelser med strukturerte, semistrukturerte (for eksempel JSON, XML) og ustrukturert data (for eksempel fritekstanalyse). Du kan hente data fra flere kilder, i flere datasamlebånd (for eksempel Eventstream, Software Development Kits, Kafka, Logstash, dataflyter og mer) og flere dataformater. Disse dataene organiseres automatisk for rask søk basert på når de ankom.
Analyser data med integrasjon
Eventhouse bruker samme Analyse-data med meny som andre Fabric-elementer, slik at du kan starte analysen fra et samlet inngangspunkt på tvers av arbeidsbelastninger. Fra en Eventhouse- eller KQL-database kan du bruke SQL-endepunkt- og notatblokkalternativer direkte der det er tilgjengelig.
Bemerkning
Alternativet Analyser data med>SQL-endepunkt vises kun for Eventhouse- og KQL-databaser når OneLake-tilgjengelighet og skjema-synkronisering er aktivert i databasen. Dette oppsettet gir nær-sanntids tilgang til KQL-data via SQL-endepunktet.
Når oppretter jeg et arrangementshus?
Bruk et hendelseshus for ethvert scenario som inkluderer hendelsesbaserte data. Telemetri og loggdata, tidsserier og IoT-data, sikkerhets- og samsvarslogger eller økonomiske poster.
Du kan opprette en KQL-database i et hendelseshus. KQL-databasen kan enten være en standarddatabase eller en databasesnarvei. Et utforskende spørringsmiljø opprettes for hver KQL-database, som kan brukes til utforskning og databehandling. Datatilgjengelighet i OneLake kan aktiveres på database- eller tabellnivå.
Når du aktiverer Eventhouse-endepunktet fra et Lakehouse eller datalager, oppretter Fabric automatisk en Eventhouse- og KQL-database som underelementer av det kildeelementet. Disse administrerte barneelementene forblir i det opprinnelige arbeidsområdet, og synkronisering av backend-skjemaer holder dem justert for nesten sanntidsanalyse.
Hvilken informasjon ser jeg i et arrangementshus?
Systemoversiktssiden for et arrangementshus viser deg følgende informasjon:
- Eventhouse-detaljer
- Rådgivende funn
- Eventhouse-lagring
- Systemressurser
- Databehandlingsbruk
- Aktivitet i minutter etter applikasjon
- Inntaksfrekvens
- Øverste spørringsdatabaser
- Øverste inntatte databaser
- Endringer i eventhus-skjemaet
For mer informasjon, se Systemoversiktsdetaljer.
Du kan også lansere en ny eller eksisterende Spark-notebook fra Analyze data with>Notebook på et Lakehouse-, datalager-, Eventhouse- eller KQL-databaseelement. Notatboken åpnes automatisk med den tilsvarende databasekonteksten tilknyttet.
Databasesiden for et hendelseshus viser databaseinformasjon enten i liste- eller flisvisning. Følgende informasjon om hver database vises i flisvisning:
- Databasenavn
- Databasedetaljer
- Databaseaktivitetssporing
- Databasetabeller
- Forhåndsvisning av data
- Spørringsinnsikt – de 100 beste spørringene
Hvis du vil ha mer informasjon, kan du se Databasedetaljer.
Kapasitetsplanlegger
Eventhouse er utformet for å optimalisere kostnadene ved å avbryte tjenesten når den ikke er i bruk. Når du aktiverer tjenesten på nytt, kan det hende du får en ventetid på noen sekunder. Hvis du har svært tidssensitive systemer som ikke tåler denne forsinkelsen, konfigurer du Capacity Planner. Når det er aktivert, er eventhuset alltid aktivt, så du får 100% oppetid uten ekstra premiumlagringskostnader.
Med Capacity Planner kan du også konfigurere en 7-dagers gjentakende plan i 60-minutters blokker, med en minimumskapasitet per blokk eller ingen minimum, med autoscale fortsatt aktivert. Eventhouse opprettholder den garanterte baselinjen kun i de planlagte vinduene og holder seg helt elastisk til andre tider.
Du kan konfigurere en minimumskapasitetsplan for scenarioer hvor du har uforutsigbare spørrings- eller inntaksbelastninger og må sikre tilstrekkelig ytelse under plutselige høye belastninger. Planlagte minimumskrav hindrer autoscale i å skalere under den fastsatte baseline i disse periodene, men autoscale kan fortsatt skaleres opp etter behov. Hvis det ikke er satt noe minimum, er standardminimum 2 kredittpoeng.
UI-en gir en ukentlig oversikt over tidsplanen og viser advarsler dersom planlagte minimumskrav overstiger tilgjengelig kapasitet, med et oversiktsbanner som oppsummerer de neste 24 timene. For detaljerte konfigurasjonstrinn, se Configure Capacity Planner.
Del et arrangementshus
Når du deler en direkte lenke til et Eventhouse, arver mottakeren avsenderens tillatelsesnivå til alle Eventhouse-elementer, inkludert KQL-databaser og tabeller, og alle relaterte Eventhouse-komponenter, inkludert dashbord, funksjoner, materialiserte visninger og innebygde spørringssett.
Individuelle KQL-databaser kan deles uavhengig, selv om brukere med kun databasetilgang ikke får tilgang til navigasjonselementer på Eventhouse-nivå som systemoversikt eller listen over KQL-databaser i Eventhouse. Hvis du vil dele en individuell database, kan du se Dele en KQL-databasekobling.