Google piiras Meta ligipääsu Geminile: tehisaru kitsaskoht on nüüd arvutusvõimsus

Google on Financial Timesi andmetel piiranud Meta võimalust kasutada Gemini tehisarumudeleid, sest Meta soovis rohkem arvutusvõimsust, kui Alphabetile kuuluv Google suutis pakkuda. Reutersi vahendatud raporti järgi ütles Google Metale ligikaudu märtsis, et ei saa täita kogu Gemini võimsuse mahtu, mida Meta soovis osta. Piirang olevat häirinud ja edasi lükanud osa Meta sisemistest tehisaruprojektidest.

Tegu ei ole ametliku Google’i ega Meta teatega. Reuters kirjutas, et ei saanud Financial Timesi raportit kohe iseseisvalt kinnitada ning mõlemad ettevõtted jätsid kommentaaripäringutele väljaspool tööaega vastamata. Seetõttu tuleb seda käsitleda allikapõhise infona, mitte kinnitatud lepingutingimuse või ametliku piiranguteatena.

Loo tähtsus ei seisne ainult kahe rivaali omavahelises pinges. See näitab, et tehisaruturu järgmine praktiline piirang ei ole enam ainult mudeli kvaliteet, vaid arvutusvõimsuse kättesaadavus. Kui isegi Meta-suurune ettevõte peab väidetavalt töötajatele meelde tuletama, et tehisaru tokeneid tuleb säästlikumalt kasutada, on tehisaru taristu muutunud sisemiseks juhtimisküsimuseks, mitte ainult pilveteenuse arve reaks.

Mis täpselt juhtus

Financial Timesi raporti järgi otsis Meta Google’ilt rohkem Gemini mudelite kasutusvõimsust, kui Google suutis pakkuda. Reutersi vahendatud loo järgi mõjutas piirang ka teisi Google’i kliente, kuid Meta oli eraldi tugeva surve all, sest tema nõudlus Google’i mudelite järele oli erakordselt suur.

Piirangute järel julgustas Meta töötajaid kasutama tehisaru tokeneid tõhusamalt. Token on keelemudelite tööühik: mudel töötleb teksti, koodi või muud sisendit väiksemateks osadeks ning teenuse kasutus, hind ja võimsusekulu arvutatakse sageli nende ühikute järgi. Kui tokenikulu kasvab, kasvab ka vajadus kiipide, mälumahu, andmekeskuse energia ja mudelite teenindamiseks vajaliku taristu järele.

Financial Timesi kokkuvõtte järgi kasutas Meta Gemini mudeleid muu hulgas sisemistes töövoogudes, kus mudeli kvaliteet oli teatud ülesannetes Meta enda mudelitest tugevam. FT väitel oli Gemini oluline näiteks pettuste tuvastamise, klienditoe, reklaami ja kooditööga seotud ülesannetes. Seda tuleb käsitleda FT raporti põhjal, sest Meta ei ole avalikult kinnitanud, millistes sisemistes tööprotsessides ta Google’i mudeleid kasutas.

Miks Meta üldse Google’i mudeleid vajas

Meta on viimastel aastatel investeerinud väga palju oma mudelitesse ja taristusse, kuid ettevõte ei ole kõigis valdkondades olnud sama tugev kui Google, OpenAI või Anthropic. Meta teatas aprillis Muse Sparkist, mis on esimene Meta Superintelligence Labsi mudel Muse-perekonnas. Ettevõtte ametliku kirjelduse järgi on Muse Spark multimodaalne arutlusmudel, mis toetab tööriistakasutust, visuaalset arutlust ja mitme agendi koordineerimist.

Samas ei tähenda oma mudeli avaldamine, et kõik sisemised töövood läheksid kohe sellele üle. Suures tehnoloogiaettevõttes kasutatakse eri tööde jaoks eri mudeleid: mõni sobib paremini koodi kirjutamiseks, teine sisu modereerimiseks, kolmas kasutajatoe vastuste koostamiseks, neljas reklaamiprotsesside analüüsiks. Kui väline mudel annab mõnes töövoos parema kvaliteedi või madalama kogukulu, võib isegi suur mudeliarendaja seda ajutiselt kasutada.

