Planering av Power BI-implementering: Arbetsyteplanering på arbetsytenivå

  • Artikel

Kommentar

Den här artikeln är en del av planeringsserien för Power BI-implementering. Den här serien fokuserar främst på Power BI-arbetsbelastningen i Microsoft Fabric. En introduktion till serien finns i Implementeringsplanering för Power BI.

Den här artikeln beskriver planering på arbetsytenivå i Infrastruktur, med fokus på Power BI-upplevelsen. Det är främst inriktat på:

  • Infrastrukturadministratörer: De administratörer som ansvarar för att övervaka infrastrukturresurser i organisationen.
  • Center of Excellence-, IT- och BI-teamet: De team som också ansvarar för att övervaka data och BI och stödja självbetjäningsanvändare i hela organisationen.
  • Innehållsskapare och ägare: Självbetjäningsskapare som behöver skapa, publicera och hantera innehåll på arbetsytor.

För att använda arbetsytor effektivt finns det många taktiska beslut att fatta. När det är möjligt bör enskilda beslut på arbetsytenivå överensstämma med dina beslut på klientorganisationsnivå.

Kommentar

Begreppet arbetsyta har sitt ursprung i Power BI. Med Infrastruktur har syftet med en arbetsyta blivit bredare. Resultatet är att en arbetsyta nu kan innehålla objekt från en eller flera olika infrastrukturresurser (kallas även arbetsbelastningar). Även om innehållsomfånget har blivit bredare än Power BI kan de flesta av de planeringsaktiviteter för arbetsytor som beskrivs i dessa artiklar tillämpas på planering av arbetsytor i Infrastruktur.

Arbetsytans syfte

När du planerar för arbetsytor är det viktigt att inte bara tänka på vilken typ av innehåll det kommer att lagra, utan även de aktiviteter som arbetsytan är avsedd att stödja.

Tänk på följande två exempel på ekonomirelaterade arbetsytor. Även om de båda är dedikerade till samma team, har varje arbetsyta ett annat syfte:

  • Arbetsyta för räkenskapsårets slut: Arbetsytan för den finansiella månaden innehåller avstämnings- och månadsslutsrapporter. Den här arbetsytan anses vara en informell arbetsyta som stöder samarbetsinsatser. En Power BI-app är inte nödvändig för innehållsvisning eftersom den primära användningen av den här arbetsytan är samarbete mellan en liten grupp personer som arbetar nära varandra. De flesta teammedlemmar har behörighet att redigera innehåll på den här arbetsytan.
  • Arbetsyta för finansiell rapportering: Arbetsytan Finansiell rapportering innehåller de färdiga rapporterna på presentationsnivå. Den här arbetsytan innehåller innehåll som är brett distribuerat i hela organisationen till många tittare (inklusive chefer) med hjälp av en Power BI-app. Arbetsytan styrs noga.

Med dessa två exempel i åtanke bör du överväga två specifika aspekter av arbetsytans syfte: avsikt för samarbete och avsikt att visa.

Avsikt för samarbete

Det primära målet med en arbetsyta i Infrastrukturportalen är att underlätta samarbete mellan flera personer. Det finns många sätt att samarbeta på en arbetsyta:

  • Teambaserad utveckling: Flera personer kan samarbeta för att skapa, testa och publicera innehåll. En användare kan arbeta med utformningen av ett sjöhus. En annan användare kan arbeta med utformningen av den semantiska modellen (tidigare känd som en datauppsättning), medan andra användare kan fokusera på att skapa rapporter.
  • Testning och valideringar: Användare kan behöva utföra datavalidering för nytt innehåll. Ämnesexperter från affärsenheten kan behöva utföra användargodkännandetestning (UAT), eller så kan ett datakvalitetsteam behöva verifiera semantikmodellens noggrannhet.
  • Förbättringar: Intressenter och konsumenter av innehållet kan föreslå förbättringar av innehållet när omständigheterna ändras.
  • Ägarskapsöverföring: En annan person eller ett annat team kan ta över ansvaret för innehåll som har skapats av någon annan.

Ett av de viktigaste områdena i översikten för implementering av infrastrukturresurser är ägarskap och hantering av innehåll. Vilken typ av samarbete som ska ske på en arbetsyta skiljer sig beroende på vilken metod som används för innehållsägarskap och hantering:

  • Företagsledd självbetjänings-BI: Innehållet ägs och hanteras av innehållsskaparna inom en affärsenhet eller avdelning. I det här scenariot sker det mesta samarbetet på arbetsytan bland användare inom den affärsenheten.
  • Hanterad bi med självbetjäning: Data ägs och hanteras av ett centraliserat team, medan olika innehållsskapare från affärsenheter tar ansvar för rapporter och instrumentpaneler. I det här scenariot är det mycket troligt att flera arbetsytor kommer att behövas för att på ett säkert sätt underlätta samarbete mellan flera team med personer.
  • Enterprise BI: Innehåll ägs och hanteras av ett centraliserat team, till exempel IT, enterprise BI eller Center of Excellence (COE). I det här scenariot sker samarbetsinsatser på arbetsytan bland användare i det centraliserade teamet.

Checklista – När du överväger dina avsikter för samarbete på en arbetsyta är viktiga beslut och åtgärder:

  • Överväg förväntningar på samarbete: Avgör hur samarbete på arbetsytan måste ske och vem som är involverad i ett enda team eller över organisationens gränser.
  • Överväg förväntningar på innehållsägarskap och hantering: Tänk på hur olika metoder för innehållsägarskap och hantering (företagsledd självbetjänings-BI, hanterad bi med självbetjäning och företags-BI) påverkar hur du utformar och använder arbetsytor.

Dricks

När dina behov inte kan uppfyllas med en enda metod bör du vara beredd på att vara flexibel och använda en annan strategi för innehållsägarskap och hantering för olika arbetsytor. Strategin kan baseras på scenariot och de teammedlemmar som är inblandade.

Avsikt för innehållsvisning

Det sekundära målet för en arbetsyta är att distribuera innehåll till konsumenter som behöver visa innehållet. För innehållsvisningsprogram är den primära Fabric-arbetsbelastningen Power BI.

Det finns flera olika sätt att närma sig innehållsdistribution i Power BI-tjänst:

  • Rapporter kan visas med hjälp av en Power BI-app: Innehåll som lagras på en arbetsyta som inte är personligt kan publiceras i en Power BI-app. En Power BI-app är en mer användarvänlig upplevelse än att visa rapporter direkt på en arbetsyta. Därför är det ofta det bästa valet att använda en Power BI-app för att distribuera innehåll till konsumenter. Målgrupper för en Power BI-app är mycket flexibla. Men ibland är målen för hur du vill distribuera innehåll med en app en faktor för att bestämma hur innehåll ska organiseras i eller mellan arbetsytor. Mer information om hur du skyddar Power BI-appar finns i Rapportera konsumentsäkerhetsplanering.
  • Rapporter kan visas direkt på arbetsytan: Den här metoden är ofta lämplig för informella samarbetsarbetsytor. Arbetsyteroller definierar vem som kan visa eller redigera innehållet i en arbetsyta. Mer information om arbetsyteroller finns i Säkerhetsplanering för innehållsskapare.
  • Rapporter kan delas: Användning av behörigheter per objekt (länkar eller direktåtkomst) är användbart när det finns ett behov av att ge skrivskyddad åtkomst till ett enskilt objekt i en arbetsyta. Vi rekommenderar att du använder appbehörigheter och arbetsyteroller oftare än att dela eftersom de är enklare att underhålla. Mer information finns i Rapportera konsumentsäkerhetsplanering.
  • Rapporter kan bäddas in i ett annat program och visas där: Ibland är avsikten att konsumenter ska kunna visa Power BI-innehåll som är inbäddat i ett annat program. Att bädda in innehåll är användbart när det är meningsfullt för användaren att stanna kvar i programmet för att öka effektiviteten och hålla sig inom arbetsflödet.

