Databricks tahab muuta vibe coding’u ettevõtetele kasutatavaks: kiirusele lisatakse õigused, andmekontekst ja kulukontroll

Databricks teatas Data + AI Summit 2026 konverentsil kolmest uuest Databricks Appsi võimalusest, mille eesmärk on tuua vibe coding ettevõtte sisearendusse kontrollitaval kujul. Uued võimalused on App Spaces, Genie App Builder ja Serverless Micro Apps.

Sõnum on lihtne: ettevõttes ei piisa sellest, et rakenduse saab kiiresti valmis. Rakendus peab töötama päris äriandmetega, järgima õigusi, püsima kulupiirides ja olema piisavalt turvaline, et seda saaks kasutada tootmiskeskkonnas.

Databricksi sõnul on klientide rakenduste loomine viimase kuue kuu jooksul kiiresti kasvanud. Aktiivselt töötavate Databricks Appsi rakenduste arv on peaaegu kahekordistunud ning iganädalaste kasutajate arv rohkem kui kolmekordistunud. See näitab, et ärikasutajad ja domeenieksperdid ei taha enam ainult aruandeid tellida. Nad tahavad ise ehitada väikseid tööriistu, töövoogude rakendusi ja andmepõhiseid kasutajaliideseid.

Probleem on selles, et tavaline vibe coding on ettevõtte jaoks liiga vaba. Kui ärikasutaja kirjeldab tavalises tööriistas, millist rakendust ta soovib, võib tulemus valmida kiiresti, kuid see ei pruugi teada, millised andmed on usaldusväärsed, kellel on õigus neid näha, kuidas kulusid piirata või millised turvareeglid peavad kehtima.

Databricks püüab selle lünga sulgeda. Ettevõtte uus lähenemine paneb vibe coding’u andmeplatvormi sisse, kus andmed, semantika, õigused ja audit on juba olemas.

Miks vibe coding ettevõttes üksi ei tööta?

Vibe coding on muutnud rakenduste prototüüpimise palju lihtsamaks. Kasutaja kirjeldab soovitud tööriista tavalises keeles, koodiassistent loob esimese versiooni ning rakendust saab kiiresti muuta. Selline tööviis sobib hästi ideede katsetamiseks ja väikeste tööriistade loomiseks.

Ettevõttes tekib aga kohe mitu lisaküsimust. Milliseid tabeleid rakendus kasutab? Kas kasutajal on õigus neid andmeid näha? Kas rakendus pärib andmeid turvaliselt? Kui palju arvutusressurssi see kasutab? Kes on rakenduse omanik? Kuidas logitakse kasutust? Mis juhtub, kui ärikasutaja loob kogemata tööriista, mis näitab tundlikku infot liiga laiale ringile?

Need küsimused ei kao ära ainult seetõttu, et rakendus valmis kiiremini. Vastupidi: mida rohkem inimesi saab rakendusi luua, seda tähtsamaks muutub süsteemne valitsemine. Kui iga väikest rakendust tuleb eraldi üle vaadata, tekib platvormitiimile pudelikael. Kui kontrolli ei ole, tekib andme- ja turvarisk.

Databricksi uued funktsioonid püüavad muuta kontrolli eeltingimuseks, mitte hilisemaks paranduseks.

App Spaces: piirid enne esimese rakenduse loomist

App Spaces on Databricksi uus valitsemispiir rakenduste rühmade jaoks. Administraatorid saavad määrata andmepääsu, ressursid, API-ulatused ja turvapoliitikad ühe App Space’i tasemel. Kõik sellesse ruumi loodud rakendused pärivad need sätted automaatselt.

See on oluline nihe. Tavapäraselt tekib kontroll pärast rakenduse valmimist: keegi ehitab tööriista, siis turvatiim või platvormitiim vaatab selle üle. App Spaces pöörab loogika ümber. Reeglid on paigas enne, kui esimene rakendus luuakse.