Meta enda kvartalitulemused näitavad, kui suur on ettevõtte taristusurve. Q1 2026 aruandes teatas Meta 56,31 miljardi dollari suurusest kvartalikäibest, mis kasvas aastaga 33 protsenti. Kapitalikulud koos finantsliisingu põhiosamaksetega olid kvartalis 19,84 miljardit dollarit. Ettevõte tõstis 2026. aasta kapitalikulude prognoosi vahemikku 125–145 miljardit dollarit, tuues põhjuseks muu hulgas kõrgemad komponentide hinnad ja lisanduvad andmekeskuse kulud tulevaste aastate võimsuse toetamiseks.

Meta finantsjuht Susan Li ütles Q1 kõne transkriptis, et kulude kasv tulenes peamiselt taristukuludest ja töötajate kompensatsioonist. Taristukulude kasvu vedasid suurem amortisatsioon, andmekeskuste käituskulud ja kolmandate osapoolte pilveteenuste kasutus. Sama kõne järgi palkas Meta prioriteetsetesse valdkondadesse, sealhulgas monetiseerimise ja taristu suunda.

Google’i vaade: nõudlus on suurem kui võimekus

Google’i jaoks on see lugu kahe otsaga. Ühelt poolt näitab Meta-suguse kliendi nõudlus, et Gemini mudelid ja Google Cloudi taristu on ettevõtetele väärtuslikud. Teiselt poolt näitab piirang, et nõudlust ei suudeta alati füüsiliselt teenindada.

Alphabeti Q1 2026 ametlikus kvartalikommentaaris ütles Sundar Pichai, et Google Cloudi käive kasvas 63 protsenti ja ületas esimest korda 20 miljardit dollarit. Tema sõnul kahekordistus Cloudi tellimuste jääk kvartaliga peaaegu üle 460 miljardi dollari ning Gemini Enterprise’i tasuliste igakuiste aktiivsete kasutajate arv kasvas kvartaliga 40 protsenti. Google’i esmamudelid töötlesid otse API-kasutuses üle 16 miljardi tokeni minutis, võrreldes 10 miljardiga eelmises kvartalis.

Pichai rõhutas samas Google’i täistaristu strateegiat: ettevõtte taristus töötavad Google’i enda TPU-d, Axion protsessorid ja Nvidia GPU-d. Ta märkis, et Google pakub Blackwelli ja Hopperi põhiseid Nvidia instantsse ning plaanib olla esimeste seas, kes pakuvad Nvidia Vera Rubin NVL72 süsteeme. Google tutvustas Cloud Nextil ka kaheksanda põlvkonna TPU-sid, mis on spetsialiseeritud treeningule ja teenindamisele.

Reutersi 28. juuni loos märgitakse, et Pichai sõnul piiras arvutusvõimsuse nappus Google Cloudi veel suuremat kasvu ja aitas kaasa tellimuste jäägi järsule kasvule. See asetab Meta juhtumi laiemasse pilti: pilvepakkuja võib müüa rohkem kui ta jõuab lühikeses vaates välja ehitada.

Taristu on muutunud konkurentsieeliseks

Tehisarumudelite võrdluses räägitakse tihti testitulemustest, kontekstiaknast, hinnast ja kasutajaliidesest. Suurklientide jaoks on järjest tähtsam ka see, kas pakkujal on piisavalt võimsust, et mudel töötaks kindla kiiruse, hinna ja mahuga.

Kui ettevõtte sisemised töövood sõltuvad välisest mudelist, tekib uus tarnerisk. Tavapärases pilvetaristus tähendas tarnijarisk serverite, salvestuse või andmebaasi kättesaadavust. Tehisaru puhul lisandub mudelivõimsus: kas teenusepakkuja annab piisavalt päringumahtu, kas mudel jääb samaks, kas hind ei muutu ootamatult ja kas kriitiline töövoog ei peatu seetõttu, et teisel kliendil on suurem leping või suurem prioriteet.

Sama loogika seletab, miks suured tehnoloogiaettevõtted ehitavad korraga oma mudeleid, oma kiipe, oma andmekeskusi ja ostavad samal ajal võimsust väljast. Täielik sõltumatus on kallis ja aeglane, kuid täielik sõltuvus välisest mudelist on strateegiline risk.

