Meta DI duomenų centrai: kodėl jie statomi pačių rankomis
·
Meta DI duomenų centrai skamba kaip tema, kurią normalus žmogus turėtų praleisti po pirmo sakinio. Serveriai, vėsinimas, elektra, kabeliai. Atrodo, kam čia rūpi?
Bet tada prisimeni vieną paprastą dalyką. Kiekvienas DI atsakymas, kiekvienas vaizdo atpažinimas, kiekvienas pokalbis su Meta AI kažkur fiziškai įvyksta. Ne debesyje kaip magiškame rūke. O realiame pastate, su realia elektra, realiu vandeniu ir realiais inžinieriais, kurie naktį tikriausiai ne kartą yra pasakę: „na, šitas darbelis ne iš lengvųjų“.
Rugpjūčio 6 d. Meta paskelbė pokalbį su savo duomenų centrų vadove Rachel Peterson. Ten labai aiškiai pasakyta mintis: Meta pati kuria infrastruktūrą, kuri palaiko Instagram, Facebook, WhatsApp, Threads, Meta AI ir kitus produktus. Kitaip tariant, DI nėra tik modelis. DI yra visa virtuvė už sienos.
KODĖL META NESIREMIA VIEN TIK NUOMA
Lengviausias kelias būtų imti trečiųjų šalių pajėgumus. Nusiperki skaičiavimo galios, prijungi modelius ir važiuoji. Bent jau taip skamba iš šono.
Meta logika kita. Kai tavo produktus naudoja milijardai žmonių, infrastruktūra tampa konkurenciniu pranašumu. Jei pats valdai duomenų centrų dizainą, gali greičiau spręsti, kaip aušinti serverius, kaip mažinti energijos švaistymą, kaip pasiruošti didesniems DI modeliams ir kaip neatsidurti eilėje pas tiekėją, kai visi pasaulyje staiga nori tų pačių GPU.
Čia yra pamoka ir mažesniam verslui Lietuvoje. Nebūtina statyti savo duomenų centro Kauno rajone. Bet verta suprasti, kur tavo DI sprendimas priklauso nuo kitų. Modelis? Duomenys? Integracijos? Tiekėjas? Viena grandis nutrūksta ir tavo „automatizacija“ staiga tampa žmogumi su Excel failu rankose.
DI KAINA NĖRA TIK PRENUMERATA
Man patiko, kad Meta tekste paliečiami labai žemiški klausimai: kaip aušinami DI duomenų centrai, kiek vandens jie naudoja, pagal ką pasirenkamos vietos statyboms. Tai ne blizgus „ateities“ postas. Tai priminimas, kad DI turi sąskaitą.
Ir ta sąskaita didėja.
Kai įmonės kalba apie DI agentus, dažnai galvoja apie gražų demo. Agentas parašo laišką, ištraukia duomenis, padaro ataskaitą. Smagu. Bet jei agentų bus šimtai, jie dirbs visą dieną, junginėsis prie CRM, dokumentų, klientų duomenų ir vidinių sistemų, tada svarbus tampa ne tik „ar veikia“, bet ir „kiek tai kainuoja kiekvieną mėnesį“.
KĄ PASIIMTI LIETUVOS VERSLUI
Pirmas dalykas – pradėti skaičiuoti. Ne teoriškai. Paimk vieną procesą ir pasižiūrėk, kiek užklausų, kiek dokumentų, kiek žmonių, kiek laiko. Tada DI projektas nusileidžia ant žemės.
Antras dalykas – nesusirišti rankų su vienu tiekėju be plano B. Jei šiandien viskas pastatyta ant vieno įrankio, bent jau turėk atsakymą, ką darysi, jei kaina pakils arba funkcija pasikeis.
Trečias dalykas – DI strategijoje kalbėti ne tik apie promptus, bet ir apie infrastruktūrą. Kas saugo duomenis? Kur jie keliauja? Kas turi prieigą? Ar gali parodyti klientui, kad jo informacija nėra mėtoma kaip sporto krepšys po treniruotės?
Meta istorija čia yra didelė, bet pamoka paprasta: kas valdo pagrindą, tas ramiau miega.
DUK
Kas yra DI duomenų centras?
Tai fizinė infrastruktūra, kurioje veikia serveriai ir lustai, reikalingi DI modelių mokymui bei naudojimui.
Kodėl DI duomenų centrai svarbūs verslui?
Nuo jų priklauso DI paslaugų greitis, kaina, patikimumas ir duomenų saugumas.
Ar mažam verslui reikia savo DI infrastruktūros?
Dažniausiai ne. Bet reikia suprasti, nuo kokių tiekėjų priklausai ir kiek tai kainuos augant naudojimui.
Šaltinis: Meta Newsroom.
Nori susidėlioti DI planą be techninio rūko? Pažiūrėk MasterSprint arba Salvaro DI mokymus verslui.
