Integrera Microsoft Fabric med externa system och plattformsanslutningar

Microsoft Fabric integreras med externa tjänster för att automatisera arbetsflöden, möjliggöra samarbete, stödja utökningsbarhet för utvecklare och samverka med andra dataplattformar. Du kan utlösa åtgärder från realtidsdata, ansluta Fabric till Microsoft 365-appar, integrera med utvecklarverktyg och API:er och på ett säkert sätt dela data i molnekosystem med hjälp av OneLakes nollkopieringsåtkomstmönster.

I den här artikeln beskrivs hur du:

  • Initiera automatiserade arbetsflöden från Fabric-data
  • Samarbeta med hjälp av Microsoft 365-program
  • Integrera med AI-agenter och orkestreringsverktyg
  • Få åtkomst till Infrastruktur programmatiskt via utvecklarverktyg och API:er
  • Samverka med öppna dataformat och externa plattformar
  • Ansluta Fabric till centrala Azure-tjänster för säkerhet, nätverk och styrning

Automatisera åtgärder med dataaktiverare

Aktivator ger automatisering i realtid genom att övervaka dataströmmar och utlösa åtgärder när definierade villkor inträffar. Activator integreras med:

  • Power Automate för att köra arbetsflöden som att skicka meddelanden, uppdatera poster eller initiera affärsprocesser. Du kan skapa utlösare i Infrastrukturresurser och länka dem till Power Automate-flöden för att varna användare när ett KPI-tröskelvärde överskrids.
  • Microsoft Teams publicerar adaptiva kort eller meddelanden i kanaler när realtidsvillkoren uppfylls.
  • Outlook för att skicka automatiserade e-postmeddelanden för aviseringar eller godkännanden.
  • Infrastrukturobjekt som initierar åtgärder som att uppdatera en semantisk modell eller starta en pipelinekörning.

Samarbeta i Microsoft 365

Microsoft Fabric fungerar inom Microsoft 365-ekosystemet och möjliggör samarbetsanalys och datadrivna arbetsflöden i välbekanta produktivitetsverktyg. OneLakes nollkopieringsmodell innebär att data som delas via genvägar eller datadelning mellan klientorganisationer förblir på plats samtidigt som de förblir tillgängliga på samarbetsytor:

  • Microsoft Teams: Dela rapporter och instrumentpaneler i kanaler eller chattar. Du kan bädda in visuella Power BI-objekt på Teams-flikar, samarbeta med insikter och ta emot datadrivna aviseringar.
  • Excel: Använd Analysera i Excel för att ansluta pivottabeller och avancerade analysverktyg till fabric-semantiska modeller samtidigt som liveanslutningen upprätthålls.
  • PowerPoint: Bädda in eller exportera Power BI-rapporter till presentationer så att intressenter kan visa analys i realtid eller ögonblicksbilder.
  • SharePoint och OneDrive: Publicera rapporter till SharePoint Online och lagra stödfiler i OneDrive med Säkerhets- och efterlevnadskontroller för Microsoft 365.

Dessa integreringar gör det möjligt för analys att flöda naturligt i samarbets-, gransknings- och beslutsprocesser.

Integrera med agentiska AI-lösningar

Fabric stöder agentbaserade AI-scenarier via en delad semantisk grund. Den här grunden integreras med tre viktiga komponenter för att leverera agentiska funktioner från slutpunkt till slutpunkt:

  • Microsoft Foundry är värd för finjusterade modeller och kunskapshämtningssystem. Det stöder integrering via öppna standarder som Model Context Protocol (MCP). Den kan använda Fabric Data Agents som en del av ett agentiskt AI-arbetsflöde.
  • Med Copilot Studio kan du utforma konversationsagenter och automatisera processer som anropar Infrastrukturdataagenter för reglerade insikter.
  • Microsoft 365 Copilot innehåller dessa funktioner i verktyg som Teams och Outlook, och dirigerar frågor till lämpliga agenter samtidigt som företagssäkerhetskontroller respekteras. Microsoft 365 Copilot kan använda Fabric Data Agents som en del av ett agentiskt AI-arbetsflöde.