Ett annat viktigt område i implementeringsöversikten för infrastrukturresurser är omfånget innehållsleverans. Hur en arbetsyta stöder innehållsdistribution varierar beroende på omfånget för innehållsleverans:

  • Personlig BI: Innehållet är avsett att användas av skaparen. Eftersom det inte är något mål att dela innehåll med andra görs personlig BI på en personlig arbetsyta (beskrivs i nästa avsnitt).
  • Team BI: Innehållet delas med ett relativt litet antal kollegor som arbetar nära varandra. I det här scenariot är de flesta arbetsytor informella, samarbetsarbetsytor.
  • Avdelnings-BI: Innehållet distribueras till många konsumenter som tillhör en stor avdelning eller affärsenhet. I det här scenariot är arbetsytan främst för samarbetsinsatser. I scenarier med avdelnings-BI visas innehållet ofta i en Power BI-app (i stället för att visas direkt på arbetsytan).
  • Enterprise BI: Innehållet levereras brett över organisationens gränser till det största antalet målkonsumenter. I det här scenariot är arbetsytan främst för samarbetsinsatser. För företags-BI-scenarier visas innehåll ofta i en Power BI-app (i stället för att visas direkt på arbetsytan).

Dricks

När du planerar dina arbetsytor bör du tänka på målgruppens behov när du fastställer arbetsytans licensläge. Vilken typ av licens som har tilldelats arbetsytan påverkar de funktioner som är tillgängliga, inklusive vem som kan visa eller hantera innehåll på arbetsytan.

Checklista – När du överväger dina förväntningar på hur arbetsyteinnehåll ska visas, omfattar viktiga beslut och åtgärder:

  • Överväg förväntningar på att visa innehåll: Bestäm hur du förväntar dig att användarna ska visa innehåll som har publicerats på arbetsytan. Överväg om visning sker direkt på arbetsytan eller med hjälp av en annan metod.
  • Bestäm vem innehållet ska levereras till: Överväg vem målgruppen är. Tänk också på arbetsytans licensläge, särskilt när du förväntar dig ett stort antal innehållsvisningsprogram.
  • Utvärdera behoven för en Power BI-app: Tänk på vad arbetsytans syfte är när det gäller innehållsdistributionskraven. När en Power BI-app krävs kan den påverka beslut om att skapa en arbetsyta.
  • Tänk på förväntningarna på innehållsleveransomfång: Tänk på hur de olika omfången för innehållsleverans (personlig BI, team BI, avdelnings-BI och företags-BI) påverkar hur du utformar och använder arbetsytor.

Dricks

Var beredd på att vara flexibel. Du kan använda en annan strategi för innehållsvisning för arbetsytor baserat på scenariot samt de teammedlemmar som är inblandade. Var inte heller rädd för att använda olika metoder för innehållsleveransomfång för arbetsytor när det kan motiveras.

Lämplig användning av personliga arbetsytor

Det finns två typer av arbetsytor:

  • Personliga arbetsytor: Varje användare har en personlig arbetsyta. En personlig arbetsyta kan användas för att publicera vissa typer av innehåll till Fabric-portalen. Dess främsta syfte är att stödja personliga BI-användningsscenarier .
  • Arbetsytor: Det primära syftet med en arbetsyta är att stödja samarbete mellan flera användare. För det andra kan en arbetsyta också användas för att visa innehåll.

Att använda en personlig arbetsyta för något annat än att lära sig personlig BI, tillfälligt innehåll eller testning kan vara riskabelt eftersom innehåll på en personlig arbetsyta hanteras och underhålls av en person. Dessutom stöder inte en personlig arbetsyta samarbete med andra.

Om du vill tillåta att alla typer av infrastrukturobjekt skapas (t.ex. ett lakehouse eller lager) måste en arbetsyta läggas till i en infrastrukturresurskapacitet. Det gäller både för standardarbetsytor och personliga arbetsytor. Därför kan du styra vem som kan skapa vissa typer av objekt i en personlig arbetsyta genom dess kapacitetstilldelning.

En personlig arbetsyta är begränsad i sina alternativ för att dela innehåll med andra. Du kan inte publicera en Power BI-app från en personlig arbetsyta (och Power BI-appar är en viktig mekanism för att distribuera innehåll till organisationen). Behörigheter per objekt (länkar eller direktåtkomst) är det enda sättet att dela personligt arbetsyteinnehåll med andra. Därför innebär omfattande användning av behörigheter per objekt mer arbete och ökar risken för fel. Mer information finns i Rapportera konsumentsäkerhetsplanering.

Checklista – När du överväger dina förväntningar på hur personliga arbetsytor ska användas, omfattar viktiga beslut och åtgärder:

  • Förstå den aktuella användningen av personliga arbetsytor: Ha konversationer med dina användare och granska aktivitetsaktivitetsdata för att se till att du förstår vad användarna gör med sina personliga arbetsytor.
  • Bestäm hur personliga arbetsytor ska användas: Bestäm hur personliga arbetsytor ska (och bör inte) användas i din organisation. Fokusera på att balansera risker och användarvänlighet med behov av samarbete och visning av innehåll.
  • Flytta personligt arbetsyteinnehåll när det är lämpligt: Flytta innehåll från personliga arbetsytor till standardarbetsytor när det är lämpligt för kritiskt innehåll.
  • Skapa och publicera dokumentation om personliga arbetsytor: Skapa användbar dokumentation eller vanliga frågor och svar för användarna om hur du effektivt använder personliga arbetsytor. Gör informationen tillgänglig i din centraliserade portal och ditt utbildningsmaterial.

Kommentar

Mer information finns i dessa avsnitt om implementering av infrastrukturresurser: centraliserad portal, utbildning och dokumentation.

Ägarskap för arbetsyta

En av de viktigaste sakerna att tänka på när du planerar arbetsytor är att bestämma ägarskapet och förvaltarskapets roller och ansvarsområden. Målet är att få klarhet i exakt vem som är ansvarig för att skapa, underhålla, publicera, skydda och stödja innehållet på varje arbetsyta.

Klarhet om ägarskap är särskilt relevant när ansvarsområden för att skapa och hantera data decentraliseras – eller distribueras – mellan avdelningar och affärsenheter. Det här begreppet kallas även ibland för en datanätsarkitektur . Mer information om datanät finns i Vad är datanät?.

