Power BI:n käyttöönoton suunnittelu: Sisällön suunnittelu ja 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ämän artikkelin avulla voit suunnitella sisältöä osana sisällön elinkaaren hallintaa. Se on ensisijaisesti kohdistettu seuraaviin:

• 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.
• 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. Kuten tämän sarjan ensimmäisessä artikkelissa kerrotaan, Power BI -sisällön elinkaaren hallinta on tärkeää, jotta sisällön luotettava ja yhtenäinen toimitus yrityskäyttäjille voidaan taata.

Sisällön elinkaaren ensimmäinen vaihe on sisällön suunnittelu ja suunnittelu. Aloitat yleensä sisällön elinkaaren suorittamalla BI-ratkaisun suunnittelun. Keräät vaatimuksia, joiden avulla ymmärrät ja määrität ongelman, johon ratkaisusi tulee puuttua, ja saat ratkaisurakenteen. Tämän suunnitteluvaiheen aikana teet keskeisiä päätöksiä myöhempien vaiheiden valmistelua varten.

Seuraavassa kuvassa esitetään Power BI -sisällön elinkaari ja korostetaan vaihetta 1, jossa voit suunnitella ja suunnitella sisältöä.

Muistiinpano

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

Vihje

Tässä artikkelissa keskitytään sisällön suunnittelun ja suunnittelun tärkeisiin näkökohtiin ja päätöksiin, jotka liittyvät elinkaaren hallintaan.

• Jos haluat lisätietoja Fabric- tai Power BI -ratkaisun tehokkaasta suunnittelusta ja suunnittelusta, suosittelemme, että luet ratkaisun suunnitteluartikkelin.
• Jos haluat lisätietoja siitä, miten Voit tehokkaasti suunnitella Power BI -siirron, suosittelemme, että luet Power BI -siirtosarjan .

Kun keräät vaatimuksia, sinun tulee kuvailla selkeästi sisällön ominaisuuksia, jotka vaikuttavat lähestymistapaasi elinkaaren hallintaan. Nämä asiat kannattaa dokumentoida osana ratkaisun suunnittelua ja suunnittelua.

Seuraavissa tämän artikkelin osioissa kuvataan ratkaisun tärkeimpiä näkökohtia ja huomioitavia seikkoja, jotka motivoivat lähestymistapaasi elinkaaren hallintaan, kun suunnittelet ja suunnittelet sisältöäsi.

Sisällön tunnistaminen ja kuvaaminen

Kun suunnittelet ratkaisuasi, sinun tulee kuvailla, mikä sisältö on, kuka sen luo, kuka sitä tukee ja kuinka tärkeää tämä sisältö on organisaatiolle. Näitä tekijöitä tulee käsitellä vaatimusten keräämisen aikana tai sen jälkeen osana ratkaisun suunnittelua.

Muistiinpano

Kuten vaatimuksissasi, myös vastaukset näihin kysymyksiin saattavat muuttua, kun kehität ratkaisua, tai myöhemmin sen elinkaaren aikana. Kun olet vastannut näihin kysymyksiin, valmistaudu arvioimaan niitä säännöllisesti uudelleen, kun teet muutoksia sisältöön, tai kun se skaalautuu sen palvelemien käyttäjien määrän mukaan.

Vastaa seuraaviin sisältöäsi koskeviin kysymyksiin, joiden avulla voit tehdä myöhempiä elinkaaren hallintapäätöksiä.

Mikä on sisällön muoto?

Sisällön tyyppi, laajuus ja monimutkaisuus motivoivat tärkeitä päätöksiä sen hallinnasta. Esimerkiksi rajoitetulle kohderyhmälle tarkoitettu yksittäinen raportti edellyttää erilaista elinkaaren hallintatapaa verrattuna semanttiseen malliin, jota koko organisaatio käyttää, ja useisiin eri loppuvaiheen kuormituksiin.

Vastaamalla seuraavan kaltaisiin kysymyksiin voit määrittää luotavan sisällön tyypin.