Tillsammans utökar dessa tjänster Fabric från analys till kontextuell AI-automatisering.

Använda utvecklarverktyg och API:er

Fabric har stöd för kod första utveckling och DevOps-metoder.

De här funktionerna möjliggör automatisering, CI/CD-arbetsflöden och skräddarsydda lösningar som utökar Fabric bortom webbgränssnittet. Du kan också använda Fabric REST-API:er för att programmatiskt skapa och hantera OneLake-genvägar och nyttja delade datauppsättningar över arbetsytor och klienter.

Enhetlig datalager

Den enhetliga dataegendomen ger dig en konsekvent grund för plattformsoberoende analys. Med öppna format, API-paritet och nollkopieringsåtkomstmönster kan du ansluta externa motorer samtidigt som styrning och dataägarskap centraliseras i OneLake.

OneLake-samverkan

OneLake tillhandahåller en öppen och samverkande datagrund genom att stödja allmänt antagna standarder. OneLake uppnår samverkan genom två viktiga strategier:

  • Stöd för Filformat för Delta Lake och Iceberg

  • Universell dataåtkomst via API:er

    • Tabell-API:er: Ge programmatisk åtkomst till tabeller oavsett filformat.
    • ADLS Gen2-kompatibilitet: Stöder samma REST-API:er och hierarkiska namnområdesfunktioner som Azure Data Lake Storage Gen2.

Genom att använda dessa öppna filformat och API:er ser OneLake till att data som lagras i OneLake kan läsas och skrivas av flera beräkningsmotorer utan konvertering, vilket gör det till en sann samverkande datagrund.

OneLake-genvägar

OneLake-genvägar är logiska pekare som refererar till data som lagras i externa system (till exempel Azure Data Lake Storage, Amazon S3 eller Google Cloud Storage) eller i andra Fabric-arbetsytor. Genvägar möjliggör nollkopieringsåtkomst mellan infrastrukturarbetsbelastningar utan duplicering eller ETL. Data som refereras visas som en del av det lokala OneLake-namnområdet, vilket gör att alla Fabric-beräkningsmotorer kan köra frågor mot genvägsobjekt tillsammans med interna data.

Datadelning mellan olika instanser

Med extern datadelning kan du dela livestyrda datauppsättningar över Microsoft Entra-klientorganisationens gränser utan att kopiera data. Dataägare kontrollerar åtkomsten genom att bevilja OneLake-behörigheter till externa identiteter och styrningsprinciper (till exempel känslighetsetiketter och åtkomstkontroller) tillämpas fortfarande på källan. Du kan kombinera datadelning mellan klientorganisationer med genvägar så att externa mottagare refererar till delade data som en del av sitt eget OneLake-namnområde.

Azure Databricks-integrering

OneLake- och Azure Databricks-integreringen utgör en grund för enhetlig analys och AI. Den här integreringen kombinerar OneLakes reglerade, öppna dataegendom med Databricks funktioner för datateknik och maskininlärning. Den dubbelriktade integreringen mellan OneLake och Azure Databricks har följande formulär:

  • Catalog spegling: Speglar Unity Catalog-tabeller i OneLake som genvägspunkter, vilket gör det möjligt för Fabric-arbetsbelastningar att identifiera och komma åt Databricks-hanterade data. Använd katalogspegling när du vill ta Databricks-datamängder till Fabric för analys med Fabric beräkningsmotorer.

  • OneLake-katalogfederation: Ansluter Unity Catalog till en OneLake-katalog och synkroniserar automatiskt scheman och tabeller så att Fabric lakehouse-objekt visas i Unity Catalog tillsammans med Databricks-tillgångar. Frågor körs på Azure Databricks beräkning vid läsning av data från OneLake utan kopiering (nollkopiering). Styrningen är fortfarande centraliserad i OneLake. Använd katalogfederation när du vill att Azure Databricks ska identifiera och köra frågor mot OneLake-data med styrd åtkomst på tabellnivå och schemasynkronisering.

  • Direktåtkomst till OneLake: Databricks kan läsa och skriva OneLake-data direkt med hjälp av Delta Lake-kompatibilitet och ADLS Gen2-API:er. Direktåtkomst ger läs-/skrivåtgärder på filnivå, men katalogfederationen tillhandahåller styrd identifiering på tabellnivå och schemasynkronisering i Unity Catalog. Använd direkt åtkomst för driftsscenarier där kontroll på filnivå behövs.