I Infrastruktur är decentraliserat eller distribuerat ägarskap aktiverat via arbetsytor. Olika delar av organisationen kan arbeta oberoende av varandra, samtidigt som de bidrar till samma underliggande datastruktur i OneLake. Varje arbetsyta kan ha en egen administratör, åtkomstkontroll och kapacitetstilldelning (för fakturering, geografisk dataplats och prestandaövervakning).

Dricks

Ett annat sätt att stödja ägarskap för arbetsytor i Fabric är med domäner, som beskrivs senare i den här artikeln.

När avsikten för samarbete omfattar decentralisering och flera team utöver en enda affärsenhet kan det öka komplexiteten för att hantera arbetsytor. Ofta är det bra att skapa separata arbetsytor för att tydligt beskriva vilket team som ansvarar för vilket innehåll. Med hjälp av flera arbetsytor kan du vara specifik för ägarskap och hanteringsansvar, och det kan hjälpa dig att ställa in säkerhet enligt principen om minsta behörighet. Mer säkerhetsöverväganden finns i Säkerhetsplanering för innehållsskapare.

Dricks

Dina beslut om ansvarsskyldighet och ansvar bör korrelera direkt med dina åtgärder som rör att definiera åtkomst till arbetsytor, vilket beskrivs senare i den här artikeln.

Checklista – När du överväger ansvarsområden för arbetsytans ägarskap är viktiga beslut och åtgärder följande:

  • Få en fullständig förståelse för hur innehållsägarskapet fungerar: Se till att du förstår hur innehållsägarskap och hantering sker i hela organisationen. Tänk på att det sannolikt inte kommer att finnas en metod som passar alla för att tillämpas enhetligt i hela organisationen. Förstå decentraliserade eller distribuerade ägarskapsbehov.
  • Definiera och dokumentera roller och ansvarsområden: Se till att du definierar och dokumenterar tydliga roller och ansvarsområden för personer som samarbetar på arbetsytor. Gör den här informationen tillgänglig i onboarding-aktiviteter, utbildningsmaterial och din centraliserade portal.
  • Skapa en ansvarsmatris: Mappa ut vem som förväntas hantera varje funktion när du skapar, underhåller, publicerar, skyddar och stöder innehåll. Ha den här informationen redo när du börjar planera för arbetsyteåtkomstroller.
  • Överväg scenarier med samägarskap eller ägarskap för flera team: Identifiera när det finns ett scenario där det skulle vara bra att separera arbetsytor så att ansvarsområdena är tydliga.
  • Skapa dokumentation om hantering av arbetsytor: Utbilda arbetsyteadministratörer och medlemmar om hur du hanterar arbetsyteinställningar och åtkomst. Inkludera ansvarsområden för arbetsyteadministratörer, medlemmar och deltagare. Gör informationen tillgänglig i din centraliserade portal och ditt utbildningsmaterial.

Arbetsyteorganisation

Hur du organiserar arbetsytor är en av de viktigaste aspekterna av planering av arbetsytor.

Olika affärsenheter och avdelningar kan använda arbetsytor något annorlunda beroende på deras samarbetskrav. När du behöver en ny arbetsyta rekommenderar vi att du överväger de faktorer som beskrivs i det här avsnittet.

Ämne och omfång för arbetsyta

Följande alternativ innehåller några förslag på hur du kan organisera arbetsytor efter ämne och omfång.

I vissa fall kanske du redan har några användbara grupper som upprättats i Microsoft Entra-ID (tidigare kallat Azure Active Directory). Du kan sedan använda dem för att hantera åtkomst till resurser för det definierade ämnesområdet och omfånget. Du kan dock behöva skapa några nya grupper som passar det här syftet. Mer information finns i avsnittet om åtkomst till arbetsytan nedan.

Alternativ 1: Arbetsyta per ämnesområde eller projekt

När du skapar en arbetsyta för varje ämnesområde eller projekt kan du fokusera på dess syfte. Det gör att du kan använda en balanserad metod.

Exempel: Analys av kvartalsvisa finanser eller produktlanseringar

Fördelarna med alternativ 1 är:

  • Det är enklare att hantera användaråtkomst för vem som får redigera eller visa innehåll eftersom det är begränsat per ämnesområde.
  • När innehåll kommer att nås av användare över organisationens gränser är strukturering av arbetsytor efter ämnesområde mer flexibelt och enklare att hantera (jämfört med alternativ 2 som beskrivs härnäst).
  • Att använda ett omfång per ämnesområde är en bra kompromiss mellan arbetsytor som innehåller för många objekt och arbetsytor som innehåller för få objekt.

En nackdel med alternativ 1 är att beroende på hur smala eller breda arbetsytor definieras finns det fortfarande en viss risk för att många arbetsytor skapas. Det kan vara svårt för användarna att hitta innehåll när innehållet är utspritt på många arbetsytor.

Dricks

När det är välplanerad och hanterad resulterar en arbetsyta per ämnesområde eller projekt vanligtvis i ett hanterbart antal arbetsytor.

Alternativ 2: Arbetsyta per avdelning eller team

Att skapa en arbetsyta per avdelning eller team (eller affärsenhet) är en vanlig metod. Faktum är att anpassning till organisationsschemat är det vanligaste sättet för personer att börja med arbetsyteplanering. Det är dock inte idealiskt för alla scenarier.

Exempel: Ekonomiavdelning eller Säljteamanalys

Fördelarna med alternativ 2 är:

  • Det är enkelt att komma igång med planeringen. Allt innehåll som behövs av de personer som arbetar på den avdelningen kommer att finnas på en arbetsyta.
  • Det är enkelt för användare att veta vilken arbetsyta som ska användas eftersom allt deras innehåll publiceras till arbetsytan som är associerad med deras avdelning eller team.
  • Det kan vara enkelt att hantera säkerhetsroller, särskilt när Microsoft Entra-grupper tilldelas till arbetsyteroller (vilket är bästa praxis).

Nackdelarna med alternativ 2 är:

  • Resultatet är ofta en omfattande arbetsyta som innehåller många objekt. Ett brett definierat arbetsyteomfång kan göra det svårt för användare att hitta specifika objekt.
  • Eftersom det finns en en-till-en-relation mellan en arbetsyta och en Power BI-app kan en brett definierad arbetsyta resultera i appar för användare som innehåller mycket innehåll. Det här problemet kan åtgärdas genom att undanta vissa arbetsyteobjekt från appen och med en bra design av appnavigeringsupplevelsen.
  • När användare från andra avdelningar behöver visa specifika arbetsyteobjekt kan det bli mer komplext att hantera behörigheter. Det finns en risk att folk antar att allt på avdelningsarbetsytan bara är för deras ögon. Det finns också en risk att delning av enskilda objekt överanvänds för att kunna utföra detaljerade visningsbehörigheter.
  • Om vissa innehållsskapare behöver behörighet att redigera vissa objekt (men inte alla objekt) går det inte att ange dessa behörigheter på en enda arbetsyta. Det beror på att arbetsyteroller, som bestämmer redigerings- eller visningsbehörigheter, definieras på arbetsytans nivå.
  • När du har ett stort antal arbetsyteobjekt innebär det ofta att du måste använda strikta namngivningskonventioner för objekt så att användarna kan hitta det de behöver.
  • Breda arbetsytor med många objekt kan stöta på en teknisk begränsning av antalet objekt som kan lagras på en arbetsyta.

