Power BI-bruksscenarioer: Selvbetjent innholdspublisering

Merk

Denne artikkelen er en del av planleggingsserien for power BI-implementering av artikler. Denne serien fokuserer hovedsakelig på Power BI-opplevelsen i Microsoft Fabric. Hvis du vil ha en innføring i serien, kan du se Planlegging av Power BI-implementering.

Når analytiske løsninger er kritiske for organisasjonen, er det viktig å sikre at innholdet i Power Bi-tjeneste er stabilt og pålitelig for forbrukerne. IT-team løser ofte dette problemet ved å arbeide i flere miljøer:

• I utviklingsmiljøet gjør innholdsopprettere og eiere endringer og forbedringer i løsningen. Når disse endringene er klare for bredere gjennomgang, distribueres løsningen (noen ganger kalt forfremmet) til testmiljøet.
• I testmiljøet validerer korrekturlesere endringene som er gjort i løsningen. Denne gjennomgangen kan innebære validering av løsningsfunksjonalitet og data. Når gjennomgangen er fullført, distribueres løsningen til produksjonsmiljøet.
• Produksjonsmiljøet er der forbrukerne viser og samhandler med den utgitte løsningen.

Denne strukturerte tilnærmingen sikrer at innholdsopprettere, eiere og korrekturlesere kan gjøre og validere endringer uten å påvirke forbrukerne negativt.

Bruk av metodiske og disiplinerte livssyklusbehandlingsprosesser reduserer feil, minimerer inkonsekvenser og forbedrer brukeropplevelsen for forbrukerne. Innholdsopprettere og eiere kan bruke Power BI-utrullingssamlebånd for selvbetjent innholdspublisering. Utrullingssamlebånd forenkler prosessen og forbedrer kontrollnivået når du slipper nytt innhold.

Merk

Dette selvbetjente publiseringsscenarioet for innhold er ett av scenarioene for innholdsbehandling og distribusjon . Hvis du vil ha en fullstendig liste over selvbetjente scenarioer, kan du se artikkelen om bruksscenarioer i Power BI.

For kortfattethet dekkes ikke noen aspekter som er beskrevet i emnet innholdssamarbeid og leveringsscenarioer i denne artikkelen. Hvis du vil ha fullstendig dekning, kan du lese disse artiklene først.

Scenariodiagram

Diagrammet nedenfor viser en oversikt på høyt nivå over de vanligste brukerhandlingene og Power BI-komponentene for å støtte selvbetjent innholdspublisering. Fokuset er på bruk av et datasamlebånd for Power BI-distribusjon for å fremme innhold gjennom utviklings-, test- og produksjonsarbeidsområder.

Tips

Vi oppfordrer deg til å laste ned scenariodiagrammet hvis du vil bygge det inn i presentasjonen, dokumentasjonen eller blogginnlegget, eller skrive det ut som en veggplakat. Fordi det er et SVG-bilde (Scalable Vector Graphics), kan du skalere det opp eller ned uten tap av kvalitet.

Scenariodiagrammet viser følgende brukerhandlinger, verktøy og funksjoner:

