Power BI:n käyttöönoton suunnittelu: Sisällön suunnittelu ja suunnittelu

Huomautus

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ämän artikkelin avulla voit suunnitella sisältöä osana sisällön elinkaaren hallintaa. Se on ensisijaisesti kohdistettu seuraaviin:

• 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.
• 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. Kuten tämän sarjan ensimmäisessä artikkelissakuvatulla tavalla 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, jotta 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öä.

Huomautus

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

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 -ratkaisunsuunnittelusta ja suunnittelusta, suosittelemme, että luet ratkaisun suunnittelua -artikkelin.
• Jos haluat lisätietoja siitä, miten voit tehokkaasti suunnitella Power BI -siirtymisen, suosittelemme, että luet Power BI :hin siirtymisen sarjan.

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ä, kun tai kun olet valmis, keräämisvaatimuksia osana ratkaisusi rakennetta.

Huomautus

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ämä kaaviot ulkoisissa ohjelmistoissa käyttämällä Fabric -kuvakkeita ja Azure-kuvakkeita. Vaihtoehtoisesti voit käyttää Azure-kaavioita, joka sisältää kuvakkeita ja piirtotyökaluja näiden kaavioiden luomiseen.

Jos haluat nähdä tällaisia kaavioita, tutustu Power BI -käyttöönoton suunnitteluun käyttöskenaariokaavioista.

Kuka luo sisällön ja tukee sitä?

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ä käyttämällä Microsoft Teams.

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 helpottamiseen omatoimisissa skenaarioissa, hajautetun sisällön toimituksessa.

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

• Planner: 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öntuottajat 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öntuottajat voivat hyödyntää muita Microsoftin tai kolmannen osapuolen palveluja, jotka voidaan integroida Microsoft Teamsiin, jotta ne sopivat parhaiten haluttuun työnkulkuun ja tarpeisiin.

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.
• Kuka 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 - 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 käyttämällä Azure DevOps.

Huomautus

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.

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 DevOpsissa suorittamalla lähdekoodin 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 keskitetyssä sisällön toimituksessa. 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.
• Kuka 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.

Huomautus

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 tapahtumia Azure Pipelines 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 joita ei tarvita tiedoston toimintaan. 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:
  • Best Practice Analyzer Rules (.json) -tiedostot.
  • Power BI -teeman (.json) tiedostot.
  • Sisällön ja kyselyiden lähdekooditiedostot.
  • Mukautetut visualisointitiedostot (.pbiviz).
• Mallit ja dokumentaatio -: Tiedostot, jotka tukevat omatoimisen sisällön luomista 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.

Huomautus

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ä harjoitat tehokasta tietojen menetyksen estämisen .

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, mikä tekee siitä kätevän useimpien tiedostotyyppien tallentamisessa. Versionhallinnan avulla voit tarkastella ja hallita tiedoston erilaisia tallennettuja versioita.

Kun tallennat tiedostoja SharePointiin, ota huomioon seuraavat seikat.

• Organisaation: 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äivityksen: Voit linkittää julkaistun semanttisen mallin tai raportin .pbix-tiedostoon, joka on tallennettu SharePoint- tai OneDrive for Business -(tunnetaan myös nimellä OneDrive for work tai school) sivustoon. Tämän lähestymistavan ansiosta sinun ei enää tarvitse julkaista semanttista mallia, jotta muutokset tulevat voimaan. Muutokset näkyvät sen sijaan, kun OneDriven automaattinen päivitys, 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 on mahdollista tarkastella Power BI -raportteja asentamatta Power BI Desktopia tai lataamatta .pbix-tiedostoa paikallisesti. Kun avaat raportteja tällä tavalla, ne näkyvät selaimen. Tämä ominaisuus voi olla kätevä vaihtoehto raporttien tarkastelemiseen Fabric-portaalista. Se 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 dokumentaatio: 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 kuitenkin parempi tallentaa versiontarkistusjärjestelmään, joka sallii tallennettujen muutosten tarkastelemisen ja hallinnan.
• sisältötiedostot: Sisällön tallentaminen SharePointiin, kun se ei ole yrityksen kannalta tärkeää tai kun sinulla ei ole käyttöoikeutta etäsäilöön, kuten Azure Repos.
• tietolähteet: Tallenna tietolähteet SharePointiin vain, kun ne ovat pienikokoisia ja monimutkaisia. Harjoita kurinalaisuutta, kun käytät SharePointia tietolähdetiedostojen tallentamiseen. Harkitse muita mahdollisia vaihtoehtoja, kuten OneLake.

