Power BI arhitektuur: kuidas töötada andmeturbe alal



See artikkel annab teile üksikasjalikud ja põhjalikud teadmised selle kohta, kuidas täpselt Microsoft Power BI arhitektuur töötab.

Power BI on Microsofti andmete visualiseerimise, aruandluse ja analüütikatööriistade ning -teenuste katusmõiste. Power BI saab importida andmeid erinevatest allikatest ja korraldada neid päringute käitamiseks, aruandluse juhtpaneelide loomiseks ja andmete visualiseerimiseks. Power BI-s on komponentide komplekt, mis on saadaval erinevatele platvormidele ja eesmärkidele.
Selles Power BI arhitektuuris , saame teada järgmistest teemadest:

Alustame seda Power BI arhitektuuriõpetust.





Mis on Microsofti Power BI arhitektuur?

Power BI arhitektuur on Azure'ile ehitatud teenus. Azure on Microsofti pilvandmetöötluse infrastruktuur ja platvorm.

See teenuse kujundus põhineb kahel klastril - veebipõhine (Web Front End) klaster ja tagumise viimistluse (tagumise otsa) klaster . Veebipunkti klaster vastutab vismutiteenuse esmase seotuse ja autentimise eest ning pärast dokumenteerimist tegeleb tagumine viimistlusklaster kõigi sellest tulenevate kasutajate interaktsioonidega.



Power BI lüüs on ühendatud kohapealsed andmeallikad Power BI Desktopi või Power BI pilveteenustega, et saada pidevaid andmeid aruandluse ja analüüsi jaoks.

võim bi arhitektuurPower BI arhitektuur kasutab Azure Active Directory (AAD) kasutajaidentiteetide salvestamiseks ja haldamiseks. See haldab teadmiste säilitamist ja andmete ohvriks langemist Azure BLOB ja Azure SQL ka teave.

Veebipõhine klaster : Power BI arhitektuur

Veebi esiots näeb esmast ühendust, kliendi autentimist ja taotluste marsruutimist Power BI lähimate andmekeskusteniPower BI kasutab Azure'i liikluse haldur (ATM) suunata kasutajaliiklus lähimasse andmekeskusesse, mille määrab Domeeninimede süsteem (DNS) kirje klientuurist, kes proovib autentimisprotsessi jaoks Power BI-ga ühenduse luua ja staatilist sisu ja faile alla laadida. Power BI kasutab ka Azure'i sisuvõrk (CDN) vajaliku staatilise sisu ja failide tõhusaks levitamiseks kasutajatele vastavalt geograafilisele asukohale.



Tagumine klaster: Power BI arhitektuur

Tagumine viimistlusklaster haldab visualiseerimist, kasutaja juhtpaneele, andmekomplekte, aruandeid, andmete salvestamist, andmeühendusi ja andmete värskendamist Power BI teenustes.

kuidas logifaile Java - s luua

Power BI lüüs on ühendatud kohapeal olevate andmeallikatega või Power BI pilveteenused aruandluse ja analüüsi pidevate andmete saamiseks. Põhimõtteliselt toimib see väravana kasutajate ja Power BI teenuste vahel. Kasutajad ei tegutse otse ühegi rolliga, vaid värava rolliga.

Kõikandmed salvestatakse Azure BLOB-i salvestusruumi ja kasutaja Azure'i salvestuskontole ning autentitakse Azure Active Directory abil.

Andmete salvestamise turvalisus

Power BI arhitektuur kasutab teadmiste salvestamiseks ja haldamiseks kahte peamist hoidlat.

Kasutajatelt üleslaaditud andmed saadetakse sageli Azure BLOB-i salvestusruumi ja kõiki andmeid säilitatakse Azure SQL-i andmetes ka süsteemi enda ruutmeetri artefaktidena.

Klastri tagumise pildi rida, nagu eelmises jaotises punktiirjoone vasakul küljel näha, selgitab piiri ainsa kahe elemendi vahel, mis on ruudukujuliste mõõtmetena kasutajatele ligipääsetav, ja rollide, mis on ruudukujuliste mõõtmetega, mis on süsteemile ligipääsetavad.

Kui sidusdokumendiga dokumenteeritud kasutaja on teenusega ühendunud, aktsepteerib ja haldab ühendus ja kõik tarbija taotlused värava roll , lõpuks tuleb temaga hakkama saada Azure API haldamine.

Seejärel suhtleb see kasutaja nimel ülejäänud teenusega. Lisakskui tarbija üritab armatuurlauda vaadata, võtab lüüsiroll selle taotluse vastu ja saadab seejärel individuaalselt kutse Ettekande roll juhtpaneeli renderdamiseks brauseri jaoks vajaliku teabe hankimiseks.

mida split teeb javas

Kasutaja autentimine

Kasutajad logivad teenusesse sisse e-posti aadressi kaudu, mida kasutatakse nende Power BI Services konto loomiseks.

Power BI kasutajate arhitektuur, mis logib sisse tegeliku kasutajanime tõttu e-posti aadressi, mis edastatakse ressurssidele alati, kui kasutaja üritab teabele juurde pääseda. Tegelik kasutajanimi on kaardistatud a-ga Kasutaja peamine nimi (UPN) ja kõik Windowsi domeenikontoga seotud probleemid rakenduvad sellele.

Organisatsioonide jaoks, kes kasutavad Power BI arhitektuuri sisselogimiseks töömeile (näiteks kasutajanimi@mail.com), on UPN-i vastendamise efektiivne kasutajanimi lihtne. Organisatsioonide jaoks, kes ei kasuta töömeile Power BI arhitektuuri sisselogimiseks, sunniks AAD-i ja asutusesisese mandaadi kaardistamine kataloogi sünkroonima.

lingitud loend c õpetuses

Platvormi turvalisus arhitektuuri jaokssisaldab mitme üürniku ümbruse turvalisust ja võrguturbe, seega võimalust kuvada täiendavaid AAD-põhiseid turvameetmeid.

Andmete ja remondi turvalisus

Nagu käesolevas artiklis varem kirjeldatud, kasutavad asutusesisesed Active Directory serverid kasutaja Power BI arhitektuuri sisselogimist mandaatide UPN-i kaardistamiseks. Siiski on ülitähtis tähele panna, et kasutajad vastutavad jagamise eest ruudukujuliselt. Kui andmeallikatega ühendatud kasutaja langeb oma volituste ohvriks ja jagab neid andmeid toetavat aruannet, ei saa kasutajatele, kellega armatuurlauda jagatakse, aruandele juurdepääsu.

Erandiks on ühendus SQL Serveri sidusanalüüsi teenused. A ccess aluseks olevatele aruannetele või andmekogumitele algatab autentimise kasutajale, kes üritab aruandele juurde pääseda. Juurdepääsu saab anda ainult siis, kui kasutajal on teabele juurdepääsemiseks varukoopiad.

Nii et see kõik puudutas Microsofti Power BI arhitektuuriõpetust. Loodan, et see selgitus teile meeldib.

Kui soovite õppida Power BI-d ja luua karjääri andmete visualiseerimisel või BI-l, vaadake meie mis on varustatud juhendajate juhitud elava koolituse ja reaalse elu projektikogemusega. See koolitus aitab teil põhjalikumalt mõista Power BI-d ja aitab teil selle teema üle meisterlikkust saavutada.

Kas teil on meile küsimus? Palun mainige seda kommentaaride jaotises ja võtame teiega ühendust.