• Mitä kohdetyyppejä odotat luovasi ja kuinka monta niistä? Luotko esimerkiksi tietokohteita, kuten tietovoita tai semanttisia malleja, raportointikohteita, kuten raportteja tai koontinäyttöjä, vai molempien yhdistelmän?
• Miten sisältö toimitetaan sisällön kuluttajille? Käyttävätkö kuluttajat esimerkiksi tietokohteita oman sisältönsä luomiseen, tarkastelevatko he vain keskitettyjä raportteja vai molempien yhdistelmää?
• Kuinka monimutkaista sisältö on? Onko kyseessä esimerkiksi pieni prototyyppi vai suuri semanttinen malli, joka sisältää useita liiketoimintaprosesseja?
• Odotatko sisällön laajuuden, laajuuden ja monimutkaisuuden kasvavan ajan myötä? Kattaako sisältö esimerkiksi tulevaisuudessa muita alueita tai liiketoiminta-alueita?
• Kuinka kauan odotat yrityksen tarvitsevan tätä sisältöä? Tukeeko tämä sisältö esimerkiksi yrityksen avainaloitetta, jolla on rajallinen aikajana?

Vihje

Harkitse sisällön muodon kuvaavan arkkitehtonisen kaavion tekemistä. Voit sisällyttää eri tietolähteitä, kohdetyyppejä ja sisällön kuluttajia sekä näiden erillisten osien välisiä suhteita. Arkkitehtoninen kaavio voi auttaa kuvaamaan sisältöä ja sen monimutkaisuutta ytimekkäästi, ja se auttaa suunnittelemaan sen elinkaaren hallinnan. Voit luoda näitä kaavioita ulkoisissa ohjelmistoissa Fabric-kuvakkeiden ja Azure-kuvakkeiden avulla. Vaihtoehtoisesti voit käyttää Azure-kaavioita, jotka sisältävät kuvakkeita ja piirtotyökaluja näiden kaavioiden tekemiseksi.

Tällaisten kaavioiden esimerkki on Power BI:n käyttöönoton suunnittelun käyttöskenaarion kaavioissa.

Ken luot ja tukevat sisältöä?

Sisällöntekijöillä on erilaisia tarpeita, taitoja ja työnkulkuja. Nämä tekijät vaikuttavat eri elinkaaren hallintatapojen menestykseen. Suuremmat keskitetyt yhteistyötiimit tarvitsevat usein kehittyneempää sisällön elinkaaren hallintaa kuin omatoimisen sisällöntuottajien pienemmät tiimit.

Vastaamalla seuraavan kaltaisiin kysymyksiin voit määrittää, kuka luo sisällön tai tukee sitä.

• Kuinka moni henkilö voi luoda tämän sisällön? Tekeekö useat sisällöntekijät yhteistyötä vai onko yksi henkilö vastuussa sisällön luomisesta?
• Tuntevatko sisällön luojat elinkaaren hallinnan ja siihen liittyvät käsitteet, kuten versionhallinnan? Ymmärtävätkö sisällön luojat elinkaaren hallinnan edut?
• Onko ratkaisua kehittävät sisällöntuottajat samat henkilöt, jotka tukevat sitä käyttöönoton jälkeen?
• Onko sisällöntekijöillä tai heidän tiimeillään olemassa olevia elinkaaren hallintakäytäntöjä olemassa olevien ratkaisujen tukemiseksi?
• Käyttävätkö sisällön luojat tällä hetkellä elinkaaren hallintatyökaluja, kuten Azure DevOpsia?

Tärkeä

Varmista, että dokumentoit selkeästi, kuka on vastuussa sisällön luomisesta ja kuka tukee sitä, kun se on otettu käyttöön tuotannossa. Ota kaikki nämä henkilöt mukaan sisällön elinkaaren hallinnan suunnitteluun.

Mikä on sisällön tärkeys?

Riippuen siitä, kuinka tärkeää sisältö on yritykselle, teet erilaisia päätöksiä sen hallinnasta. Liiketoiminnan kannalta tärkeä sisältö edellyttää vankempia sisällön elinkaaren hallintamenetelmiä laadun suojaamiseksi ja mahdollisten häiriöiden lieventämiseksi.

Vastaa seuraavan kaltaisiin kysymyksiin, jotta voit määrittää, onko sisältö kriittinen.

• Miten tärkeää tämä sisältö on yritykselle? Kuinka kiireellinen pyyntö on kehittää sitä?
• Tehdäänkö liiketoiminnan kannalta tärkeät päätökset tai toiminnot tämän sisällön antamista tiedoista?
• Miten laajasti aiot jakaa tämän sisällön (koko organisaation laajuisesta rajoitettuun paikalliseen tiimiin)?
• Luottavatko johtajat tai muut strategiset päättäjät tähän sisältöön työssään?
• Mikä on tämän sisällön vaikutus? Jos sisältö ei ole yhtäkkiä saatavilla, millaisia vaikutuksia liiketoimintaan voi olla, kuten menetetty tuotto tai liiketoimintaprosessien keskeytyminen?