Näiteks võib ettevõte luua eraldi App Space’i müügitiimile, finantsanalüüsile, klienditoele või operatsioonidele. Iga ruum saab ainult vajaliku andmepääsu ja ressursipiirid. Arendajad või ärikasutajad saavad ruumi sees kiiremini tegutseda, kuid nad ei pääse kogemata väljapoole lubatud piire.

Databricksi vaates annab see ehitajatele rohkem autonoomiat ja administraatoritele parema nähtavuse. Platvormitiim näeb, millised rakendused eksisteerivad, kes neid omab ja kuidas neid kasutatakse. See on eeldus, et sisearendust saaks kasvatada sadade või tuhandete väikeste rakendusteni.

Genie App Builder: rakenduse loomine Databricksi enda kontekstis

Genie App Builder on Databricksi rakenduste loomise tööriist, mis aitab kirjeldusest või ekraanipildist luua toimiva sisemise rakenduse. Kasutaja kirjeldab, mida ta tahab ehitada, vaatab üle loodud plaani ning saab rakendust muuta koos reaalajas eelvaatega.

Tavalise koodiassistendi ja Genie App Builderi erinevus on kontekst. Databricksi sõnul tunneb tööriist kasutaja workspace’i, olemasolevaid andmevarasid, Unity Catalogi semantikat ja kehtivaid õigusi. See tähendab, et kui kasutaja küsib rakendust müügitulemuste, varude, kliendisegmentide või operatsiooniliste näitajate jaoks, ei pea ta kõiki tabeleid ja ühendusi käsitsi ette andma.

See on ettevõtte jaoks kriitiline. Tavaline rakenduse generaator võib teha ilusa kasutajaliidese, kuid ei tea, milline tabel on ametlik, milline mõõdik on kinnitatud ja milline andmeallikas on aegunud. Databricks püüab lahendada just seda probleemi, sidudes rakenduse loomise Unity Catalogi, semantilise kihi ja olemasoleva andmevalitsemisega.

Rakendused ehitatakse AppKiti peale. See on TypeScripti SDK, mis on mõeldud Databricksi rakenduste tootmiskõlblikumaks ehitamiseks. AppKit sisaldab vahemälu, telemeetriat, korduskatsete loogikat ja Databricksi andmete ning ressurssidega lõimitust.

Genie One ja kontekstiprobleem

Databricksi laiem Genie One’i suund selgitab, miks App Builder ettevõtte jaoks tähtis on. Genie One on Databricksi uus ärikasutajatele mõeldud agentne töökaaslane, mis peaks vastama küsimustele, tegema töövooge ja tegutsema ettevõtte struktureeritud ning struktureerimata andmete põhjal.

Databricksi kaasasutaja ja tegevjuht Ali Ghodsi on öelnud, et paljud ettevõtte tehisaru lahendused „arvavad enesekindlalt”, sest neil puudub tegelik ärikontekst. Tema sõnul ei ole probleem ainult mudelis, vaid selles, kas süsteem teab ettevõtte mõõdikuid, andmeallikaid ja tähendusi.

See mõte kandub üle ka rakenduste loomisele. Kui rakendus ehitatakse ilma kontekstita, võib see näidata valet mõõdikut, kasutada vale filtrit või arvutada müügitulemuse teisiti kui ettevõtte ametlik aruandlus. Selline tööriist võib olla kiire, kuid äriliselt ohtlik.

Genie App Builderi lubadus on, et vibe coding toimub otse seal, kus ettevõtte andmete tähendus ja õigused juba paiknevad.

Serverless Micro Apps: väikeste rakenduste majandus muutub

Ettevõttes on palju väikeseid tööriistu, mida kasutatakse harva või lühikeste hoogudena. Näiteks osakonna raportirakendus, kampaania jälgimise vaade, sisemine kinnitustöövoog või üks konkreetne kliendianalüüsi tööriist. Traditsioonilise taristu puhul on nende probleem kulu: rakendus võib töötada pidevalt, kuigi seda kasutatakse ainult aeg-ajalt.

