Power BI:n käyttöönoton suunnittelu: työtilatason työtilan suunnittelu

Muistiinpano

Tämä artikkeli on osa Power BI:n käyttöönoton suunnittelun artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Microsoft Fabricin Power BI -kokemukseen. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelu.

Tässä artikkelissa käsitellään Fabric-työtilatason suunnittelua ja Painotetaan Power BI -kokemusta. Se on ensisijaisesti kohdistettu seuraaviin:

• Fabric -järjestelmänvalvojille: Järjestelmänvalvojille, jotka vastaavat Fabricin valvonnasta organisaatiossa.
• Center of Excellence, IT- ja BI-tiimi: Tiimit, joiden vastuulla on myös tietojen ja liiketoimintatietojen valvonta ja omatoimisten käyttäjien tukeminen koko organisaatiossa.
• Sisällöntekijät ja omistajat: Omatoimisen sisällöntuottajat, joiden täytyy luoda, julkaista ja hallita työtilojen sisältöä.

Työtilojen tehokas käyttö tekee monia taktisia päätöksiä. Aina kun mahdollista, yksittäisten työtilatason päätösten tulee olla linjassa vuokraajatason päätösten kanssa.

Muistiinpano

Työtilan käsite on peräisin Power BI:stä. Fabricilla työtilan tarkoitus on laajentunut. Tämän seurauksena työtila voi nyt sisältää kohteita yhdestä tai useammasta eri Fabric-kokemuksesta (kutsutaan myös kuormituksiksi). Vaikka sisällön vaikutusalue on laajempi kuin Power BI, suurin osa näissä artikkeleissa kuvatuista työtilojen suunnittelutoimista voidaan soveltaa Fabric-työtilan suunnitteluun.

Työtilan tarkoitus

Työtiloja suunniteltaessa on tärkeää huomioida sen tallentamien sisältötyyppien lisäksi myös toiminnot, joita työtila on tarkoitettu tukemaan.

Tutustu seuraaviin kahteen esimerkkiin rahoitukseen liittyvistä työtiloista. Vaikka ne molemmat on omistettu samalle tiimille, jokaisella työtilalla on eri tarkoitus:

• Talouskuukauden lopun työtila -: Talouskuukauden lopun työtila - sisältää yhteensovituksen ja kuukauden lopun sulkemisraportit. Tätä työtilaa pidetään epävirallisena työtilana, joka tukee yhteistyötoimia. Power BI -sovellus ei ole tarpeen sisällön katselijoille, koska tämän työtilan ensisijainen käyttö on yhteistyö, jonka tekee pieni ryhmä henkilöitä, jotka tekevät tiivistä yhteistyötä. Useimmilla tiimin jäsenillä on oikeus muokata sisältöä tässä työtilassa.
• Talousraportoinnin työtila: Talousraportoinnin työtila - sisältää viimeistellyt esitystason raportit. Tämä työtila sisältää sisältöä, joka jaetaan laajalti koko organisaatiossa useille katsojille (myös johtajille) Power BI -sovelluksen avulla. Työtilaa hallitaan tiiviisti.

Nämä kaksi esimerkkiä kannattaa ottaa huomioon työtilan tarkoituksen kaksi keskeistä näkökohtaa: aikomus yhteiskäytössä ja katseluaikeet.

Yhteistyölle tarkoitettu aikomus

Fabric-portaalin työtilan ensisijaisena tavoitteena on helpottaa useiden ihmisten yhteistyötä . Yhteistyö voi tapahtua työtilassa monella tavalla:

• tiimipohjaisen kehityksen: Useat käyttäjät voivat luoda, testata ja julkaista sisältöä yhdessä. Yksi käyttäjä saattaa työstää lakehousen suunnittelua. Toinen käyttäjä saattaa työstää semanttisen mallin rakennetta, kun taas toiset käyttäjät saattavat keskittyä raporttien luomiseen.
• testausta ja vahvistuksia: Käyttäjien on ehkä tehtävä tietojen vahvistuksia uutta sisältöä varten. Liiketoimintayksikön aiheasiantuntijoiden on ehkä suoritettava käyttäjän hyväksyntätestaus, tai tietojen laatutiimin on ehkä vahvistettava semanttisen mallin tarkkuus.
• Parannuksia: Sisällön sidosryhmät ja kuluttajat saattavat ehdottaa sisällön parannuksia olosuhteiden muuttuessa.
• omistajuuden siirto: Toinen henkilö tai tiimi voi ottaa vastuun toisen luomasta sisällöstä.

Yksi Fabric-käyttöönoton toteutussuunnitelman keskeisistä osa-alueista on sisällön omistajuus ja hallinta. Työtilassa tapahtuvan yhteistyön tyyppi vaihtelee sisällön omistajuuteen ja hallintaan käytetyn lähestymistavan mukaan:

• itsepalveluun perustuvat omatoimisen liiketoimintatietojen: Sisällön luojat omistavat sisällön ja hallitsevat sitä liiketoimintayksikössä tai osastossa. Tässä skenaariossa suurin osa työtilan yhteistyöstä tapahtuu kyseisen liiketoimintayksikön käyttäjien keskuudessa.
• Hallittu omatoiminen BI-: Keskitetty tiimi omistaa tiedot ja hallinnoi niitä, kun taas liiketoimintayksiköiden sisällöntuottajat vastaavat raporteista ja koontinäytöistä. Tässä skenaariossa on erittäin todennäköistä, että tarvitaan useita työtiloja yhteistyön helpottamiseksi turvallisesti useiden ihmisryhmien toimesta.
• Enterprise BI: Sisällön omistaa ja sitä hallitsee keskitetty tiimi, kuten IT, enterprise BI tai Center of Excellence (COE). Tässä skenaariossa keskitetyn tiimin käyttäjät tekevät yhteistyötä työtilassa.

Tarkistusluettelo – Kun harkitset aikeitasi tehdä yhteistyötä työtilassa, tärkeimpiä päätöksiä ja toimintoja ovat seuraavat:

• Tarkastele yhteistyönodotuksia: Määritä, miten työtilayhteistyön täytyy tapahtua ja ketkä ovat mukana yhdessä tiimissä tai organisaation rajojen yli.
• Ota huomioon odotukset sisällön omistajuudesta ja hallinnasta: Ajattele, miten erilaiset sisällön omistajuus- ja hallintatavat (liiketoimintaan perustuva omatoiminen liiketoimintatietojen, hallittu omatoiminen liiketoimintatietojen hallinta ja suuryritys-BI) vaikuttavat siihen, miten työtiloja suunnitellaan ja käytetään.

Vihje

Kun et pysty vastaamaan tarpeisiin yhdellä tavalla, valmistaudu olemaan joustava ja käyttämään eri työtiloissa erilaista sisällön omistajuus- ja hallintastrategiaa . Strategia voi perustua skenaarioon sekä siihen osallistuviin tiimin jäseniin.

Aikomus sisällön tarkastelemiselle

Työtilan toissijainen tavoite on jakaa sisältöä kuluttajille, joiden on tarkasteltava sisältöä. Sisällön katsojille ensisijainen Fabric-kuormitus on Power BI.

Sisällön jakelua voi käsitellä monella eri tavalla Power BI -palvelussa:

• Raportteja voidaan tarkastella käyttämällä Power BI -sovellusta: Ei-henkilökohtaiseen työtilaan tallennettu sisältö voidaan julkaista Power BI -sovellukseen. Power BI -sovellus on käyttäjäystävällisempi käyttökokemus kuin raporttien tarkasteleminen suoraan työtilassa. Tästä syystä Power BI -sovelluksen käyttäminen on usein paras vaihtoehto sisällön jakamiseen kuluttajille. Power BI -sovelluksen käyttäjäryhmät ovat erittäin joustavia. Joskus kuitenkin tavoitteet sille, miten haluat jakaa sisältöä sovelluksen kanssa, ovat osasyy määrittää, miten sisältö järjestetään työtiloissa tai eri työtiloissa. Lisätietoja Power BI -sovellusten suojaamisesta on artikkelissa Raportin kuluttajasuojauksen suunnittelu.
• Raportit voidaan tarkastella suoraan työtilassa: Tämä lähestymistapa sopii usein epävirallisille yhteistyötyötiloille. Työtilan roolit määrittävät, ketkä voivat tarkastella tai muokata työtilan sisältämää sisältöä. Lisätietoja työtilan rooleista on kohdassa Sisällön luojan suojauksen suunnittelu.
• Raportit voidaan jakaa: kohdekohtaisten käyttöoikeuksien käyttäminen (linkit tai suora käyttö) on hyödyllistä, kun haluat antaa vain luku -käyttöoikeuden yksittäiseen työtilan kohteeseen. Suosittelemme, että käytät sovelluksen käyttöoikeuksia ja työtilarooleja useammin kuin jakamista, koska niitä on helpompi ylläpitää. Lisätietoja on kohdassa Raportin kuluttajasuojauksen suunnittelu.
• Raportit voidaan upottaa toiseen sovellukseen ja niitä voidaan tarkastella: Joskus kuluttajien tarkoituksena on tarkastella toiseen sovellukseen upotettua Power BI -sisältöä. Sisällön upottaminen on hyödyllistä, kun käyttäjän on järkevää pysyä sovelluksessa lisätäkseen tehokkuutta ja pysyäkseen sen työnkulussa.