Huomautus

Ä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 -kapasiteetin, OneLake on hyvä valinta tietolähdetiedostojen tallentamiseen. Voit ladata palvelimeen tai synkronoida-tiedostot OneLakeen OneLake File Explorerilla, jossa ne voidaan muuntaa taulukoiksi käytettäviksi loppuvaiheen 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 Factory - tai muita sovelluksia, jotka käyttävät Azure Data Lake Storage (ADLS) Gen2 -ohjelmointirajapinta- tai Azure Storage Python SDK -.

Huomautus

Toiminnot, kuten tiedostojen lataaminen OneLakesta käyttää Fabric-kapasiteettiyksiköitä. Sinun tulee valvoa kapasiteetin mittareita ja ryhtyä toimiin, jotta vältetään suurten tiedostojen tarpeettomasta siirtämisestä aiheutuva kapasiteettirasitus.

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

Varoitus

OneLake File Explorer sisältää 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,–esimerkiksi Azure-säilöön 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 DevOps.
• Tukitiedostot-: Tallenna tukitiedostot etäsäilöön, kun sellainen on helppo seurata ja hallita.
• sisältötiedostot: Sisällön tallentaminen etäsäilöön, kun se on yrityksen kannalta tärkeää, tai haluat 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 niin, että ne Power BI Desktop -projektitiedostojen (.pbip) .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. Jos haluat lisätietoja, katso Käyttäjätyökalut ja -laitteet.

Huomautus

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, jotka tai Git-integrointi sisällön määritelmien. 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.

tarkistusluettelon – Kun suunnittelet ja suunnittelet sisältöä, tärkeimmät päätökset ja toiminnot ovat seuraavat:

• Ratkaisujen suunnittelun: Kerää liiketoimintavaatimuksia ja teknisiä vaatimuksia,, jotta voit riittävästi ymmärtää sisällössäsi käsiteltävän ongelman ja suunnitella, miten tämä sisältö voi ratkaista ongelman.
• Määritä, kuka luo sisällön: Riippuen yksittäisen sisällön luojan työnkulusta, taidoista ja tarpeista, elinkaaren hallintaan voidaan tarvita erilaisia lähestymistapoja.
• Määritä, onko useiden sisällöntuottajien tehtävä yhteistyötä: Varmista, että sisällöntekijät käyttävät yhteistyössä 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 suoritettavat määritykset. Tee tärkeitä päätöksiä siitä, miten hallitset yhteistyötä näiden työkalujen avulla.
• Tallenna tietolähdetiedostot SharePointiin tai OneLake: 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 tallennus SharePointiin tai etäsäilöön: Yksinkertaisissa, pienemmissä projekteissa käytä SharePointia useimmille tiedostoille, jos se on järjestetty ja harjoitat 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 SharePoint: Varmista, että muiden on helppo löytää, käyttää ja ymmärtää malleja.
• Kehitys- ja käyttöönottosuunnitelma: Tämän ensimmäisen vaiheen päättämiseksi suorita erityinen suunnittelu avainalueiden käsittelemiseksi ja alustavan asennuksen. Voit esimerkiksi muodostaa työkaluja ja testata tietolähdeyhteyksiä.

Aiheeseen liittyvä sisältö

Tämän sarjan seuraavan artikkelissaopi kehittämään sisältöä ja hallitsemaan muutoksia osana sisällön elinkaarta.