Power BI:n käyttöönoton suunnittelu: sisällön käyttöönotto

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 kerrotaan, miten voit ottaa sisältöä käyttöön osana sisällön elinkaaren hallintaa. Se on ensisijaisesti kohdistettu seuraaviin:

• Fabric-järjestelmänvalvojat: Järjestelmänvalvojat, jotka vastaavat Fabricin valvonnasta organisaatiossa. Fabric-järjestelmänvalvojien on ehkä tehtävä yhteistyötä muiden järjestelmänvalvojien kanssa, kuten Niiden, jotka valvovat Microsoft 365:tä tai Azure DevOpsia.
• Center of Excellence (COE) ja BI-tiimit: Tiimit, jotka vastaavat Power BI:n valvonnasta organisaatiossa. Näihin tiimeihin kuuluu päättäjiä, jotka päättävät, miten Power BI -sisällön elinkaarta hallitaan. Näihin tiimeihin voi kuulua myös julkaisupäälliköitä, jotka käsittelevät sisältöjulkaisujen elinkaarta, sekä insinöörejä, jotka luovat ja hallitsevat komponentteja, joita tarvitaan tehokkaaseen käyttöön ja elinkaaren hallinnan tukemiseen.
• Sisällöntekijät ja sisällön omistajat: Käyttäjät, jotka luovat sisältöä, jonka he haluavat julkaista Fabric-portaalissa muiden kanssa jaettavaksi. Nämä henkilöt ovat vastuussa luomansa Power BI -sisällön elinkaaren hallinnasta.

Elinkaaren hallinta koostuu prosesseista ja käytännöistä, joiden avulla käsittelet sisältöä sen luomisesta eläkkeelle jäämiseen. Elinkaaren hallinnan kolmannessa vaiheessa vahvistat sisällön muutokset, joihin liittyy sekä sisällöntekijöiden että käyttäjien suorittama vahvistus. Neljännessä vaiheessa otetaan käyttöön sisältöä kuluttajille sen käyttämiseksi.

Jos haluat jakaa Power BI -sisältöä kuluttajille, julkaise (tai ota käyttöön) sisältö ensin Fabric-työtilassa. Sisällön käyttöönottoon liittyy myös kyseisen sisällön siirtäminen ympäristöjen välillä, kuten käyttöönotto kehitystyötilasta testityötilaan tai testityötilasta tuotantotyötilaan.

Seuraavassa kuvassa esitetään Power BI -sisällön elinkaari ja korostetaan vaihetta 4, jossa sisältöä otetaan käyttöön.

Muistiinpano

Katso yleiskatsaus sisällön elinkaaren hallinnasta tämän sarjan ensimmäisestä artikkelista.

Tässä artikkelissa keskitytään tärkeisiin huomioitavien seikkojen ja päätösten tekemiseen sisällön käyttöönotosta koko sen elinkaaren ajan. Saat lisätietoja sisällön käyttöönotosta seuraavasta ohjeartikkelista:

• Siirtyminen Power BI:hin: Sisällön käyttöönotto: Tässä artikkelissa kuvataan tärkeimmät huomioitavat asiat ja käyttöönottopäätökset, kun siirryt Power BI:hin muista tekniikoista.
• BI-ratkaisun suunnittelu: Käyttöönotto, tuki ja valvonta: Tässä artikkelissa kuvataan, miten käyttöönotto suunnitellaan, kun luot Power BI- tai Fabric-ratkaisun ensimmäisen kerran.
• Power BI:n toteutuksen suunnittelu: Omatoiminen sisällön julkaisemisen käyttöskenaario: Tässä artikkelissa kuvataan, miten omatoimiset käyttäjät voivat ottaa sisältöä käyttöön OneDrive for Work- ja School- sekä Fabric-käyttöönottoputkien avulla.
• Power BI:n käyttöönoton suunnittelu: Yrityssisällön julkaisemisen käyttöskenaario: Tässä artikkelissa kerrotaan, miten keskustiimit voivat ottaa sisältöä käyttöön ja hallita sitä Azure DevOpsin avulla.

Sisällön käyttöönotto kahdessa pääpisteessä sisällön elinkaaren aikana:

• Kun julkaiset sisältöä kehitystyötilaan. Tässä vaiheessa julkaiset sisältöä muutosten vahvistamiseksi.
• Kun ylennät sisältöä kahden työtilan välillä (esimerkiksi ylennät sisältöä kehitystyötilasta testityötilaksi). Tässä vaiheessa otat sisältöä käyttöön, kun se on valmis seuraavaan vaiheeseen (esimerkiksi siihen, milloin uusi sisältö on valmis testattaviksi).

Seuraavissa osioissa esitellään lähestymistapaa, jonka avulla voit julkaista tai ylentää sisältöä.

Päätä, miten julkaiset sisältöä

Kun kehität sisältöä paikallisella koneella, sinun on julkaistava kyseinen sisältö kehitystyötilaan Fabric-portaalissa. Yleensä julkaiset tämän sisällön, kun haluat suorittaa tekemiesi muutosten vahvistuksen.

Muistiinpano

Tässä artikkelissa viitataan sisällön julkaisemiseen ensimmäisenä käyttöönottona kehitystyötilassa. Periaatteessa sisällön julkaiseminen on kuitenkin sama asia kuin sen käyttöönotto.