Dricks

När du skapar arbetsytor som överensstämmer med organisationsschemat får du ofta färre arbetsytor. Det kan dock resultera i arbetsytor som innehåller mycket innehåll. Vi rekommenderar inte att du justerar arbetsytor per avdelning eller team när du förväntar dig ett stort antal objekt och/eller många användare.

Alternativ 3: Arbetsyta för en specifik rapport eller app

Att skapa en arbetsyta för varje rapport eller typ av analys rekommenderas inte förutom för specifika omständigheter.

Exempel: Sammanfattning av daglig försäljning eller executive bonusar

Fördelarna med alternativ 3 är:

  • Syftet med en snävt definierad arbetsyta är tydligt.
  • Ultrakänsligt innehåll kan, och bör ofta, separeras till sin egen arbetsyta så att det kan hanteras och styras explicit.
  • Detaljerade arbetsytebehörigheter gäller för några få objekt. Den här konfigurationen är användbar när till exempel en användare tillåts redigera en rapport men inte en annan.

Nackdelar med alternativ 3 är:

  • Om du överanvänds resulterar skapandet av smalt definierade arbetsytor i ett stort antal arbetsytor.
  • Att ha ett stort antal arbetsytor att arbeta med innebär mer arbete. Även om användarna kan förlita sig på sökning kan det vara frustrerande att hitta rätt innehåll på rätt arbetsyta.
  • När det finns ett större antal arbetsytor finns det mer arbete ur ett gransknings- och övervakningsperspektiv.

Dricks

Att skapa en arbetsyta med ett smalt omfång, till exempel en enskild rapport, bör endast göras av specifika skäl. Det bör vara undantaget snarare än regeln. Ibland är det en användbar teknik att separera styrkort till sin egen arbetsyta. Det är till exempel bra att använda en separat arbetsyta när ett styrkort visar mål som sträcker sig över flera ämnesområden. Det är också bra att konfigurera specifika behörigheter för att hantera och visa styrkortet.

Checklista – När du överväger ämnesområdet och omfattningen av arbetsyteinnehållet är viktiga beslut och åtgärder:

  • Utvärdera hur arbetsytor för närvarande konfigureras: Granska hur personer använder arbetsytor för närvarande. Identifiera vad som fungerar bra och vad som inte fungerar bra. Planera för potentiella förändringar och möjligheter till användarutbildning.
  • Överväg det bästa arbetsyteomfånget: Identifiera hur du vill att personer ska använda arbetsytor baserat på syfte, ämnesområde, omfång och vem som ansvarar för att hantera innehållet.
  • Identifiera var mycket känsligt innehåll finns: Avgör när du skapar en specifik arbetsyta för mycket känsligt innehåll kan motiveras.
  • Skapa och publicera dokumentation om hur du använder arbetsytor: Skapa användbar dokumentation eller vanliga frågor och svar om hur du organiserar och använder arbetsytor. Gör den här informationen tillgänglig i utbildningsmaterial och din centraliserade portal.

Objekttyper för arbetsyta

Att separera dataarbetsytor från rapporteringsarbetsytor är en vanlig metod för att avkoda datatillgångar från analystillgångar.

  • En dataarbetsyta är dedikerad för att lagra och skydda dataobjekt, till exempel ett sjöhus, ett lager, en datapipeline, ett dataflöde eller en semantisk modell.
  • En rapporteringsarbetsyta fokuserar mer på de underordnade analysaktiviteterna. Den är dedikerad till att lagra och skydda objekt som rapporter, instrumentpaneler och mått. Rapportering av arbetsytor innehåller i första hand (men inte nödvändigtvis uteslutande) Power BI-innehåll.

Dricks

Med varje infrastrukturupplevelse kan du skapa olika typer av objekt. De här objekten passar inte alltid in i begreppet data jämfört med rapporteringsinnehåll (eller analysinnehåll). Ett exempel är en Fabric-notebook-fil som kan användas på många olika sätt, till exempel: läsa in och transformera data i ett sjöhus, skicka Spark SQL-frågor eller analysera och visualisera data med PySpark. När arbetsytan innehåller blandade arbetsbelastningar rekommenderar vi att du främst fokuserar på arbetsytans syfte och ägarskap för innehållet enligt beskrivningen någon annanstans i den här artikeln.

Fördelarna med att skilja dataarbetsytor från rapporteringsarbetsytor är:

  • Viktiga organisationsdata, till exempel en godkänd lakehouse- eller semantisk modell, kan finnas på en specifik arbetsyta som är utformad för att göra återanvändbara data tillgängliga i företagsskala. Vanliga exempel är:
  • Åtkomsthantering kan centraliseras för kritiska organisationsdata. Att hantera åtkomst separat för dataarbetsytan jämfört med rapportarbetsytor är användbart när olika personer ansvarar för data och rapporter. Med hanterad bi med självbetjäning är det vanligt att ha många rapportskapare och färre dataskapare.
  • Om du begränsar vem som kan redigera och hantera semantiska modeller minimeras risken för oavsiktliga ändringar, särskilt för kritiska dataobjekt som återanvänds i många syften eller av många användare. Fysisk separation minskar risken för oavsiktliga eller icke godkända ändringar. Det här extra skyddsskiktet är användbart för certifierade semantiska modeller, som är beroende av deras kvalitet och pålitlighet.
  • Scenarier för samägarskap förtydligas. När delade semantiska modeller levereras från ett centraliserat BI- eller IT-team, medan rapporter publiceras av självbetjäningsskapare (i affärsenheter), är det en bra idé att separera semantiska modeller till en separat arbetsyta. Den här metoden undviker tvetydighet i scenarier med samägarskap eftersom ägarskap och ansvar per arbetsyta är tydligare definierat.
  • Säkerhet på radnivå (RLS) tillämpas. När du uppmuntrar skapare att arbeta på olika arbetsytor har de inte onödig redigeringsbehörighet till den ursprungliga semantiska modellen. Fördelen är att RLS och/eller säkerhet på objektnivå (OLS) tillämpas för innehållsskapare (och även innehållsvisningsprogram).

Nackdelarna med att skilja dataarbetsytor från rapporteringsarbetsytor är:

  • En namngivningskonvention för arbetsytan krävs för att kunna skilja en dataarbetsyta från en rapporteringsarbetsyta.
  • Extra användarutbildning krävs för att säkerställa att innehållsförfattare och konsumenter vet var de ska publicera och hitta innehåll.
  • Ibland är det svårt att tydligt beskriva de objekttyper som ska finnas i en arbetsyta. Med tiden kan en arbetsyta sluta innehålla fler typer av innehåll än vad som ursprungligen var avsett.
  • Användning av separata arbetsytor resulterar i ett större antal arbetsytor som du behöver hantera och granska. När du planerar för syfte, omfattning och andra överväganden (till exempel separation av utveckling, testning och produktionsinnehåll) kan metoden för arbetsytedesign bli mer komplicerad.
  • Extra ändringshanteringsprocesser kan krävas för att spåra och prioritera begärda ändringar av centraliserade dataobjekt, särskilt när rapportskapare har krav utöver vad som kan hanteras av sammansatta modeller och mått på rapportnivå.

