Del via

Lakehouse-utrullingssamlebånd og git-integrasjon (forhåndsversjon)

Lakehouse integreres med livssyklusstyringsfunksjonene i Microsoft Fabric, og gir et standardisert samarbeid mellom alle medlemmer av utviklingsteamet gjennom hele produktets liv. Livssyklusbehandling forenkler en effektiv produktversjonsprosess og utgivelsesprosess ved kontinuerlig å levere funksjoner og feilrettinger i flere miljøer. Hvis du vil ha mer informasjon, kan du se Hva er livssyklusadministrasjon i Microsoft Fabric?.

Viktig

Denne funksjonen er i forhåndsvisning.

Lakehouse git-integrasjon

Lakehouse er et element som inneholder både metadata og data som det refereres til i flere objekter i arbeidsområdet. Lakehouse inneholder tabeller, mapper og snarveier som primære behandlelige databeholderelementer. Fra et utviklingsarbeidsflytperspektiv kan følgende avhengige objekter referere til et Lakehouse:

Metadataene for SQL-analyseendepunktet er relatert til et Lakehouse og administreres av git-oppdateringsprosessen som standard. Ettersom en prinsippdata ikke spores i git, spores bare metadata.

Git-representasjon

Følgende lakehouse-informasjon serialiseres og spores i et git-tilkoblet arbeidsområde:

  • Visningsnavn
  • Bekrivelse
  • Logisk GUID

Merk

Den sporede logiske GUIDen er en automatisk generert identifikator på tvers av arbeidsområder som representerer et element og kildekontrollrepresentasjonen.

Viktig

Bare Lakehouse container artefakt spores i git i dagens opplevelse. tabeller (delta og ikke-delta) og mapper i Filer-delen spores ikke og versjonsbeskyttes i git.

Integreringsfunksjoner for Lakehouse git

Følgende funksjoner er tilgjengelige:

  • Serialisering av Lakehouse-objektmetadataene til en git JSON-representasjon.
  • Bruk endringer direkte eller bruk pull-forespørsel til å kontrollere endringer i oppstrøms- eller nedstrøms arbeidsområder og grener.
  • Gi nytt navn til innsjøer spores i git. Oppdatering av et innsjøhus med nytt navn gir også nytt navn til SQL Analytics-endepunktet.
  • Ingen handling brukes på tabeller og mapper metadata, og data for disse elementene beholdes alltid.
  • onelake snarveier metadata bevares i git.

OneLake Shortcuts git-integreringsfunksjoner

  • Snarveisdefinisjoner i både tabeller og filer lagres i en fil med navnet shortcuts.metadata.json under lakehouse-mappen i git.
  • Følgende operasjoner støttes og spores automatisk: tillegg, sletting og oppdateringer snarveier.
  • Operasjonene kan utføres direkte i Fabric-brukergrensesnittet eller i git-repositoriet ved å endre shortcuts.metadata.json-filen.
  • Snarveier med interne mål (OneLake-snarveier) oppdateres automatisk under git-synkronisering. For at snarveien skal være gyldig, må disse referansene være gyldige mål i arbeidsområdet. Hvis målene er ugyldige for snarveier som er definert i inndelingen lakehouse-tabeller, flyttes disse snarveiene til inndelingen Unidentified til referanser er løst.

Viktig

Vær forsiktig når du endrer egenskapene for Snarvei for OneLake direkte i shortcuts.metadata.json-filen. Feil endringer i egenskapene, spesielt GUIDer, kan gjøre OneLake-snarveien ugyldig når oppdateringer brukes tilbake til arbeidsområdet.

Viktig

En oppdatering fra git-overstyrer tilstanden til snarveier i arbeidsområdet. Alle snarveiene i arbeidsområdet opprettes, oppdateres eller slettes basert på innkommende tilstand fra git.

Lakehouse i utrullingssamlebånd

Lakehouse støttes i utrullingssamlebånd for distribusjon av Microsoft Fabric-livssyklus. Det muliggjør anbefalte fremgangsmåter for miljøsegmentering.

Integreringsfunksjoner for datasamlebånd for Lakehouse-distribusjon:

  • Distribusjon på tvers av utvikler-, test- og produksjonsarbeidsområder.

  • Lakehouse kan fjernes som et avhengig objekt ved distribusjon. Tilordning av ulike Lakehouses i konteksten for utrullingssamlebåndet støttes også.

    • Hvis ingenting er angitt under konfigurasjon av utrullingssamlebånd, opprettes et nytt tomt Lakehouse-objekt med samme navn i målarbeidsområdet. Definisjoner for notatblokk og sparkjobb tilordnes på nytt for å referere til det nye Lakehouse-objektet i det nye arbeidsområdet.

    • Hvis Lakehouse-avhengigheten er konfigurert til å referere til et annet Lakehouse under konfigurasjonstiden for utrullingssamlebånd, for eksempel oppstrøms Lakehouse, opprettes fortsatt et nytt tomt Lakehouse-objekt med samme navn i målarbeidsområdet, men referanser for notatblokker og sparkjobbdefinisjoner bevares til et annet Lakehouse som forespurt.

    • SQL Analytics-endepunkter og semantiske modeller klargjøres som en del av Lakehouse-distribusjonen.

  • Ingen gjenstander inne i Lakehouse er overskrevet.

  • Oppdateringer av Lakehouse-navn kan synkroniseres på tvers av arbeidsområder i en kontekst for utrullingssamlebånd.

OneLake-snarveier i utrullingssamlebånd

  • Snarveisdefinisjoner synkroniseres på tvers av faser i utrullingssamlebåndene.
  • Snarveier med eksterne mål (ADLS Gen2, S3 osv.) er de samme på tvers av alle faser etter distribusjon.
  • Snarveier med interne mål (OneLake-snarveier) i samme arbeidsområde tilordnes automatisk på nytt på tvers av faser. Snarveier som er rettet mot datalager og semantiske modeller, blir ikke tilordnet på nytt under distribusjon. Tabeller, mapper og filer opprettes ikke i målarbeidsområdet. For at snarveien skal være gyldig, må disse referansene opprettes i målarbeidsområdet etter distribusjon.
  • I scenarioet som den samme snarveien trenger for å målrette forskjellige plasseringer på ulike stadier. I Utvikling peker du for eksempel på en bestemt mappe i Amazon S3 og i Produksjon en annen mappe i ADLS Gen2. Den anbefalte fremgangsmåten er å bruke variabler i snarveisdefinisjonen. Hvis du vil lære mer om variabelbibliotek og hvordan du effektivt bruker det i Microsoft Fabric, kan du lese biblioteket Hva er en variabel? (forhåndsvisning) artikkel. Et annet alternativ er; etter distribusjonen kan du manuelt oppdatere OneLake-snarveisdefinisjonen i Lakehouse eller direkte ved hjelp av OneLake-API-er.

Viktig

En for distribusjon overstyrer tilstanden til snarveier i målarbeidsområdet. Alle snarveiene i målsjøen oppdateres eller slettes basert på tilstanden i kildesjøen. Nye snarveier opprettes i målsjøen. Klikk alltid på «se gjennom endringer» for å forstå endringene som skal distribueres mellom kilde- og målarbeidsområder.

Relatert innhold

  • Last updated on