Fabric-portaalissa luotu sisältö (kuten tietovuot, koontinäytöt ja tuloskortit) luodaan suoraan kehitystyötilassa, eikä sitä tarvitse julkaista.

Seuraavissa osioissa kuvataan eri lähestymistapoja sisällön julkaisemiseen.

Julkaise Power BI Desktopilla

Power BI Desktopin avulla käyttäjät voivat julkaista semanttisia malleja ja raportteja paikallisesta tietokoneestaan Fabric-portaalin työtilaan. Tämä on yksinkertaisin tapa julkaista sisältöä. Sitä ei kuitenkaan voi automatisoida.

Harkitse tätä menetelmää, kun:

• Sisällöntekijät hallitsevat mieluummin sisällön julkaisemista manuaalisesti Fabric-portaalissa.
• Sisällöntekijät kehittävät ja hallitsevat sisältöä Power BI Desktopin avulla.
• Sisällöntekijät eivät ole perehtyneet Azure DevOpsiin tai Gitiin.
• Sisältö koostuu vain semanttisista malleista tai raporteista.

Julkaise kolmannen osapuolen työkaluilla

Kolmannen osapuolen työkalujen avulla sisällöntuottajat voivat julkaista semanttisen mallin työtilan XMLA-luku-/kirjoituspäätepisteen avulla. Sisällöntekijä voi esimerkiksi kehittää ja hallita mallin metatietoja Tabular Editorin avulla, kuten TMDL:ää (taulukkomallin määrityskieli) tai .bim-tiedostoja.

Vihje

Lisätietoja siitä, miten voit käyttää kolmannen osapuolen työkaluja semanttisten mallien käyttöönottoon, on kehittyneessä tietomallin hallinnan käyttöskenaariossa.

Lisätietoja siitä, miten voit ottaa käyttöön JA käyttää XMLA-luku- ja kirjoituspäätepisteitä, on artikkelissa Semanttisen mallin liitettävyys XMLA-päätepisteeseen.

Harkitse tätä menetelmää, kun:

• Sisällöntekijät hallitsevat mieluummin sisällön julkaisemista manuaalisesti Fabric-portaalissa.
• Sisällöntekijät kehittävät ja hallitsevat sisältöä kolmannen osapuolen työkalun avulla.
• Sisältö julkaistaan työtilaan, joka käyttää käyttäjäkohtainen Premium (PPU), Premium-kapasiteettia tai Fabric-kapasiteetin käyttöoikeustilaa.
• Sisällöntekijät eivät ole perehtyneet Azure DevOpsiin tai Gitiin.
• Sisältö koostuu vain semanttisista malleista.

Julkaise OneDrive-päivityksellä

OneDriven avulla itsepalvelusisällön luojat voivat julkaista semanttisia malleja tai raportteja automaattisesti Työtilaan Fabric-portaalissa OneDrive-päivityksen avulla. Sisällöntekijät voivat tallentaa Power BI Desktop (.pbix) -tiedostoja Jaettuun kirjastoon OneDrivessa. Jaettu kirjasto voi olla myös SharePoint- tai Microsoft Teams -tiedostokirjasto.

Vihje

Lisätietoja OneDrive for Work and Schoolin käyttämisestä Power BI -sisällön kanssa on omatoimisen sisällön julkaisemisen käyttöskenaariossa.

Lisätietoja OneDrive-päivityksen määrittämisestä on kohdassa OneDriveen tai SharePoint Onlineen tallennetun semanttisen mallin päivittäminen.

Harkitse tätä menetelmää, kun:

• Sisällöntekijät haluavat automatisoida sisällön julkaisun Fabric-portaalissa.
• Sisällöntekijät eivät ole perehtyneet Azure DevOpsiin tai Gitiin.
• Sisällöntekijät hallitsevat sisältöä version avulla OneDriven tai SharePointin avulla.
• Sisällöntekijät tallentavat semanttisia malleja ja raportteja .pbix-tiedostoina.
• Sisältö koostuu vain semanttisista malleista tai raporteista.

Julkaise Fabric Git -integroinnilla

Fabric Git -integrointi on Vain Fabric-kapasiteettien ominaisuus, jonka avulla sisällöntuottajat voivat synkronoida haaran Git-etäsäilöstä Fabric-työtilaan. Voit käyttää Git-integrointia yhdessä Azure DevOpsin kanssa synkronoidaksesi sisältöä Azure Reposista, tai voit ottaa sisällön käyttöön Azure Pipelinesin avulla (kuvataan seuraavassa osiossa).

Muistiinpano

Azure DevOps on palvelupaketti, joka integroituu Power BI:hin ja Fabriciin ja jonka avulla voit suunnitella ja järjestää sisällön elinkaaren hallinnan. Kun käytät Azure DevOpsia tällä tavalla, hyödynnät yleensä seuraavia palveluita:

• Azure-säilöt: Voit sen avulla luoda ja käyttää Git-etäsäilöä, joka on etäsäilösijainti, jolla voit seurata ja hallita sisällön muutoksia.
• Azure-putket: Voit luoda ja käyttää automatisoituja tehtäviä, joiden avulla voit käsitellä, testata ja ottaa käyttöön sisältöä etäsäilöstä työtilaan.
• Azure Test Plans: Voit suunnitella testejä ratkaisun vahvistamiseksi ja laadunhallinnan automatisoimiseksi yhdessä Azure-putkien kanssa.
• Azure Boards: Voit taulujen avulla seurata tehtäviä ja palvelupaketteja työnimikkeinä sekä linkittää tai viitata muiden Azure DevOps -palveluiden työkohteisiin.
• Azure Wiki: Voit näin jakaa tietoja tiimisi kanssa sisällön ymmärtämiseksi ja osallistumiseksi.

Yhteenvetona: sisältö, joka on varattu ja lähetetty etäsäilöön, julkaistaan automaattisesti työtilaan tämän synkronointiprosessin kautta. Tämän lähestymistavan keskeisenä etuna on, että sen avulla voit yhdistää lähteen hallinnan hallintaprosessit sisällön julkaisemiseen. Se mahdollistaa esimerkiksi muutosten tai ratkaisun kokonaisten versioiden palauttamisen helpommin.

Vihje

Lisätietoja Fabric Git -integroinnin käytöstä Power BI -sisällön käyttöönottoon on yrityssisällön julkaisemisen käyttöskenaariossa.

Saat lisätietoja Git-integroinnin määrittämisestä opetusohjelmasta: Elinkaaren hallinta Fabric - ja Power BI Desktop -projekteissa: Git-integrointi.

Harkitse tätä menetelmää, kun:

• Sisällöntekijät tuntevat Azure DevOpsin ja Gitin.
• Sisällöntekijät käyttävät Azure DevOpsia yhteistyöhön ja lähteen hallintaan.
• Sisällöntekijät tallentavat semanttisia malleja ja raportteja Power BI -projektin (.pbip) tiedostoina.
• Sisältö julkaistaan Fabric-kapasiteetin työtilaan.
• Sisältö koostuu Git-integrointiominaisuuden tuetuista kohdetyypeistä .
• Sisällössä ei ole luottamuksellisuustunnisteita.

Muistiinpano

Se, miten käytät Git-integrointia sisällön käyttöönottoon ja hallintaan, riippuu pitkälti haarautumis- ja yhdistämisstrategioistasi, joista päätät elinkaaren hallinnan toisessa vaiheessa.

Julkaise Azure-putkilla

Azure-putket automatisoivat ohjelmallisesti sisällön testauksen, hallinnan ja käyttöönoton. Kun putki suoritetaan, putken osavaiheet suoritetaan automaattisesti. Azure-putket ovat monimutkaisempia ja vaativat enemmän aikaa ja vaivaa määrittämiseen verrattuna muihin lähestymistapoihin, mutta sen avulla käyttöönoton voi järjestää eniten hallintaa ja joustavuutta.

Vihje

Voit ottaa sisältöä käyttöön Azure-putkien ja Power BI REST -ohjelmointirajapintojen avulla työtiloissa, jotka eivät ole Fabric- tai Premium-kapasiteetissa. Fabric REST -ohjelmointirajapinnat toimivat kuitenkin vain Fabricin kanssa, ja XMLA-päätepisteet toimivat vain Fabric- tai Premium-kapasiteetin kanssa.

Lisätietoja Siitä, miten voit ottaa Power BI -sisältöä käyttöön Azure-putkissa, on yrityssisällön julkaisemisen käyttöskenaariossa.

Lisätietoja siitä, miten voit integroida Azure DevOpsin Power BI:n kanssa, on artikkelissa Power BI Desktop -projektien Azure DevOps -integrointi ja putkien rakentaminen.

Harkitse sisällön käyttöönoton järjestämistä Azure-putkien avulla, kun:

• Sisällöntekijät tuntevat Azure DevOpsin ja Fabric REST -ohjelmointirajapinnat.
• Sisällöntekijät käyttävät Azure DevOpsia yhteistyöhön ja lähteen hallintaan.
• Sisällöntekijät eivät käytä Fabric Git -integrointia.

Azure-putket ja muut koodipohjaiset työkalut voivat ottaa sisältöä ohjelmallisesti käyttöön käyttämällä yhtä tai useampaa seuraavista ohjelmointirajapinnoista tai päätepisteistä:

• Power BI REST -ohjelmointirajapinnat: Sisällön käyttöönotossa voidaan käyttää erilaisia Power BI REST -ohjelmointirajapinnan päätepisteitä. Power BI REST -ohjelmointirajapinnat tukevat vain Power BI -kohdetyyppejä.
  • Tuonti: Voit julkaista tuettuja kohteita käyttämällä Power BI REST -ohjelmointirajapintoja kelvollisen lähdetiedoston tuomiseksi työtilaan (kuten .pbix-tiedostoon).
  • Käyttöönotto: Voit ottaa käyttöön tuettuja kohteita ylentäen niitä yhdestä työtilasta toiseen, jos ne ovat vaiheita käyttöönottoputkessa.