Checklista – När du överväger vilka objekttyper som ska lagras på en arbetsyta är viktiga beslut och åtgärder:

  • Fastställ dina mål för återanvändning av data: Bestäm hur du ska uppnå återanvändning av data som en del av en hanterad BI-strategi med självbetjäning.
  • Uppdatera klientinställningen för vem som kan använda semantiska modeller på arbetsytor: Avgör om den här funktionen kan beviljas alla användare. Om du bestämmer dig för att begränsa vem som kan använda semantiska modeller mellan arbetsytor kan du överväga att använda en grupp som Fabric-godkända rapportskapare.

Arbetsyteåtkomst

Eftersom det primära syftet med en arbetsyta är samarbete gäller åtkomst till arbetsytor främst för användare som skapar och hanterar dess innehåll. Det kan också vara relevant när arbetsytan används för att visa innehåll (ett sekundärt syfte för arbetsytor, enligt beskrivningen tidigare i den här artikeln).

När du börjar planera för arbetsyteroller är det bra att ställa dig följande frågor.

  • Vad är förväntningarna på hur samarbete kommer att ske på arbetsytan?
  • Kommer arbetsytan att användas direkt för att visa innehåll av konsumenter?
  • Vem ansvarar för att hantera innehållet på arbetsytan?
  • Vem visar innehåll som lagras på arbetsytan?
  • Är avsikten att tilldela enskilda användare eller grupper till arbetsyteroller?

Det är en bra idé att använda grupper för att tilldela arbetsyteroller när det är praktiskt. Det finns olika typer av grupper som du kan tilldela. Säkerhetsgrupper, e-postaktiverade säkerhetsgrupper, distributionsgrupper och Microsoft 365-grupper stöds alla för arbetsyteroller. Mer information om hur du använder grupper finns i Säkerhetsplanering på klientorganisationsnivå.

När du planerar att använda grupper kan du överväga att skapa en grupp per roll per arbetsyta. Om du till exempel vill stödja arbetsytan Kvartalsvisa finanser kan du skapa följande grupper:

  • Infrastrukturarbetsyteadministratörer – Kvartalsvisa finanser
  • Medlemmar i infrastrukturarbetsytan – Kvartalsvisa finanser
  • Fabric-arbetsytedeltagare – Kvartalsvisa finanser
  • Användare av infrastrukturarbetsytor – Kvartalsvisa finanser
  • Power BI-appvisning – Kvartalsvisa finanser

Dricks

Att skapa de grupper som anges ovan ger flexibilitet. Det handlar dock om att skapa och hantera många grupper. Det kan också vara svårt att hantera ett stort antal grupper när grupper endast skapas och underhålls av IT-avdelningen. Den här utmaningen kan åtgärdas genom att aktivera grupphantering via självbetjäning för vissa satellitmedlemmar. Dessa medlemmar kan inkludera Center of Excellence (COE), mästare eller betrodda användare som har utbildats i hur man hanterar rollmedlemskap för sin affärsenhet. Mer information finns i Säkerhetsplanering på klientorganisationsnivå.

När dataarbetsytor separeras från rapporteringsarbetsytor, enligt beskrivningen tidigare i den här artikeln, resulterar det i ett ännu större antal grupper. Tänk på hur antalet grupper fördubblas från fem till tio när du separerar data och rapporterar arbetsytor:

  • Infrastrukturresurser för arbetsyteadministratörer – kvartalsvisa finanser
  • Administratörer för infrastrukturrapportering av arbetsytor – Kvartalsvisa finanser
  • Medlemmar i infrastrukturdataarbetsytan – Kvartalsvisa finanser
  • Medlemmar i infrastrukturrapportering av arbetsytor – Kvartalsvisa finanser
  • Fabric data workspace contributors – Kvartalsvisa finanser
  • Deltagare i infrastrukturrapportering av arbetsytor – Kvartalsvisa finanser
  • Visning av infrastrukturdataarbetsyta – Kvartalsvisa finanser
  • Användare av infrastrukturrapportering av arbetsytor – Kvartalsvisa finanser
  • Power BI-appvisning – Kvartalsvisa finanser

När det finns flera arbetsytor för utveckling, testning och produktion resulterar det i ett ännu större antal grupper. Det finns potential för att antalet grupper ska tredubblas. För bara dataarbetsytans administratörer skulle det till exempel finnas följande tre grupper:

  • Infrastrukturresurser för arbetsyteadministratörer – Kvartalsvisa finanser [Dev]
  • Infrastrukturresurser för arbetsyteadministratörer – Kvartalsvisa finanser [Test]
  • Infrastrukturresurser för arbetsyteadministratörer – kvartalsvisa finanser

Föregående exempel är avsedda att förmedla att användningen av grupper som mappar till arbetsyteroller snabbt kan bli ohanterlig.

Dricks

Det finns tillfällen då färre grupper behövs, särskilt under utveckling. Du kanske till exempel inte behöver ange en visningsgrupp för arbetsytan under utveckling. den gruppen behövs endast för testning och produktion. Eller så kanske du kan använda samma arbetsyteadministratörsgrupp för utveckling, testning och produktion. Mer information om utveckling, testning och produktion finns i Livscykelhantering för arbetsytor senare i den här artikeln.

Effektiv användning av grupper för arbetsyteroller kan kräva omfattande planering. Var beredd på scenarier när befintliga grupper (som kan vara anpassade till organisationsschemat) inte uppfyller alla dina behov för att hantera Fabric-innehåll. I det här fallet rekommenderar vi att du skapar grupper specifikt för detta ändamål. Det är därför orden Fabric eller Power BI ingår i gruppnamnsexemplen som visas ovan. Om du har flera business intelligence-verktyg kan du välja att endast använda BI som prefix i stället. På så sätt kan du använda samma grupper i flera verktyg.

Slutligen visar exemplen en arbetsyta – kvartalsvisa finanser – men ofta är det möjligt att hantera en samling arbetsytor med en uppsättning grupper. Till exempel kan flera arbetsytor som ägs och hanteras av ekonomiteamet använda samma grupper.

Kommentar

Du planerar ofta säkerhet mer allmänt, med hänsyn till semantisk modell läs- och byggbehörighetskrav och säkerhetskrav på radnivå (RLS). Mer information om vad du bör överväga för att stödja rapportkonsumenter och innehållsskapare finns i artiklarna om säkerhetsplanering . I den här artikeln fokuserar vi bara på arbetsyteroller som en del av planeringsprocessen för arbetsytor.