Kun olet tarpeeksi tunnistanut ja kuvaillut luomaasi sisältöä, päätät seuraavaksi, miten sisällöntuottajien tulee tehdä yhteistyötä.

Päätä, miten sisällöntuottajien tulee tehdä yhteistyötä

Kun ratkaisun vaikutusalue ja monimutkaisuus kasvavat, useiden sisällöntekijöiden ja omistajien on ehkä tehtävä yhteistyötä. Kun luot monimutkaisia ratkaisuja, suosittelemme, että käytät tehokkaita työkaluja, jotka auttavat yhteistyön rakenteessa, hallinnassa ja tukena. Power BI -sisältöä tuotettaessa voi tehdä yhteistyötä monella tavalla, esimerkiksi Microsoft Teamsin tai Azure DevOpsin avulla.

Vihje

Vaikka sisällöntuottajat työskentelevät itsenäisesti, he voivat silti hyötyä työn suunnittelusta ja strukturoimisesta microsoft teamsin ja Azure DevOpsin kaltaisten työkalun avulla.

Microsoft Teams

Pienemmissä tai yksinkertaisissa projekteissa sisällöntekijät voivat tehdä yhteistyötä Microsoft Teamsin avulla.

Microsoft Teamsin avulla sisällöntekijät voivat jäsentää viestintää, suunnittelua ja työskentelyä tiimeissä ja kanavissa. Microsoft Teams on usein hyvä valinta yksinkertaisempia yhteistyötilanteita varten. Esimerkiksi hajautetut tiimit, jotka tuottavat sisältöä rajoitetulle kohderyhmälle, voivat käyttää tiedostokirjastoja tiedostojen tallentamiseen ja versionhallintaan. He voivat myös hyödyntää muita integroituja työkaluja ja palveluja.

Vihje

Suosittelemme, että käytät Microsoft Teamsia sisällön tehokkaan elinkaaren hallinnan helpottamiseksi omatoimisissa skenaarioissa hajautetun sisällön toimituksen avulla.

Jos haluat tehdä yhteistyötä ja viestiä Microsoft Teamsissa, voit käyttää tukipalveluja Power BI -sisältösi koko elinkaaren ajan.

• Suunnittelija: Sisällön omistajat voivat luoda Plannerin avulla palvelupaketteja, joilla he voivat seurata tehtäviä ja vaikutusalueen sisältötyötä. Tehtävät voivat kuvata ongelmia, virheitä tai ratkaisun ominaisuuksia sekä vastaavia sidosryhmiä.
• SharePoint: Sisällöntekijät voivat tallentaa ja hallita tiedostoja Microsoft Teamsin tiedostokirjastossa tai kunkin kanavan yhdistetyssä sivustossa. SharePointiin tallennetut sisältötiedostot voivat käyttää versionhallintaa sisällön muutosten seurantaan ja hallintaan. Lisätietoja muutosten seurannasta ja hallinnasta SharePointin avulla on kohdassa Vaihe 2: Sisällön kehittäminen ja muutosten hallinta.
• Hyväksynnät: Sisällön luojat ja omistajat voivat määrittää ja käyttää työnkulkuja sisällön muutosten tai julkaisujen hyväksymiseksi tarkistuksen jälkeen.
• Fabric ja Power BI: Sisällöntuottajat ja omistajat voivat käyttää Fabric-portaalia Microsoft Teamsista. Sieltä he voivat hallita sisältöä tai keskustella siitä ja lisätä hyödyllisiä raportteja Teams-kanavien välilehteen.
• Muut integroinnit: Sisällöntekijät voivat hyödyntää muita Microsoftin tai kolmannen osapuolen palveluja, jotka integroituvat Microsoft Teamsiin, jotta ne sopivat parhaiten heidän haluamiaan työnkulkuja ja tarpeita.

On suositeltavaa määrittää jäsennelty prosessi sille, miten sisällöntuottajat käyttävät Microsoft Teamsia yhteistyöhön. Varmista, että määrität:

• Ryhmien ja kanavien käyttöoikeuksien hallinta.
• Ken vastaa tiimien ja kanavien hallinnasta.
• Miten työ on rajoitettu ja järjestetty erillisiin tiimeihin, kanaviin ja palvelupaketteihin.
• Miten sisällöntuottajat käyttävät tiedostokirjastoa tiedostojen järjestämiseen sekä muutosten seurantaan ja hallintaan. Esimerkiksi miten voit järjestää tiedostokirjaston ja tuleeko sisällöntuottajien kirjata sisään ja kuitata ulos tiedostoja.
• Määrittää, tuleeko sisällöntekijöiden käyttää OneDrive Refresh -sovellusta Power BI Desktop (.pbix) -tiedostojen automaattiseen julkaisemiseen.
• Miten tiedostojen synkronointiristiriidat ratkaistaan.
• Milloin arkistoida ja poistaa tiedostoja tiedostokirjastosta, jotka eivät ole enää olennaisia.

Azure DevOps

Sisällöntuottajat ja omistajat voivat myös viestiä ja tehdä yhteistyötä keskitetyssä ja organisoidussa keskuksessa Azure DevOpsin avulla.

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.

Azure DevOpsin avulla sisällön luojat käyttävät projekteja viestintänsä, suunnittelunsa ja työnsä rakenteena. Lisäksi sisällön luojat voivat järjestää sisällön elinkaaren hallinnan Azure DevOpsista suorittamalla lähteen hallinnan, vahvistuksen ja käyttöönoton. Lähteen hallinta on prosessi, jossa hallitaan eriytettyjä muutoksia sisältökoodiin ja metatietoihin.

Azure DevOps on usein hyvä valinta kehittyneempään yhteistyöskenaarioon, koska on olemassa tukipalveluja ja vaihtoehtoja sisällön luomisen ja käyttöönoton järjestämiseksi.

Vihje

Suosittelemme, että käytät Azure DevOpsia sisällön tehokkaan elinkaaren hallinnan apuna yritysskenaarioiden käytössä keskitetyn sisällön toimittamisen avulla. Yhteistyötä Azure DevOpsin tai samankaltaisten työkalujen avulla suositellaan suuremmissa tai monimutkaisemmissa tilanteissa yhteistyön sijaan Microsoft Teamsin tai SharePointin avulla. Tämä johtuu siitä, että käytettävissä on enemmän työkaluja ja vaihtoehtoja vankemman yhteistyön ja automaation helpottamiseksi.

Suosittelemme, että määrität jäsennellun prosessin sille, miten sisällöntuottajat käyttävät Azure DevOpsia yhteistyöhön. Varmista, että määrität:

• Miten työ suodatetaan ja miten sisällön haaroja luodaan, nimetään ja käytetään.
• Miten tekijät ryhmittelevät ja vahvistavat muutoksia ja kuvailevat niitä tarkistusviestien avulla.
• Ken on vastuussa muutosten tarkistamisesta ja hyväksymisestä pull-pyyntöjen avulla.
• Pyynnön yhdistämisristiriitojen hakeminen ratkaistaan ja kuka niiden ratkaisemisen voi ratkaista.
• Miten eri haaroihin tehdyt muutokset tulee yhdistää yhdeksi haaraksi.
• Miten sisältöä testataan ja kuka suorittaa testauksen ennen sisällön käyttöönottoa.
• Miten ja milloin muutokset otetaan käyttöön kehitys-, testi- ja tuotantotyötiloissa.
• Miten ja milloin käyttöönotetut muutokset tai versiot ratkaisusta voidaan peruuttaa.

Muistiinpano

Voit käyttää Microsoft Teamsia myös yhdessä Azure DevOpsin kanssa, koska nämä palvelut voi integroida eri tavoin. Voit esimerkiksi tarkastella ja hallita Azure Boardsia ja valvoa Azure Pipelines -tapahtumia Microsoft Teamsista.

Tärkeintä on, että käytät yhteistyötä helpottavia työkaluja ja palveluja, jotka sopivat parhaiten tiimisi tarpeisiin ja niiden toimintatapaan.

Kun olet päättänyt, kannattaako sisällöntuottajien tehdä yhteistyötä ja miten ne tehdään, päätät seuraavaksi, mihin tiedostot tallennetaan. Monet näistä tiedostoista tallennetaan paikkaan, jossa päätät tehdä yhteistyötä.

Päätä, mihin tiedostoja tallennetaan

Kun luot sisältöä, tuotat yleensä erityyppisiä tiedostoja. On tärkeää päättää, mihin nämä tiedostot tallennetaan, jotta voit hallita niitä tehokkaasti.