Vare	Beskrivelse
	Power BI-innholdsoppretteren utvikler en BI-løsning ved hjelp av Power BI Desktop.
	Power BI Desktop-filen (PBIX) for Power BI-prosjektfilen (PBIP) lagres i et delt bibliotek i OneDrive. Innholdsoppretteren beholder versjoner av disse filene i OneDrive.
	Når du er klar, publiserer innholdsoppretteren Power BI Desktop-filen til Power Bi-tjeneste.
	Innhold publiseres til et arbeidsområde som er dedikert til utvikling.
	En administrator for utrullingssamlebånd konfigurerer utrullingssamlebåndet for Power BI med tre faser: utvikling, test og produksjon. Hvert trinn justeres til et eget arbeidsområde i Power Bi-tjeneste. Distribusjonsinnstillinger og -tilgang er konfigurert for utrullingssamlebåndet.
	Arbeidsområdet for utvikling (eller test) er satt til stoffkapasitet, Premium-kapasitet, Premium per bruker eller innebygdlisensmodus. Datasamlebånd for Power BI-distribusjon er en funksjon som bare er tilgjengelig i arbeidsområder med disse lisensmodusene.
	Innholdsopprettere og eiere samarbeider i utviklingsarbeidsområdet for å sikre at alle krav oppfylles.
	Når utviklingsinnholdet er klart, sammenligner utrullingssamlebåndet innholdet mellom utviklings- og testfasene.
	Noen, eller alle, Power BI-elementer distribueres til et arbeidsområde som er dedikert til testing.
	Når utrullingssamlebåndet er fullført, utfører innholdsoppretteren manuelt aktiviteter etter distribusjon for testarbeidsområdet. Aktiviteter kan omfatte konfigurasjon av planlagt dataoppdatering eller publisering av en Power BI-app for testarbeidsområdet.
	Kvalitetssikring, datavalidering og testing av brukergodkjenning forekommer av korrekturlesere av testarbeidsområdet.
	Når testinnholdet er fullstendig validert, sammenligner utrullingssamlebåndet innholdet mellom test- og produksjonsfasene.
	Noen, eller alle, Power BI-elementer distribueres til et arbeidsområde som er dedikert til produksjon. For et produksjonsarbeidsområde er stoffkapasitet eller Premium-kapasitetslisensmodus ofte mer passende når det er et stort antall skrivebeskyttede forbrukere.
	Når utrullingssamlebåndet er fullført, kan innholdsopprettere utføre aktiviteter etter distribusjon manuelt. Aktiviteter kan omfatte konfigurasjon av planlagt dataoppdatering eller publisering av en Power BI-app for produksjonsarbeidsområdet.
	Innholdslesere får tilgang til innholdet ved hjelp av produksjonsarbeidsområdet eller en Power BI-app.
	Noen datakilder kan kreve en lokal datagateway eller VNet-gateway for dataoppdatering, for eksempel de som befinner seg i et privat organisasjonsnettverk.
	Fabric-administratorer fører tilsyn med og overvåker aktiviteten i Fabric-portalen. Innhold som anses som kritisk nok til å ha separate arbeidsområder for utvikling, test og produksjon, kan være underlagt strengere styringskrav enn mindre kritisk innhold.

Tips

Vi anbefaler at du også ser gjennom det avanserte bruksscenariet for datamodellbehandling . Det bygger på konsepter introdusert i dette scenariet.

Viktige punkter

Nedenfor finner du noen viktige punkter for å fremheve det selvbetjente publiseringsscenarioet for innhold.

Utrullingssamlebånd

Et utrullingssamlebånd består av tre faser: utvikling, test og produksjon. Ett enkelt arbeidsområde tilordnes til hvert trinn i utrullingssamlebåndet. Power BI-elementer som støttes av utrullingssamlebånd, publiseres (eller klones) fra ett arbeidsområde til et annet når en distribusjon oppstår. Når testing og valideringer er fullført, kan utrullingssamlebåndet brukes på nytt mange ganger for raskt å promotere innhold. Grensesnittet for utrullingssamlebånd er enkelt å implementere for innholdsopprettere som ikke har ferdigheter eller ønsker å bruke kodebaserte distribusjoner (bruk av REST-API-ene for Power BI er beskrevet i publiseringsscenarioet for virksomhetsinnhold ).

Merk

Publisering av innhold ved hjelp av et utrullingssamlebånd kalles bare en distribusjon av metadata. I dette tilfellet overskrives eller kopieres ikke data til målarbeidsområdet. En dataoppdatering kreves vanligvis når distribusjonen er fullført – se emnet for aktiviteter etter distribusjon nedenfor.

Distribusjonsprosess

Det er en anbefalt fremgangsmåte å betrakte hele arbeidsområdeinnholdet som en analytisk pakke som kan distribueres sammen som en enhet. Derfor er det viktig å ha klarhet i formålet og forventningene til hvert arbeidsområde. Selv om en selektiv distribusjon av bestemte Power BI-elementer er mulig, er det mer effektivt og mindre risikabelt når en distribusjon representerer en logisk innholdsenhet.