Meta paradoks: tohutu investeering, kuid ikka võib võimsust nappida

Meta juhtum paistab esmapilgul vastuoluline. Ettevõte kavatseb kulutada 2026. aastal kuni 145 miljardit dollarit kapitalikuludeks, kuid väidetavalt pidi ta siiski piirama sisemist Gemini kasutust. Tegelikult ei ole see vastuolu. Andmekeskus, GPU-klaster ja mudelite teeninduskeskkond ei teki hetkega. Tarneahel, ehitus, elektriühendused, jahutus, kiibid, võrgud ja tarkvarakiht liiguvad eri tempos.

Meta enda Q1 aruande järgi olid kapitalikulud juba esimeses kvartalis ligi 20 miljardit dollarit ning kogu aasta prognoos tõsteti 125–145 miljardi dollarini. See ei tähenda, et kogu ostetud või kavandatud võimsus oleks kohe kasutatav. Osa investeeringust toetab tulevaste aastate mahte, osa läheb komponentide hinnatõusu katmiseks ja osa andmekeskuste füüsiliseks laiendamiseks.

Siin tekibki „tokenite säästmise” loogika. Kui sisemised tiimid kasutavad välismudelit massiliselt analüüsideks, koodiks, modereerimiseks, reklaamiprotsessideks või klienditoe katseteks, võib isegi suur pilveleping kiiresti kitsaks jääda. Sellisel juhul hakkab ettevõte juhtima tokenikulu samamoodi nagu varem juhiti pilvekulusid: kes kasutab, milleks kasutab, milline mudel on piisav ja millal tuleb kasutada odavamat või sisemist alternatiivi.

Ekspertide ja turu vaade

Google’i enda kommentaar annab turule tugeva signaali: Cloudi kasv ei olnud piiratud ainult nõudluse, vaid ka arvutusvõimsuse poolt. Pichai tõi kvartalikommentaaris välja nii Google Cloudi 63-protsendise kasvu kui ka tellimuste jäägi peaaegu kahekordistumise üle 460 miljardi dollari. See viitab, et ettevõtetel on valmisolek tehisarutaristut osta, kuid selle tarnimine sõltub andmekeskuste ja kiibivõimsuse väljaehitamisest.

Meta ametlikud finantsandmed näitavad sama probleemi teisest küljest. Ettevõte teenib endiselt tugevat reklaamitulu, kuid taristu on muutunud üheks suuremaks kulusurveks. Meta kulud kasvasid aastaga 35 protsenti, kapitalikulude aastaprognoos tõsteti kuni 145 miljardi dollarini ning kvartalikõne järgi tulenes kulude kasv suuresti taristust, andmekeskustest, kolmandate osapoolte pilveteenustest ja tehisaru talendist.

Reutersi varasemad kajastused Meta Muse Sparki ja mudelite edasilükkamise kohta lisavad tehnilise nüansi. Meta avaldas aprillis Muse Sparki kui Superintelligence Labsi esimese mudeli, kuid juuni alguses kirjutas Reuters Wall Street Journali põhjal, et Meta oli korduvalt lükanud edasi Muse Sparki API-plaani arendajatele. See näitab, et isegi kui mudel on tootes kasutusel, ei pruugi see olla kohe valmis laiemaks arendajate ja äriklientide kasutuseks.

Eesti lugeja vaade

Eesti ettevõttele on selle loo peamine õppetund lihtne: tehisaruteenust ei tasu käsitleda lõputu ressursina. Isegi suurimad tehnoloogiaettevõtted peavad arvestama mudelivõimsuse, tokenikulu ja teenusepakkuja piirangutega.

Praktiliselt tähendab see, et iga ettevõte peaks tehisaru kasutamisel mõõtma vähemalt kolme asja: kui palju päringuid tehakse, milline on iga töövoo tegelik kasu ja kas sama töö saab teha odavama mudeli või sisemise tööriistaga. Kõige kallimat ja võimsamat mudelit ei ole mõistlik kasutada iga kokkuvõtte, e-kirja või andmepäringu jaoks.