Vihje

Tallenna tiedostot, joissa useat tiimin jäsenet voivat käyttää niitä ja joissa muutoksia voidaan helposti seurata (kutsutaan versionhallinnaksi). Näin voit varmistaa, että tiimin jäsenen lähteminen tai tiedoston menettäminen ei aiheuta häiriöitä.

Seuraavassa on usein useita tiedostotyyppejä, jotka sinun on tallennettava:

• Sisältötiedostot: tiedostot, jotka sisältävät sisältötiedot tai metatiedot. Sisältötiedostot, joissa on tietoja, kuten .pbix- ja Power BI Project (.pbip) -tiedostot, sisältävät arkaluontoisia tietoja. Tallenna sisältötiedostot turvalliseen sijaintiin, jota voivat käyttää vain ne käyttäjät, jotka tarvitsevat niitä. Lisäksi sinun tulee tallentaa sisältötiedostot sijaintiin, joka tukee versionhallintaa, kuten Microsoft Teamsin tiedostokirjastoon tai Azure DevOpsin Git-säilöön. Sisältötiedostoja ovat esimerkiksi seuraavat:
  • Power BI Desktop (.pbix) -tiedostot
  • Power BI Project (.pbip) -tiedostot
  • Power BI:n sivutetut raporttitiedostot (.rdl).
  • Mallin metatietotiedostot (.bim tai TMDL)
  • Tietovuon metatiedot (.json) tiedostot
• Tietolähdetiedostot: Tiedostot, joita tietokohteet, kuten semanttiset mallit tai tietovuot, kuluttavat. Sisältö on suoraan riippuvainen tietolähdetiedostoista, joten on tärkeää harkita huolellisesti, minne ne tallennetaan, koska niiden poistaminen johtaa tietojen päivittämisen epäonnistumiseen. Lisäksi nämä tiedostot saattavat sisältää arkaluonteisia tietoja. Tallenna siis tietolähdetiedostot turvalliseen, luotettavaan ja luotettavaan ympäristöön, jonka käyttö on muiden henkilöiden rajoitettua. Esimerkkejä tietolähdetiedostoista:
  • Rakenteiset tietolähteet, kuten Excel-työkirjat, Parquet- tai CSV-tiedostot.
  • Osittain rakenteiset tietolähteet, kuten JSON- tai XML-tiedostot.
  • Rakenteettomista tietolähteistä, kuten kuvista, jotka tuot raportteihin.
• Tukitiedostot: Tiedostot, jotka tukevat sisällön luomista tai hallintaa, mutta jotka eivät ole pakollisia sisällön toiminnolle. Tukitiedostot on tallennettava sijaintiin, joka tukee versionhallintaa ja jossa muut työkalut ja sisällön luojat voivat käyttää niitä. Tukitiedostoja voivat olla esimerkiksi seuraavat:
  • Parhaiden käytäntöjen analysointisääntöjen (.json) tiedostot.
  • Power BI -teematiedostot (.json).
  • Sisällön ja kyselyiden lähdekooditiedostot.
  • Mukautetut visualisointitiedostot (.pbiviz).
• Mallit ja dokumentaatio: Tiedostot, jotka auttavat itsepalvelusisällön luomisessa tai kuvaavat olemassa olevaa sisältöä. Mallien ja dokumentaation tulee olla helposti niiden käyttäjien käytettävissä. Esimerkkejä malleista ja ohjeista:
  • Power BI -mallitiedostot (.pbit).
  • Visualisointimallit ja esimerkkiraportit.
  • Ratkaisun suunnittelu ja dokumentaatio.
  • Ratkaisun suunnittelu ja toteutussuunnitelmat.
  • Käyttäjäpyynnöt ja ratkaisuongelmat.

Varoitus

Jotkin sisältötiedostot, kuten .pbix- ja .pbip-tiedostot, voivat sisältää luottamuksellisia tietoja, jotka on tuotu tietolähteistä. Lisäksi TMDL- tai .pbit-tiedostojen kaltaiset metatietotiedostot voivat sisältää myös arkaluonteisia tietoja. Varmista, että teet tarvittavat varotoimenpiteet näiden tiedostojen tallentamiseksi suojattuihin sijainteihin ja että käytät tehokasta tietojen menetyksen estämistä.

