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 suunnittelua artikkelisarjaa. Tässä sarjassa keskitytään ensisijaisesti Power BI -kokemukseen Microsoft Fabric. Johdanto sarjaan on artikkelissa Power BI:n käyttöönoton suunnittelun.

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änvalvojille: Järjestelmänvalvojille, 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 Excellencen (COE) ja BI-tiimien: Tiimejä, 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öille ja sisällön omistajille: Käyttäjät, jotka luovat sisältöä, jonka he haluavat julkaista Fabric-portaalissa muiden kanssa ja jakaakseen muille. 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 vaiheessavahvistat 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 sisältö ensin (tai ota käyttöön) 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

Yleiskatsaus sisällön elinkaaren hallinnasta on tämän sarjan ensimmäisessä artikkelissa.

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öönottoon liittyvät päätökset, kun siirryt Power BI:hin muista tekniikoista.
• BI -ratkaisun suunnittelu: Ota käyttöön, tue ja valvo: Tässä artikkelissa kuvataan, miten käyttöönotto suunnitellaan, kun luot Power BI- tai Fabric-ratkaisun ensimmäisen kerran.
• Power BI:n käyttöönoton suunnittelu: Omatoimisen sisällön julkaisemisen käyttöskenaarion: Tässä artikkelissa kuvataan, miten itsepalvelukäyttäjät voivat ottaa sisältöä käyttöön OneDrive for Work- ja School- sekä Fabric-käyttöönottojaksojen avulla.
• Power BI:n käyttöönoton suunnittelu: Yrityssisällön julkaisemisen käyttöskenaarion: Tässä artikkelissa kerrotaan, miten keskitetty tiimi voi ottaa käyttöön ja hallita sisältöä 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 vahvistuksentekemillesi muutoksille.

Muistiinpano

Tässä artikkelissa viitataan sisällön julkaisemiseen kehitystyötilan ensimmäisenä käyttöönottona. 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 käyttämällä työtilaa, XMLA:n luku- ja kirjoituspäätepiste. Sisällöntekijä voi esimerkiksi kehittää ja hallita mallin metatietoja Tabular Editorin avulla, kuten TMDL:ää (taulukkomallin määrityskieli) tai .bim-tiedostoja.

Juomaraha

Lisätietoja siitä, miten voit käyttää kolmannen osapuolen työkaluja semanttisten mallien käyttöönottoon, on kehittyneiden tietomallien 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ävyyden XMLA-päätepisteisiin.

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äkohtaista Premiumia (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.

Juomaraha

Lisätietoja OneDrive for Work and Schoolin käyttämisestä Power BI -sisällön kanssa on artikkelissa Omatoimisen sisällön käyttöskenaarion.

Lisätietoja OneDrive-päivityksen määrittämisestä on artikkelissa OneDriveen tai SharePoint Onlinetallennetun 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 Fabric-kapasiteettien ominaisuus, jonka avulla sisällöntuottajat voivat synkronoida haaran Etä-Git-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 Power BI:n ja Fabricin kanssa integroitu palvelupaketti, 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 Repos: Tämän avulla voit luoda ja käyttää Git-etäsäilöä, joka on sisällön muutosten seuraamiseen ja hallintaan käytettävä etäsäilö.
• Azure Pipelines -: Sen avulla voit luoda ja käyttää automatisoituja tehtäviä, joiden avulla voit käsitellä, testata ja ottaa käyttöön etäsäilön sisältöä työtilassa.
• Azure Test Plans: Voit sen avulla suunnitella testejä ratkaisun vahvistamiseksi ja laadunhallinnan automatisoimiseksi yhdessä Azure-putkien kanssa.
• Azure Boards: Mahdollistaa taulujen avulla tehtävien ja palvelupakettien seuraamisen työnimikkeinä sekä työkohteiden linkittämisen tai viittaamisen muista Azure DevOps -palveluista.
• Azure Wiki: Voit 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 se, että sen avulla voit yhdistää lähdeohjausobjektin hallinnan prosesseja sisällön julkaisemiseen. Se mahdollistaa esimerkiksi muutosten tai ratkaisun kokonaisten versioiden palauttamisen helpommin.

Juomaraha

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

Jos haluat lisätietoja siitä, miten voit määrittää Git-integroinnin, katso Opetusohjelma: Elinkaaren hallinta Fabric ja Power BI Desktop -projektit: 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) tiedostojen.
• 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 haarautumisesta ja yhdistämisestä strategioita, joista päätät elinkaaren hallinnan toisessa vaiheessa.

