Voit lukea artikkelisarjan aikaisemmat osat oheisten linkkien kautta:
Mikä on Microsoft Fabric? Osa 1: historiasta nykypäivään
Mikä on Microsoft Fabric? Osa 2: teknologia
Mikä on Microsoft Fabric? Osa 3: suorituskyky
Tässä osassa keskitymme Microsoft Fabricin lisenssointiin, joka perustuu Fabric-ympäristön kapasiteettiin. Kapasiteetin voi valita 11:sta eri kapasiteettivaihtoehdosta F2 - F2048 välillä. Kapasiteetti tuplaantuu aina edelliseen tasoon verrattuna, esimerkiksi F2 -> F4 -> F8… Kapasiteetti on keskimääräisiä kapasiteettiyksikkösekunteja. Mitä enemmän laskenta-aikaa ympäristö vuorokaudessa tarvitsee, sitä suuremman kapasiteetin ympäristö tarvitsee. Tarkemmin tästä voit lukea edellisestä artikkelistamme Mikä on Microsoft Fabric? Osa 3: suorituskyky.
Fabric F64 toimii jakajana Fabricin ominaisuuksille. F64 ja sitä suuremmat kapasiteetit saavat lisäominaisuuksia pienempiin kapasiteetteihin verrattuna hieman samaan tapaan kuin Power BI:ssä Power BI Premium -kapasiteettien mukana tulee lisäominaisuuksia jaetun kapasiteetin Power BI Pro:n verrattuna.
Fabricin kapasiteettilisenssin lisäksi pitää raporttien julkaisijoilla olla Power BI Pro -lisenssi. Myös kaikilla raporttien lukijoilla tulee olla Power BI Pro -lisenssit ellei käytössä ole Fabric F64-kapasiteetti tai isompi, jolloin lukijoille riittävät ilmaiset Power BI Free -lisenssit. Huomion arvoista on, että Free-käyttäjille näkyvien raporttien pitää olla kyseisen kapasiteetin Workspaceissa, ja jos raportoinnin tulee olla saatavilla 24/7 tulee myös Fabric-kapasiteetin olla päällä 24/7.
Suunnitteluvaiheessa kannattaa myös pohtia tarvitseeko Power BI -raportointi Direct Lake-toteutusta. Jos raportoinnin taustalla on huomattavan suuret rivimäärät dataa tai halutaan käyttää Direct Lakea dataputken lyhentämiseksi, pitää huomioida, että Direct Lake vaatii taustalleen osan Fabric-kapasiteetista. Tämän kapasiteetin on oltava käynnissä silloin, kun Direct Lakeen pohjautuvan raportoinnin halutaan olevan saatavilla, mahdollisesti siis 24/7. Vaihtoehtona on käyttää Power BI:n perinteisiä Import- ja DirectQuery-toteutuksia, jolloin raportit käyttävät Power BI Pro -lisenssin jaettua kapasiteettia, erikseen ostetun Fabric-kapasiteetin sijaan.
Yhden isomman kapasiteetin Fabric-lisenssin sijaan kannattaa harkita voisiko tämän jakaa useammaksi pienemmäksi Fabric-kapasiteetiksi eri tarpeisiin. Esimerkiksi sen sijaan, että hankkii yhden Fabric F16-kapasiteetin, hankkii samalla kustannuksella vaikka yhden F8-kapasiteetin ja kaksi F4-kapasiteettia. Kullekin kapasiteetille voi jakaa omat tehtävänsä, joko Domainin mukaan (esim. Talous- tai HR -domain) ja/ tai dataputken vaiheen mukaan (Bronze Lakehouse). Käytettäessä omia kapasiteetteja dataputken eri vaiheissa, voidaan kapasiteetti sammuttaa heti vaiheen tehtävien valmistuttua. Jos käytetään vain yhtä isompaa kapasiteettia tulee sen olla päällä kaikkien dataputken vaiheiden ajojen aikana, alusta loppuun saakka. Alla kuvat eri tapauksista.
Kuva 1. Vain yksi kapasiteetti F16 käytössä.
Kuva 2. Kapasiteetti jaettu dataputken vaiheiden mukaan.
Kuva 3. Kapasiteetti jaettu dataputken vaiheiden sekä domainien Talous, HR, Tuotanto mukaan.
Aiemmassa blogitekstissä Aleksi kertoi Fabricin bursting-ominaisuudesta, joka automaattisesti skaalaa Fabricia suuremmaksi, mutta sen vastapainona on smoothing, jonka aikana otettu “ennakko hyvitetään”. Jos dataputki on aktiivisessa käytössä ympäri vuorokauden ei smoothing-jaksoille jää sopivaa paikkaa. Kannattaakin seurata kapasiteetin käyttöä ilmaisella Microsoft Fabric Capacity Metrics-sovelluksella.
Maaliskuun puolivälissä tuli Microsoftilta tieto, että Fabric-kapasiteetit tulevat korvaamaan nykyiset Power BI Premium -kapasiteetit. Mikäli sinulla on jo Power BI Premium -kapasiteetti käytössäsi, tulee kapasiteettisi muuttumaan siis Fabric-kapasiteetiksi. Tällä työtilan asetuksia koskevalla muutoksella ei ole kiire, aikaa on vähintään vuoden 2024 loppuun. Power BI Premium P1:tä vastaa Fabric F64 -kapasiteetti, Premium P2:sta Fabric F128 jne. On kuitenkin hyvä huomioida, että Power BI ja Fabric kumpikin kuluttuvat samoja kapasiteettiyksikköjä. Jos siis Power BI Premium -kapasiteettisi on jo aiemmin ollut mitoituksensa rajoilla, siitä tuskin riittää kapasiteettia uuden Fabric Lakehousen pyörittämiseen.
Mikäli nykyinen tietovarastosi on esimerkiksi ADF- ja Azure SQL-pohjainen ratkaisu, ei sinulla ole kiirettä muuttaa sitä kapasiteetin vaihtuessa Fabric pohjaiseksi Lake-/Warehouseksi. Voit kuitenkin harkita nykyisen ratkaisun laajentamista esimerkiksi Fabricin reaaliaikaisen, virtaavan datan ratkaisulla tai AI/ML- kyvykkyyksillä.
Datan tietoturvalliseen hakemiseen palomuurin takaisista lähdejärjestelmistä tuli helmikuun lopussa kaksi vain vähintään F64-kapasiteeteissa olevaa ominaisuutta. Näistä enemmän kahdessa Microsoftin blogiartikkelissa “Introducing Managed Private Endpoints for Microsoft Fabric in Public Preview” ja “Introducing Trusted Workspace Access for OneLake Shortcuts“.
Generatiivinen tekoäly ja Microsoftin Copilot on ollut viimeisen vuoden ajan pinnalla. Fabricissa Copilotia voi hyödyntää esimerkiksi Lakehousen rakentamiseen tarvittavan koodin luomisessa. Raportointipäässä Copilotin voi pyytää luomaan raporttisivuja olemassa olevan semanttisen mallin pohjalta tai tekemään johdon tiivistelmän olemassa olevan raporttisivun sisällöstä. Nämä kaikki Copilot-ominaisuudet vaativat vähintään maksullisen Fabric F64-kapasiteetin toimiakseen. Lisäksi Copilot-kyselyt kuluttavat kapasiteettiyksikköjä. Microsoft on kirjoittanut kulutuksesta esimerkein varustetun blogin.
Tämä artikkeli on neljäs osa Microsoft Fabriciin keskittyvää blogisarjaa ja myöhemmät muutokset voivat olla mahdollisia. Tutustu aina ajantasaiseen tietoon Microsoftin sivuilta. Sarjan tulevassa osassa siirrymme konkretiaan ja käymme läpi Fabricin suoritumista asiakkaan raportointiympäristössä.
Mikä on Microsoft Fabric? Osa 1: historiasta nykypäivään
Mikä on Microsoft Fabric? Osa 2: Teknologia
Mikä on Microsoft Fabric? Osa 3 suorituskyky
Mikä Microsoft Fabric on?
Pinjan tiedolla johtamisen ja business intelligence -palvelut
Microsoft Fabric- lisenssit