Del via

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

  • Artikkel

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:

Standard semantiske modell- og SQL-analyseendepunktmetadata er relatert til en 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:

  • Display name
  • 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 nytt navn i lakehouse gir også nytt navn til standard semantisk datamodell og SQL Analytics-endepunkt.
  • 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.

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.

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.) vil være de samme på tvers av alle faser.
  • Snarveier med interne mål (OneLake-snarveier) i samme arbeidsområde tilordnes automatisk på nytt på tvers av faser. Snarveier som er rettet mot Data Warehouse og Semantic Models, blir ikke tilordnet på nytt. Tabeller, mapper og filer opprettes ikke i målet. For at snarveien skal være gyldig, må de opprettes i målarbeidsområdet.
  • 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. Etter distribusjonen oppdaterer du OneLake Shortcut-definisjonen i Lakehouse eller bruker OneLake API-er direkte.

Viktig

En for distribusjon overstyrer tilstanden til snarveier i målarbeidsområdet. Alle snarveiene i målet lakehouse vil bli oppdatert eller slettet basert på staten i kilden lakehouse. Nye snarveier vil bli opprettet i målet lakehouse.

Relatert innhold