Voit tallentaa tiedostoja eri tavalla. Varmista, että valitset sopivan sijainnin tiedoston tyypin, sisällön ja sen käyttötavan mukaan.

SharePoint Online tai OneDrive

Yleinen ratkaisu tiedostojen tallentamiseen on Käyttää SharePoint-sivustoja . SharePoint on yleisesti saatavilla useimmille käyttäjille, ja se on integroitu voimakkaasti sekä Power BI-sovelluksiin että muihin Microsoft 365 -sovelluksiin, kuten Microsoft Teamsiin. Lisäksi siinä on sisäinen versionhallinta, joka tekee siitä kätevän useimpien tiedostotyyppien tallennusta varten. Versionhallinnan avulla voit tarkastella ja hallita tiedoston erilaisia tallennettuja versioita.

Kun tallennat tiedostoja SharePointiin, ota huomioon seuraavat seikat.

• Organisaatio: Varmista, että ylläpidät yhdenmukaista ja loogista rakennetta, jotta tietyt tiedostot on helppo löytää. Käytä hyviä nimeämiskäytäntöjä, järjestä tiedostoja kansioihin ja arkistoi tiedostoja, jotka eivät ole enää olennaisia meneillään olevissa projekteissa.
• OneDrive-päivitys: Voit linkittää julkaistun semanttisen mallin tai raportin .pbix-tiedostoon, joka on tallennettu SharePoint- tai OneDrive for Business -sivustoon (tunnetaan myös nimellä OneDrive for work tai school). Tämän lähestymistavan ansiosta sinun ei enää tarvitse julkaista semanttista mallia, jotta muutokset tulevat voimaan. Muutokset näkyvät sen sijaan automaattisen OneDrive-päivityksen jälkeen, joka tapahtuu tunneittain. Vaikka tämä lähestymistapa on kätevä, ota huomioon, että siihen liittyy joitain varoituksia ja haasteita. Kun asia menee, sitä ei voi helposti peruuttaa.
• Esikatsele raportteja: SharePointissa voit tarkastella Power BI -raportteja asentamatta Power BI Desktopia tai lataamatta .pbix-tiedostoa paikallisesti. Kun avaat raportteja tällä tavalla, ne näytetään selaimessa. Tämä ominaisuus voi olla kätevä vaihtoehto raporttien tarkastelemiseen Fabric-portaalista. Se on oletusarvoisesti käytössä Fabric-vuokraaja-asetuksissa.

Vihje

Kun teet yhteistyötä Microsoft Teamsin avulla, harkitse tiedostojen tallentamista kanavan tiedostokirjastoon. Tämä lähestymistapa auttaa keskittää tiedostoja ja helpottaa yhteistyötä.

Harkitse seuraavien tiedostotyyppien tallentamista SharePointiin.

• Mallit ja ohjeet: Tallenna mallit ja dokumentaatio SharePointiin, kun sinulla ei ole aiemmin luotua tallennusratkaisua. SharePoint sopii erinomaisesti näille tiedostoille, koska voit myöntää käyttöoikeuden muille ja hallita tiedostoja ilman monimutkaisia määrityksiä tai prosesseja.
• Tukitiedostot: Tallenna tukitiedostot SharePointiin, kun sinulla ei ole aiemmin luotua tallennusratkaisua. Jotkin tukitiedostot (esimerkiksi Power BI -teema .json raportteja varten) on ehkä kuitenkin parempi tallentaa versiontarkistusjärjestelmään, joka sallii tallennettujen muutosten tarkastelemisen ja hallinnan.
• Sisältötiedostot: Tallenna sisältö SharePointiin, kun se ei ole yrityksen kannalta tärkeää tai kun sinulla ei ole pääsyä Azure Reposin kaltaiseen etäsäilöön.
• Tietolähteet: Tallenna tietolähteet SharePointiin vain, jos ne ovat pienikokoisia ja monimutkaisia. Harjoita kurinalaisuutta, kun käytät SharePointia tietolähdetiedostojen tallentamiseen. Harkitse muita mahdollisia vaihtoehtoja, kuten OneLakea.

Varoitus

Älä käytä SharePointia oikean tietoarkkitehtuurin vaihtoehtona. Vaikka tietolähdetiedostojen tallentaminen SharePointiin voi olla kätevää joissakin rajoitetuissa tilanteissa, tämä lähestymistapa ei skaalautu, kun sinulla on suurempia, monimutkaisempia tietolähteitä tai kun tarvitset vähemmän tietojen viivettä.