Serverless Micro Apps lahendab seda microVM-põhise käituskeskkonnaga. Iga rakendus töötab oma kerges virtuaalmasinas, käivitub vajaduse korral kiiresti ja saab jõudeolekus skaleeruda nulli. See tähendab, et kulu põhineb kasutusel, mitte pidevalt reserveeritud taristul.

See võib muuta väikeste sisemiste rakenduste majandust. Kui iga väikese tööriista jaoks peab hoidma alati töötavat keskkonda, jäävad paljud ideed tegemata. Kui rakendus saab töötada ainult siis, kui keegi seda kasutab, on lihtsam toetada laia portfelli väikseid tööriistu.

Samal ajal on isolatsioon oluline turvanõue. Kui iga rakendus töötab oma microVM-is, on risk väiksem kui jagatud keskkonnas, kus ühe rakenduse viga võiks mõjutada teisi. Databricks üritab siin ühendada serverless-mudeli kulueelise ja ettevõtte turvanõuded.

Marketplace näitab sama strateegiat: rakendus tuleb andmete juurde

Databricks teatas samal ajal ka Apps on Databricks Marketplace’i avalikust eelvaatest. Selle mõte on lubada klientidel avastada, paigaldada ja käivitada kolmandate osapoolte andme- ja tehisaru rakendusi otse oma Databricksi workspace’is.

See on sama arhitektuuriline põhimõte: andmeid ei viida rakenduse juurde, vaid rakendus tuuakse andmete juurde. Databricksi sõnul töötab iga Marketplace’ist paigaldatud rakendus kliendi Databricksi kontol isoleeritud keskkonnas ning pärib Unity Catalogi õigused, auditi ja peenhäälestatud ligipääsukontrolli.

Ettevõtte vaates on see tähtis, sest kolmandate tööriistade kasutuselevõtt tähendab tavaliselt andmete liigutamist, uusi integratsioone, infoturbe hindamist ja pikalt venivaid vastavuskontrolle. Kui rakendus töötab kliendi enda juhitud keskkonnas, väheneb andmete väljavoolu risk.

See ei eemalda kõiki hanke- ja turvaküsimusi, kuid muudab mudelit. Andmepõhise rakenduse väärtus saab tulla kiiremini, ilma et ettevõte peaks esimesena ehitama keeruka ETL-i või andmete ekspordi.

Turvalisus: identiteedid, kontekstipõhine ligipääs ja serverless

Databricks täiendas Data + AI Summitil ka turbe- ja vastavusvõimekusi. Automatic Identity Management ehk AIM jõudis Microsoft Entra ID jaoks AWS-is ja GCP-s üldkättesaadavaks ning Okta tugi on avalikus eelvaates. Databricksi järgi aitab AIM automaatselt hallata kasutajaid, gruppe ja teenusekontosid identiteedipakkuja alusel.

See on oluline, sest agentide ja rakenduste kasv tekitab palju mitte-inimlikke identiteete: teenusekontod, agentide õigused, rakenduste ühendused ja API-pääsud. Kui neid hallatakse käsitsi, muutub ligipääsukontroll kiiresti ebaühtlaseks.

Databricks tõi välja ka Context-Based Ingressi, mis võimaldab luua ligipääsupoliitikaid võrguallika, identiteedi ja kasutusulatuse järgi. Selle eesmärk on lubada ettevõtetel avada näiteks Genie, dashboard’id, Databricks Apps ja AI Gateway valitud kasutajatele või välistest võrkudest, avamata kogu workspace’i.

Need lisad näitavad, et Databricks ei püüa müüa vibe coding’ut ainult arendajate mugavusena. Ettevõte seob selle suuremasse turbe- ja valitsemisloogikasse, sest ilma selleta ei jõua sellised tööriistad suuremates organisatsioonides tootmisse.

Mida võidab ärikasutaja?

Ärikasutaja jaoks on kõige suurem muutus see, et ta ei pea ootama kuude kaupa väikest sisemist tööriista. Kui müügijuht vajab kliendisegmentide vaadet, operatsioonijuht tarnehäirete jälgijat või finantsanalüütik kulukeskuste selgitusrakendust, saab ta idee kirjeldada ning esimese versiooni kiiremini kätte.