Toinen Fabric-käyttöönoton toteutussuunnitelman keskeisistä osa-alueista on sisällön toimituslaajuuteen. Tavat, joilla työtila tukee sisällön jakelua, vaihtelevat sisällön toimituksen laajuuden mukaan:

• Personal BI: Sisältö on tarkoitettu tekijän käytettäväksi. Koska sisällön jakaminen muiden kanssa ei ole objektiivista, henkilökohtainen BI tehdään henkilökohtaisessa työtilassa (kuvataan seuraavassa aiheessa).
• Team BI -: Sisältö jaetaan suhteellisen pienelle työtoverimäärälle, joka tekee tiivistä yhteistyötä. Tässä skenaariossa useimmat työtilat ovat epämuodollisia yhteistyötyötiloja.
• Osastojen BI -: Sisältö jaetaan monille kuluttajille, jotka kuuluvat suureen osastoon tai liiketoimintayksikköön. Tässä skenaariossa työtila on ensisijaisesti yhteiskäyttöä varten. Osastokohtaisissa BI-skenaarioissa sisältöä tarkastellaan yleisesti Power BI -sovelluksessa (sen sijaan, että sitä tarkastellaan suoraan työtilassa).
• Enterprise BI -: Sisältöä toimitetaan laajasti organisaation rajojen yli suurimmalle määrälle kohdekuluttajaa. Tässä skenaariossa työtila on ensisijaisesti yhteiskäyttöä varten. Yritys-BI-skenaarioissa sisältöä tarkastellaan yleisesti Power BI -sovelluksessa (sen sijaan, että sitä tarkastellaan suoraan työtilassa).

Vihje

Kun suunnittelet työtilojasi, ota huomioon yleisön tarpeet työtilan käyttöoikeustilaa määritettäessä. Työtilalle määritetty käyttöoikeustyyppi vaikuttaa käytettävissä oleviin ominaisuuksiin, kuten siihen, ketkä voivat tarkastella tai hallita työtilan sisältöä.

Tarkistusluettelo – Kun mietit odotuksiasi siitä, miten työtilan sisältöä tarkastellaan, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Ota huomioon odotukset sisällön tarkastelemisesta: Määritä, miten odotat kuluttajien tarkastelevan työtilassa julkaistua sisältöä. Harkitse, tapahtuuko tarkasteleminen suoraan työtilassa vai käyttämällä eri menetelmää.
• Määritä, kuka sisältö toimitetaan: Mieti, kuka kohderyhmä on. Ota huomioon myös työtilan käyttöoikeustila erityisesti silloin, kun odotat huomattavaa määrää sisällön katselijia.
• Arvioi Power BI -sovelluksen tarpeita: Mieti, mikä on työtilan tarkoitus suhteessa sisällön jakeluvaatimuksiin. Kun Power BI -sovellus on pakollinen, se voi vaikuttaa työtilan luomista koskeviin päätöksiin.
• Ota huomioon odotukset sisällön toimituslaajuuteen: Pohdi, miten erilaiset sisällön toimitusalueet (henkilökohtainen BI, tiimin BI, osastojen BI ja yrityksen liiketoimintatiedot) vaikuttavat työtilojen suunnitteluun ja käyttämiseen.

Vihje

Ole valmis olemaan joustava. Voit käyttää eri sisällön katselustrategiaa työtiloille skenaarion sekä siihen liittyvien tiimin jäsenten perusteella. Älä myöskään pelkää käyttää eri sisällön toimitustapoja työtiloissa, kun se on perusteltavissa.

Henkilökohtaisten työtilojen asianmukainen käyttö

Työtiloja on kahdenlaisia:

• Henkilökohtaiset työtilat: Jokaisella käyttäjällä on henkilökohtainen työtila. Henkilökohtaista työtilaa voidaan käyttää tietyntyyppisen sisällön julkaisemiseen Fabric-portaaliin. Sen ensisijaisena tarkoituksena on tukea henkilökohtaisia BI-käyttötilanteita .
• Työtilat-: työtilan ensisijainen tarkoitus on tukea useiden käyttäjien yhteistyötä. Toiseksi työtilaa voidaan käyttää myös sisällön katseluun.

Henkilökohtaisen työtilan käyttäminen muuhun kuin henkilökohtaisen bi:n, tilapäisen sisällön tai testauksen oppimiseen voi olla riskialtista, koska yhden henkilön hallitsema ja ylläpitämä on henkilökohtaisen työtilan sisältöä. Henkilökohtainen työtila ei myöskään tue yhteistyötä muiden kanssa.

Jotta voit luoda minkä tahansa Fabric-kohteen (kuten Lakehousen tai varaston), työtila on lisättävä Fabric-kapasiteettiin. Tämä koskee sekä vakiotyötiloja että henkilökohtaisia työtiloja. Siksi voit hallita sitä, kuka voi luoda tietyntyyppisiä kohteita henkilökohtaisessa työtilassa kapasiteetin määrittämisen avulla.

Henkilökohtaisen työtilan vaihtoehdot sisällön jakamiseksi muiden kanssa ovat rajoitettuja. Et voi julkaista Power BI -sovellusta henkilökohtaisesta työtilasta (ja Power BI -sovellukset ovat tärkeä mekanismi sisällön jakamiseksi organisaatiolle). Kohdekohtaiset käyttöoikeudet (linkit tai suora käyttö) ovat ainoa tapa jakaa henkilökohtaista työtilan sisältöä muiden kanssa. Siksi laaja kohdekohtaisten käyttöoikeuksien käyttö vaatii enemmän vaivaa ja kasvattaa virheriskiä. Lisätietoja on kohdassa Raportin kuluttajasuojauksen suunnittelu.

Tarkistusluettelo – Kun mietit odotuksiasi siitä, miten henkilökohtaisia työtiloja tulee käyttää, tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

• Tutustu henkilökohtaisten työtilojen nykyiseen käyttöön: Keskustele käyttäjien kanssa ja tarkista toimintatiedot, jotta ymmärrät, mitä käyttäjät tekevät henkilökohtaisilla työtiloillaan.
• Päätä, miten henkilökohtaisia työtiloja käytetään: Päätä, miten henkilökohtaisia työtiloja käytetään (ja mitä ei) organisaatiossasi. Keskity tasapainottamaan riskejä ja helppokäyttöisyyttä sisältöyhteistyön ja katselun tarpeiden mukaan.
• Henkilökohtaisen työtilan sisällön siirtäminen tarvittaessa: Jos kyseessä on kriittinen sisältö, siirrä sisältöä henkilökohtaisista työtiloista vakiotyötiloihin tarvittaessa.
• Luo ja julkaise henkilökohtaisia työtiloja koskevia ohjeita: Luo käyttäjille hyödyllisiä ohjeita tai usein kysyttyjä kysymyksiä siitä, miten voit käyttää henkilökohtaisia työtiloja tehokkaasti. Tuo tiedot saataville keskitettyihin portaaleihin ja koulutusmateriaaleihin.

Muistiinpano

Lisätietoja on näissä Kankaan käyttöönoton toteutusohjeissa: keskitetty portaali, koulutus ja dokumentaatio.

Työtilan omistajuus

Työtiloja suunniteltaessa tulee huomioida yksi tärkeimmistä asioista, kuten omistajuus- ja toimitilaroolien ja vastuualueiden määrittäminen. Tavoitteena on selkeyttää tarkasti, kuka on vastuussa sisällön luomisesta, ylläpitämisestä, julkaisemisesta, suojaamisesta ja tukemisesta kussakin työtilassa.

Omistajuuden selkeys on erityisen tärkeää, kun tietojen luonti- ja hallintavastuut hajautetaan – tai jaetaan – osastojen ja liiketoimintayksiköiden kesken. Tätä käsitettä kutsutaan joskus myös tietoverkkoarkkitehtuuriksi. Lisätietoja tietoyksiköstä on artikkelissa Mitä on tietoverkko?.