Tips

Planlegg for hvordan hasteproblemer skal håndteres, i tillegg til planlagte distribusjoner. Hvis det kreves en umiddelbar løsning, følger du fremdeles standard praksis med å overføre alle endringer fra utvikling til test og produksjon ved hjelp av utrullingssamlebåndet.

Tillatelsesmodell

Bruk tid på å planlegge tillatelsesmodellen. Full fleksibilitet for å bruke ulike arbeidsområderoller (mellom utvikling, test og produksjon) støttes. Som vist i scenariodiagrammet, er det vanlig å tilordne følgende arbeidsområdetillatelser:

• Arbeidsområde for utvikling: Begrens tilgangen til en gruppe med innholdsopprettere og eiere som samarbeider sammen.
• Testarbeidsområde: Begrens tilgangen til korrekturlesere som er involvert i kvalitetssikring, datavalidering og testing av brukergodkjenning.
• Produksjonsarbeidsområde: Gi visningsprogram tilgang til innholdsforbrukere i Power BI-appen (og arbeidsområdet, når det er aktuelt). Begrens tilgangen til de som trenger å administrere og publisere produksjonsinnhold, som involverer færrest mulig brukere.

Merk

De fleste innholdsforbrukere er ikke klar over utviklings- og testarbeidsområdene.

Tilgang for utrullingssamlebånd

Pipeline-brukertillatelser (for hvem som kan distribuere innhold med et utrullingssamlebånd) administreres separat fra arbeidsområderollene. Tilgang til både arbeidsområdet og utrullingssamlebåndet kreves for brukerne som utfører en distribusjon. Relevante Premium-tillatelser kreves også.

Når det er mulig, anbefales det at den eksisterende innholdsoppretteren eller eieren utfører distribusjonene. I enkelte situasjoner er tillatelser mer begrenset for produksjonsarbeidsområdet. I så fall kan det være aktuelt å koordinere produksjonsdistribusjonen med noen andre som har tillatelse til å distribuere til produksjon.

Pipeline-brukere som er tilordnet til rollen arbeidsområdemedlem (eller administrator), kan sammenligne faser og distribuere innhold. Tilordning av datasamlebåndbrukere til denne rollen minimerer tillatelsesproblemer og muliggjør en jevnere distribusjonsprosess.

Tips

Husk at arbeidsområderoller angis separat for utvikling, test og produksjon. Datasamlebåndtilgang angis imidlertid én gang for hele datasamlebåndet.

Power BI Premium-lisensiering

Viktig

Til tider refererer denne artikkelen til Power BI Premium eller dets kapasitetsabonnementer (P SKU-er). Vær oppmerksom på at Microsoft for øyeblikket konsoliderer kjøpsalternativer og trekker tilbake Power BI Premium per kapasitet sKU-er. Nye og eksisterende kunder bør vurdere å kjøpe Fabric-kapasitetsabonnementer (F SKU-er) i stedet.

Hvis du vil ha mer informasjon, kan du se Viktige oppdateringer som kommer til Power BI Premium-lisensiering og vanlige spørsmål om Power BI Premium.

Datasamlebånd for Power BI-distribusjon er en Premium-funksjon. Det finnes ulike måter å få lisensiering på, avhengig av om innholdet brukes til utviklings-, test- eller produksjonsformål. Scenariodiagrammet viser bruk av en Premium P SKU-er, for eksempel P1, P2, P3, P4 eller P5 for produksjonsarbeidsområdet, og en brukerbasert Premium-lisens (Power BI Premium per bruker) for utviklings- og testarbeidsområdene. Bruk av PPU-lisensiering for arbeidsområder med svært få brukere (som vist i scenariodiagrammet) er en kostnadseffektiv måte å bruke Premium-funksjoner på, samtidig som de holdes atskilt fra Premium-kapasiteten som er tilordnet produksjonsarbeidsbelastninger.

Distribusjonsinnstillinger