• Fabric REST -ohjelmointirajapinnat: Sisällön käyttöönotossa voidaan käyttää erilaisia Fabric REST -ohjelmointirajapinnan päätepisteitä. Fabric REST -ohjelmointirajapinnat tukevat sekä Power BI- että Fabric-kohdetyyppejä.
  • Luo: Voit luoda tuettuja kohteita käyttämällä Fabric REST -ohjelmointirajapintoja yhdessä kelvollisen kohdemäärityksen kanssa.
  • Päivitä Gitistä: Voit päivittää työtilan etäsäilön sisällöllä, joka on yhdistetty Git-integroinnin avulla.
• XMLA:n luku- ja kirjoituspäätepisteet: Voit luoda tai muuttaa semanttisia malleja käyttämällä XMLA-päätepisteitä yhdessä kelvollisen model.bim-tiedoston kanssa. XMLA-päätepisteiden avulla voit ottaa muutokset käyttöön tietyissä malliobjekteissa koko mallin sijaan. Azure-putket voivat hyödyntää kolmannen osapuolen työkaluja (kuten Tabular Editorin komentoriviliittymää) semanttisten mallien käyttöönottoon XMLA-päätepisteiden avulla.

Vihje

Kun käytät Fabric- tai Power BI REST -ohjelmointirajapintoja, sinun on ensin luotava sovelluksen rekisteröinti Azuressa (kuvattu tässä Kohdassa Power BI Embedded). Tämä edellyttää Microsoft Entra ID -vuokraajaa ja organisaation käyttäjää. Se voi myös olla monimutkainen prosessi asianmukaisten käyttöoikeuksien määrittämiseksi. Voit kuitenkin suorittaa Fabric REST -ohjelmointirajapinnat muistikirjoissa luomatta sovelluksen rekisteröintiä. Tämä tehostaa ohjelmointirajapintojen määrittämistä ja käyttöä ratkaisuissa niin, että sinun ei tarvitse hallita tunnistetietoja tai määrittää mitään asetuksia ennen ohjelmointirajapintojen käyttöä.

Jos haluat käyttää Fabric REST -ohjelmointirajapintoja rekisteröimättä sovellusta, käytä semanttista linkkiä Fabric-muistikirjassa sempy-kohteen FabricRestClientClass-kohteen kanssa ohjelmointirajapinnan kutsumiseksi.

Yhdessä automatisoidun testauksen kanssa Azure Pipelines -integrointi Power BI:n kanssa auttaa jatkuvan integroinnin ja jatkuvan käyttöönoton (CI/CD) saavuttamisessa.

Azure-putkia käytettäessä putken omistajat voivat mukauttaa käynnistimiä, vaiheita ja toimintoja käyttöönottotarpeiden mukaan. Näin ollen putkien määrä ja tyypit vaihtelevat ratkaisun vaatimusten mukaan.

Voit määrittää kolmentyyppisiä Azure-putkia, joilla voit testata, hallita ja ottaa käyttöön Power BI -ratkaisusi.

• Vahvistusputket
• Putkien muodostaminen
• Julkaisuputket

Muistiinpano

Julkaisuratkaisussa ei tarvitse olla kaikkia kolmea putkityyppiä. Työnkulun ja tarpeiden mukaan voit määrittää yhden tai useamman tässä artikkelissa kuvatun putkien variantin sisällön julkaisemisen automatisoimiseksi. Tämä mahdollisuus mukauttaa putkia on Azure-putkien etu sisäisiin Fabric-käyttöönottoputkiin verrattuna.

Vahvistusputket

Vahvistusjaksot suorittavat tietomallien perustason laaduntarkistuksia ennen kuin ne julkaistaan kehitystyötilassa. Yleensä etäsäilön haaran muutokset käynnistävät putken vahvistaakseen nämä muutokset automaattisella testauksella.

Automatisoituja testejä ovat esimerkiksi tietomallin tarkistaminen parhaiden käytäntöjen sääntörikkomusten varalta käyttämällä best practice analyzer (BPA) -toimintoa tai suorittamalla DAX-kyselyitä julkaistuun semanttiseen malliin. Näiden testien tulokset tallennetaan sitten etäsäilöön dokumentaatiota ja valvontaa varten. Tietomalleja, jotka eivät pysty tarkistamaan oikeellisuustarkistusta, ei tule julkaista. Sen sijaan putken pitäisi ilmoittaa ongelmista sisällöntekijöille.

Putkien muodostaminen

Koontijaksot valmistelevat tietomallit julkaistavaksi Power BI -palvelu. Nämä jaksot yhdistävät sarjoitetut mallin metatiedot yksittäiseksi tiedostoksi, joka julkaistaan myöhemmin julkaisuputkessa. Koontiputki voi myös tehdä muutoksia metatietoihin, kuten muokata parametriarvoja. Koontiversioputket tuottavat käyttöönottoartefaktit, jotka koostuvat tietomallin metatiedoista (tietomalleille) ja Power BI -projektitiedostoista (.pbip), jotka ovat valmiita julkaistavaksi Power BI -palvelu.

Julkaisuputket

Julkaisujaksot julkaisevat tai ottavat käyttöön sisältöä. Julkaisuratkaisu sisältää yleensä useita julkaisuputkia kohdeympäristöstä riippuen.

