Jaa


Power BI:n käyttöskenaariot: Mukautettava hallittu omatoiminen BI

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.

Kuten Fabric-käyttöönoton toteutussuunnitelman mukaan hallittu omatoiminen BI on ominaista sekoitetulle lähestymistavalle, joka korostaa kurinalaisuutta ytimessä ja joustavuutta reunalla. Tietoarkkitehtuuria ylläpitää yleensä yksi keskitettyjen BI-asiantuntijoiden tiimi, kun taas raportointivastuu kuuluu osastojen tai liiketoimintayksiköiden luojille.

Kun ydintietoarkkitehtuuri ei sisällä kaikkia vaadittuja tietoja, semanttisen mallin (aiemmin tietojoukkona) tekijät voivat laajentaa, mukauttaa tai mukauttaa jaettuja semanttisia malleja. Voidaan luoda uusia erikoistuneita semanttisia malleja, jotka täyttävät liiketoimintavaatimukset, joita olemassa olevat keskitetysti toimitetut semanttiset mallit eivät täytä. Mikä tärkeintä, perustietoja ei voi monistaa. Tätä käyttöskenaariota kutsutaan mukautettavaksi hallituksi omatoimisen BI:n palveluksi.

Muistiinpano

Tämä mukautettava hallittu omatoiminen BI-skenaario on toinen omatoimisesta BI-skenaariosta. Tämä skenaario perustuu siihen, mitä voidaan tehdä keskitetyllä jaetulla semanttisella mallilla (joka otettiin käyttöön hallitussa omatoimisessa BI-skenaariossa). Luettelo kaikista skenaarioista löytyy Power BI:n käyttöskenaarioita olevasta artikkelista .

Sisältöyhteistyö- ja toimitusskenaarioita käsittelevässä aiheessa kuvattuja näkökohtia ei käsitellä nyt tässä artikkelissa. Lue lisätietoja näistä artikkeleista ensin.

Skenaariokaavio

Seuraavassa kaaviossa esitetään yleiskatsaus yleisimpiin käyttäjän toimintoihin ja Power BI -komponentteihin, jotka tukevat mukautettavia hallittuja omatoimisen liiketoimintatietojen hallintaa. Ensisijaisena painopisteenä on tarjota liiketoimintayksiköiden sisällöntekijöille mahdollisuus luoda erityinen tietomalli laajentamalla aiemmin luotua jaettua semanttista mallia. Tavoitteena on saavuttaa uudelleenkäytettävyys aina kun se on mahdollista ja sallia joustavuus lisäanalyyttisten vaatimusten täyttämiseksi.

Kaaviossa näytetään mukautettavat hallitut omatoimisen liiketoimintatietojen hallinta, joka koskee yhdistelmäsemanttisten mallien luomista, jotka laajentavat ja mukauttavat muita semanttisia malleja. Kaavion kohteet on kuvattu alla olevassa taulukossa.

Vihje

Suosittelemme lataamaan skenaariokaavion , jos haluat upottaa sen esitykseen, dokumentaatioon tai blogikirjoitukseen tai tulostaa sen seinäjulisteena. Koska kyseessä on SVG-kuva, voit skaalata sitä ylös- tai alaspäin ilman laadun heikkenemistä.

Skenaariokaaviossa esitetään seuraavat käyttäjän toiminnot, työkalut ja ominaisuudet:

Kohde Kuvaus
Kohde 1. Semanttisen mallin luoja A kehittää mallin käyttämällä Power BI Desktopia. Uudelleenkäyttöön tarkoitetussa semanttisessa mallissa on yleistä (mutta ei välttämätöntä), että tekijä kuuluu keskitettyyn tiimiin, joka tukee käyttäjiä organisaation yli (kuten IT, yritys-BI tai Center of Excellence).
Kohde 2. Power BI Desktop muodostaa yhteyden yhden tai useamman tietolähteen tietoihin.
Kohde 3. Tietomallin kehitys tapahtuu Power BI Desktopissa. Lisäksi on tehty lisätoimia hyvin suunnitellun ja käyttäjäystävällisen mallin luomiseksi, jotta monet omatoimisen raportin luojat voivat käyttää sitä tietolähteenä. Mallin tekijät voivat DAX-kyselyiden avulla kehittää ja tutkia mallia kehityksen aikana.
Kohde 4. Kun malli on valmis, mallin luoja A julkaisee Power BI Desktop -tiedoston (.pbix) tai Power BI -projektitiedoston (.pbip), joka sisältää vain Power BI -palvelu mallin.
Kohde 5. Semanttinen malli julkaistaan työtilaan, joka on omistettu jaettujen semanttisten mallien tallentamiseen ja suojaamiseen. Koska semanttinen malli on tarkoitettu uudelleen käytettäväksi, se on tuettu (tarvittaessa sertifioitu tai ylennetty). Semanttinen malli on myös merkitty löydettävissä olevaksi, jotta sen uudelleenkäyttöä voidaan edistää edelleen. Power BI -palvelu historiatiedot-näkymää voidaan käyttää Power BI -kohteiden välisten riippuvuuksien seuraamiseen.
Kohde 6. Tietojen etsiminen OneLake-tietokeskuksessa on käytössä, koska semanttinen malli on merkitty löydettävissä olevaksi. Löydettävyyden ansiosta semanttisen mallin olemassaolo näkyy OneLake-tietokeskuksessa muiden tietoja etsivien Power BI -sisällöntekijöiden toimesta.
Kohde 7. Sisällöntekijät voivat Power BI -palvelu OneLake-tietokeskuksen avulla hakea löydettävissä olevia tietokohteita, kuten semanttisia malleja.
Kohde 8. Jos sisällöntekijöillä on käyttöoikeus, he voivat pyytää muodostamisoikeutta tietokohteisiin. Tämä käynnistää työnkulun, joka pyytää muodostamisoikeutta valtuutetulta hyväksyjältä. Kun heillä on käyttöoikeus, sisällön luojat voivat käyttää tietokohteita uudelleen luodakseen uusia ratkaisuja.
Kohde 9. Power BI Desktopissa mallin luoja B luo reaaliaikaisen yhteyden alkuperäiseen jaettuun semanttiseen malliin, joka sijaitsee Power BI -palvelu. Koska tarkoituksena on laajentaa ja mukauttaa alkuperäistä semanttista mallia, reaaliaikainen yhteys muunnetaan DirectQuery-malliksi. Tämän toiminnon tuloksena saadaan paikallinen malli Power BI Desktop -tiedostossa.
Kohde 10. Power BI Desktop muodostaa yhteyden muista tietolähteistä peräisinviin tietoihin. Tavoitteena on laajentaa jaettua semanttista mallia niin, että uusi erityinen semanttinen yhdistelmämalli täyttää analyyttiset lisävaatimukset.
Kohde 11. Power BI Desktopissa luodaan suhteita olemassa olevien taulukoiden (jaetusta semanttisesta mallista, jota kutsutaan myös etämalliksi) ja juuri tuotujen uusien taulukoiden (jotka on tallennettu paikalliseen malliin) välillä. Power BI Desktopissa tehdään lisää laskutoimituksia ja mallinnustöitä erikoisen yhdistelmämallin rakenteen viimeistelemiseksi.
Kohde 12. Kun semanttinen mallin luoja B on valmis, se julkaisee .pbix- tai .pbip-tiedostonsa Power BI -palvelu.
Kohde 13. Uusi erikoistunut semanttinen yhdistelmämalli julkaistaan työtilaan, joka on tarkoitettu osaston omistamien ja hallitsemien semanttisten mallien tallentamiseen ja suojaamiseen.
Kohde 14. Erityinen semanttinen malli pysyy yhdistettynä alkuperäiseen jaettuun Power BI:n semanttiseen malliin. Alkuperäiseen jaettuun semanttiseen malliin tehdyt muutokset vaikuttavat jatkovaiheen erikoistuneisiin semanttisiin yhdistelmämalleihin, jotka ovat riippuvaisia siitä.
Kohde 15. Muut omatoimisen raportin luojat voivat luoda uusia raportteja, jotka on yhdistetty erityiseen yhdistelmäsen semanttiseen malliin. Raporttien luojat voivat käyttää Power BI Desktopia, Power BI Raportin muodostin tai Exceliä.
Kohde 16. Raportit julkaistaan työtilaan, joka on tarkoitettu raporttien ja koontinäyttöjen tallentamiseen ja suojaamiseen.
Kohde 17. Julkaistut raportit pysyvät yhteydessä toiseen työtilaan tallennettuun erityiseen semanttiseen malliin. Erityisen semanttisen mallin muutokset vaikuttavat kaikkiin siihen yhdistettyihin raportteihin.
Kohde 18. Jotkin tietolähteet saattavat edellyttää paikallista tietoyhdyskäytävää tai VNet-yhdyskäytävää tietojen päivittämiseen, kuten yksityisessä organisaatioverkossa sijaitsevat tietolähteet.
Kohde 19. Fabric-järjestelmänvalvojat valvovat ja valvovat toimintaa Fabric-portaalissa.