Snowflake-integrering

OneLake- och Snowflake-integreringen ger en nollkopieringsarkitektur som gör att du kan förena analys och AI utan att duplicera data. Den här metoden bygger på öppna standarder och genvägsteknik, vilket säkerställer samverkan samtidigt som styrning och prestanda bibehålls.

  • Genvägar till Snowflake Iceberg-tabeller: Fabric använder genvägar som refererar till Snowflake-tabeller direkt i OneLake. Data finns kvar i Snowflake men visas i den logiska dataegendomen OneLake. Fabric-arbetsbelastningar (Power BI, Dataflöden, AI-agenter) kan köra frågor mot Snowflake-data tillsammans med ursprungliga OneLake-data utan ETL eller replikering. Styrnings- och säkerhetsprinciper förblir intakta på båda plattformarna.
  • Externa Snowflake-tabeller över OneLake: Snowflake kan köra frågor mot OneLake-data i Delta- eller Parquet-format, vilket möjliggör högpresterande frågor på OneLake-data från Snowflake-beräkning.

Plattformsarkitektur

Blått

Microsoft Fabric är byggt som en SaaS-plattform (programvara som en tjänst) i Azures infrastruktur, vilket innebär att det förlitar sig på grundläggande Azure-tjänster för identitet, nätverk, säkerhet, övervakning med mera. I praktiken är en Fabric-klientorganisation och dess kapaciteter förstklassiga Azure-resurser inom din Azure-prenumeration. På så sätt kan Fabric integreras med Azures faktureringssystem, använda Azures övervaknings- och loggningsfunktioner, framtvinga säkerhet via Azures identitets- och nätverksfunktioner och samverka med Azure-datatjänster.

Azure-fakturering

Microsoft Fabric-kapaciteter representerar etablerade beräkningsnivåer för Fabric och hanteras som Azure-resurser i din prenumeration. När du aktiverar Fabric skapar du en Azure Fabric kapacitetsresurs som representerar den Fabric hyresgästens analyskapacitet. I Azure-portalen kan du pausa och återuppta din kapacitet och skala upp och ned den efter behov. Ditt Azure-abonnemangs faktureringssystem hanterar fakturering för Fabric. Alla Fabric-användningsavgifter för beräkning och lagring ackumuleras under din prenumeration och visas i Microsoft Cost Management tillsammans med andra Azure-tjänster.

Nätverkande

Microsoft Fabric stöder privata Azure-slutpunkter för privat, intern åtkomst till Fabric-slutpunkter. När du aktiverar Private Link för Infrastruktur på klient- eller arbetsytenivå exponerar Fabric privata slutpunkts-URL:er för tjänster (OneLake, SQL-slutpunkter för lager och andra) som endast är tillgängliga via ditt virtuella Azure-nätverk. Trafiken dirigeras via Azures privata stamnätverk i stället för det offentliga Internet. När Blockera offentlig Internetåtkomst är aktiverat i Infrastrukturresurser avvisas försök att använda infrastrukturresurser utanför ditt virtuella nätverk (eller utan den privata slutpunkten). Den här integreringen säkerställer att känslig dataöverföring mellan Fabric och nätverket förblir utanför det offentliga Internet, vilket uppfyller stränga efterlevnadskrav.