• Kehityksen julkaisuputki: Tämä ensimmäinen putki käynnistetään automaattisesti. Se julkaisee sisältöä kehitystyötilaan koonti- ja vahvistusjaksojen onnistuttua.
• Testin ja tuotannon julkaisuputket: Näitä putkia ei käynnistetä automaattisesti. Sen sijaan ne käynnistetään pyydettäessä tai kun ne hyväksytään. Testin ja tuotannon julkaisujaksot ottavat sisällön käyttöön testi- tai tuotantotyötilassa julkaisuhyväksynnän jälkeen. Julkaisuhyväksynnät varmistavat , että sisältöä ei automaattisesti käytetä testi- tai tuotantovaiheessa ennen kuin se on valmis. Nämä hyväksynnät tarjoaa julkaisupäälliköt, jotka vastaavat sisällön julkaisun suunnittelusta ja koordinoinnista testi- ja tuotantoympäristöissä.

Päätä, miten ylennät sisällön työtilojen välillä

Kun käytät erilaisia ympäristöjä kehittämisessä, testaamisessa ja tuotannossa, sinun on otettava sisältö käyttöön kaikissa kolmessa ympäristössä. Voit korottaa sisältöä työtilojen välillä erilaisilla työkaluilla ja tavoilla riippuen työnkulustasi ja tarpeistasi.

Seuraavissa osioissa kuvataan lähestymistapoja, joiden avulla voit ylentää sisältöä työtilojen välillä.

Varoitus

Vältä sisällön julkaisemista manuaalisesti paikallisesta tietokoneesta testi- ja tuotantotyötilojen käyttämiseksi. Se voi aiheuttaa virheitä tai häiriöitä virheiden vuoksi. Yleensä sinun kannattaa julkaista vain kehitystyötilassa tai yksityiseen työtilaan , jos käytät sellaista.

Käyttöönotto Fabric-käyttöönottoputkien avulla

Käyttöönottojaksojen avulla voit määrittää kaksi vaihetta tai useampia vaiheita (kuten kehitys, testi tai tuotanto) ja ottaa käyttöön Fabric-sisältöä näiden vaiheiden välillä. Jakson järjestelmänvalvoja määrittää yhden Power BI -työtilan käyttöönottoputken kuhunkin vaiheeseen. Käyttöönottoputkien käyttötapa riippuu siitä, miten olet päättänyt ottaa käyttöön ja käyttää työtiloja.

Harkitse käyttöönottoputkien käyttöä, kun:

• Sisältö otetaan käyttöön työtiloissa, joissa on PPU-, Premium-kapasiteetti tai Fabric-kapasiteetin käyttöoikeustila.
• Käyttöönottoputket tukevat sisältökohteiden tyyppejä ja skenaarioita.

Harkitse toista lähestymistapaa kuin käyttöönottoputkia, kun:

• Otat mieluummin käyttöön sisältöä etäsäilöstä, esimerkiksi Käyttämällä Azure-putkia.
• Aiot käyttää Git-integrointia eri vaiheiden synkronoimiseen etäsäilön eri haarojen kanssa sisällön käyttöönoton sijaan.

Vihje

Lisätietoja siitä, miten voit käyttää käyttöönottoputkia työtilojen välisen sisällön edistämiseen, on artikkelissa Omatoiminen sisältö, joka julkaistaan ja yrityssisältö julkaisee käyttöskenaarioita.

Lisätietoja käyttöönottoputkista on kohdassa Käyttöönottoputket: Tutustu käyttöönottoprosessiin.

Helpoin tapa käyttää käyttöönottojaksoa on julkaista kaikki sisältö yksittäiseen työtilaan ja ylentää sen myöhempään vaiheeseen yksittäisessä käyttöönottoputkessa. Seuraavassa kaaviossa esitetään ensimmäinen tapa ottaa sisältö käyttöön käyttöönottoputken avulla.

Yhteenvetona sisällön tekijä julkaisee yleensä sisältöä yleensä ensin putken alkuvaiheeseen. Jos haluat ylentää sisällön myöhempään vaiheeseen, putken järjestelmänvalvoja käynnistää käyttöönoton. Kun käyttöönotto tapahtuu, käyttöönottojakso ottaa sisällön metatiedot käyttöön yhdestä työtilasta seuraavaan.

Kun erotat sisällön kohdetyypin mukaan eri työtiloissa, käytät erillisiä käyttöönottoputkia tämän sisällön käyttöönottoon. Voit linkittää sisältöä työtilojen välillä useilla käyttöönottoputkilla käyttämällä automaattista sidontaa. Automaattinen sidonta käyttöönottojaksojen välillä varmistaa, että sisältö pysyy linkitettynä asianmukaiseen kohteeseen asianomaisessa vaiheessa. Esimerkiksi kehitysvaiheessa oleva raportti pysyy linkitettynä malliin toisen käyttöönottoputken kehitysvaiheessa. Voit kuitenkin myös välttää automaattisen sidonnan toiminnan, jos skenaariosi edellyttää sisällön linkittämistä eri mallilla työtiloihin.

Seuraavassa kaaviossa esitetään tämä toinen tapa ottaa sisältö käyttöön käyttämällä useita käyttöönottoputkia.