Samas ei tähenda see, et ärikasutaja muutub üleöö professionaalseks tarkvaraarendajaks. Tema tugevus on probleemi tundmine. Databricksi lubadus on panna tema ümber raamistik, kus andmed, õigused ja taristu on juba kontrollitud.

See võib muuta ettevõtte sisearenduse dünaamikat. IT-tiim ei pea ehitama kõiki väikeseid rakendusi nullist, vaid loob kontrollitud keskkonnad, mallid, õigused ja kvaliteediväravad. Äritiimid saavad rohkem ise teha, kuid mitte väljaspool valitsetud piire.

Mida võidab IT- ja platvormitiim?

Platvormitiimi jaoks on App Spaces kõige tähtsam osa. Kui iga osakond hakkab rakendusi looma, võib muidu tekkida uus „varju-IT” laine. Eraldi tööriistad, suvalised andmeühendused ja teadmata omanikuga rakendused muutuvad hiljem turva- ja hooldusprobleemiks.

App Spaces annab võimaluse luua eelnevalt kinnitatud mänguväljad. Turvapoliitika, andmepääs ja ressursipiirid on määratud ruumi tasemel. See vähendab iga üksiku rakenduse eraldi ülevaatamise vajadust.

Serverless Micro Apps aitab platvormitiimil vältida teist tüüpi probleemi: kulude kuhjumist. Kui iga väike tööriist nõuab pidevat taristut, muutub rakenduste kasv kalliks. Kui rakendused saavad jõudeolekus nulli skaleeruda, saab organisatsioon lubada rohkem väikseid tööriistu ilma püsikulu plahvatuseta.

Peamine risk: kiire prototüüp võib jätta vale mulje

Kuigi Databricksi mudel lisab valitsemist, jääb üks risk alles. Vibe coding loob kiiresti töötava mulje. Kui rakendus näeb välja valmis, võib kasutaja eeldada, et see on ka sisuliselt korrektne. Ettevõtte andmerakenduse puhul ei piisa aga ilusast liidesest.

Vaja on kontrollida, kas rakendus kasutab õigeid tabeleid, kas äriloogika on kooskõlas ametlike mõõdikutega, kas arvutused on õiged ja kas tulemusi tõlgendatakse õigesti. Kui rakendus läheb kasutusse juhtimisotsuste tegemiseks, peab sellel olema sama kvaliteedikontroll nagu muul analüütikal.

Seetõttu ei tohiks App Spacesi ja Genie App Builderit käsitleda lubana minna tootmisse ilma kontrollita. Need on pigem viis viia kontroll arendusprotsessi algusesse.

Kuidas see seostub Buildrya ja vibe coding’u laiema loogikaga?

Databricksi käik kinnitab üht olulist suunda: vibe coding liigub harrastajate ja prototüüpide maailmast ettevõtte töövoogudesse. Kuid ettevõttes muutub selle tähendus. Seal ei ole põhiprobleem enam ainult „kuidas saan äpi kiiremini valmis?”, vaid „kuidas saan äpi valmis nii, et andmed, õigused, kulud ja vastutus on kontrolli all?”.

See on sama põhimõte, mida peaks õpetama igas tõsises vibe coding’u töövoos. Kõigepealt tuleb määrata eesmärk, kasutaja, andmed, piirid, mitte-skoop, riskid ja kontrollikriteeriumid. Alles siis on mõtet anda tööülesanne koodiassistendile.

Databricks toob selle loogika ettevõtteplatvormi tasemele. App Spaces on organisatsiooniline piir. Genie App Builder on ehitusvahend. Serverless Micro Apps on kulumudel. Koos moodustavad need süsteemi, kus kiire ehitamine ei pea tähendama juhuslikku ehitamist.

Eesti ettevõtetele: sisemised andmerakendused vajavad uut juhtimismudelit

Eesti ettevõtetes on palju osakondlikke tööriistu, mis elavad Excelis, Power BI-s, SharePointis või väikestes skriptides. Vibe coding võib need kiiresti muuta sisemisteks rakendusteks. See on võimalus, kuid ka risk.