Checklista – När du överväger åtkomst till arbetsytor är viktiga beslut och åtgärder:

  • Se roller och ansvarsområden: Använd den information om roller och ansvarsområden som du förberedde tidigare för att planera för arbetsyteroller.
  • Identifiera vem som äger och hanterar innehållet: Kontrollera att alla objekt som du förväntar dig att lagra på en enda arbetsyta överensstämmer med de personer som tar ansvar för att äga och hantera innehållet. Om det finns matchningar bör du tänka över hur arbetsytorna skulle kunna ordnas bättre.
  • Identifiera vem som ska visa innehåll på arbetsytan: Avgör om personer ska visa innehåll direkt från arbetsytan.
  • Planera för arbetsyterollerna: Bestäm vilka personer som passar för rollerna Administratör, Medlem, Deltagare och Visningsprogram för varje arbetsyta.
  • Besluta om grupp- eller individuella rolltilldelningar: Avgör om du tänker tilldela enskilda användare eller grupper till arbetsyteroller. Kontrollera om det finns befintliga grupper som du kan använda för rolltilldelningar för arbetsytor.
  • Ta reda på om nya grupper behöver skapas: Överväg noggrant om du behöver skapa en ny grupp per arbetsyteroll. Tänk på att det kan resultera i att skapa och underhålla många grupper. Ta reda på vad processen är när en ny arbetsyta skapas och hur relaterade grupper ska skapas.
  • Konfigurera och testa rolltilldelningarna för arbetsytan: Kontrollera att användarna har rätt säkerhetsinställningar som de behöver för att vara produktiva när de skapar, redigerar och visar innehåll.

Arbetsytedomän

Som vi beskrev tidigare i den här artikeln är det viktigt att ha klarhet i ägarskapet för arbetsytan. Ett sätt att ytterligare stödja ägarskap för arbetsytor i Fabric är med domäner. En domän är ett sätt att logiskt gruppera flera arbetsytor som har liknande egenskaper.

Mer information om hur du planerar för domäner i klientorganisationen finns i Arbetsytedomäner.

Inställningar för arbetsytan

Det finns flera inställningar som du kan konfigurera för varje enskild arbetsyta. De här inställningarna kan avsevärt påverka hur samarbete sker, vem som får åtkomst till arbetsytan och nivån på dataåteranvändningen mellan infrastrukturarbetsbelastningar.

Licensläge för arbetsyta

Varje arbetsyta har en licenslägesinställning . Den kan ställas in på Pro, Premium per användare, Premium-kapacitet, Inbäddad, Infrastrukturkapacitet eller Utvärderingsversion.

Viktigt!

Ibland refererar den här artikeln till Power BI Premium eller dess kapacitetsprenumerationer (P SKU:er). Tänk på att Microsoft för närvarande konsoliderar köpalternativ och drar tillbaka Power BI Premium per kapacitets-SKU:er. Nya och befintliga kunder bör överväga att köpa kapacitetsprenumerationer för Infrastrukturresurser (F SKU:er) i stället.

Mer information finns i Viktig uppdatering som kommer till Power BI Premium-licensiering och Vanliga frågor och svar om Power BI Premium.

Typen av licens är viktig för planering av arbetsytor eftersom den avgör:

  • Funktioner: Olika funktioner stöds. PPU innehåller fler funktioner (till exempel distributionspipelines) som inte är tillgängliga i Pro. Många fler infrastrukturfunktioner (till exempel lakehouses) blir tillgängliga för arbetsytor som tilldelats en Infrastrukturkapacitet.
  • Innehållsåtkomst: Licenstypen avgör vem som kan komma åt innehåll på arbetsytan:
    • Endast användare som har en PPU-licens (förutom att de tilldelas en arbetsyteroll) kan komma åt en PPU-arbetsyta.
    • Om du förväntar dig att leverera innehåll till innehållsvisningsprogram som har en kostnadsfri licens behöver du en licens för F64 eller senare.
  • Datalagringsplats: När du behöver lagra data i en specifik geografisk region (utanför din hemregion) blir det möjligt med en arbetsyta tilldelad till en kapacitet (och därmed skapas kapaciteten i den regionen). Mer information om datalagringsplats finns i Klientkonfiguration.

Checklista – När du överväger arbetsytans licensläge inkluderar viktiga beslut och åtgärder:

  • Överväg vilka funktioner som krävs för varje arbetsyta: Bestäm funktionskraven för varje arbetsyta. Överväg skillnader i arbetsbelastning och vilka användare du tänker komma åt arbetsytan.
  • Ange arbetsytans licensläge: Granska och uppdatera varje arbetsytelicensläge enligt vilka funktioner som krävs av varje arbetsyta.

Livscykelhantering för arbetsyta

När innehållsskapare samarbetar för att leverera analyslösningar som är viktiga för organisationen finns det olika överväganden för livscykelhantering . Dessa processer kallas även kontinuerlig integrering/kontinuerlig leverans (CI/CD) som är en aspekt av DevOps.

Flera överväganden för livscykelhantering är:

  • Så här säkerställer du att innehållet levereras i tid, är tillförlitligt och konsekvent.
  • Så här kommunicerar och samordnar du aktiviteter mellan flera innehållsskapare som arbetar med samma projekt.
  • Så här löser du konflikter när flera innehållsskapare redigerar samma objekt i samma projekt.
  • Så här strukturerar du en enkel och tillförlitlig distributionsprocess.
  • Så här återställer du distribuerat innehåll till en tidigare stabil, fungerande version.
  • Så här balanserar du snabba versioner av nya funktioner och buggkorrigeringar samtidigt som du skyddar produktionsinnehållet.

I Infrastruktur finns det två huvudkomponenter för livscykelhantering.

  • Versionskontroll av innehåll:Git-integrering gör att innehållsägare och skapare kan skapa versioner av sitt arbete. Det kan användas med webbaserad utveckling på en arbetsyta eller när du utvecklar i ett klientverktyg, till exempel Power BI Desktop. Versionskontrollen (kallas även källkontroll) uppnås genom att spåra alla revisioner av ett projekt med hjälp av grenar som är associerade med lokala och fjärranslutna lagringsplatser i Azure DevOps. Ändringar utförs med jämna mellanrum för grenar i fjärrlagringsplatsen. När en innehållsskapare har slutfört revisioner som har testats och godkänts sammanfogas deras gren med den senaste versionen av lösningen på huvudlagringsplatsen (efter att eventuella sammanslagningskonflikter har lösts). Git-integrering kan anges för varje arbetsyta i Infrastrukturportalen, förutsatt att funktionen har aktiverats i klientinställningarna.
  • Främja innehåll:Distributionspipelines fokuserar främst på versionshantering för att upprätthålla en stabil miljö för användarna. Du kan tilldela en arbetsyta till en fas (utveckling, test eller produktion) i en distributionspipeline. Sedan kan du enkelt och systematiskt höja upp eller distribuera ditt innehåll till nästa steg.

När du kombinerar funktionerna för livscykelhantering finns det metodtips att tänka på under planeringsprocessen. Du kan till exempel välja att använda Git-integrering för din utvecklingsarbetsyta och distributionspipelines för att publicera till dina test- och produktionsarbetsytor. Dessa typer av beslut kräver konsekvent användning av den överenskomna metoden. Vi rekommenderar att du gör ett konceptbevis för att fullständigt testa din konfigurations-, processer- och behörighetsmodell.