Yhteenvetona sisällön käyttöönotto käyttämällä useita käyttöönottoputkia muistuttaa yksittäisen jakson käyttämistä. Tärkein ero on se, että voit halutessasi linkittää sisältö, joka on yhdistetty työtiloihin ja käyttöönottoputkiin, käyttämällä automaattista sidontaa. Muussa tapauksessa se on sama kuin ensimmäisessä lähestymistavassa.

Käyttöönottoputket ovat joustava ja yksinkertainen työkalu, joka sopii sisällön elinkaaren hallinnan parantamiseen sekä omatoimisissa että yritysskenaarioita varten.

Käyttöönottoa suorittaville käyttäjille vaaditaan käyttöoikeus sekä työtilaan että käyttöönottoputkeen . Suosittelemme, että suunnittelet käyttöönottoputken käytön , jotta jakson järjestelmänvalvojat voivat tarkastella käyttöönottohistoriaa ja vertailla sisältöä. Kun teet yhteistyötä useiden sisällöntuottajien kanssa, harkitse jakson käyttöoikeuksien rajoittamista julkaisupäälliköille tai teknisille omistajille, jotka soveltuvat parhaiten valvomaan käyttöönotto- ja julkaisuprosesseja.

Harkitse myös käyttöönottosääntöjen käyttämistä eri määritysten määrittämiseen eri vaiheissa olevia kohteita varten. Kehitystyötilassa saatat esimerkiksi haluta semanttisen mallin, joka hankkii tiedot kehitystietokannasta, kun taas tuotantotyötilan semanttinen malli lähteistää tiedot tuotantotietokannasta.

Vihje

Jos useilla henkilöillä on käyttöoikeus käyttöönottoputkeen, suosittelemme tarkistamaan käyttöönottohistorian säännöllisesti. Nämä tarkistukset voivat auttaa tunnistamaan hyväksymättömät käyttöönotot tai käyttöönoton epäonnistumiset.

Jos käytät automaattista sidontaa linkittäessäsi kohteita käyttöönottoputkien välillä, varmista, että tarkistat myös kohteiden historiatiedot, jotta voit tunnistaa automaattisen sidonnanvaihdot, jotka johtuvat siitä, että joku julkaisee linkitettyä sisältöä väärään vaiheeseen.

Voit käynnistää käyttöönotot manuaalisesti tai ohjelmallisesti Power BI REST -ohjelmointirajapintojen avulla. Kummassakin tapauksessa sinun tulee määrittää selkeä ja vankka prosessi siitä, milloin ylennät sisällön kuhunkin vaiheeseen ja miten tahattomat muutokset peruutetaan.

Käyttöönoton manuaalinen suorittaminen

Voit ottaa sisällön käyttöön manuaalisesti Fabric-käyttöönottoputken avulla. Voit valita Ota käyttöön kaiken sisällön tai valitse kohteet. Valikoiva käyttöönotto voi olla hyödyllistä, kun osa sisällöstä on valmis siirtymään seuraavaan vaiheeseen, mutta joitakin kohteita kehitetään tai validotaan edelleen. Lisäksi voit suorittaa käyttöönoton taaksepäin, kun sisällön muutokset ovat olemassa myöhemmässä vaiheessa, mutta ei aiemmassa.

Varoitus

Kun käytät käyttöönottoputkia, suosittelemme, että otat sisältöä käyttöön yhteen suuntaan, esimerkiksi kehityksestä testaukseen ja tuotantotyötiloihin. Yleensä sinun tulee välttää muutosten tekemistä sisältöön myöhemmissä vaiheissa, ennen kuin muutokset on validoitu asianmukaisesti kehityksessä tai testissä.

Kun suoritat manuaalisen käyttöönoton, voit verrata vaiheita ja tunnistaa sisällön muutokset muutoksen tarkistusikkunassa. Tämä lähestymistapa on erityisen hyödyllinen, kun et käytä Git-etäsäilöä lähteen hallintaan.

Käyttöönoton suorittaminen Power BI REST -ohjelmointirajapintojen avulla

Voit ottaa sisältöä käyttöön käyttöönottoputken avulla Power BI REST -ohjelmointirajapintojen avulla. REST-ohjelmointirajapintojen käyttämisen etuna on, että voit automatisoida käyttöönoton ja integroida sen muihin työkaluihin, kuten Azure Pipelinesiin Azure DevOpsissa.

Käyttöönotto Azure-putkien avulla

Azure-putkien avulla voit järjestää käyttöönoton kaikkien vaiheiden välillä. Tässä lähestymistavassa käytät Fabric REST -ohjelmointirajapintoja sisällön käyttöönottoon ja hallintaan hyödyntäen eri Azure-putkia, kuten vahvistus- ja julkaisuputkia.

Harkitse Azure-putkien käyttöä, kun:

• Haluat keskittää käyttöönoton orkestroinnin Azure DevOpsista.
• Sisällöntekijät käyttävät Azure DevOpsia yhteistyöhön ja lähteen hallintaan.

Harkitse toista menetelmää kuin Azure-putkia, kun:

• Sisällöntekijät eivät ole perehtyneet Azure DevOpsiin tai koodipohjaisiin käyttöönottoihin.
• Sisältö sisältää kohdetyyppejä, joilla ei ole tuettua määritys- tai lähdetiedostomuotoa, kuten koontinäytöt.