Julkaise Azure-putkilla

Azure Pipelines ohjelmallisesti automatisoida 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.

Juomaraha

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 power BI -sisällön käyttöönottoon käytetään Azure-putkia, on yrityssisällön julkaisun 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 koontiputkien.

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 voit käyttää eri 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).
  • Ota käyttöön: 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 voit 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ääritelmänkanssa.
  • Update From Git: Voit päivittää työtilan git-integroinnin avulla yhdistetyn etäsäilön sisällöllä.
• 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.

Juomaraha

Kun käytät Fabric- tai Power BI REST -ohjelmointirajapintoja, sinun on ensin luotava sovelluksen rekisteröinti Azureen (kuvattu tässä artikkelissa 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, jossa on FabricRestClientClass-sempy ohjelmointirajapinnan kutsumiseksi.

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

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 näiden muutosten vahvistamiseksi automatisoidussa testauksessa.

Automatisoituja testejä ovat esimerkiksi tietomallin tarkistaminen parhaiden käytäntöjen sääntörikkomusten varalta käyttämällä Best Practice Analyzer (BPA) -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

Luo jaksoja valmistele tietomallit julkaisemista varten Power BI -palveluun julkaisemista varten. 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 -palveluun.

Julkaisuputket

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

• Kehitys-julkaisuputken: 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 sen jälkeen, kun julkaisun. Julkaise hyväksynnät - varmista, että sisältöä ei otetaan automaattisesti käyttöön 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ötilassa,, 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 määrittää 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.

Juomaraha

Lisätietoja siitä, miten voit käyttää käyttöönottoputkia työtilojen välisen sisällön edistämiseen, on artikkelissa Omatoimisen sisällön , joka julkaistaan ja yrityssisällön julkaiseminen 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ä automaattisesti 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ää automaattista sidontaa, jos skenaariosi edellyttää sisällön linkittämistä työtiloihin, joiden malli on erilainen.

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öönoton suorittaville käyttäjille vaaditaan käyttöoikeus sekä työtilaan että käyttöönottoputkeen. Suosittelemme, että käyttöönottoputken käyttöoikeuden 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öä 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.

Juomaraha

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ääksesi kohteita käyttöönottoputkien välillä, varmista, että tarkistat myös kohteiden historiatiedot, jotta voit tunnistaa automaattisen sidonnan vaihdot, jotka ovat aiheutuneet siitä, että joku julkaisee linkitettyä sisältöä väärään vaiheeseen.

Voit käynnistää käyttöönotot manuaalisesti tai ohjelmallisesti käyttämällä Power BI REST --ohjelmointirajapintoja, jotka. 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, ottaa käyttöön kaiken sisällön tai valita 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 tunnistaaksesi sisällön muutokset muutoksen tarkistus -ikkunassa. 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 käyttää Power BI REST -ohjelmointirajapintoja sisällön käyttöönottoon käyttämällä käyttöönottoputkea. 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ääasiallisen haara synkronoidaan tuotannon työ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 käyttöönoton jälkeen on useita toimintoja, on käsiteltävä. 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 tukea ja valvoa sitä.

tarkistusluettelon – Kun suunnittelet sisällön käyttöönottoa, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Tunnista käytettävissä olevat käyttöönottovaihtoehdot: Käyttöoikeudestasi 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 tarpeisiesi mukaan 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ä.
• Suunnittele käyttöönoton jälkeisiä toimintoja: Varmista, että olet päättänyt suorittaa erilaisia toimintoja, kuten Power BI -sovelluksen päivittämisen tai tietokohteiden päivittämisen metatietokäyttöönoton jälkeen. Harkitse tämän prosessin automatisoimista Fabric REST -ohjelmointirajapintojen avulla.
• suorittaa käyttöönottotyökalujen ja -prosessien ensikertalaisen määrittämisen: Varmista, että olet määrittänyt asianmukaiset käyttöoikeudet ja että oikeudet vastaavat sitä, miten määritit sisältösi 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.

Aiheeseen liittyvä sisältö

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