Kui iga osakond loob oma tööriista ilma keskse andmevalitsemiseta, tekib kiiresti mõõdikute ja õiguste segadus. Kui aga IT loob liiga range protsessi, jääb uuendus aeglaseks. Databricksi App Spacesi idee on siin õpetlik: luua valitsetud keskkonnad, kus äri saab ise ehitada, kuid kontrollitud piirides.

Praktiline järeldus on lihtne. Enne kui ettevõte lubab koodiassistentidel ja ärikasutajatel sisemisi rakendusi massiliselt luua, tuleks paika panna kolm asja: andmete ametlik allikas, õiguste mudel ja kulupiirid. Ilma nendeta muutub kiire ehitamine kiiresti tehniliseks võlaks.

Kokkuvõte

Databricksi App Spaces, Genie App Builder ja Serverless Micro Apps näitavad, kuhu ettevõtte vibe coding liigub. Kiire prototüüpimine jääb alles, kuid sellele lisatakse andmekontekst, valitsemispiirid ja kasutuspõhine taristu.

App Spaces loob reeglid enne rakenduse sündi. Genie App Builder ehitab rakendusi Databricksi enda andmete, semantika ja õiguste sees. Serverless Micro Apps muudab väikeste sisemiste tööriistade portfelli majanduslikult mõistlikumaks, sest rakendused ei pea pidevalt töötama.

See on oluline nihe. Vibe coding ei kao ettevõttest ära, vaid muutub valitsetumaks. Kui see õnnestub, saavad ärikasutajad ja domeenieksperdid ehitada rohkem kasulikke tööriistu ilma, et IT kaotaks kontrolli andmete, õiguste ja kulude üle.

Kui see ei õnnestu, võib kiire rakenduste loomine tuua uue varju-IT laine. Databricksi panus on, et ettevõtteplatvormi sees on võimalik saada mõlemat: kiirust ja kontrolli. Just see eristab tootmiskõlblikku vibe coding’ut mängulisest prototüübist.

Korduma kippuvad küsimused

Mis on Databricksi App Spaces?

App Spaces on Databricks Appsi uus valitsemispiir, mille kaudu administraatorid saavad määrata rakenduste rühmale andmepääsu, ressursid, API-ulatused ja turvapoliitikad. Kõik selles ruumis loodud rakendused pärivad need sätted automaatselt.

Mis on Genie App Builder?

Genie App Builder on Databricksi rakenduste loomise tööriist, mis aitab kasutajal kirjeldusest või ekraanipildist luua toimiva sisemise rakenduse. Tööriist tunneb Databricksi workspace’i, Unity Catalogi semantikat ja kehtivaid õigusi.

Mis on Serverless Micro Apps?

Serverless Micro Apps on microVM-põhine käituskeskkond väikestele Databricksi rakendustele. Rakendus saab kiiresti käivituda, jõudeolekus nulli skaleeruda ja töötada teistest rakendustest isoleeritult.

Miks Databricks seob vibe coding’u andmevalitsemisega?

Ettevõtte rakendused töötavad tundlike ja ärikriitiliste andmetega. Kui kiire ehitamine ei arvesta õigusi, andmete tähendust ja kulupiire, võib see tekitada turvariski, valeandmeid ja tehnilist võlga.

Kellele need tööriistad on mõeldud?

Need on mõeldud nii tehnilistele arendajatele kui ka ärikasutajatele, domeeniekspertidele ja operatsioonitiimidele, kes tunnevad probleemi hästi ja tahavad luua sisemisi andmerakendusi kontrollitud keskkonnas.

Mida peaks ettevõte enne sellise tööviisi kasutuselevõttu tegema?

Ettevõte peaks paika panema andmete ametlikud allikad, õiguste mudeli, rakenduste omanikud, kulupiirid ja kvaliteedikontrolli. Vastasel juhul võib kiire rakenduste loomine muutuda varju-IT ja andmevalitsemise probleemiks.