Vanlige spørsmål om Power BI Embedded

Microsoft Power BI Embedded (PBIE) gjør det mulig for programutviklere å bygge inn flotte, fullstendig interaktive rapporter i programmene sine uten å måtte bygge sine egne datavisualiseringer og kontroller fra grunnen av.

Utviklere og programvareselskaper, også kjent som uavhengige programvareleverandører (ISV-er), kodeprogrammer.

Power BI er en programvare-som-en-tjeneste-analyseløsning som gir organisasjoner én enkelt visning av de mest kritiske forretningsdataene.

Microsoft utviklet Power BI Embedded for uavhengige programvareleverandører som ønsker å bygge inn visualobjekter i programmene sine for å hjelpe kundene med å ta analytiske beslutninger. Dette sparer UAVHENGIG-er fra å måtte bygge sin egen analyseløsning selv. Innebygd analyse gjør det mulig for forretningsbrukere å få tilgang til forretningsdata og utføre spørringer mot dem for å generere innsikt i programmet.

Power BI Premium er kapasitet som er rettet mot foretak som vil ha en fullstendig BI-løsning som leverer én enkel visning av organisasjonen, partnere, kunder og leverandører. Power BI Premium hjelper organisasjonen med å ta avgjørelser. Power BI Premium er et SaaS-produkt som gjør det mulig for brukere å bruke innhold gjennom Mobilapper, internt utviklede apper eller på Power BI-portalen.

Power BI Embedded er for ISV-er som vil bygge inn kontroller i programmene. Power BI Embedded hjelper kundene dine med å foreta avgjørelser, da Power BI Embedded er for programutviklere kan kunder av dette programmet forbruke innhold som er lagret på Power BI Embedded-kapasitet, inkludert alle i eller utenfor organisasjonen. Du kan ikke dele Power Bi Embedded kapasitetsinnhold gjennom ettklikkspublisering til nett eller ettklikkspublisering til SharePoint

Microsoft anbefaler at virksomheter kjøper Power BI Premium, en selvbetjent skyløsning i bedriftsklasse. Vi anbefaler at uavhengige programvareleverandører kjøper Power BI Embedded for sine skydrevne innebygde analysekomponenter. En kunde har imidlertid ingen begrensning på hvilket produkt som skal kjøpes.

Det kan være noen tilfeller der en ISV (vanligvis stor), i tillegg til innebygging av apper, ønsker å bruke en P SKU for å få de ekstra fordelene med den forhåndspakkede Power Bi-tjeneste i organisasjonen.

Hvis du vil ha mer informasjon om forskjellene mellom Premium og Embedded, kan du se Hvilken SKU skal jeg bruke.

Innebyggingstokener med Pro- eller Premium Per User -lisens (PPU) er ment for utviklingstesting, slik at en hovedkonto eller tjenestekontohaver for Power BI bare kan generere et begrenset antall tokener. Kjøp en kapasitet for innebygging i et produksjonsmiljø. Det er ingen grense for hvor mange innebyggingstokener du kan generere når du kjøper en kapasitet. I utviklingstesting kan du bruke gratis prøveversjonstokener med en Pro-lisens. Hvis du vil bygge inn i et produksjonsmiljø, må du kjøpe en kapasitet.

