Suurin syy, miksi yritysten AI-portfoliot kasvavat hallitsemattomasti, on yhteisen arkkitehtuurin puute. Jokainen tiimi valitsee oman alustansa, oman LLM-rajapintansa, oman vektorikantansa ja oman governance-mallinsa. Kahden vuoden kuluttua talossa on 200 ratkaisua, joita ei voi vertailla eikä yhdistää.
L1 sisältää operatiiviset järjestelmät (ERP, CRM, ydinjärjestelmät), IoT-virrat ja kolmannen osapuolen rikastusdatan. Tämä on yrityksen "totuus" siinä muodossa, jossa se syntyy. L1:n omistajat ovat tyypillisesti liiketoiminta tai IT-järjestelmävastaavat. Hyvä AI-arkkitehtuuri ei yritä muuttaa L1:tä. Se tunnistaa lähdejärjestelmien rajat ja rakentaa niiden päälle kontrolloidut sopimukset.
L2 on lähdejärjestelmien suora kopio data lakeen tai lakehouseen. Ei muunnoksia, ei laadunhallintaa — vain tallennettu ja versioitu raakadata jäljitettävyyttä varten. Tämä kerros mahdollistaa "syntiset" use caset ja juurisyy-analyysit.
L3:ssa raakadata muunnetaan ydindatatuotteiksi: jokainen tuote on omistettu, dokumentoitu, laadunvarmistettu ja SLA-sopimuksen alainen kokonaisuus, joka edustaa yhtä liiketoiminta-entiteettiä (asiakas, sopimus, tuote, transaktio). Ydindatatuotteet ovat kaiken yläpuolella olevan AI:n pohja. Käytännössä yksi liiketoimintayksikkö pärjää tyypillisesti 15–40 ydindatatuotteella, kun ne on rajattu kurinalaisesti yhteen liiketoiminta-entiteettiin per tuote. Tällä määrällä governance ja omistajuus pysyvät hallittavina.
L4 on liiketoimintalogiikan kerros. Tässä yhdistetään useita core-datatuotteita ja lasketaan käyttötarkoituskohtaisia metriikoita ja entiteettejä: "asiakkaan elinkaariarvo", "tilausennuste viikolle X", "luottoriski A-segmentille". Semanttinen kerros on AI:n "älykäs raja". Sen päällä toimivat sekä BI-raportit, copilotit että autonomiset agentit — kaikki samasta datatuotteesta.
L5 sisältää kaikki mallit: foundation-mallit (GPT, Gemini, Claude), domain-spesifisesti hienosäädetyt mallit, klassinen ML (regressiot, gradient boosting), aikasarjamallit ja kuva/ääni-mallit. Tärkeää on, että mallikerros on standardoitu — yksi prompt-rekisteri, yksi mallirekisteri, yksi versiointimekanismi. Ilman tätä jokainen tiimi valitsee oman.