Fabricissa hajautettu tai hajautettu omistajuus otetaan käyttöön työtilojen kautta. Organisaation eri alueet voivat toimia itsenäisesti ja samalla lisätä samalla pohjana olevaa tietorakennetta OneLakessa. Kullakin työtilalla voi olla oma järjestelmänvalvoja, käyttöoikeuksien valvonta ja kapasiteetin määritys (laskutusta, maantieteellisten tietojen sijaintia ja suorituskyvyn seurantaa varten).

Vihje

Toinen tapa tukea työtilan omistajuutta Fabricissa on toimialueilla, jotka kuvataan myöhemmin tässä artikkelissa.

Kun yhteistyön tarkoitus sisältää hajauttamisen ja useita ryhmiä yhden liiketoimintayksikön lisäksi, se voi lisätä työtilojen hallinnan monimutkaisuutta. Usein on hyödyllistä luoda erillisiä työtiloja , joissa määritetään selkeästi, mikä tiimi vastaa mistäkin sisällöstä. Useiden työtilojen käyttö mahdollistaa omistajuus- ja hallintavastuun erityispiirteiden määrittämisen, ja se voi auttaa määrittämään suojauksen pienintä etuoikeutta noudattaen. Lisätietoja suojauksesta on kohdassa Sisällön luojan suojauksen suunnittelu.

Vihje

Vastuullisuutta ja vastuuta koskevien päätösten tulee korreloida suoraan toimintoihisi, jotka liittyvät työtilan käyttöoikeuksien määrittämiseen ja jotka kuvataan jäljempänä tässä artikkelissa.

Tarkistusluettelo – Kun otetaan huomioon työtilan omistajuusvastuut, keskeiset päätökset ja toiminnot ovat seuraavat:

• Ymmärrät täysin, miten sisällön omistajuus toimii: Varmista, että ymmärrät syvästi, miten sisällön omistajuus ja hallinta tapahtuvat koko organisaatiossa. Huomaa, että yhdenmukainen käyttöönotto koko organisaatiossa ei todennäköisesti ole kaikkialle sopivaa lähestymistapaa. Tutustu hajautettuihin tai hajautettuihin omistajuustarpeisiin.
• Määritä ja dokumentoi rooleja ja vastuita: Varmista, että määrität ja dokumentoit selkeät roolit ja vastuut henkilöille, jotka tekevät yhteistyötä työtiloissa. Tuo nämä tiedot käytettäviksi perehdyttämistoiminnoissa, koulutusmateriaaleissa ja keskitetyssä portaalissasi.
• Luo vastuullinen matriisi -: Selvitä, kenen odotetaan käsittelevän kutakin funktiota sisältöä luotaessa, ylläpidettäessä, julkaistaessa, varmistettaessa ja tukittaessa. Valmistele nämä tiedot, kun alat suunnitella työtilan käyttöoikeusrooleja.
• Harkitse yhteisomistuksessa tai usean tiimin omistajuusskenaariossa: Tunnista, milloin on olemassa skenaario, jossa työtilojen erottamisesta olisi hyötyä, jotta vastuut ovat selkeitä.
• Työtilan hallintadokumentaation luominen: Kerro työtilan järjestelmänvalvojille ja jäsenille, miten voit hallita työtilan asetuksia ja käyttöoikeuksia. Sisällytä työtilan järjestelmänvalvojien, jäsenten ja osallistujien vastuut. Tuo tiedot saataville keskitettyihin portaaleihin ja koulutusmateriaaleihin.

Työtilan organisaatio

Työtilojen järjestäminen on yksi työtilan suunnittelun tärkeimmistä seikoista.

Eri liiketoimintayksiköt ja osastot saattavat käyttää työtiloja hieman eri tavalla yhteistyövaatimusten mukaan. Kun tarvitset uuden työtilan, suosittelemme ottamaan huomioon tässä osiossa kuvatut tekijät.

Työtilan aihe ja vaikutusalue

Seuraavissa vaihtoehdoissa on joitakin ehdotuksia siitä, miten voit järjestää työtiloja aiheen ja laajuuden mukaan.

Joissakin tapauksissa Sinulla saattaa jo olla joitakin hyödyllisiä ryhmiä, jotka on määritetty Microsoft Entra -tunnukseen. Sen jälkeen voit hallita niiden avulla määritetyn aihealueen ja laajuuden resurssien käyttöä. Saatat kuitenkin joutua luomaan uusia ryhmiä, jotka sopivat tähän tarkoitukseen. Lisätietoja on alla olevassa työtilan käyttöoikeusosiossa .

Vaihtoehto 1: Työtila per aihealue tai projekti

Kun luot työtilan kullekin aihealueelle tai projektille, voit keskittyä sen tarkoitukseen. Sen avulla voit omaksua tasapainoisen lähestymistavan.

Esimerkkejä: Neljännesvuosittaiset rahoitustiedot tai Tuotteen käynnistysanalyysi

Vaihtoehdon 1 etuja ovat seuraavat:

• Niiden käyttäjien käyttöoikeuksien hallinta, joilla saa muokata tai tarkastella sisältöä, on yksinkertaisempaa, koska se on rajoitettu aihealuekohtaisen alueen mukaan.
• Kun sisältöä käytetään organisaation rajojen kautta, työtilojen jäsentäminen aihealueen mukaan on joustavampaa ja helpommin hallittavaa (verrattuna seuraavassa käsiteltyyn vaihtoehtoon 2).
• Aihekohtaisen vaikutusalueen käyttäminen on hyvä kompromissi niiden työtilojen välillä, joissa on liian vähän kohteita sisältäviä kohteita ja työtiloja.

Vaihtoehdon 1 haitta on se, että työtilojen määrityksen kapea- tai laaja-alaisen määrittämisen mukaan on edelleen olemassa riski sille, että useita työtiloja luodaan. Sisällön löytäminen voi olla haastavaa käyttäjille, kun sisältö on hajallaan useissa työtiloissa.

Vihje

Hyvin suunniteltu ja hallittu työtila per aihealue tai projekti johtaa yleensä hallittavaan määrään työtiloja.

Vaihtoehto 2: Työtila osastoa tai ryhmää kohden

Yleinen tapa on luoda työtila osastoa tai ryhmää (tai liiketoimintayksikköä) kohden. Tasaus organisaatiokaavion kanssa on yleisin tapa, jolla käyttäjät aloittavat työtilan suunnittelusta. Se ei kuitenkaan sovi kaikkiin tilanteisiin.

Esimerkkejä: Talousosaston tai myyntitiimin analytiikka

Vaihtoehdon 2 etuja ovat seuraavat:

• Suunnittelun aloittaminen on yksinkertaista. Kaikki kyseisessä osastossa olevien henkilöiden tarvitsema sisältö sijaitsee yhdessä työtilassa.
• Käyttäjien on helppo tietää, mitä työtilaa käyttää, koska heidän kaikki sisältönsä julkaistaan osastoon tai tiimiin liittyvään työtilaan.
• Käyttöoikeusroolien hallinta voi olla yksinkertaista etenkin silloin, kun Microsoft Entra -ryhmiä määritetään työtilan rooleihin (mikä on paras käytäntö).

Vaihtoehdon 2 haittoja ovat muun muassa seuraavat:

• Tuloksena on usein laaja-alainen työtila, joka sisältää useita kohteita. Laajasti määritelty työtilan laajuus voi vaikeuttaa tiettyjen kohteiden paikantamista käyttäjille.
• Koska työtilan ja Power BI -sovelluksen välillä on yksi yhteen -suhde, laajasti määritetty työtila voi aiheuttaa käyttäjille sovelluksia, jotka sisältävät paljon sisältöä. Tätä ongelmaa voidaan lieventää jättämällä tietyt työtilan kohteet pois sovelluksesta ja suunnittelemalla hyvin sovelluksen siirtymistoiminnot.
• Kun muiden osastojen käyttäjien täytyy tarkastella tiettyjä työtilan kohteita, käyttöoikeuksien hallinnasta voi tulla monimutkaisempaa. On olemassa riski, että ihmiset olettavat kaiken osastotyötilassa olevan vain heidän silmilleen. On myös olemassa riski siitä, että yksittäisten kohteiden jakamista käytetään liikaa eriytettyjen katseluoikeuksien saavuttamiseksi.
• Jos jotkin sisällöntekijät tarvitsevat oikeuden muokata joitakin kohteita (mutta eivät kaikkia kohteita), näitä käyttöoikeuksia ei voi määrittää yhdessä työtilassa. Tämä johtuu siitä, että työtilaroolit, jotka määrittävät muokkaus- tai tarkasteluoikeudet, määritetään työtilan tasolla.
• Kun työtilan kohteita on paljon, tämä tarkoittaa usein sitä, että sinun on käytettävä kohteisiin tiukkoja nimeämiskäytäntöjä, jotta käyttäjät löytävät tarvitsemansa.
• Jos työtilassa on useita kohteita, työtiloissa saattaa olla tekninen rajoitus työtilaan tallennettavien kohteiden määrälle.