Avainasiat

Seuraavassa on joitakin avainkohtia, joita kannattaa korostaa mukautettavassa hallitussa omatoimisen BI:n skenaariossa.

Jaettu semanttinen malli

Hallitun omatoimisen BI :n työn tärkein osa on semanttisten mallien määrän pienentäminen. Tämä skenaario kuvaa jaettua semanttista mallia , joka pyrkii saavuttamaan yksittäisen version totuudesta.

Muistiinpano

Yksinkertaisuuden vuoksi skenaariokaaviossa esitetään vain yksi jaettu semanttinen malli. Yleensä ei kuitenkaan ole käytännöllistä mallintaa kaikkia organisaation tietoja yhteen semanttiseen malliin. Toinen äärimmäinen on luoda uusi semanttinen malli jokaiselle raportille, kuten vähemmän kokeneet sisällön luojat usein tekevät. Tavoitteena on löytää oikea tasapaino, nojautuen suhteellisen vähän semanttisiin malleihin ja luomalla uusia semanttisia malleja, kun se on järkevää.

Alkuperäisen jaetun semanttisen mallin täydentäminen

Joskus omatoimisten luojien on lisättävä olemassa olevaa semanttista mallia esimerkiksi lisätiedoilla, jotka koskevat heidän osastoaan. Tässä tapauksessa he voivat käyttää DirectQuery-yhteyksiä Power BI:n semanttisiin malleihin. Tämä ominaisuus mahdollistaa ihanteellisen omatoimisen toimintojen tasapainon ja hyödyntää samalla keskitetysti hallittuihin tietoresurssteihin tehtyjä investointeja. Skenaariokaaviossa näkyy DirectQuery-yhteys. Reaaliaikaisen yhteyden muuntaminen DirectQuery-yhteydeksi luo paikallisen mallin, joka mahdollistaa uusien taulukoiden lisäämisen. Alkuperäisestä jaetusta semanttisesta mallista (etämallista) peräisin olevien taulukoiden ja juuri lisättyjen uusien taulukoiden (paikallinen malli) välille voidaan luoda suhteita. Uuden tietomallin mukauttamiseksi voidaan tehdä lisälaskelmia ja tietojen mallinnuksia.

Vihje

Tässä skenaariossa korostetaan jaetun semanttisen mallin uudelleenkäyttöä. Joskus tietojen mallintajat haluavat kuitenkin rajoittaa jatkotason tietomallin luontia joissakin tilanteissa. Siinä tapauksessa he voivat ottaa käyttöön DirectQuery-yhteyksien estämisen -ominaisuuden Power BI Desktopin asetuksissa.

Semanttisen mallin tukeminen

Koska jaetut semanttiset mallit on tarkoitettu uudelleenkäyttöön, niiden tukemisesta on hyötyä. Sertifioitu semanttinen malli välittää raporttien tekijöille, että tiedot ovat luotettavia ja että ne täyttävät organisaation laatustandardit. Ylennetty semanttinen malli korostaa, että semanttisen mallin omistaja uskoo tietojen olevan arvokkaita ja hyödyllisiä muillekin.

Vihje

On parhaiden käytäntöjen mukaista käyttää johdonmukaista, toistettavissa olevaa ja tiukkaa prosessia sisällön ohjaamiseksi. Sertifioidun sisällön tulee osoittaa, että tietojen laatu on vahvistettu. Sen olisi myös noudatettava muutosten hallintasääntöjä, annettava muodollista tukea ja se olisi dokumentoitava täysin. Koska sertifioitu sisältö on läpäissyt tiukat standardit, rehellisyyttä koskevat odotukset ovat korkeammat.

Semanttisen mallin etsiminen

