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änvalvojat: Järjestelmänvalvojat, 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 on luotava, julkaistava ja hallittava 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 sulkemisen raportit. 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:

• Tiimipohjainen kehitys: useat ihmiset voivat tehdä yhteistyötä sisällön kehityksen, testaamisen ja julkaisemisen parissa. Yksi käyttäjä saattaa työstää lakehousen suunnittelua. Toinen käyttäjä saattaa työstää semanttisen mallin (aiemmin tietojoukkona) suunnittelua, kun taas muut käyttäjät saattavat keskittyä raporttien luomiseen.
• Testaus ja vahvistukset: 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.
• Parannukset: Sisällön sidosryhmät ja kuluttajat saattavat ehdottaa sisällön parannuksia olosuhteiden muuttuessa.
• Omistajuuden siirto: Toinen henkilö tai tiimi voi ottaa vastuun jonkun muun 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:

• Liiketoimintalähtöinen omatoiminen BI: 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 ja hallitsee tietoja, kun taas liiketoimintayksiköiden useat 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:

• Mieti yhteistyön odotuksia: Selvitä, miten työtilayhteistyön täytyy tapahtua ja ketkä ovat mukana yhdessä tiimissä tai organisaation rajojen yli.
• Mieti sisällön omistajuuden ja hallinnan odotuksia: Ajattele, miten erilaiset sisällön omistajuus- ja hallintatavat (liiketoimintaan perustuva omatoiminen BI, hallittu omatoiminen liiketoimintatietojen hallinta ja suuryritys-BI) vaikuttavat työtilojen suunnitteluun ja käyttöö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 voidaan käsitellä monella eri tavalla Power BI -palvelu:

• Raportteja voi 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.
• Raportteja voidaan tarkastella suoraan työtilassa: Tämä lähestymistapa sopii usein epämuodollisille 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 (linkkien tai suoran käytön) käyttö on hyödyllistä, kun työtilassa on tarpeen antaa vain luku -käyttöoikeus yksittäiseen 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ä voi tarkastella siellä: Joskus kuluttajat haluavat 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:

• Henkilökohtainen 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 työskentelee tiiviissä yhteistyössä. Tässä skenaariossa useimmat työtilat ovat epämuodollisia yhteistyötyötiloja.
• Departmental 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öä tarjotaan laaja-alaisesti 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:

• Mieti odotuksia sisällön tarkastelemiseen: 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ä, kenelle 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.
• Mieti sisällön toimituslaajuuteen vaikuttavia odotuksia: Mieti, 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ökohtaisissa työtiloissaan.
• Päätä, miten henkilökohtaisia työtiloja käytetään: Päätä, miten henkilökohtaisia työtiloja tulee käyttää (ja mitä ei) organisaatiossasi. Keskity tasapainottamaan riskejä ja helppokäyttöisyyttä sisältöyhteistyön ja katselun tarpeiden mukaan.
• Siirrä tarvittaessa henkilökohtaisen työtilan sisältö muualle: Siirrä tarvittaessa sisältöä henkilökohtaisesta työtilasta vakiotyötiloihin.
• 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 sisällön omistajuuden toiminnan: 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 selkeitä rooleja ja vastuita henkilöille, jotka tekevät yhteistyötä työtiloissa. Tuo nämä tiedot käytettäviksi perehdyttämistoiminnoissa, koulutusmateriaaleissa ja keskitetyssä portaalissasi.
• Vastuullisuusmatriisin luominen: Selvitä, kenen odotetaan hoitavan kutakin toimintoa sisältöä luodessaan, ylläpidtäessään, julkaistakseen, suojaaessaan ja tukiessaan. Valmistele nämä tiedot, kun alat suunnitella työtilan käyttöoikeusrooleja.
• Harkitse yhteisomistuksen tai tiimien yhteisomistuksen skenaarioita: Selvitä, milloin on olemassa skenaario, jossa työtilojen erottamisesta olisi hyötyä, jotta vastuut ovat selkeitä.
• Luo työtilan hallintadokumentaatio: 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 (aiemmin azure Active Directory). 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.
• Ajattele parasta työtilan vaikutusaluetta: Selvitä, miten haluat käyttäjien käyttävän työtiloja tarkoituksen, aiheen alueen, vaikutusalueen ja sisällön hallinnan perusteella.
• Tunnista, missä erittäin arkaluontoista sisältöä sijaitsee: Määritä, milloin luot tietyn työtilan erittäin arkaluontoista sisältöä varten, se voi olla perusteltavissa.
• Työtilojen käyttöä koskevien ohjeiden luominen ja julkaiseminen: 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 tiedot voidaan käyttää uudelleen osana hallittua omatoimista BI-strategiaa.
• Päivitä vuokraaja-asetus sille, kuka voi käyttää semanttisia malleja eri työtiloissa: Selvitä, 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?
• Ken vastaavat työtilan sisällön hallinnasta?
• Ken tarkastelevat 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 sisältöä: Varmista, että kaikki kohteet, jotka odotat tallentavan yhteen työtilaan, ovat linjassa 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 työtilan sisältöä: Määritä, tarkastelevatko käyttäjät sisältöä suoraan työtilasta.
• Työtilaroolien suunnittelu: Selvitä, mitkä henkilöt sopivat kunkin työtilan Hallinta, jäsenen, osallistujan ja katselijan rooleihin.
• Valitse ryhmän tai yksittäisen roolin määritykset: Määritä, haluatko määrittää yksittäisiä käyttäjiä tai ryhmiä työtilarooleihin. 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 tulee olla tuottavia 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 haluat tallentaa tietoja tietyllä maantieteellisellä alueella (kotialueesi ulkopuolella), se on mahdollista, kun kapasiteettiin on määritetty työtila (ja näin ollen kapasiteetti luodaan kyseisellä alueella). 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:

• Mieti, mitä ominaisuuksia kuhunkin työtilaan tarvitaan: 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 luojat 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 julkaisuhallintaan, 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 edistyneet sisällöntekijät toimivat määrittäen, onko tiedostojen versiointi OneDrive for Businessissa vai SharePointissa tarkoituksenmukaista. 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 ylennettävä sisältöä: Analysoi, miten omatoiminen ja edistyneet sisällöntekijät toimivat määrittäessään, sopivatko käyttöönottoputket sisällön edistämiseen.
• Päätä, tuleeko Gatin 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, jotta ymmärrät, miten Git-työtilat ja käyttöönottoputket toimivat yhdessä.
• Päätä, missä työtiloissa tulisi olla Git-integrointi: Mieti, miten sisällöntekijät toimivat ja mitkä työtilat tulisi määrittää kehitys-, testi- tai tuotantohaaraan (julkaisu).
• Vahvista käyttöoikeudet: Varmista, että sinulla on käytettävissä 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.
• Näyttöyhteys työtilat: Näyttöyhteys 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öille: Varmista, että kaikki sisällöntuottajasi ymmärtävät, milloin elinkaaren hallintaominaisuuksia ja -käytäntöjä kannattaa käyttää. Kerro heille työnkulusta ja siitä, miten eri työtilat vaikuttavat elinkaaren hallintaprosesseihin.

Työtilan integrointi ADLS Gen2:een

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

• power BI -tietovoiden tietojen Tallennus: Jos päätät tuoda oman-own-data-lake-järjestelmän, 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.
• Semanttisten Power BI -mallien varmuuskopiointi ja palautus: Power BI:n semanttisen mallin varmuuskopiointi- ja palautustoimintoa tuetaan työtiloissa, jotka on määritetty kapasiteetille tai PPU:lle. 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 Azure-tallennus edellyttävällä tavalla: Mieti, olisiko bring-your-own-data-lake -skenaariosta hyötyä tietovoiden tallennusta varten ja/vai onko sinulla vaatimuksia käyttää semanttisen mallin varmuuskopiointia ja palauttaa toimintoja.
• Määritä, mitä Azure-tallennus tiliä käytetään: Valitse Azure-tallennus tili, jolla hierarkkinen nimitila on käytössä (ADLS Gen2) vuokraajatason (keskitetty) tietovoiden tietojen tallennusta tai semanttista mallin varmuuskopioinnia 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-tallennus tilejään. Päätä, tuleeko tämä ominaisuus ottaa käyttöön.
• Määritä työtilatason tallennustilan järjestelmänvalvojan asetukset: Ota Fabric-hallintaportaalissa käyttöön asetus, jonka avulla työtilan järjestelmänvalvojat voivat yhdistää oman tallennustilinsä.
• Määritä työtilatason Azure-tallennus yhteydet: Määritä kunkin yksittäisen työtilan Azure-tallennus tili. 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 Analyticsiin: Selvitä, saavatko kaikki tai jotkin 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.
• Vuokraaja-asetuksen määrittäminen Log Analytics -yhteyksiä varten: Määritä Fabric-hallintaportaalissa vuokraaja-asetus sen päätöksen mukaan, jolle työtilan järjestelmänvalvojat määrittävät yhteyksiä.
• Määritä kunkin työtilan Log Analytics -työtila: 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.
• Päivitä työtilan hallintadokumentaatio: Varmista, että työtilan hallintadokumentaatiosi 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 kuvaus: Hyvä työtilan kuvaus sisältää lyhyen mutta tarkan kuvauksen siitä, minkä tyyppistä sisältöä työtilasta löytyy. 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
  • Ken 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 kuva: 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)
• Tietomallin asetukset: Sallii työtilan jäsenten, järjestelmänvalvojien ja käyttäjien luoda koontioikeudet semanttiseen malliin tai tietomalleihin Power BI -tietomallien muokkaamiseksi verkkoliittymän avulla. Tätä asetusta käytetään yhdessä sen Käyttäjien kanssa, jotka voivat muokata tietomalleja vuokraaja-Power BI -palvelu asetuksessa. 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ötilassa hyödyllistä kuvaa: Määritä työtilalle yhtenäinen kuva, joka auttaa käyttäjiä ymmärtämään sen aihealuetta, joka omistaa ja hallitsee työtilan sisältöä ja/tai työtilaan tallennetun sisällön tyyppiä.
• Määritä työtilan yhteyshenkilöt: 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 -palvelu vuokraaja-asetuksissa haluamasi asetuksen 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 käyt läpi suunnitteluprosessia, selvitä, onko päätöksentekoprosessiin jokin tekninen syy (kuten työtilan tallennusrajoitukset).
• Järjestä työtilan sisältö uudelleen: Jos tallennusrajoista voi tulla ongelma, 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.