Vihje

Kun luot työtiloja, jotka ovat yhdenmukaisia organisaatiokaavion kanssa, työtiloja on usein vähemmän. Se voi kuitenkin aiheuttaa työtiloja, jotka sisältävät paljon sisältöä. Emme suosittele työtilojen tasaamista osastoa tai tiimiä kohden, jos kohteiden ja/tai käyttäjien määrän odotetaan olevan merkittävä.

Vaihtoehto 3: Tietyn raportin tai sovelluksen työtila

Työtilan luomista kullekin raportille tai analyysityypille ei suositella, lukuun ottamatta tiettyjä olosuhteita.

Esimerkkejä: Päivittäisten myyntien yhteenveto tai johtajan bonukset

Vaihtoehdon 3 etuja ovat seuraavat:

• Suppeasti määritetyn työtilan tarkoitus on selkeä.
• Erittäin arkaluontoinen sisältö voidaan ja usein pitää erottaa omaan työtilaansa, jotta sitä voidaan hallita ja hallita eksplisiittisesti.
• Hienosäädettyjä työtilan käyttöoikeuksia voidaan soveltaa muutamiin kohteisiin. Tästä määrityksestä on hyötyä esimerkiksi silloin, kun käyttäjällä on oikeus muokata yhtä raporttia toisen raportin sijaan.

Vaihtoehdon 3 haittoja ovat muun muassa seuraavat:

• Jos työtiloja käytetään liikaa, niiden suppeasti määritettyjen työtilojen luominen aiheuttaa suuren määrän työtiloja.
• Suuri määrä työtiloja, joiden kanssa työskennellään, vaatii enemmän vaivaa. Vaikka käyttäjät voivat luottaa hakuun, oikean sisällön löytäminen oikeassa työtilassa voi olla turhauttavaa.
• Kun työtiloja on olemassa suurempi määrä, valvonnan ja seurannan näkökulmasta on enemmän työtä.

Vihje

Sellaisen työtilan luominen, jonka vaikutusalue on kapea, kuten yksittäinen raportti, tulisi tehdä vain erityisistä syistä. Sen pitäisi olla pikemminkin poikkeus kuin sääntö. Toisinaan tuloskorttien erottaminen omaan työtilaansa on hyödyllinen tekniikka. Esimerkiksi erillisen työtilan käyttämisestä on hyötyä, kun tuloskortti esittää tavoitteita, jotka ulottuvat useille aihealueille. On myös hyödyllistä määrittää tietyt käyttöoikeudet tuloskortin hallintaan ja tarkasteluun.

Tarkistusluettelo – Kun otetaan huomioon työtilan sisällön aihealue ja laajuus, tärkeimpiä päätöksiä ja toimintoja ovat seuraavat:

• Arvioi, miten työtiloja on tällä hetkellä määritetty: Tarkista, miten käyttäjät käyttävät työtiloja tällä hetkellä. Selvitä, mikä toimii ja mikä ei toimi hyvin. Suunnittele mahdollisia muutoksia ja käyttäjien koulutusmahdollisuuksia.
• Ajatellaan parasta työtilan vaikutusaluetta: Määritä, miten haluat käyttäjien käyttävän työtiloja tarkoituksen, aiheen alueen, laajuuden ja sisällön hallinnan perusteella.
• Tunnista, missä erittäin arkaluontoista sisältöä sijaitsee: Voit määrittää, milloin luodaan tietty työtila erittäin arkaluontoisille sisällöille.
• Luo ja julkaise ohjeita työtilojen käyttämisestä: Luo käyttäjille hyödyllisiä ohjeita tai usein kysyttyjä kysymyksiä työtilojen järjestämisestä ja käyttämisestä. Tuo nämä tiedot käytettäväksi koulutusmateriaaleissa ja keskitetyssä portaalissasi.

Työtilan kohdetyypit

Tietotyötilojen erottaminen raportointityötiloista on yleinen käytäntö erottaa tietoresurssit analyysiresursseista.

• Tietotyötila on tarkoitettu tallentamaan ja suojaamaan tietokohteita, kuten lakehouse, varasto, tietoputki, tietovuo tai semanttinen malli.
• Raportointityötila keskittyy enemmän analyyttisiin jatkotoimintoihin. Se on tarkoitettu esimerkiksi raporttien, koontinäyttöjen ja mittareiden, tallentamiseen ja suojaamiseen. Ensisijaisesti (mutta ei välttämättä yksinomaan) raportoinnin työtilat sisältävät Power BI -sisältöä.

Vihje

Jokaisen Fabric-kokemuksen avulla voit luoda erilaisia kohdetyyppejä. Nämä kohteet eivät aina sovi siististi siihen, mitä pidetään tietona ja mitä pidetään raportoinnin (tai analyyttisen) sisällönä. Esimerkkinä on Fabric-muistikirja , jota voidaan käyttää monella eri tavalla, kuten lataamalla ja muuntamalla tietoja Lakehousessa, lähettämällä Spark SQL -kyselyitä tai analysoimalla ja visualisoimalla tietoja PySparkin avulla. Kun työtila sisältää yhdistettyjä kuormituksia, suosittelemme keskittymään ensisijaisesti työtilan tarkoitukseen ja sisällön omistajuuteen , jotka kuvataan muualla tässä artikkelissa.

Seuraavassa on monia etuja tietotyötilojen erottamiselle raportointityötiloista:

• Tärkeät organisaation tiedot, kuten tuettu lakehouse- tai semanttinen malli, voivat sijaita tietyssä työtilassa, joka on suunniteltu mahdollistamaan uudelleenkäytettävät tiedot yritystasolla. Esimerkkejä ovat muun muassa seuraavat:
  • Raporttien luojat voivat etsiä luotettavia jaettuja semanttisia malleja ja käyttää niitä uudelleen helpommin. Lisätietoja on artikkelissa Hallittu omatoiminen BI-käyttöskenaario .
  • Semanttisten mallien luojat löytävät luotettavat tietovuot ja Lakehouse-taulukot helpommin. Lisätietoja on artikkelissa Omatoiminen tietojen valmistelun käyttöskenaario ja edistynyt omatoiminen tietojen valmistelun käyttöskenaario.
• Käyttöoikeuksien hallinta voidaan keskittää kriittisille organisaatiotieduksille. Käyttöoikeuden erillisestä hallinnasta tietotyötilassa verrattuna raportointityötiloihin on hyötyä, kun eri henkilöt vastaavat tiedoista ja raporteista. Kun hallittu omatoiminen BI on käytössä, on tavallista, että raporttien luojia on paljon ja tietojen luojia on vähemmän.
• Semanttisten mallien muokkaamisen ja hallinnan rajoittaminen vähentää tahattomien muutosten riskiä erityisesti kriittisiin tietokohteisiin, joita käytetään uudelleen moniin tarkoituksiin tai monien käyttäjien toimesta. Fyysinen erottaminen vähentää tahattomien tai hyväksymättömien muutosten mahdollisuuksia. Tästä ylimääräisestä suojauskerroksesta on hyötyä sertifioiduissa semanttisissa malleissa, joihin luotetaan niiden laadun ja luotettavuuden vuoksi.
• Yhteisomistusskenaarioita selkeytetään. Kun jaetut semanttiset mallit toimitetaan keskitetyltä BI- tai IT-tiimiltä ja itsepalvelusisällön luojat julkaisevat raportteja (liiketoimintayksiköissä), on hyvä erottaa semanttiset mallit erilliseen työtilaan. Näin vältetään yhteisomistuksessa olevien skenaarioiden moniselitteisyys, koska työtilan omistajuus ja vastuu on määritelty selkeämmin.
• Rivitason suojaus (RLS) on käytössä. Kun kannustat luojia työskentelemään eri työtiloissa, heillä ei ole tarpeetonta alkuperäisen semanttisen mallin muokkausoikeutta. Etuna on, että rivitason suojaus ja/tai objektitason suojaus (OLS) pakotetaan sisällöntekijöille (ja myös sisällön katselijille).

Työtilojen erottamisen ja raportointityötilojen erottamisen haittoja ovat muun muassa seuraavat:

• Työtilan nimeämiskäytäntö vaaditaan, jotta tietotyötila voidaan erottaa raportointityötilasta.
• Käyttäjän lisäopetusta tarvitaan sen varmistamiseksi, että sisällön tekijät ja kuluttajat tietävät, mistä julkaista ja löytää sisältöä.
• Joskus on haastavaa määrittää selkeästi kohdetyypit, joiden tulee sisältyä työtilaan. Ajan mittaan työtilaan voi päätyä enemmän sisältötyyppejä kuin alun perin oli tarkoitus.
• Erillisten työtilojen käyttö aiheuttaa suuremman määrän työtiloja, joita sinun on hallittava ja valvottava. Kun suunnittelet tarkoitusta, vaikutusaluetta ja muita huomioon otettavia seikkoja (kuten kehitys-, testi- ja tuotantosisällön erottamista), työtilan suunnittelun lähestymistapa voi mutkistua.
• Voit tarvita ylimääräisiä muutostenhallintaprosesseja, jotta voidaan seurata ja priorisoida pyydettyjä muutoksia keskitettyihin tietokohteisiin, erityisesti silloin, kun raporttien tekijöillä on vaatimuksia, joita yhdistelmämallit ja raporttitason mittarit voivat käsitellä tarkemmin.

Tarkistusluettelo – Kun otetaan huomioon työtilaan talletettavat kohdetyypit, tärkeimpiä päätöksiä ja toimintoja ovat seuraavat:

• Määritä tietojen uudelleenkäytön tavoitteet: Päätä, miten tietoja voidaan käyttää uudelleen osana hallittua omatoimista BI-strategiaa.
• Päivitä vuokraaja-asetus sille, kuka voi käyttää semanttisia malleja eri työtiloissa: Määritä, voidaanko tämä ominaisuus myöntää kaikille käyttäjille. Jos päätät rajoittaa semanttisten mallien käyttöä kaikissa työtiloissa, harkitse Fabric-hyväksyttyjen raporttien luojien kaltaisten ryhmän käyttämistä.

Työtilan käyttöoikeus

Koska työtilan ensisijainen tarkoitus on yhteistyö, työtilan käyttöoikeuksia soveltuvat pääasiassa käyttäjille, jotka luovat ja hallitsevat työtilan sisältöä. Sillä voi olla merkitystä myös silloin, kun työtilaa käytetään sisällön tarkasteluun (työtiloille toissijainen tarkoitus, kuten edellä tässä artikkelissa on kuvattu).

Kun alat suunnitella työtilan rooleja, on hyödyllistä kysyä itseltäsi seuraavat kysymykset.

• Mitkä ovat odotukset siitä, miten yhteistyö tapahtuu työtilassa?
• Käytetäänkö työtilaa suoraan kuluttajien sisällön tarkasteluun?
• Kuka vastaa työtilan sisällön hallinnasta?
• Kuka voi tarkastella työtilaan tallennettua sisältöä?
• Onko tarkoituksena määrittää yksittäisiä käyttäjiä tai ryhmiä työtilan rooleihin?

On parasta käyttää ryhmiä työtilaroolien määrittämiseen käytännön mukaan. Voit määrittää erityyppisiä ryhmiä. Työtilaroolit tukevat käyttöoikeusryhmiä, sähköpostia käyttäviä käyttöoikeusryhmiä, jakeluryhmiä ja Microsoft 365 -ryhmiä. Lisätietoja ryhmien käyttämisestä on artikkelissa Vuokraajatason suojauksen suunnittelu.

Kun aiot käyttää ryhmiä, voit harkita yhden ryhmän luomista roolia ja työtilaa kohden. Jos esimerkiksi haluat tukea neljännesvuosittaista rahoitustiedot - työtilaa, voit luoda seuraavat ryhmät:

• Fabric-työtilan järjestelmänvalvojat – Neljännesvuosittaiset rahoitustiedot
• Fabric-työtilan jäsenet – Neljännesvuosittaiset rahoitustiedot
• Fabric-työtilan osallistujat – Neljännesvuosittaiset rahoitustiedot
• Fabric-työtilan katselijat – Neljännesvuosittaiset rahoitustiedot
• Power BI - sovelluksen katselijat – Neljännesvuosittaiset taloustiedot

Vihje

Edellä lueteltujen ryhmien luominen on joustavaa. Tähän liittyy kuitenkin useiden ryhmien luominen ja hallinta. Useiden ryhmien hallinta voi myös olla haastavaa, jos ryhmiä luodaan ja ylläpidetään vain IT-yksillä. Tätä haastetta voidaan lieventää ottamalla käyttöön omatoimisen ryhmän hallinta tietyille satelliittijäsenille. Nämä jäsenet voivat sisältää Center of Excellencen (COE), mestarit tai luotetut käyttäjät, jotka on koulutettu hallitsemaan liiketoimintayksikkönsä roolijäsenyyksiä. Lisätietoja on artikkelissa Vuokraajatason suojauksen suunnittelu.

Kun tietotyötilat on erotettu raportointityötiloista aiemmin tässä artikkelissa kuvatulla tavalla, tämä johtaa entistä suurempaan määrään ryhmiä. Mieti, miten ryhmien määrä kaksinkertaistuu viidestä kymmeneen, kun erotat tiedot ja raportointityötilat:

• Fabric-tietotyötilan järjestelmänvalvojat – Neljännesvuosittaiset rahoitustiedot
• Fabric-raportointityötilan järjestelmänvalvojat – Neljännesvuosittaiset rahoitustiedot
• Fabric-tietotyötilan jäsenet – Neljännesvuosittaiset rahoitustiedot
• Fabric-raportointityötilan jäsenet – Neljännesvuosittaiset rahoitustiedot
• Fabric-tietotyötilan osallistujat – Neljännesvuosittaiset rahoitustiedot
• Fabric-raportointityötilan osallistujat – Neljännesvuosittaiset rahoitustiedot
• Fabric-tietotyötilan katselijat – Neljännesvuosittaiset rahoitustiedot
• Fabric-raportointityötilan katselijat – Neljännesvuosittaiset taloustiedot
• Power BI - sovelluksen katselijat – Neljännesvuosittaiset taloustiedot

Kun kehitys-, testi- ja tuotantokäyttöön on olemassa useita työtiloja, seurauksena on vielä suurempi määrä ryhmiä. Ryhmien määrä voi kolminkertaistua. Esimerkiksi vain tietotyötilan järjestelmänvalvojille olisi näitä kolmea ryhmää:

• Fabric-tietotyötilan järjestelmänvalvojat – Neljännesvuosittaiset rahoitustiedot [Dev]
• Fabric-tietotyötilan järjestelmänvalvojat – Neljännesvuosittaiset rahoitustiedot [Testi]
• Fabric-tietotyötilan järjestelmänvalvojat – Neljännesvuosittaiset rahoitustiedot

Edellisissä esimerkeissä välitetään, että työtilan rooleihin yhdistävien ryhmien käyttö voi nopeasti muuttua hallitsemattomaksi.

Vihje

Joskus tarvitaan vähemmän ryhmiä, erityisesti kehityksessä. Sinun ei ehkä tarvitse määrittää kehitteillä olevaa työtilan katselijaryhmää. kyseistä ryhmää tarvitaan vain testausta ja tuotantoa varten. Voit myös ehkä käyttää samaa työtilan järjestelmänvalvojaryhmää kehittämiseen, testaukseen ja tuotantoon. Lisätietoja kehityksestä, testaamisesta ja tuotannosta on jäljempänä tämän artikkelin kohdassa Työtilan elinkaaren hallinta .

Työtilaroolien ryhmien tehokas käyttö voi vaatia huomattavaa suunnittelua. Valmistaudu kohtaamaan tilanteita, joissa olemassa olevat ryhmät (jotka voidaan kohdistaa organisaatiokaavioon) eivät täytä kaikkia Fabric-sisällön hallinnan tarpeitasi. Tässä tapauksessa suosittelemme, että luot ryhmiä erityisesti tätä tarkoitusta varten. Siksi sanat Fabric tai Power BI sisältyvät yllä näytettyihin ryhmän nimiesimerkkiin. Jos sinulla on useita liiketoimintatietojen työkaluja, voit halutessasi käyttää etuliitteenä vain BI :tä. Näin voit käyttää samoja ryhmiä useissa työkaluissa.

Lopuksi esimerkeissä näytetään yksi työtila – neljännesvuosittainen taloustiedot – mutta usein on mahdollista hallita kokoelmaa työtiloja, joissa on yksi ryhmä. Esimerkiksi useat taloustiimin omistamat ja hallitsemat työtilat saattavat käyttää samoja ryhmiä.

Muistiinpano