Microsoft Fabric har också stöd för hanterade virtuella nätverk (hanterade virtuella nätverk) och hanterade privata slutpunkter för att förbättra nätverksisolering och säker anslutning. När Private Link är aktiverat för en Fabric-klient eller arbetsyta etablerar Fabric automatiskt ett hanterat virtuellt nätverk för beräkningsarbetsbelastningar som Spark-jobb, så att de körs i en isolerad miljö i stället för delade offentliga pooler. Med hanterade privata slutpunkter kan infrastrukturtjänster (t.ex. Lakehouse, Warehouse och OneLake) ansluta på ett säkert sätt till Azure-resurser eller lokala datakällor utan att exponera trafik till det offentliga Internet. De här funktionerna använder Azures nätverksstomme för att framtvinga efterlevnad, minska attackytan och ge detaljerad kontroll över dataingress och utgående data i företagsmiljöer.

Microsoft Entra ID

Fabric autentiserar och hanterar användare genom Microsoft Entra ID. Varje Fabric-klientorganisation är länkad till en Entra ID-klientorganisation. Användarinloggning, enkel inloggning (SSO) och åtkomstkontroll för Fabric använder samma identiteter och grupper som Azure. Du kan använda företagets Entra-ID-konton för att logga in på Infrastrukturresurser och använda befintliga säkerhetsfunktioner som principer för villkorlig åtkomst och multifaktorautentisering i infrastrukturresurser. Entra ID-integrering möjliggör även tjänsthuvudnamn och hanterade identiteter för scenarier för inkommande och utgående autentisering i Infrastruktur:

GitHub och Azure DevOps

Microsoft Fabric integreras internt med Azure DevOps och GitHub för att aktivera versionskontroll, CI/CD och samarbetsutveckling för analysobjekt som pipelines, notebook-filer och dataflöden. Arbetsytor i Infrastrukturresurser kan länkas till en Git-lagringsplats, vilket gör att du kan synkronisera objekt mellan Infrastrukturresurser och källkontrollsystemet. Den här integreringen stöder förgreningsstrategier, pull-begäranden och kodgranskningar, så att ändringar i Infrastrukturobjekt följer samma styrnings- och DevOps-metoder som programkod. Med Azure DevOps kan du automatisera distributionspipelines för Fabric-innehåll i olika miljöer (till exempel dev, test och prod) med hjälp av YAML-baserade arbetsflöden. GitHub-integrering använder GitHub Actions för automatisering, vilket möjliggör kontinuerlig integration och distribution av Fabric-tillgångar. De här funktionerna hjälper teamen att upprätthålla konsekvens, framtvinga versionshistorik och effektivisera samarbetet, vilket gör Fabric till en förstklassig medborgare i moderna DevOps-arbetsflöden.

Microsoft Purview

Microsoft Fabric integreras djupt med Microsoft Purview för att tillhandahålla enhetlig datastyrning, katalogisering och efterlevnad i fabric-dataegendomen. Purview kan registrera Fabric-arbetsytor och OneLake som datakällor i sin datakarta, vilket möjliggör automatisk metadatagenomsökning, ursprungsspårning och klassificering av infrastrukturobjekt som Lakehouses, Warehouses och Dataflöden. Med den här integreringen kan du tillämpa konsekventa styrningsprinciper, till exempel känslighetsetiketter och åtkomstkontroller, i både Azure- och Fabric-miljöer. Via Purviews enhetliga katalog blir fabric-datauppsättningar tillgängliga tillsammans med andra företagsdatatillgångar, vilket stöder datakvalitetskontroller, profilering och efterlevnadsgranskningar. Autentisering för Purview-skanningar använder tjänsthuvudnamn för Entra ID, och administratörer måste aktivera Fabric-klientinställningar för att tillåta skrivskyddad API-åtkomst för Purview. Efter konfigurationen kan Purview kontinuerligt övervaka Fabric för schemaändringar, härkomstuppdateringar och datakvalitetsmått, vilket säkerställer att analysarbetsflöden i Fabric följer företagets styrningsstandarder. Den här integreringen hjälper företag att upprätthålla synlighet och efterlevnad från slutpunkt till slutpunkt i hybriddatalandskap utan att duplicera styrningsarbetet.

Relaterat innehåll

  • Last updated on