Innebygde Premium-kapasiteter gir ikke en ut-av-boksen loddrett autoskalafunksjon. Hvis du vil lære mer om alternative alternativer for autoskala for Embedded Premium-kapasiteter, kan du se [Autoscaling in Embedded(./azure-pbie-scale-capacity.md#autoscale-your-capacity).

Power BI Embedded Premium evaluerer utnyttelsesnivået ditt ved å aggregere utnyttelsesposter hvert 30. sekund. Hver evaluering består av to forskjellige aggregasjoner: Interaktiv utnyttelse og bakgrunnsutnyttelse.

Interaktiv utnyttelse evalueres ved å vurdere alle interaktive operasjoner som er fullført på eller nær den gjeldende halvminuttsevalueringssyklusen.

Bakgrunnsutnyttelse evalueres ved å vurdere alle bakgrunnsoperasjoner som er fullført i løpet av de siste 24 timene, der hver bakgrunnsoperasjon bare bidrar med 1/2880 av den totale CPU-kostnaden (det er 2880 evalueringssykluser i hver 24-timers periode).

En kapasitet består av et definert antall v-kjerner. Microsoft Fabric Capacity Metrics-appen sporer bruken av kapasitetens v-kjerner. CPU-bruken som rapporteres i appen, driver behovet for automatisk skalering.

Hvis du har en A1-kapasitet med én v-kjerne, er hver kvote for evalueringssyklus 30 sekunder (1*30) prosessorutnyttelse. Hvis summen av prosessorutnyttelsen overskrider den totale v-kjernekvoten i kapasiteten, går kapasiteten inn i en midlertidig interaktiv forespørselsforsinkelsesmodus der hver interaktive forespørsel (for eksempel rapportbelastning, visuell samhandling og så videre) blir forsinket før den sendes til motoren for kjøring. Mengden forsinkelse er proporsjonal med mengden overbelastning som oppdages. Overbelastning på 100 % vil medføre en forsinkelse på 20 sekunder, mens overbelastninger som er mindre enn 10 % er tillatt.

Kapasiteten forblir i interaktiv forespørselsforsinkelsesmodus hvis den forrige evalueringen er større enn 100 % ressursbruk.

Følgende hendelser er interaktive operasjoner:

• Datasett – rapportvisning, spørring, XMLA-lesing
• Dataflyt
• Paginert rapport – paginert rapportgjengivelse

Følgende er bakgrunnsoperasjoner:

• Datasett – planlagt oppdatering, behovsbetinget oppdatering, bakgrunnsspørring (etter oppdatering)
• Dataflyter – planlagt dataflytoppdatering
• Paginerte rapporter – datadrevne abonnementer gjengis
• AI

Datasettet for måledatarapporten beholder 30 til 45 dager med data. Du kan bruke rapporten til å angi hvor nær du er kapasitetens maksimale ressurser, og hvis du lagrer månedlige øyeblikksbilder, kan du sammenligne dem for å indikere trender for vekst og ekstrapolere hvor raskt du kommer til 100 % bruk av ressursene dine.

Det finnes to alternativer for Embedded Premium:

• Siden kapasitetsbehandling i administrasjonsportalen for Power BI har en avmerkingsboks for bruksvarsling. Brukere kan velge terskelen som et varsel skal utløses på (standarden er 80 %), og e-postadressen som bruksvarsler skal sendes til.
• Konfigurer et Azure-varsel ved hjelp av Premium CPU-måleverdien.

Den Power Bi-tjeneste lagrer over 90 dager med bruksdata. Brukere som trenger lengre dataoppbevaring, kan bruke Bring Your Own Log Analytics (BYOLA) til å lagre mer utnyttelsesdata, som vil være tilgjengelig for Embedded Premium-kunder etter embedded Premium generelt tilgjengelig (GA)-dato.

På venstre side av bruksrapporten viser et stolpediagram utnyttingsinformasjon mellom arbeidsområder for tidsperioden til rapporten. Stolpediagrammet kan brukes til tilbakeføringer, forutsatt at hvert arbeidsområde representerer en annen ISV-kunde, forretningsenhet, kostnadssenter eller en annen enhet som tilbakeføringer kan gjelde for.

Se artikkelen Kapasitet og SKU-er i innebygd analyse i Power BI.

• Logg på organisasjonskatalogen (Microsoft-kontoer støttes ikke).
• Du må ha en Power BI-leier, det vil si at minst én bruker i katalogen har registrert seg for Power BI.
• Du må ha et Azure-abonnement i organisasjonskatalogen.

• Bruke Power BI-administrasjonsportalen.

• Laster ned Måledata-appen for Microsoft Fabric Capacity Metrics i Power BI.

• Bruke Azure-diagnoselogging.

Selv om det ikke er noen automatisk skalering nå, er alle API-ene tilgjengelige for skalering når som helst.

Kapasitetsklargjøring (skalering/CV/oppretting) kan mislykkes. Du kan bruke Hent detaljer-API-en til å kontrollere klargjøringstilstanden for en kapasitet: Kapasiteter – Hent detaljer.

Med multi-geo-funksjonen kan du kjøpe en Power BI Embedded-kapasitet i et annet område enn plasseringen til Power BI-hjemmeleieren

Når en bruker får tillatelser til et arbeidsområde, en app eller et element, er den kanskje ikke umiddelbart tilgjengelig via API-anrop. Resultatet kan enten være et manglende element i et GET-API-svar, eller en feil når du prøver å bruke elementet. Brukeren kan løse dette problemet ved å kalle refreshUserPermissions API, som oppdaterer brukertillatelsene.

Du kan bruke PBI-portalen til å finne PBI-leierområdet.

https://app.powerbi.com/> ? > Om Power BI

• Du kan opprette PBIE for leieren med abonnementstypen CSP
• Partnerkonto kan logge på kundeleier og kjøpe PBIE for kundeleier, angi kundeleierbruker som power bi-kapasitetsadministrator

Power BI krever at du registrerer deg med en organisasjonskonto. Forsøk på å registrere deg for Power BI ved hjelp av en Microsoft-konto støttes ikke.

Ja, det finnes PowerShell-cmdleter og Azure Resource Manager REST-API-er du kan bruke til å opprette og administrere PBIE-ressurser.

• Rest-API-er
• PowerShell-cmdleter

Hvis du vil heve løsningen til produksjon, må du tilordne Power BI-innholdet (arbeidsområdet) programmet bruker til en Power BI Embedded-kapasitet (A SKU).

Power BI Embedded er ikke-regional. Dette betyr at det ikke er avhengig av et bestemt Azure-område.

Se Azure-produkter etter område for regional informasjon om alle Azure-produkter.

Power BI Embedded fortsetter å bruke Microsoft Entra ID for hovedbruker (en angitt Power BI Pro- eller Premium Per User(PPU)-lisensiert brukergodkjenning, eller med tjenestekontohaver for godkjenning av programmet i Power BI.

En ISV kan implementere sin egen godkjenning og godkjenning for sine programmer.

Du kan bruke den eksisterende katalogen hvis du allerede har en Microsoft Entra-leier. Du kan også opprette en ny Microsoft Entra-leier for den innebygde programinnholdssikkerheten.

Hvis du vil ha et Microsoft Entra-token, kan du bruke et av Microsofts godkjenningsbiblioteker. Det finnes klientbiblioteker tilgjengelig for flere plattformer.

Objekt-ID-en fra hovedskjermen i en registrert app er objekt-ID-en for appen.

Objekt-ID-en som ble funnet i delen Forvaltede programmer i egenskaper for lokal katalog>, er tjenestekontohaverobjekt-ID-en du må bruke. Denne objekt-IDen er å referere til en tjenestekontohaver for operasjoner eller gjøre endringer i objekt-ID-en for tjenestekontohaver. For eksempel å bruke en tjenestekontohaver som administrator på et arbeidsområde.

Du må ha en Power BI-konto før du kjøper Power BI Embedded i Azure. Det distribuerte området i Power BI Embedded bestemmer Power BI-kontoen din. Administrer Power BI Embedded-ressursen i Azure for å:

• skalere opp/ned
• Legg til kapasitetsadministratorer
• Pause/CV-tjeneste

Bruk PowerBI.com til å tilordne/fjerne tilordning av arbeidsområder til Power BI Embedded-kapasiteten.

Det er ofte forvirring rundt når du skal bruke RLS versus JavaScript-filtre. Én metode handler om å kontrollere hva en bestemt bruker kan se, og den andre handler om å optimalisere brukerens visning.

Med RLS kontrollerer ISV-utvikleren datafiltreringen som en del av modellopprettingen og generering av innebyggingstoken. Sluttbrukeren ser bare det ISV tillater brukeren å se. I dette tilfellet kan brukeren velge å se mindre enn det som filtreres, men kan ikke omgå RLS-konfigurasjonen og se mer enn det som er tillatt.

Med filtrering på klientsiden (JavaScript) kan ISV bestemme hva sluttbrukeren ser i den første visningen, men de kan ikke kontrollere endringer sluttbrukeren kan bruke for selve visningen. Siden javascript-klientkode for bruker kan utløse datafiltrering på serverdel, kan den ikke betraktes som sikker.

Når du aktiverer tjenestekontohaver til å bruke med Power BI, trer ikke programmets AD-tillatelser i kraft lenger. Programmets tillatelser administreres deretter gjennom administrasjonsportalen for Power BI.

Tjenestekontohavere arver tillatelsene for alle Power BI-leierinnstillinger fra sikkerhetsgruppen. Hvis du vil begrense tillatelser, oppretter du en dedikert sikkerhetsgruppe for tjenestekontohavere og legger den til i listen Over bestemte sikkerhetsgrupper for de relevante, aktiverte Power BI-innstillingene.

Denne situasjonen er viktig når du legger til tjenestekontohaveren som administrator i det nye arbeidsområdet. Du kan administrere denne oppgaven gjennom API-ene eller med Power Bi-tjeneste.

Program-ID-en, også kjent som klient-ID, brukes til å opprette tilgangstokenet når du sender program-ID-en for godkjenning.

Hvis du vil referere til en tjenestekontohaver for operasjoner eller gjøre endringer, bruker du objekt-ID-en for tjenestekontohaver, for eksempel å bruke en tjenestekontohaver som administrator på et arbeidsområde.

Hvis du vil bygge inn en Power BI-rapport som inneholder et paginert rapportvisualobjekt med innebygging for kundenes metode, bruker du en tjenestekontohaver og bygger inn rapporten med et innebyggingstoken med flere ressurser, som inneholder følgende:

• Rapport-ID for Power BI
• Paginert rapport-ID (i rapporten visualobjektet er koblet til)
• Datasett-ID (i Power BI-rapporten)

Tjenestekontohaveren må ha tilgang til begge rapportene (paginert og Power BI). Eksempel på forespørselstekst for genereringstokenkallet :

{
  "datasets": [
    {
      "id": "a5d577c7-0568-4180-a6d3-0f6cc0ca3df4"
    }
  ],
  "reports": [
    {
      "allowEdit": false,
      "id": "05024421-b4df-483c-a2ce-61202d0323ce"
    },
    {
      "id": "f8612306-f3a8-40e1-a448-d8e05992a007"
    }
  ]
}

Nei – du kan ikke logge på Power BI ved hjelp av tjenestekontohaver.

Du kan heller ikke bruke innhold som en bruker i eksterne programmer (SaaS-innebygging), bare når du genererer et innebyggingstoken.

Power BI Embedded-ytelse

Power BI Embedded er tilgjengelig via Azure.

Kunder fortsetter å betale for eventuelle eksisterende Power BI Premium-kjøp frem til slutten av gjeldende avtaleperiode, og på dette tidspunktet kan de bytte Power BI Premium-kjøp etter behov.

Nei, Power BI Embedded inkluderer den Azure-baserte kapasiteten du trenger for å distribuere og distribuere løsningen til kunder.

Kunder kan endre bruken hver time. Det finnes ingen månedlig eller årlig forpliktelse for Power BI Embedded-tjenesten.

Power BI Embedded faktureres etter en forutsigbar timepris basert på nodetypen(e) som er distribuert. Du faktureres så lenge ressursen er aktiv, selv om det ikke er bruk. Du må stanse ressursen midlertidig for å stoppe faktureringen.

Du trenger en Power BI Pro- eller Premium Per User (PPU)-lisens eller tjenestekontohaver for å bruke REST-API-er. Hvis du vil legge til rapporter i et Power BI-arbeidsområde, trenger en analytiker enten en Power BI Pro- eller Premium Per User (PPU)-lisens eller tjenestekontohaver. Hvis du vil administrere Power BI-leier og -kapasitet, må en administrator ha en Power BI Pro- eller Premium Per User(PPU)-lisens.

Fordi Power BI Embedded tillater bruk av Power BI-portalen for administrasjon og validering av innebygd innhold, kreves Power BI Pro- eller Premium Per User-lisensen (PPU) for å godkjenne appen i PowerBI.com for å få tilgang til rapportene i de riktige repositoriene.

Hvis du vil opprette/redigere innebygde rapporter i programmet, trenger sluttbrukeren imidlertid ikke en Pro- eller Premium Per User -lisens (PPU), da brukeren ikke er nødvendig for å være en Power BI-bruker i det hele tatt.

Ja, du kan bruke Azure-kredittene for Power BI Embedded.

Siden Power BI Embedded er en del av Azure, er det mulig å bruke tjenesten med kreditten usd 200 mottatt når du registrerer deg for Azure.

Power BI Embedded er også tilgjengelig for nasjonale/regionale skyer.

Det finnes ingen spesielle Azure-priser for ideelle organisasjoner og utdanningsenheter.

Power BI Workspace Collection (Power BI Embedded versjon 1) er en løsning basert på Azure-ressursen for Power BI Workspace Collection Azure. Med denne løsningen kan du opprette Power BI Embedded-programmer for kundene ved hjelp av Power BI-innhold under Løsningen for Power BI Workspace Collection , dedikerte API-er og nøkler for arbeidsområdesamling for å godkjenne programmet til Power BI.

Ja, men kunder som allerede bruker løsningen for Power BI Workspace Collection , kan fortsette å bruke den til avskriving. Kunder kan også opprette nye arbeidsområdesamlinger og alle Power BI Embedded-programmer som fortsatt bruker løsningen for Power BI Workspace Collection .

Dette betyr imidlertid også at nye funksjoner ikke legges til i noen løsninger for Power BI Workspace Collection . Vi oppfordrer kunder til å planlegge overføringen til den nye Power BI Embedded-løsningen .

Kunder som allerede bruker løsningen Power BI Workspace Collections , kan fortsette å bruke den frem til slutten av støtteavtalen.

De tilgjengelige områdene er Australia Sørøst, Brasil Sør, Canada, Sentral-, Øst-USA 2, Japan øst, USA, Nord-Sentral-USA, Nord-Europa, Sør-Sentral-USA, Sørøst-Asia, Storbritannia Sør, Vest-Europa, Vest-India og Vest-USA.

Det finnes noen løsningsfunksjoner og funksjoner for Power BI Embedded som du ikke kan gjøre med Power BI Workspace Collection.

Noen av funksjonene er:

• Alle PBI-datakilder støttes. Bare to datakilder for Power BI Workspace Collection støttes.
• Funksjoner som spørsmål og svar, oppdatering, bokmerker, innebygging av instrumentbord og egendefinerte menyer støttes bare i Power BI Embedded-løsningen .
• Faktureringsmodell for kapasitet.

Med installasjonsverktøyet for innebygging kan du raskt komme i gang og laste ned et eksempelprogram for å begynne innebygging med Power BI.

• Innebygging for kundene gir deg muligheten til å bygge inn instrumentbord og rapporter til brukere som ikke har en konto for Power BI. Kjør Bygg inn for kundene-løsningen i konfigurasjonsverktøyet for innebygging.
• Med innebygging for organisasjonen kan du utvide Power Bi-tjeneste. Kjør Bygg inn for organisasjonsløsningen i konfigurasjonsverktøyet for innebygging.

Hvis du arbeider med Bygg inn for kundene-opplevelsen , kan du lagre og pakke PowerBI-Developer-Samples.zip ut filen. Deretter åpner PowerBI-Developer-Samples-master\App Owns Data du mappen og kjører PowerBIEmbedded_AppOwnsData.sln filen.

Hvis du arbeider med Bygg inn for organisasjonen , kan du lagre og pakke PowerBI-Developer-Samples.zip ut filen. Deretter åpner PowerBI-Developer-Samples-master\User Owns Data\integrate-report-web-app du mappen og kjører pbi-saas-embed-report.sln filen.

Hvis du vil lære hvordan du redigerer Registrerte Microsoft Entra-programmer, kan du se Hurtigstart: Oppdatere et program i Microsoft Entra ID.

Du kan lære hvordan du redigerer Power BI-dataene her.

Hvis du vil ha mer informasjon, kan du se Feilsøke det innebygde programmet.

Har du flere spørsmål? Prøv Power BI-fellesskap