Suunnittelet usein suojauksen laajemmin ottaen huomioon semanttisen mallin luku- ja muodostamisoikeusvaatimukset sekä rivitason suojauksen (RLS) vaatimukset. Lisätietoja siitä, mitä kannattaa harkita raporttien kuluttajien ja sisällöntuottajien tukemiseksi, on suojauksen suunnittelua käsittelevistä artikkeleista. Tässä artikkelissa keskitytään vain työtilan rooleihin osana työtilan suunnitteluprosessia.

Tarkistusluettelo – Kun harkitset työtilan käyttöä, tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

• Viittaa rooleihin ja vastuisiin: Käytä rooleja ja vastuita koskevia tietoja, jotka on valmisteltu aiemmin työtilaroolien suunnittelua varten.
• Määritä, kuka omistaa ja hallitsee: Varmista, että kaikki kohteet, jotka haluat tallentaa yhteen työtilaan, ovat yhdenmukaisia niiden henkilöiden kanssa, jotka vastaavat sisällön omistamisesta ja hallinnasta. Jos ilmenee ristiriitaisia ongelmia, harkitse uudelleen, miten työtilat voitaisiin järjestää paremmin.
• Määritä, ketkä tarkastelevat sisältöä työtilassa: Määritä, tarkastelevatko käyttäjät sisältöä suoraan työtilasta.
• Työtilaroolien palvelupaketti: Määritä, ketkä henkilöt soveltuvat järjestelmänvalvojan, Jäsen-, Osallistuja, ja Katselija rooleille kullekin työtilalle.
• Päätä ryhmän tai yksittäisen roolin määritykset: Määritä, haluatko määrittää työtilan rooleille yksittäisiä käyttäjiä tai ryhmiä. Tarkista, onko olemassa olevia ryhmiä, joita voit käyttää työtilan roolimäärityksiä varten.
• Määritä, täytyykö uusia ryhmiä luoda: Harkitse tarkkaan, onko sinun luotava uusi ryhmä kullekin työtilan roolille. Muista, että tämä voi johtaa useiden ryhmien luomiseen ja ylläpitoon. Määritä, mikä on prosessi, kun uusi työtila luodaan ja miten liittyvät ryhmät luodaan.
• Määritä ja testaa työtilan roolimäärityksiä: Varmista, että käyttäjillä on tarvittavat tietoturva-asetukset, joita heidän on käytettävä tuottavan sisällön luomisen, muokkaamisen ja katselun aikana.

Työtilan toimialue

Kuten aiemmin tässä artikkelissa kuvattiin, on tärkeää selkeyttää työtilan omistajuutta. Yksi tapa tukea työtilan omistajuutta Fabricissa on toimialueet. Toimialueen avulla voidaan ryhmitellä loogisesti useita työtiloja, joilla on samanlaiset ominaisuudet.

Lisätietoja vuokraajasi toimialueiden suunnittelusta on kohdassa Työtilan toimialueet.

Työtilan asetukset

Kullekin yksittäiselle työtilalle voi määrittää useita asetuksia. Nämä asetukset voivat vaikuttaa merkittävästi siihen, miten yhteistyö tapahtuu, kenellä on oikeus käyttää työtilaa ja tietojen uudelleenkäytettävyyteen Fabric-kuormituksissa.

Työtilan käyttöoikeustila

Jokaisella työtilalla on käyttöoikeustila-asetus . Sen arvoksi voidaan määrittää Pro, käyttäjäkohtainen Premium, Premium-kapasiteetti, Embedded, Fabric-kapasiteetti tai kokeiluversio.

Tärkeä

Joskus tämä artikkeli viittaa Power BI Premiumiin tai sen kapasiteettitilauksiin (P-varastointiyksiköt). Ota huomioon, että Microsoft vahvistaa parhaillaan ostovaihtoehtoja ja poistaa käytöstä Kapasiteettikohtaisen Power BI Premiumin. Uusien ja nykyisten asiakkaiden kannattaa harkita Fabric-kapasiteettitilausten (F-varastointiyksiköiden) ostamista.

Lisätietoja on artikkelissa Power BI Premium -käyttöoikeuksien tärkeä päivitys ja Power BI Premiumin usein kysytyt kysymykset.

Käyttöoikeustyyppi on tärkeä työtilan suunnittelussa, koska se määrittää seuraavat:

• ominaisuudet: Eri ominaisuuksia tuetaan. PPU sisältää lisää ominaisuuksia (kuten käyttöönottoputkia), jotka eivät ole käytettävissä Prossa. Fabric-kapasiteettiin määritetyille työtiloille on tarjolla paljon enemmän Fabric-ominaisuuksia (kuten Lakehouses).
• Sisällön käyttö: Käyttöoikeustyyppi määrittää, ketkä voivat käyttää työtilan sisältöä:
  • Vain käyttäjät, joilla on PPU-käyttöoikeus (työtilaroolin määrittämisen lisäksi), voivat käyttää PPU-työtilaa.
  • Jos aiot tarjota sisältöä sisällön katselijoille, joilla on maksuton käyttöoikeus, tarvitset F64-käyttöoikeuden tai sitä uudemman käyttöoikeuden.
• Tietojen tallennussijainti: Kun tiedot on tallennettava tietylle maantieteelliselle alueelle (kotialueesi ulkopuolelle), tämä on mahdollista, kun kapasiteettiin on määritetty työtila (ja näin ollen kapasiteetti luodaan kyseiselle alueelle). Lisätietoja tietojen tallennussijainnista on kohdassa Vuokraajan asennus.

Tarkistusluettelo – Kun harkitset työtilan käyttöoikeustilaa, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Ota huomioon jokaisen työtilan: Määritä kunkin työtilan ominaisuusvaatimukset. Ota huomioon erot kuormituksessa ja siinä, ketkä käyttäjät aiot käyttää työtilaa.
• Määritä työtilan käyttöoikeustila: Tarkista ja päivitä kukin työtilan käyttöoikeustila sen mukaan, mitä ominaisuuksia kukin työtila tarvitsee.

Työtilan elinkaaren hallinta

Kun sisällöntekijät tekevät yhteistyötä ja tarjoavat analyyttisia ratkaisuja, jotka ovat tärkeitä organisaatiolle, siihen liittyy erilaisia elinkaaren hallintaan liittyviä näkökohtia. Näitä prosesseja kutsutaan myös jatkuvaksi integroinniksi/jatkuvaksi toimitukseksi (CI/CD),jotka ovat DevOpsin yksi osa.

Useita elinkaaren hallintaan liittyviä seikkoja ovat esimerkiksi seuraavat:

• Sisällön ajantasaisen, luotettavan ja yhdenmukaisen toimituksen varmistaminen.
• Viestintä ja toimien koordinointi useiden samassa projektissa työskentelevien sisällöntuottajien välillä.
• Ristiriitojen ratkaiseminen, kun useat sisällön luojat muokkaavat samaa kohdetta samassa projektissa.
• Opit jäsentämään yksinkertaisen ja luotettavan käyttöönottoprosessin.
• Käyttöönotetun sisällön peruuttaminen aiempaan vakaaseen, toimivaan versioon.
• Uusien ominaisuuksien ja virheenkorjausten nopeiden julkaisujen tasapainottaminen samalla kun tuotantosisältö suojataan.

Fabricissa on kaksi elinkaaren hallinnan pääkomponenttia.

• sisällön versionhallinta: Git -integroinnin avulla sisällön omistajat ja tekijät voivat luoda versioita työstään. Sitä voidaan käyttää verkkopohjaisen kehityksen kanssa työtilassa tai kehitettäessä asiakastyökalua, kuten Power BI Desktopia. Versionhallinta (tunnetaan myös lähteen hallinnana) saavutetaan seuraamalla projektin kaikkia versioita käyttämällä paikallisiin ja etäsäilöihin liittyviä haaroja Azure DevOpsissa. Etäsäilön haaroihin tehdään säännöllisesti muutoksia. Kun sisällöntekijä on suorittanut testatut ja hyväksytyt muutokset, hänen haaransa yhdistetään ratkaisun uusimpaan versioon pääasiallisesta etäsäilöstä (yhdistämisristiriitojen ratkaisemisen jälkeen). Git-integrointi voidaan määrittää kullekin työtilalle Fabric-portaalissa, jos ominaisuus on otettu käyttöön vuokraaja-asetuksissa.
• Sisällön ylentäminen: käyttöönottojaksot keskittyvät ensisijaisesti julkaisun hallintaan, jotta käyttäjien ympäristö pysyy vakaana. Voit määrittää työtilan käyttöönottoputken vaiheeseen (kehitys, testi tai tuotanto). Sen jälkeen voit helposti ja järjestelmällisesti ylentää tai ottaa käyttöön sisältöäsi seuraavassa vaiheessa.