Sisällön käyttöönottoOn Azure-putkien avulla kahdella eri tavalla. Joko ne järjestävät käyttöönottoputket tai ottavat sisältöä käyttöön työtilassa ilman käyttöönottoputkea.

Orchestrate Fabric -käyttöönottoputket Azure-putkia käyttämällä

Tässä lähestymistavassa julkaisuputket järjestävät sisällön käyttöönoton testaus- ja tuotantotyötilojen testaamiseksi käyttöönottoputkien avulla. Sisältöä edistetään Fabric-työtilojen kehityksen, testien ja tuotantotyötilojen kautta.

Seuraavassa kaaviossa esitetään, miten järjestät käyttöönottoputket Azure-putkista.

Yhteenvetona sisällöntuottajat julkaisevat sisältöä työtilaan käyttöönottoputken ensimmäisessä vaiheessa. Julkaisupäällikkö hyväksyy käyttöönoton, joka käynnistää Azure-putken. Tässä jaksossa käytetään Power BI REST -ohjelmointirajapintoja sisällön ylentämiseen vaiheiden välillä niin, että metatiedot otetaan käyttöön toisessa työtilassa. Tämän lähestymistavan yhtenä etuna on, että voit järjestää useiden Fabric-kohdetyyppien käyttöönoton käyttöönottoputkien kautta, koska joitain kohdetyyppejä kehitetään Fabric-portaalissa, joten niitä ei voida ottaa käyttöön pelkästään Azure-putkissa.

Sisällön käyttöönotto käyttämällä vain Azure-putkia

Voit myös ottaa sisältöä käyttöön työtilassa Azure DevOpsista käyttämällä Azure Pipelinesia. Tässä lähestymistavassa ei käytetä käyttöönottoputkia. Sen sijaan se käyttää julkaisuputkia lähdetiedostojen tai metatietotiedostojen käyttöönottoon käyttämällä joko Fabric- tai Power BI REST -ohjelmointirajapintoja tai XMLA:n luku-/kirjoituspäätepisteitä. Yleensä nämä tiedostot tallennetaan Azure Repos Git -säilöön.

Seuraavassa kaaviossa esitetään, miten sisältöä otetaan käyttöön käyttämällä vain Azure-putkia.

Yhteenvetona sisällöntekijät voivat lähettää ja lähettää sisällön muutoksia Git-etäsäilöön Azure-säilössä. Azure Pipelines käyttää tätä sisältöä käyttöönotossa. Kun julkaisupäällikkö on hyväksynyt tietyn käyttöönoton, Azure Pipeline ottaa sisällön käyttöön työtilaan joko käyttämällä Power BI REST -ohjelmointirajapintoja (eli .pbix-tiedostoja), Fabric REST -ohjelmointirajapintoja (eli kohdemääritelmiä varten) tai XMLA-päätepisteitä (eli model.bim-tiedostoja varten). Kullekin työtilalle on olemassa erillinen Azure-putki.

Tämä lähestymistapa ei edellytä Fabric-kapasiteetin tai Premium-käyttöoikeuden myöntämistä, kun julkaiset vain Power BI Desktop -tiedostoja Power BI REST -ohjelmointirajapinnoilla. Siihen liittyy kuitenkin enemmän asennustyötä ja monimutkaisuutta, koska käyttöönottoa on hallittava Power BI:n ulkopuolella. Kehitystiimit, jotka käyttävät DevOpsia jo tietoratkaisuihin Power BI:n ulkopuolella, saattavat tuntea tämän lähestymistavan. Tätä lähestymistapaa käyttävät kehitystiimit voivat yhdistää tietoratkaisujen käyttöönoton Azure DevOpsissa.

Käyttöönotto Fabric Git -integroinnin avulla

Kun käytät Git-integrointia, voit synkronoida eri haaroja eri työtiloihin sisällön julkaisemisen tai käyttöönoton sijaan. Näin voit saada erillisiä haaroja kehitys-, testi- ja tuotantotyötiloihin. Tässä skenaariossa päähaara synkronoituu tuotantotyötilan kanssa. Sen jälkeen voit ottaa sisältöä käyttöön työtilojen välillä tekemällä pull-pyynnön, joka yhdistää kehityshaaran testihaaraan (ja ottaa sen käyttöön testityötilassa) tai yhdistää testihaaran päähaaraan (ottaaksesi sen käyttöön tuotantotyötilassa).

Seuraavassa kaaviossa esitetään, miten sisältöä otetaan käyttöön Fabric Git -integroinnin avulla haarojen synkronoimiseksi eri työtiloihin. Yksinkertaisuuden vuoksi kaavio ei sisällä sisällön haarautumista tai yhdistämistä koskevia tietoja.

Yhteenvetona sisällöntekijät voivat lähettää ja lähettää sisällön muutoksia Git-etäsäilöön Azure-säilössä. Sisällöntekijät avaavat pull-pyyntöjä (PR:iä) pyytääkseen muutostensa yhdistämistä tiettyyn haaraan. Haarastrategiasta riippuen eri haarat on yhdistetty eri työtiloihin. Kun muutokset on yhdistetty haaraan, sisällön luojat synkronoivat työtilan Git-etäsäilöön, jotta he voivat tarkastella työtilan sisällön uusimpia muutoksia.