Checklista – När du planerar för livscykelhantering för arbetsytor omfattar de viktigaste besluten och åtgärderna:

  • Fastställ hur användarna behöver använda versionskontroll: Analysera hur dina självbetjänings- och avancerade innehållsskapare fungerar för att avgöra om filversioner med OneDrive för företag eller SharePoint är lämpliga. Introducera Git-integrering för avancerade användare som behöver fler funktioner. Förbered för att stödja båda typerna av användare.
  • Fastställ hur användarna behöver höja upp innehåll: Analysera hur dina självbetjänings- och avancerade innehållsskapare fungerar för att avgöra om distributionspipelines passar bra för att marknadsföra innehåll.
  • Bestäm om Git-integrering ska aktiveras: Överväg om Git-integrering med arbetsytor passar bra för hur innehållsskaparna fungerar. Ställ in inställningen Användare kan synkronisera arbetsyteobjekt med sina Git-lagringsplatsers klientinställning så att de överensstämmer med det här beslutet. Granska var och en av inställningarna för Git-integreringsklientorganisationen och ange dem enligt riktlinjerna för styrning.
  • Gör ett konceptbevis: Utför ett tekniskt konceptbevis för att klargöra hur du tänker att Git-arbetsytor och distributionspipelines ska fungera tillsammans.
  • Bestäm vilka arbetsytor som ska ha Git-integrering: Överväg hur dina innehållsskapare fungerar och vilka arbetsytor som ska tilldelas en utvecklings-, test- eller produktionsgren (versionsgren).
  • Verifiera licenser: Bekräfta att du har en tillgänglig kapacitetslicens för att använda Git-integrering. Se till att varje arbetsyta har tilldelats en Infrastrukturresurskapacitet eller Power BI Premium-kapacitet.
  • Konfigurera Azure DevOps: Arbeta med administratören för att konfigurera De Azure DevOps-projekt, lagringsplatser och grenar som du behöver för varje arbetsyta. Tilldela lämplig åtkomst till varje lagringsplats.
  • Anslut arbetsytor: Anslut varje arbetsyta till lämplig Azure DevOps-lagringsplats.
  • Överväg vem som ska distribueras till produktion: Fatta beslut om hur och vem som ska kunna uppdatera produktionsinnehållet. Se till att dessa beslut överensstämmer med hur ägarskapet för arbetsytan hanteras i din organisation.
  • Utbilda innehållsskapare: Se till att alla innehållsskapare förstår när de ska använda funktioner och metoder för livscykelhantering. Utbilda dem om arbetsflödet och hur olika arbetsytor påverkar livscykelhanteringsprocesser.

Integrering av arbetsyta med ADLS Gen2

Det går att ansluta en arbetsyta till ett Azure Data Lake Storage Gen2-konto (ADLS Gen2). Det finns två orsaker till att du kan göra det:

  • Lagring av Power BI-dataflöden: Om du väljer att bring-your-own-data-lake kan data för Power BI-dataflöden (Gen1) nås direkt i Azure. Direkt åtkomst till dataflödeslagring i ADLS Gen2 är till hjälp när du vill att andra användare eller processer ska visa eller komma åt data. Det är särskilt användbart när målet är att återanvända dataflöden utanför Power BI. Det finns två alternativ för att tilldela lagring:
    • Lagring på klientnivå, vilket är användbart när du centraliserar alla data för Power BI-dataflöden till ett ADLS Gen2-konto.
    • Lagring på arbetsytenivå, vilket är användbart när affärsenheter hanterar sin egen datasjö eller har vissa krav på datahemvist.
  • Säkerhetskopiering och återställning för Power BI-semantiska modeller:Funktionen för säkerhetskopiering och återställning av Power BI-semantikmodeller stöds för arbetsytor som har tilldelats kapacitet eller PPU. Den här funktionen använder samma ADLS Gen2-konto som används för att lagra Power BI-dataflöden (beskrivs i föregående punkt). Säkerhetskopior av semantiska modeller är användbara för:
    • Uppfylla kraven för datakvarhållning
    • Lagra rutinmässiga säkerhetskopior som en del av en strategi för haveriberedskap
    • Lagra säkerhetskopior i en annan region
    • Migrera en datamodell

Viktigt!

Att ange Azure-anslutningar i infrastrukturadministrationsportalen innebär inte att alla dataflöden för hela klientorganisationen lagras som standard till ett ADLS Gen2-konto. Om du vill använda ett explicit lagringskonto (i stället för intern lagring) måste varje arbetsyta vara explicit ansluten. Det är viktigt att du ställer in Azure-anslutningarna för arbetsytan innan du skapar power BI-dataflöden på arbetsytan.

Checklista – När du överväger integrering av arbetsytor med ADLS Gen2 är viktiga beslut och åtgärder:

  • Bestäm om arbetsytan ska användas på ett sätt som kräver Azure Storage: Överväg om ett bring-your-own-data-lake-scenario skulle vara användbart för lagring av dataflöden och/eller om du har krav på att använda funktionen för säkerhetskopiering och återställning av semantiska modeller.
  • Avgör vilket Azure Storage-konto som ska användas: Välj ett Azure Storage-konto som har det hierarkiska namnområdet aktiverat (ADLS Gen2) för lagring på klientnivå (centraliserad) av dataflöden eller säkerhetskopior av semantiska modeller. Se till att du har tillgång till Azure Storage-kontoinformationen.
  • Konfigurera lagringskontot på klientnivå: I infrastrukturadministrationsportalen anger du ADLS Gen2-lagringskontot på klientnivå.
  • Bestäm om arbetsyteadministratörer kan ansluta ett lagringskonto: Ha diskussioner för att förstå behoven hos decentraliserade team och om enskilda team för närvarande underhåller sina egna Azure Storage-konton. Bestäm om den här funktionen ska vara aktiverad.
  • Konfigurera administratörsinställningen för lagring på arbetsytenivå: I administratörsportalen för infrastrukturresurser aktiverar du alternativet som gör att arbetsyteadministratörer kan ansluta sitt eget lagringskonto.
  • Ange Azure Storage-anslutningar på arbetsytenivå: Ange Azure Storage-kontot för varje enskild arbetsyta. Du måste ange lagringskontot innan du skapar power BI-dataflöden på arbetsytan. Om du tänker använda säkerhetskopior av semantisk modell kontrollerar du att arbetsytans licensläge är inställt på kapacitet eller PPU.
  • Uppdatera dokumentationen för hantering av arbetsytor: Se till att dokumentationen för arbetsytehantering innehåller information om hur du tilldelar ADLS Gen2-lagringskonton korrekt. Gör informationen tillgänglig i din centraliserade portal och ditt utbildningsmaterial.

Integrering av arbetsyta med Azure Log Analytics

Azure Log Analytics är en tjänst i Azure Monitor. Du kan använda Azure Log Analytics för att granska diagnostikdata som genereras av Analysis Services-motorn, som är värd för Power BI-semantiska modeller. Loggar på arbetsytenivå är användbara för att analysera prestanda och trender, utföra datauppdateringsanalys, analysera XMLA-slutpunktsåtgärder med mera. Azure Log Analytics är endast tillgängligt för arbetsytor som tilldelats kapacitet eller PPU.