Arendajatele tähendab see, et mudelivalik peab olema arhitektuuri osa. Süsteem peaks suutma suunata lihtsad ülesanded väiksemale mudelile, keerulised ülesanded tugevamale mudelile ja kriitilised töövood varumudelile. Ühe mudeli või ühe pakkuja külge lukustumine võib muutuda samasuguseks riskiks nagu ühe andmebaasi, ühe pilve või ühe makseteenuse pakkuja külge jäämine.

Avaliku sektori jaoks on lisaküsimus toimepidevus. Kui mõni oluline teenus kasutab välise pakkuja mudelit, peab hankes ja arhitektuuris olema selge, mis juhtub võimsuspiirangu, hinnatõusu, mudelimuudatuse või teenusekatkestuse korral. Tehisaru kasutamine avalikus teenuses vajab seega mitte ainult andmekaitse ja eetika vaadet, vaid ka taristu- ja varuplaani.

Riskid ja piirangud

Esimene piirang on allikastaatus. Google’i ja Meta vahelise Gemini kasutuspiirangu kohta ei ole avalikku ametlikku kinnitust. Reuters vahendas Financial Timesi raportit ja märkis, et ei saanud seda kohe iseseisvalt kontrollida. Artiklis ei tohi seetõttu väita, et Google ja Meta on piirangu ametlikult kinnitanud.

Teine piirang puudutab mõju ulatust. FT-i järgi häiris piirang osa Meta sisemisi projekte, kuid avalikult ei ole teada, millised projektid, kui kaua ja kui olulisel määral. Ei ole teada ka see, kas Meta asendas Gemini kasutuse täielikult oma Muse Sparki või teiste mudelitega või jäi sõltuvus osaliselt püsima.

Kolmas risk on mudelivõimsuse kontsentreerumine. Kui kõige tugevamad mudelid ja suurimad taristuklastrid on väheste ettevõtete käes, võivad väiksemad kliendid saada kehvemad mahutingimused, kõrgemad hinnad või aeglasema ligipääsu. Google’i raportitud piirang mõjutas FT-i järgi ka teisi kliente, kuigi vähem kui Metat.

Neljas piirang on tokenikulu nähtamatus. Paljud ettevõtted jälgivad pilvearvet, kuid ei jälgi piisavalt täpselt, milline osakond, kasutusjuht või agent tarbib kõige rohkem mudelivõimsust. Kui tokenikulu ei ole nähtav, saab tehisaru kasutus kasvada märkamatult sama kiiresti kui pilvekulud 2010. aastatel.

Viies risk on strateegiline sõltuvus konkurendist. Meta ja Google on paljudes valdkondades rivaalid: reklaam, tarbijateenused, tehisarumudelid, nutiprillid, arendajate tööriistad ja pilvetaristu. Kui üks suur konkurent kasutab teise mudelit sisemistes projektides, tekib keeruline küsimus nii andmete, prioriteetide kui ka tootearenduse sõltumatuse kohta.

Mida edasi jälgida

Järgmisena tasub jälgida, kas Google ja Meta kommenteerivad FT-i raportit ametlikult. Oluline on ka see, kas Google muudab Gemini Enterprise’i ja Vertex AI mahutingimusi, hinnastust või prioriteedireegleid suurklientidele.

Teiseks tuleb jälgida Meta Muse Sparki arengut. Kui Meta suudab oma mudeli kiiresti sisemistes töövoogudes Google’i Gemini asemel kasutusele võtta, väheneb väline sõltuvus. Kui arendajatele mõeldud API ja sisemised tööriistad viibivad, võib sõltuvus välistest mudelitest jätkuda.

Kolmandaks muutub tähtsamaks pilvetaristu lepingute sisu. Suurklient ei osta enam ainult API-d, vaid garanteeritud võimsust, teenindustaset, viidet, hinnastust, mudeliversioonide stabiilsust ja varuplaani. Need tingimused võivad lähiaastatel muutuda sama oluliseks kui mudeli testitulemused.

Neljandaks tasub vaadata, kas teised suurfirmad hakkavad oma sisemisi tokenipiiranguid rangemalt juhtima. Kui Google’i ja Meta juhtum ei ole erand, vaid laiem trend, muutub „AI FinOps” ehk tehisaru kasutuse ja kulude juhtimine kiiresti tavaliseks ettevõtte juhtimispraktikaks.

