Timo Lindström, CEO, DB Pro Oy & DB Pro Services Oy.
Microsoft Fabric on yksi kiinnostavimmista alustavaihtoehdoista pitkään aikaan. Yhtenäinen analytiikka, reaaliaikaiset datavirrat, AI-integraatio, kaikki samassa paketissa.
Mutta Fabric-projekteissa toistuu yksi kysymys, johon vastausta ei ole mietitty riittävän aikaisessa vaiheessa: kuka varmistaa, että data on Fabricissa oikeasti, oikein ja ajoissa?
Fabric ei korvaa SQL Serveria — se integroi sen
Tämä on se kohta, jossa moni Fabric-projekti kompastuu. Fabric on analytiikkakerros, ei transaktiokerros. SQL Server pysyy operatiivisten sovellusten tietokantana. Fabric käyttää sen dataa analytiikkaa ja AI-työkuormia varten.
Tämä tarkoittaa, että SQL Server -ympäristön kunto vaikuttaa suoraan Fabricin toimintaan. Ylikuormitettu tai väärin mitoitettu SQL Server hidastaa datavirtaa Fabriciin. Epäkurantti data SQL Serverissä näkyy epäkuranttina datana Fabricissa, nopeammin ja laajemmin kuin ennen.
Modernisaatio ilman peruskunnon varmistamista on kuin uusi maalaus lahon seinän päälle.
Datavastuu Fabric-projektissa
Fabric-projekteissa arkkitehtuuri ja tekninen toteutus saavat paljon huomiota. Mutta datavastuu jää usein auki. Tässä muutamia kysymyksiä, joihin tarvitaan vastaus ennen Fabricin käyttöönottoa:
- Kuka omistaa jokaisen datalähteen, joka syöttää Fabricia?
- Miten tiedämme, kun data on myöhässä tai virheellistä?
- Kuka reagoi, kun dataputki katkeaa?
- Miten datan laatu validoidaan ennen kuin se näkyy analytiikkatyökalussa?
Oikea järjestys Fabric-projekteissa
Ennen Fabric-siirtymää kannattaa varmistaa ainakin nämä kaksi asiaa: SQL Server -ympäristö on oikein mitoitettu ja datamallit ovat dokumentoituja ja selkeitä. Tämä ei viivästytä Fabric-projektia, vaan varmistaa sen onnistumisen.
Meillä on kokemus sadoista data-alustasiirtymistä. Näemme useimmiten, että projekti kestää pidempään ja maksaa enemmän silloin, kun nämä asiat tehdään vasta ongelmatilanteiden pakottamana, eikä suunnitelmallisesti projektin alussa.