Kommentar

Även om namnen liknar dem skiljer sig de data som skickas till Azure Log Analytics från de data som samlas in av Power BI-aktivitetsloggen. De data som skickas till Azure Log Analytics handlar om händelser som genereras av Analysis Services-motorn (till exempel Fråge-start - och Frågesluthändelser ). Däremot handlar aktivitetsloggen om att spåra användaraktiviteter (till exempel Visa rapport eller Redigera rapporthändelser ).

Mer information om semantiska modellhändelseloggar finns i Granskning på datanivå.

Mer information om hur du konfigurerar Azure Log Analytics för användning med Power BI finns i Konfigurera Azure Log Analytics för Power BI. Se till att du förstår de förutsättningar som du måste ha för att integreringen ska fungera.

Checklista – När du överväger integrering av arbetsytor med Azure Log Analytics är viktiga beslut och åtgärder:

  • Bestäm om arbetsyteadministratörer kan ansluta till Log Analytics: Avgör om alla eller vissa arbetsyteadministratörer ska tillåtas använda Azure Log Analytics för att analysera loggar på arbetsytenivå. Om åtkomst ska begränsas till endast vissa personer, bestämmer du vilken grupp som ska användas.
  • Konfigurera klientinställningen för Log Analytics-anslutningar: I administratörsportalen för infrastrukturresurser anger du klientinställningen enligt beslutet som arbetsyteadministratörer anger anslutningar för.
  • Ange Log Analytics-arbetsytan för varje arbetsyta: I inställningarna för arbetsytan anger du Azure Log Analytics-informationen för varje arbetsyta. Om du vill samla in loggar på arbetsytans nivå kontrollerar du att arbetsytans licensläge är inställt på kapacitet eller PPU.
  • Uppdatera dokumentationen för hantering av arbetsytor: Se till att dokumentationen för arbetsytehantering innehåller information om hur du tilldelar en arbetsyta till Azure Log Analytics.

Andra egenskaper för arbetsytor

Det finns flera andra egenskaper för arbetsytan som kan ge användbar information. För reglerade arbetsytor rekommenderar vi att du anger dessa egenskaper.

Här följer några förslag på hur du ställer in de här nyckelinställningarna för att förbättra upplevelsen för dina användare.

  • Beskrivning av arbetsyta: En bra beskrivning av arbetsytan innehåller en kort, men ändå specifik, förklaring av vilken typ av innehåll som finns på arbetsytan. Du kan använda upp till 4 000 tecken för att beskriva:
    • Syftet med arbetsytan
    • Målgruppen
    • Den typ av innehåll som publicerats på arbetsytan
    • Om arbetsytan betraktas som styrd
    • Om arbetsytan innehåller utvecklings-, test- eller produktionsdata
    • Vem att kontakta om det finns några frågor (ibland är det viktigt att visa den här informationen så framträdande som möjligt, förutom kontaktlistan som beskrivs härnäst)
  • Arbetsytekontakter: Arbetsytans kontaktlista innehåller som standard arbetsyteadministratörerna. Om du har tekniska innehållsägare som skiljer sig från ämnesexperterna kan det vara bra att ange andra kontakter. Andra kontakter kan vara grupper eller individer som kan svara på frågor om innehållet på arbetsytan.
  • Arbetsyteavbildning: Konsekvent användning av arbetsyteavbildningar kan vara till hjälp för användare när de söker igenom en lista över arbetsytor. Överväg att använda en avbildning för att hjälpa användarna att avgöra:
    • Domänen eller ämnesområdet
    • Vilken affärsenhet eller vilket team som äger och hanterar innehållet
    • Oavsett om det är en dataarbetsyta (en som är dedikerad för att lagra återanvändbara objekt, till exempel ett sjöhus, lager, datapipeline, dataflöde eller semantisk modell)
    • Oavsett om det är en rapporteringsarbetsyta (en som är dedikerad för att lagra analysobjekt, till exempel rapporter, instrumentpaneler eller mått)
  • Inställningar för datamodell: Tillåter att medlemmar, administratörer och användare på arbetsytan har behörighet att skapa semantiska modeller för att redigera Power BI-datamodeller med hjälp av webbgränssnittet. Den här inställningen används tillsammans med användare kan redigera datamodeller i inställningen Power BI-tjänst klientorganisation. Den här inställningen bör anpassas efter dina beslut och processer för hur innehåll skapas, hanteras och distribueras. Tänk också på din metod för versionskontroll enligt beskrivningen tidigare i den här artikeln.

Checklista – När du överväger de andra egenskaperna för arbetsytan omfattar de viktigaste besluten och åtgärderna:

  • Ange beskrivningen av arbetsytan: Kontrollera att det finns en användbar och grundlig beskrivning som ingår i arbetsytans beskrivning.
  • Använd en användbar bild för arbetsytan: Ange en konsekvent bild för arbetsytan som visuellt hjälper användarna att förstå dess ämnesområde, vem som äger och hanterar innehåll på arbetsytan och/eller vilken typ av innehåll som lagras på arbetsytan.
  • Identifiera kontakter för arbetsytan: Kontrollera om arbetsyteadministratörerna ska vara arbetsytans kontakter eller om specifika användare eller grupper ska anges.
  • Ange inställningar för datamodell: Överväg vilka arbetsytor som kan tillåta redigering av webbaserade datamodeller. Ange inställningen Användare kan redigera datamodeller i inställningen Power BI-tjänst klientorganisation enligt dina inställningar för vem som kan redigera och hantera innehåll.

Andra tekniska faktorer

Det finns andra tekniska faktorer som kan påverka konfigurationen av arbetsytan.

  • Om du integrerar innehåll med andra verktyg och tjänster kan det få licenskonsekvenser. Om du till exempel bäddar in ett visuellt Power Apps-objekt i en Power BI-rapport behöver du lämpliga Power Apps-licenser.
  • Det finns lagringsgränser per arbetsyta som gäller för mängden data som du kan lagra på en Pro-arbetsyta. Om det inte är ett alternativ att använda kapacitet eller PPU bör du överväga hur du ska arbeta inom lagringsgränserna under planeringsprocessen för arbetsytan.
  • När du installerar en mallapp från AppSource skapas en ny arbetsyta som har ett smalt ämne och omfång.

Checklista – När du överväger andra tekniska faktorer är viktiga beslut och åtgärder:

  • Var uppmärksam på tekniska faktorer: När du går igenom planeringsprocessen kan du avgöra om det finns en teknisk orsak (till exempel lagringsgränser per arbetsyta) som kan påverka beslutsprocessen.
  • Omorganisera innehåll på arbetsytan: Om lagringsgränser kan bli ett problem skapar du separata arbetsytor nu och publicerar om innehåll till dessa nya arbetsytor.

Relaterat innehåll

Mer information, åtgärder, beslutskriterier och rekommendationer som hjälper dig med beslut om Power BI-implementering finns i Planering för Power BI-implementering.