Kokkuvõte

Google’i ja Meta väidetav Gemini kasutuspiirang näitab, et tehisaruturu võitlus ei käi ainult mudelite paremusjärjestuse üle. Üha olulisem on see, kellel on piisavalt arvutusvõimsust, kes saab seda usaldusväärselt müüa ja kes suudab oma sisemist mudelikasutust kontrolli all hoida.

Meta juhtum on eriti kõnekas, sest ettevõte kulutab ise hiiglaslikke summasid andmekeskustele ja mudelitele. Ometi võib kiire sisemine kasutuselevõtt tekitada hetki, kus isegi suurimad ostjad peavad välise pakkuja võimsust jagama, tokenikulu kärpima või töövooge ümber suunama.

Eesti ettevõtete jaoks on järeldus praktiline: tehisaru kasutuselevõtt vajab kulumõõtmist, varumudeleid ja selget arhitektuuri. Mudel võib olla hea, kuid kui ligipääs, hind või võimsus ei ole kindel, ei saa sellest kriitilise töövoo usaldusväärset alust.

KKK

Mis Google’i ja Meta vahel väidetavalt juhtus?

Financial Timesi raporti järgi piiras Google Meta võimalust kasutada Gemini mudeleid, sest Meta soovis rohkem arvutusvõimsust, kui Google suutis pakkuda. Reuters vahendas raportit, kuid märkis, et ei saanud seda kohe iseseisvalt kinnitada.

Kas Google ja Meta kinnitasid seda ametlikult?

Ei. Reutersi teatel ei vastanud Google ega Meta kommentaaripäringutele kohe pärast raporti avaldamist. Seetõttu tuleb väidet käsitleda allikapõhise raportina, mitte ametliku ettevõtteteatena.

Miks Meta kasutas Google’i Gemini mudeleid?

Financial Timesi järgi kasutas Meta Gemini mudeleid sisemistes töövoogudes, kus Google’i mudelid olid teatud ülesannetes Meta enda mudelitest sobivamad. FT mainis muu hulgas pettuste tuvastamist, kliendituge, reklaami ja kooditööd.

Mis on token ja miks Meta töötajatele tokenite säästmist rõhutati?

Token on keelemudeli tööühik. Mida rohkem teksti, koodi või muud infot mudel töötleb, seda rohkem tokeneid kulub. Tokenikulu mõjutab otseselt arvutusvõimsuse vajadust, hinda ja teenusepakkuja mahupiiranguid. Reutersi vahendatud raporti järgi julgustas Meta töötajaid pärast piiranguid tokenikasutust tõhusamalt juhtima.

Miks Google Cloudil võimsust nappis?

Alphabeti ametliku Q1 2026 kommentaari järgi kasvas Google Cloudi käive 63 protsenti üle 20 miljardi dollari ning tellimuste jääk peaaegu kahekordistus üle 460 miljardi dollarini. Reutersi järgi ütles Sundar Pichai, et arvutusvõimsuse piirangud takistasid veelgi suuremat kasvu.

Kui palju Meta ise tehisarutaristusse investeerib?

Meta Q1 2026 aruande järgi olid kvartali kapitalikulud koos finantsliisingu põhiosamaksetega 19,84 miljardit dollarit. Ettevõte prognoosis 2026. aasta kapitalikuludeks 125–145 miljardit dollarit, viidates kõrgematele komponentide hindadele ja lisanduvatele andmekeskuse kuludele.

Mida see Eesti ettevõtetele tähendab?

See tähendab, et tehisaruteenust tuleb käsitleda piiratud ressursina. Ettevõtted peaksid mõõtma tokenikulu, kasutama eri tugevusega mudeleid eri tööde jaoks, vältima ühe mudeli külge lukustumist ja looma varuplaani, kui väline mudeliteenus muutub kallimaks või piiratumaks.

Mida edasi jälgida?

Jälgida tuleb, kas Google ja Meta raportit kommenteerivad, kuidas Meta Muse Spark sisemistes töövoogudes areneb, kas Google muudab Gemini suurklientide mahutingimusi ning kas ettevõtted hakkavad tehisaru kasutust juhtima samamoodi nagu pilvekulusid.