Kun yhdistät elinkaaren hallintaominaisuuksia, suunnitteluprosessissa on otettava huomioon myös parhaat käytännöt . Voit esimerkiksi käyttää Git-integrointia kehitystyötilassasi ja käyttöönottoputkissa testi- ja tuotantotyötiloissasi julkaisemiseksi. Tällaiset päätökset edellyttävät sovittua käytäntöä johdonmukaisesti. Suosittelemme, että teet soveltuvuusselvityksen, jotta voit testata asennus-, prosessi- ja käyttöoikeusmallisi täysin.

Tarkistusluettelo – Kun suunnittelet työtilan elinkaaren hallintaa, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Määritä, miten käyttäjien on käytettävä versionhallintaa: Analysoi, miten omatoiminen ja edistyneen sisällön luojat toimivat sen määrittämiseksi, onko OneDrive for Business- tai SharePoint-tiedostojen versiointi sopiva. Esittelyssä Git-integrointi kokeneille käyttäjille, jotka tarvitsevat lisää ominaisuuksia. Valmistaudu tukemaan molempia käyttäjätyyppejä.
• Määritä, miten käyttäjien on edistettävä sisältöä: Analysoi, miten omatoiminen ja edistyneet sisällöntekijät toimivat määrittäessään, sopivatko käyttöönottojaksot sisällön edistämiseen.
• Päätä, tuleeko Git-integrointi ottaa käyttöön: Mieti, sopiiko Git-integrointi työtiloihin sisällöntekijöille. Määritä, että Käyttäjät voivat synkronoida työtilakohteita Git-säilöjen vuokraaja-asetuksen kanssa tämän päätöksen mukaisesti. Tarkista kaikki Git-integroinnin vuokraaja-asetukset ja määritä ne hallintoohjeiden mukaisesti.
• Tee soveltuvuusselvitys: Suorita tekninen soveltuvuusselvitys, joka selventää, miten Git-työtilat ja käyttöönottoputket toimivat yhdessä.
• Päätä, missä työtiloissa tulee olla Git-integrointi: Mieti, miten sisällöntekijät toimivat ja mitkä työtilat tulisi määrittää kehitys-, testi- tai tuotantohaaraan (julkaisuvaiheessa).
• Vahvista käyttöoikeudet: Varmista, että sinulla on käytettävissäsi kapasiteetin käyttöoikeus Git-integroinnin käyttöön. Varmista, että kullekin työtilalle on määritetty Fabric-kapasiteetti tai Power BI Premium -kapasiteetti.
• Määritä Azure DevOps: Määritä yhdessä järjestelmänvalvojasi kanssa Azure DevOps -projektit, -säilöt ja -haarat, joita tarvitset kussakin työtilassa. Määritä asianmukainen käyttöoikeus kuhunkin säilöön.
• Yhdistä työtilat: Yhdistä kukin työtila asianmukaiseen Azure DevOps -säilöön.
• Mieti, kenen pitäisi ottaa käyttöön tuotannossa: Tee päätöksiä siitä, miten ja kenen pitäisi pystyä päivittämään tuotantosisältöä. Varmista, että nämä päätökset vastaavat sitä, miten työtilan omistajuus käsitellään organisaatiossasi.
• Opeta sisällöntekijöitä: Varmista, että kaikki sisällöntuottajasi ymmärtävät, milloin elinkaaren hallintaominaisuuksia ja -käytäntöjä käytetään. Kerro heille työnkulusta ja siitä, miten eri työtilat vaikuttavat elinkaaren hallintaprosesseihin.

Työtilan integrointi ADLS Gen2:een

Työtila on mahdollista yhdistää Azure Data Lake Storage Gen2 (ADLS Gen2) -tiliin. Saatat tehdä tämän kahdesta syystä:

• Power BI -tietovoiden tietovoiden tallennustilan: Jos tuot oman-oma-data-lake-tallennustilan, Power BI -tietovoiden (Gen1) tietoja voidaan käyttää suoraan Azuressa. Tietovuon tallennustilan suora käyttö ADLS Gen2 :ssa on hyödyllistä, kun haluat muiden käyttäjien tai prosessien tarkastelevan tai käsittelevän tietoja. Siitä on hyötyä erityisesti silloin, kun tavoitteena on käyttää tietovoiden tietoja uudelleen Power BI:n ulkopuolella. Tallennustilan määrittämiseen on kaksi vaihtoehtoa:
  • Vuokraajatason tallennus, josta on hyötyä keskitettäessä kaikki Power BI -tietovoiden tiedot yhteen ADLS Gen2 -tiliin.
  • Työtilatason tallennus, josta on hyötyä, kun liiketoimintayksiköt hallitsevat omaa Data Lake -tallennustilaansa tai kun niillä on tiettyjä tietojen tallennusvaatimuksia.
• Varmuuskopiointi ja palautus Power BI:n semanttisille malleille: Semanttisen Power BI -mallin varmuuskopiointi- ja palautustoimintoa tuetaan työtiloissa, jotka on määritetty kapasiteettiin tai PPU:hin. Tämä ominaisuus käyttää samaa ADLS Gen2 -tiliä, jota käytetään Power BI -tietovoiden tietojen tallentamiseen (kuvattu edellisessä luetelmakohdassa). Semanttisten mallien varmuuskopioista on hyötyä:
  • Tietojen säilytysvaatimusten noudattaminen
  • Rutiinien varmuuskopioinnin tallentaminen osana järjestelmäpalautusstrategiaa
  • Varmuuskopioiden tallentaminen toiselle alueelle
  • Tietomallin siirtäminen

Tärkeä

Azure-yhteyksien määrittäminen Fabric-hallintaportaalissa ei tarkoita sitä, että koko vuokraajan kaikki tietovuot tallennetaan oletusarvoisesti ADLS Gen2 -tilille. Jotta voit käyttää eksplisiittistä tallennustiliä (sisäisen tallennustilan sijaan), jokaisen työtilan on oltava eksplisiittisesti yhdistetty. On tärkeää, että määrität työtilan Azure-yhteydet ennen Power BI -tietovoiden luomista työtilassa.

Tarkistusluettelo – Kun harkitset työtilan integrointia ADLS Gen2:een, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Päätä, käytetäänkö työtilaa tavoilla, jotka edellyttävät Azure-tallennustilan: Mieti, olisiko bring-your-own-data-lake-skenaariosta hyötyä tietovoiden tallennustilassa ja/vai onko sinulla vaatimuksia käyttää semanttisen mallin varmuuskopiointia ja toimintojen palauttamista.
• Määritä, mitä Azure-tallennustiliä käytetään: Valitse Azure-tallennustili, jossa hierarkkinen nimitila käytössä (ADLS Gen2) vuokraajatason (keskitetty) tietovuotietojen tallennusta tai semanttisia mallin varmuuskopioita varten. Varmista, että Azure-tallennus tilisi tiedot ovat helposti saatavilla.
• Vuokraajatason tallennustilin määrittäminen: Määritä Fabric-hallintaportaalissa vuokraajatason ADLS Gen2 -tallennustili.
• Päätä, voivatko työtilan järjestelmänvalvojat yhdistää tallennustilin: Käy keskusteluja, jotta ymmärrät hajautettujen tiimien tarpeet ja sen, ylläpitävätkö yksittäiset tiimit tällä hetkellä omia Azure-tallennustilejään. Päätä, tuleeko tämä ominaisuus ottaa käyttöön.
• Määritä järjestelmänvalvojan asetus työtilatason tallennustilan: Ota Fabric-hallintaportaalissa käyttöön asetus, jonka avulla työtilan järjestelmänvalvojat voivat yhdistää oman tallennustilinsä.
• Määritä työtilatason Azure-tallennusyhteydet: Määritä kunkin yksittäisen työtilan Azure-tallennustili. Sinun on määritettävä tallennustili ennen Power BI -tietovoiden luomista työtilassa. Jos aiot käyttää semanttisen mallin varmuuskopioita, varmista, että työtilan käyttöoikeustilaksi on määritetty kapasiteetti tai PPU.
• Päivitä työtilan hallintadokumentaatio: Varmista, että työtilan hallintadokumentaatiosi sisältää tietoja siitä, miten ADLS Gen2 -tallennustilit määritetään oikein. Tuo tiedot saataville keskitettyihin portaaleihin ja koulutusmateriaaleihin.

Työtilan integrointi Azure Log Analyticsin kanssa