Varoitus

Älä käytä henkilökohtaista tiedostojärjestelmää tai henkilökohtaista OneDrive-tiliä tiedostojen tallentamiseen. Jos omistaja poistuu organisaatiosta, nämä tiedostot eivät ole enää käytettävissä.

OneLake

Jos sinulla on Fabric-kapasiteetti, OneLake voi olla hyvä valinta tietolähdetiedostojen tallentamiseen. Voit ladata tai synkronoida tiedostoja OneLake-Resurssienhallinta avulla, jossa ne voidaan muuntaa taulukoiksi käytettäväksi tuotantovirran kuormituksissa, kuten Power BI:ssä. Jos käytät suurempia tai säännöllisesti päivitettyjä tietolähteitä, voit ladata tiedostoja OneLakeen automaattisesti käyttämällä Fabric Data Factorya tai muita sovelluksia, jotka käyttävät Azure Data Lake Tallennus (ADLS) Gen2 -ohjelmointirajapintaa tai Azure-tallennus Python SDK:ta.

Varoitus

Toiminnot, kuten tiedostojen lataaminen tai lataaminen OneLakesta , kuluttavat Fabric-kapasiteettiyksiköitä. Valvo kapasiteetin mittareita ja ryhdy toimiin, jotta vältetään suurten tiedostojen tarpeettomasta liikkumisesta aiheutuva kapasiteettirasitus.

Lisäksi OneLake-Resurssienhallinta käyttäjien käyttämät tiedostot ovat alttiita vahingossa muutoksille tai tappioille. Suosittelemme välttämään OneLake Resurssienhallinta käyttämistä liiketoiminnan kannalta tärkeissä ratkaisuissa.

Varoitus

OneLake Resurssienhallinta on useita tärkeitä rajoituksia ja huomioitavia seikkoja. OneLake ei esimerkiksi tue versionhallintaa tiedostoille, kuten SharePointille tai OneDrivelle. Ota huomioon nämä seikat ja rajoitukset, kun päätät, mihin tiedostoja tallennetaan.

Vihje

Kun tallennat tietoja OneLakeen, harkitse liiketoiminnan jatkuvuuden ja järjestelmäpalautuksen (BCDR) käyttöönottoa tietojen menettämisriskin pienentämiseksi. Kun BCDR on käytössä, tiedot kopioidaan ja tallennetaan kahdella eri maantieteellisellä alueella Azuren vakioalueparien mukaan.

Etäsäilö

Sisällöntekijät voivat sitoa ja tallentaa töitä paikallisesta tietokoneestaan etäsäilöön, kuten Azure Repos Git -säilöön, säännöllisin väliajoin kehityksen aikana. Etäsäilö sisältää ratkaisun uusimman version, ja se on koko kehitystiimin käytettävissä. Etäsäilö helpottaa yleensä edistyneempiä elinkaaren hallintatapoja kuin Teamsin, SharePointin tai OneDriven käyttötapoja. Tämä johtuu siitä, että etäsäilöä käyttämällä sisällöntuottajat voivat hyötyä kehittyneemmistä vaihtoehdoista tehdä yhteistyötä tiedostojen parissa tai seurata ja hallita tiedostojen muutoksia. Sisällöntekijät voivat esimerkiksi työstää etäsäilön omaa haaraansa muutosten tekemiseksi ja pyytää kyseisten muutosten yhdistämistä päähaaraan, kun ne ovat valmiita.

Harkitse seuraavien tiedostotyyppien tallentamista etäsäilöön.

• Mallit ja dokumentaatio: Tallenna mallit ja dokumentaatio etäsäilöön, kun hallitset projektia toisiinsa liittyvillä palveluilla, kuten Azure DevOpsissa.
• Tukitiedostot: Tallenna tukitiedostot etäsäilöön, kun tukitiedosto on helposti seurattavissa ja hallittavissa.
• Sisältötiedostot: Tallenna sisältö etäsäilöön, kun kyseessä on yrityksen kannalta tärkeä sisältö, tai jos aiot tehdä yhteistyötä muiden kehittäjien kanssa samassa sisällössä. Etäsäilö sopii erinomaisesti sisällön muutosten seurantaan ja yhteistyön helpottamiseen.

Vihje