Harkitse tätä lähestymistapaa, kun:

• Haluat järjestää käyttöönoton työtilojen välillä käyttämällä haaraus- ja yhdistämisstrategiaa.
• Et aio käyttää Azure-putkia tai Fabric-käyttöönottoputkia käyttöönottojen järjestämiseen testaamista ja tuotantoa varten.
• Työtila ei sisällä kohteita , joita ei tueta, tai skenaarioita.
• Sisällössä ei ole luottamuksellisuustunnisteita.

Muistiinpano

Sisällön käyttöönottoon on monia kelvollisia tapoja. Voit esimerkiksi käyttää tässä artikkelissa käsiteltyjen eri lähestymistapojen yhdistelmää.

Voit esimerkiksi ottaa sisältöä käyttöön kehitystyötilassa käyttämällä Azure-putkea, jonka avulla voit hyötyä jatkuvista integrointiominaisuuksista ja suorittaa automatisoidun testauksen (kuten parhaiden käytäntöjen analysoinnin avulla). Sen jälkeen voit ottaa sisältöä käyttöön työtilojen välillä käyttämällä joko Git-integrointia tai Fabric-käyttöönottoputkea.

Valitse tarpeitasi parhaiten käyttävä lähestymistapa ja tiimisi toimintatapa.

Päätä, miten voit käsitellä käyttöönoton jälkeisiä toimintoja

Käyttöönoton jälkeen tulee käsitellä erilaisia käyttöönoton jälkeisiä toimintoja . Monia näistä toiminnoista voidaan käsitellä ohjelmallisesti, esimerkiksi Azure-putken tai muistikirjan sekä Power BI- ja Fabric REST -ohjelmointirajapintojen avulla. Voit esimerkiksi ohjelmallisesti määrittää tietolähteen tunnistetiedot, hallita ajoitettua päivitystä ja käynnistää päivitykset metatietojen käyttöönoton jälkeen. Jotkin tehtävät edellyttävät kuitenkin manuaalisia toimia, kuten ensimmäistä kertaa suoritettavaa asennusta tai Power BI -sovelluksen päivittämistä.

Varmista, että tunnistat kaikki sisällön olennaiset käyttöönoton jälkeiset toimet ja että päätät, miten niitä käsitellään.

Kun olet suunnitellut, miten otat sisältöä käyttöön, harkitse seuraavaksi, miten tuet ja valvot sitä.

Tarkistusluettelo – Kun suunnittelet sisällön käyttöönottoa, tärkeimpiä päätöksiä ja toimintoja ovat muun muassa seuraavat:

• Määritä käytettävissä olevat käyttöönottovaihtoehdot: Käyttöoikeuksistasi ja sisällöstä riippuen sinulla on käytettävissäsi erilaisia vaihtoehtoja sisällön julkaisemiseen tai ylentämiseen työtilojen välillä. Määritä, voitko käyttää käyttöönottoputkia, Azure DevOpsia, Git-integrointia, Fabric REST -ohjelmointirajapintoja ja XMLA:n luku- ja kirjoituspäätepisteitä.
• Päätä, miten julkaiset sisältöä: Valitse lähestymistapa työnkulkuusi ja tarpeisieesi parhaiten sopivan sisällön julkaisemiseen. Varmista, että tämä menetelmä on linjassa muiden strategioiden kanssa, kuten muutosten seuraamisen ja hallinnan kanssa.
• Päätä, miten ylennät sisältöä työtilojen välillä: Valitse lähestymistapa sisällön käyttöönottoon kehityksestä testityötiloihin ja testistä tuotantotyötiloihin. Varmista, että tämä lähestymistapa on linjassa muiden strategioiden kanssa, kuten sisällön julkaisutavan kanssa.
• Suunnittele julkaisustrategiasi: Selvitä, vastaako tietty henkilö sisällön lopullisesta tarkistamisesta ennen julkaisun tai käyttöönoton hyväksymistä. Varmista, että tämä henkilö on tietoinen tästä tehtävästä ja siitä, mitä hänen tulisi tehdä käyttöönottoprosessin turvaamiseksi ilman edistymisen estämistä.
• Käyttöönoton jälkeisten toimien suunnittelu: Varmista, että olet päättänyt prosessin suorittaa toimintoja, kuten Power BI -sovelluksen päivittämisen tai tietokohteiden päivittämisen metatietojen käyttöönoton jälkeen. Harkitse tämän prosessin automatisoimista Fabric REST -ohjelmointirajapintojen avulla.
• Suorita käyttöönottotyökalut ja -prosessit ensimmäistä kertaa: Varmista, että määrität asianmukaiset käyttöoikeudet ja että oikeudet vastaavat sitä, miten määrität sisällön käyttöoikeuden.
• Sisällön käyttöönotto tuotannossa: Kun olet suunnitellut ja määrittänyt käyttöönoton, ota sisältö käyttöön tuotannossa.

Liittyvä sisältö

Tämän sarjan seuraavassa artikkelissa kerrotaan, miten voit tukea ja valvoa sisältöä osana sisällön elinkaaren hallintaa.