Datakilderegler og parameterregler er tilgjengelige for dynamisk administrasjon av verdier som er forskjellige mellom utvikling, test og produksjon. Bruk av distribusjonsinnstillinger er en effektiv måte å redusere innsatsen og risikoen for feil på.

Aktiviteter etter distribusjon

Med hensikt kopieres ikke bestemte egenskaper til målarbeidsområdet under en distribusjon. Flere viktige aktiviteter etter distribusjon inkluderer:

• Dataoppdatering: Data kopieres ikke fra kildearbeidsområdet til målarbeidsområdet. Publisering fra et utrullingssamlebånd er alltid en bare metadatadistribusjon. Derfor kreves det vanligvis en dataoppdatering når du distribuerer til et målarbeidsområde. For førstegangsdistribusjoner må legitimasjonen for datakilden eller gateway-tilkoblingen (etter behov) også konfigureres.
• Apper: Power BI-apper publiseres ikke automatisk av utrullingssamlebånd.
• Tilgangsroller, delingstillatelser og apptillatelser: Tillatelser overskrives ikke under en distribusjon.
• Egenskaper for arbeidsområde: Egenskaper, for eksempel kontakter og beskrivelsen av arbeidsområdet, overskrives ikke under en distribusjon.
• Egenskaper for Power BI-element: Visse egenskaper for Power BI-element, for eksempel følsomhetsetiketter, kan bli overskrevet under en distribusjon under visse omstendigheter.
• Power BI-elementer som ikke støttes: Flere manuelle trinn må kanskje utføres for Power BI-elementer som ikke støttes av utrullingssamlebåndet.

Forsiktig!

Det er ikke en tilbakerullingsprosess når en distribusjon har oppstått med et utrullingssamlebånd. Vurder nøye hvilke endringsbehandlingsprosesser og godkjenninger som kreves for å distribuere til produksjonsarbeidsområdet.

OneDrive-lagringsplass

Scenariodiagrammet viser hvordan du bruker OneDrive til å lagre Power BI Desktop-filene for kilden. Målet er å lagre kildefilene på en plassering som er:

• Riktig sikret for å sikre at bare utgivere har tilgang til kildefilene. Et delt bibliotek (i stedet for et personlig bibliotek) er et godt valg.
• Sikkerhetskopiert ofte slik at filene er trygge mot tap.
• Versjonskontroll når endringene skjer, for å tillate tilbakerulling til en tidligere versjon.

Tips

Hvis en OneDrive-plassering synkroniseres til et arbeidsområde, konfigurerer du den bare for utviklingsarbeidsområdet.

Konfigurasjon av gateway

Vanligvis kreves det en datagateway når du får tilgang til datakilder som befinner seg i det private organisasjonsnettverket eller et virtuelt nettverk. Den lokale datagatewayen blir relevant når en Power BI Desktop-fil publiseres til Power Bi-tjeneste. De to formålene med en gateway er å oppdatere importerte data, eller vise en rapport som spør etter en live-tilkobling eller DirectQuery semantisk modell – tidligere kjent som et datasett (ikke vist i scenariodiagrammet).

Når du arbeider med flere miljøer, er det vanlig å konfigurere utviklings-, test- og produksjonstilkoblinger til å bruke ulike kildesystemer. I dette tilfellet kan du bruke datakilderegler og parameterregler til å behandle verdier som er forskjellige mellom miljøer.

Merk

En sentralisert datagateway i standardmodus anbefales på det sterkeste over gatewayer i personlig modus. I standardmodus støtter datagatewayen live-tilkobling og DirectQuery-operasjoner (i tillegg til planlagte dataoppdateringsoperasjoner).

Systemtilsyn

Aktivitetsloggen registrerer brukeraktiviteter som forekommer i Power Bi-tjeneste. Power BI-administratorer kan bruke aktivitetsloggdataene som samles inn til å utføre overvåking for å hjelpe dem med å forstå distribusjonsaktiviteter som forekommer.

Relatert innhold

I den neste artikkelen i serien kan du lære mer om det avanserte bruksscenarioet for datamodellering .