Etäsäilöä käytettäessä harkitse Power BI -raporttien ja semanttisten mallien tallentamista Power BI Desktop -projekteina (.pbip) tiedostoina .pbix-tiedostojen sijaan. Tämä johtuu siitä, että tallennettuja muutoksia ei voida tunnistaa .pbix-tiedostossa.

Ei tiedostoja: Fabric-portaalissa luotu sisältö

Sisällöntekijät voivat luoda sisältöä suoraan Fabric-portaalissa. Tässä skenaariossa ne eivät yleensä käsittele suoraan sisältötiedostoja. Sinun tulisi yleensä luoda sisältöä Fabric-portaalissa vain, jos kohdetyyppejä ei voi luoda muualla (kuten tietovuot, koontinäytöt tai tuloskortit). Voit luoda raportteja ja semanttisia malleja Fabric-portaalissa myös silloin, kun sinulla ei ole käyttöoikeutta Windows-koneeseen etkä voi käyttää Power BI Desktopia. Katso lisätietoja kohdasta Käyttäjätyökalut ja -laitteet.

Varoitus

Et voi ladata tiedostona sisältöä, joka on luotu Fabric-portaalissa. Esimerkiksi Fabric-portaalissa luotuja raportteja ei voi ladata .pbix-tiedostoina.

Kun luot sisältöä Fabric-portaalissa, käytä sen sijaan Fabric-ohjelmointirajapintoja tai Git-integrointia sisällön määritelmien tunnistuksissa. Kun varmuuskopioit sisältömääritelmiä, voit poistaa häiriöitä, jos sisältö poistetaan vahingossa tai se muuttuu vahingossa. Jos sisältö poistetaan tai sitä muutetaan vahingossa, voit korvata sen varmuuskopioinnin avulla.

Tarkistusluettelo – Sisällön suunnittelussa ja suunnittelussa tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Ratkaisun suunnittelun suorittaminen: Kerää liiketoiminnan vaatimuksia ja teknisiä vaatimuksia , jotta ymmärrät riittävästi sitä ongelmaa, johon sisältösi tulee vastaamaan, ja suunnitella, miten tämä sisältö ratkaisee ongelman.
• Määritä, kuka luo sisällön: Riippuen yksittäisen sisällön luojan työnkulusta, taidoista ja tarpeista, saatat tarvita erilaisia lähestymistapoja elinkaaren hallintaan.
• Määritä, tarvitseeko useiden sisällöntekijöiden tehdä yhteistyötä: Varmista, että yhteistyössä toimivat sisällöntekijät käyttävät tiedostotyyppejä, jotka tukevat versionhallintaa, kuten .pbip-tiedostoja.
• Päätä, miten sisällöntuottajat tekevät yhteistyötä: Päätä, miten kehittynyt yhteistyö on. Päätä lisäksi, miten helpotat tätä yhteistyötä, esimerkiksi käyttämällä Microsoft Teamsia tai Azure DevOpsia.
• Määritä yhteistyötyökalut: Varmista, että suoritat ratkaisun tai projektin ensimmäisen kerran tarvittavat määritykset. Tee tärkeitä päätöksiä siitä, miten hallitset yhteistyötä näiden työkalujen avulla.
• Tallenna tietolähdetiedostot SharePointiin tai OneLakeen: Tallenna pieniä, yksinkertaisia tietolähdetiedostoja SharePointiin. Muussa tapauksessa käytä oneLake- tai ADLSGen2-lauseketta (jos ne ovat käytettävissä).
• Sisällön ja tukitiedostojen tallentaminen SharePointiin tai etäsäilöön: Yksinkertaisemmissa ja pienemmissä projekteissa käytä SharePointia useimmille tiedostoille, jos se on järjestetty ja käytät hyvää käyttöoikeuksien hallintaa. Jos haluat käyttää suurempia ympäristöjä tai rinnakkaista yhteistyötä, harkitse etäsäilön käyttämistä. Se tarjoaa yksityiskohtaisen näkyvyyden sisällön muutoksiin.
• Tallenna mallit ja dokumentaatio SharePointiin: Varmista, että muiden on helppo löytää, käyttää ja ymmärtää malleja ja ohjeita.
• Kehitys- ja käyttöönottosuunnitelma: Päätä tämä ensimmäinen vaihe suorittamalla erityinen suunnittelu avainalueiden käsittelemiseksi ja suorittamalla alustava määritys. Voit esimerkiksi muodostaa työkaluja ja testata tietolähdeyhteyksiä.

Liittyvä sisältö

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