Azure Log Analytics on Azure Monitorin palvelu. Azure Log Analyticsin avulla voit tarkastella Analysis Services -moduulin luomia diagnostiikkatietoja, jotka isännöivät Power BI:n semanttisia malleja. Työtilatason lokeista on hyötyä suorituskyvyn ja trendien analysoinnissa, tietojen päivitysanalyysin suorittamisessa, XMLA-päätepisteiden toimintojen analysoinnissa ja niin edelleen. Azure Log Analytics on käytettävissä vain työtiloille, joille on määritetty kapasiteetti tai PPU.

Muistiinpano

Vaikka nimet ovat samankaltaisia, Azure Log Analyticsiin lähetetyt tiedot eroavat Power BI:n toimintolokin tallentamista tiedoista. Azure Log Analyticsiin lähetettävät tiedot koskevat Analysis Services -moduulin luomia tapahtumia (esimerkiksi Kyselyn alku - ja Kyselyn loppu -tapahtumia). Toisaalta toimintalokiin liittyy käyttäjien toiminnan seuranta (esimerkiksi Näytä raportti tai Muokkaa raporttitapahtumia).

Lisätietoja semanttisen mallin tapahtumalokeista on kohdassa Tietotason valvonta.

Lisätietoja Azure Log Analyticsin määrittämisestä Power BI:n kanssa käytettäväksi on artikkelissa Azure Log Analyticsin määrittäminen Power BI:lle. Muista ymmärtää edellytykset, jotka sinulla on oltava, jotta integrointi toimii.

Tarkistusluettelo – Kun harkitset työtilan integrointia Azure Log Analyticsiin, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Päätä, voivatko työtilan järjestelmänvalvojat muodostaa yhteyden Log Analytics -: Selvitä, saavatko työtilan järjestelmänvalvojat käyttää Azure Log Analyticsia työtilatason lokien analysointiin. Jos käyttö on rajoitettu vain tietyille henkilöille, päätä, mitä ryhmää käytetään.
• Määritä vuokraaja-asetus Log Analytics -yhteyksille: Määritä Fabric-hallintaportaalissa vuokraaja-asetus sen päätöksen mukaan, kummalle työtilan järjestelmänvalvojat määrittävät yhteyksiä.
• Määritä Log Analytics -työtila jokaiselle työtilalle: Määritä työtilan asetuksissa kunkin työtilan Azure Log Analytics -tiedot. Jos haluat siepata työtilatason lokit, varmista, että työtilan käyttöoikeustilaksi on määritetty kapasiteetti tai PPU.
• Työtilan hallintadokumentaation päivittäminen: Varmista, että työtilan hallintadokumentaatio sisältää tietoja siitä, miten voit määrittää työtilan Azure Log Analyticsille.

Muut työtilan ominaisuudet

Useat muut työtilan ominaisuudet voivat antaa hyödyllisiä tietoja. Suosittelemme , että määrität nämä ominaisuudet hallituissa työtiloissa.

Seuraavassa on joitakin ehdotuksia, joiden avulla voit määrittää nämä avainasetukset käyttäjiesi käyttökokemuksen parantamiseksi.

• Työtilan kuvauksen: Hyvä työtilan kuvaus sisältää lyhyen mutta tarkan kuvauksen siitä, minkä tyyppistä sisältöä työtilassa on. Voit kuvailla enintään 4 000 merkkiä:
  • Työtilan tarkoitus
  • Kohdeyleisö
  • Työtilaan julkaistun sisällön tyyppi
  • Katsotaan, käsitelläänkö työtilaa hallittuna
  • Sisältääkö työtila kehitys-, testi- tai tuotantotietoja
  • Keneen ottaa yhteyttä, jos sinulla on kysyttävää (joskus on tärkeää näyttää nämä tiedot mahdollisimman näkyvästi seuraavassa kuvatun yhteystietoluettelon lisäksi)
• Työtilan yhteystiedot: Työtilan yhteystietoluettelo sisältää oletusarvoisesti työtilan järjestelmänvalvojat. Jos sinulla on teknisen sisällön omistajia, jotka eroavat aiheasiantuntijoista, muiden yhteystietojen määrittämisestä voi olla hyödyllistä. Toiset yhteystiedot voivat olla ryhmiä tai henkilöitä, jotka voivat vastata työtilan sisältöä koskeviin kysymyksiin.
• Työtilan kuvan: Työtilan kuvien yhdenmukaisesta käytöstä voi olla hyötyä käyttäjille, kun he skannaavat työtilojen luetteloa. Harkitse kuvan käyttämistä, jotta käyttäjät voivat selvittää seuraavat:
  • Toimialue tai aihealue
  • Mikä liiketoimintayksikkö tai tiimi omistaa ja hallitsee sisältöä
  • Oli kyseessä sitten tietotyötila (joka on tarkoitettu uudelleenkäytettävien kohteiden, kuten lakehousen, varaston, tietoputken, tietovuon tai semanttisen mallin, tallentamiseen)
  • Onko kyseessä raportointityötila (joka on tarkoitettu analyysikohteiden, kuten raporttien, koontinäyttöjen tai mittareiden, tallentamiseen)
• Tietomalliasetukset -: Sallii työtilan jäsenten, järjestelmänvalvojien ja käyttäjien käyttää koontiversio-oikeutta semanttisiin malleihin Power BI -tietomallien muokkaamiseksi verkkoliittymän avulla. Tätä asetusta käytetään yhdessä Sen käyttäjien kanssa , jotka voivat muokata tietomalleja Power BI -palvelun vuokraaja-asetuksissa. Tämän asetuksen tulee olla linjassa tekemiesi päätösten ja prosessien kanssa sen osalta, miten sisältöä luodaan, hallitaan ja otetaan käyttöön. Harkitse myös menetelmääsi versionhallintaan aiemmin tässä artikkelissa kuvatulla tavalla.

Tarkistusluettelo – Kun otetaan huomioon muita työtilan ominaisuuksia, tärkeimpiä päätöksiä ja toimintoja ovat seuraavat:

• Määritä työtilan kuvaus -: Varmista, että työtilan kuvaukseen sisältyy hyödyllinen ja perusteellinen kuvaus.
• Käytä työtilanhyödyllistä kuvaa: Määritä työtilalle yhtenäinen kuva, joka auttaa käyttäjiä ymmärtämään sen aihealueen, kuka omistaa ja hallitsee työtilan sisältöä ja/tai työtilaan tallennetun sisällön tyyppiä.
• Työtilan yhteystietojen tunnistaminen -: Tarkista, onko työtilan järjestelmänvalvojien oltava työtilan yhteyshenkilöitä vai tulisiko tietyt käyttäjät tai ryhmät määrittää.
• Määritä tietomallin asetukset: Mieti, mitkä työtilat voivat sallia verkkopohjaisen tietomallin muokkaamisen. Määritä Käyttäjät voivat muokata tietomalleja Power BI -palvelun vuokraaja-asetuksissa sen mukaan, ketkä voivat muokata ja hallita sisältöä.

Muut tekniset tekijät

On myös muita teknisiä tekijöitä, jotka saattavat vaikuttaa työtilan asetuksiin.

• Jos integroit sisältöä muihin työkaluihin ja palveluihin, tällä voi olla vaikutuksia käyttöoikeuksiin. Jos esimerkiksi upotat Power Apps -visualisoinnin Power BI -raporttiin, tarvitset asianmukaiset Power Apps -käyttöoikeudet.
• Työtilakohtaiset tallennusrajoitukset koskevat sitä tietomäärää, jonka voit tallentaa Pro-työtilaan. Jos kapasiteetin tai PPU:n käyttö ei ole vaihtoehtona, mieti, miten voit työskennellä tallennusrajoitukset puitteissa työtilan suunnitteluprosessin aikana.
• Kun asennat mallisovelluksen AppSourcesta, se luo uuden työtilan, jonka aihe ja laajuus ovat kapeat.

Tarkistusluettelo – Kun otetaan huomioon muita teknisiä tekijöitä, tärkeimpiä päätöksiä ja toimintoja ovat seuraavat:

• Kiinnitä huomiota teknisiin tekijöihin: Kun suunnittelet suunnitteluprosessia, selvitä, onko päätöksentekoprosessiin vaikuttava tekninen syy (kuten työtilan tallennusrajoitukset).
• Järjestä työtilan sisältö uudelleen: Jos tallennusrajoista voi tulla ongelmia, luo nyt erilliset työtilat ja julkaise sisältöä uudelleen näihin uusiin työtiloihin.

Liittyvä sisältö

Jos haluat lisätietoja, toimintoja, päätöksentekokriteereitä ja suosituksia Power BI:n toteutuspäätösten tueksi, lue artikkeli Power BI:n käyttöönoton suunnittelu.