OneLake-tietokeskuksen avulla raportin tekijät voivat etsiä, tutkia ja käyttää semanttisia malleja koko organisaatiossa. Semanttisen mallin tukemisen lisäksi semanttisen mallin etsinnän käyttöönotto on erittäin tärkeää sen uudelleenkäytön edistämisessä. Semanttinen, löydettävissä oleva malli näkyy tietokeskuksessa tietoja etsiville raporttien tekijöille.

Muistiinpano

Jos semanttista mallia ei ole määritetty löydettävissä olevaksi, vain Power BI -käyttäjät, joilla on muodostamisoikeudet, voivat löytää sen.

Pyydä semanttisen mallin käyttöoikeutta

Raportin tekijä saattaa löytää tietokeskuksesta semanttisen mallin, jota hän haluaa käyttää. Jos heillä ei ole semanttisen mallin muodostamisoikeutta, he voivat pyytää käyttöoikeutta. Semanttisen mallin pyynnön käyttöoikeusasetuksesta riippuen sähköpostiviesti lähetetään semanttisen mallin omistajalle tai mukautetut ohjeet näytetään käyttöoikeutta pyytävälle henkilölle.

Julkaise erillisiin työtiloihin

Raporttien julkaisemisessa työtilaan, joka eroaa semanttisen mallin tallennuspaikasta, on monia etuja.

Ensin on selvää, kuka on vastuussa minkäkin työtilan sisällön hallinnasta. Toiseksi raportin tekijöillä on oikeudet julkaista sisältöä raportointityötilaan (työtilan järjestelmänvalvojan, jäsenen tai osallistujaroolin kautta). Heillä on kuitenkin vain tiettyjen semanttisten mallien luku- ja muodostamisoikeudet. Tämän tekniikan avulla rivitason suojaus (RLS) tulee voimaan tarvittaessa katselijan rooliin määritetyille käyttäjille.

Riippuvuus- ja vaikutusanalyysit

Kun muita semanttisia malleja tai raportteja käyttävät jaettua semanttista mallia, nämä riippuvaiset objektit voivat olla olemassa useissa työtiloissa. Historiatiedot-näkymä auttaa tunnistamaan ja ymmärtämään loppuvaiheen riippuvuuksia. Kun suunnittelet semanttisen mallin muutosta, tee ensin vaikutusanalyysi sen ymmärtämiseksi, mitä semanttisia malleja tai raportteja tulee muokata tai testata.

Yhdyskäytävän asennus

Yleensä tietoyhdyskäytävää tarvitaan käytettäessä tietolähteitä, jotka ovat yksityisessä organisaatioverkossa tai näennäisverkossa. Paikallinen tietoyhdyskäytävä on olennainen, kun Power BI Desktop -tiedosto on julkaistu Power BI -palvelu. Yhdyskäytävän kaksi tarkoitus on päivittää tuodut tiedot tai tarkastella raporttia, joka tekee kyselyn reaaliaikaiseen yhteyteen tai semanttiseen DirectQuery-malliin .

Muistiinpano

Hallittujen omatoimisten BI-skenaarioiden tapauksessa keskitettyä tietoyhdyskäytävää normaalissa tilassa suositellaan vahvasti yhdyskäytävien käyttöön henkilökohtaisessa tilassa. Normaalissa tilassa tietoyhdyskäytävä tukee reaaliaikaista yhteyttä ja DirectQuery-toimintoja (ajoitettujen tietojen päivitystoimintojen lisäksi).

Järjestelmän valvonta

Toimintoloki kirjaa käyttäjän toimet, jotka tapahtuvat Power BI -palvelu. Power BI -järjestelmänvalvojat voivat käyttää toimintolokitietoja, jotka kerätään valvonnan suorittamiseen, jotta he ymmärtävät käyttötavat ja käyttöönoton. Toimintaloki on arvokas myös hallintotoimien, suojausvalvontaen ja vaatimustenmukaisuusvaatimusten tukemisen kannalta. Muokattavassa ja hallitussa omatoimisessa BI-skenaariossa on erityisen hyödyllistä seurata alkuperäisen jaetun semanttisen mallin käyttöä sekä riippuvaisia semanttisia malleja.

Tämän sarjan seuraavassa artikkelissa tutustutaan tietojen valmistelutyön uudelleenkäyttöön tietovoiden kanssa omatoimiisessa tietojen valmisteluskenaariossa.