Dacă evaluați platformele de date IA, elementele de linie nu reprezintă singurele dvs. costuri. Factura reală apare mai târziu – în conductele pe care trebuie să le construiți, la nivelul oamenilor pe care îi atribuiți pentru a-i menține productivi și în opționalitatea la care renunțați de fiecare dată când datele trebuie să se mute doar pentru a fi utilizabile.
Datele au gravitație, proprietatea imobiliară este plină de distorsiuni care mențin datele în poziție, iar „datele” în sine nu constituie o substanță – sunt trei forme (date, metadate și vectori), fiecare cu caracteristici și cerințe diferite. Această postare se referă la ceea ce se întâmplă atunci când o arhitectură pretinde că aceste legi nu se aplică.
Presupunerea arhitecturală din fiecare stivă încorporată în spațiul de stocare
Stivele de soluții de stocare cu IA, cu VAST AI OS fiind cel mai vizibil exemplu, sunt construite pe o singură ipoteză arhitecturală: serviciile de IA vor rula pe date care au fost deja procesate și stocate în platformă. Acestea trebuie să fie în platformă. Orice în afara spațiului de nume este, din punctul de vedere al platformei, invizibil.
Așadar, platforma se livrează cu instrumente pentru a introduce date. Se livrează cu o poveste despre modul în care centralizarea datelor simplifică operațiunile. Se livrează cu o interfață de utilizator unificată care, în demonstrație, face ca întreaga proprietate să arate ca un singur lucru curat.
Această poveste este consecventă pe plan intern. Este, de asemenea, un pariu împotriva forțelor structurale care acționează asupra proprietăților reale ale întreprinderii.
Cele trei forme afirmă că nu trebuie să mutați datele grele
Ceea ce întreprinderile numesc „date” sunt, de fapt, trei lucruri distincte:
• Date – grele. Rămân acolo unde se află. Fișiere, înregistrări, imagini, video, telemetrie, tabele reglementate.
• Metadate –ușoare. Costuri reduse de propagare. Permit ca fiecare AI să vadă fiecare activ, oriunde.
• Vectori –sensibili la locație. Transportă semnificații în întregul domeniu fără a transporta datele în sine.
Arhitecturile care le tratează pe toate cele trei ca pe aceeași substanță se rezolvă în mod implicit cu un singur răspuns nefast: mutarea tuturor elementelor. Arhitecturile care le tratează ca fiind distincte pot lăsa datele grele guvernate acolo unde se află, pot propaga metadatele în întreaga proprietate și pot permite vectorilor să realizeze raționamentul la nivelul întregului mediu, de care are nevoie IA.
Un spațiu de nume unificat constituie un răspuns coerent dacă singura formă pe care o recunoașteți sunt datele. Este răspunsul greșit în momentul în care acceptați că metadatele și vectorii există ca cetățeni de primă clasă.
Taxa arhitecturală de extragere a proprietății spre interior
Când o arhitectură este construită în jurul presupunerii că datele trebuie să ajungă înainte ca IA să le poată accesa, fiecare forță externă din întreprinderea dvs. devine o obligație operațională.
• Proprietate asupra conductei. Fiecare sursă, inclusiv Snowflake, SharePoint, S3, Kafka, soluția de stocare de la terți, SaaS, are nevoie de o operație de sincronizare.1. Fiecare operație de sincronizare are un om în spate.
• Datoria de reconciliere. Fiecare copie provine de la sursa ei. Devierea schemei, creșterile latenței regionale, trunchieri silențioase atunci când se schimbă lungimea câmpului sursei și nimeni nu a comunicat cu nimeni. Cineva trebuie să detecteze și să corecteze această deviere, pentru totdeauna.
• Cuplarea schemei. Atunci când sistemele sursei se modifică, copiile descendente se destramă – și serviciile inteligente care depind de ele se destramă împreună cu ele.
• Contabilitate dublă de guvernanță. Controalele accesului, politicile de retenție, mandatele de reglementare și pistele de audit trebuie menținute de două ori – în sursă și în copie.
• Opacitatea costurilor. Echipa dvs. FinOps urmărește acum mișcarea datelor, duplicarea stocării și ieșirea dintr-o arhitectură vândută drept consolidare.
Nimic din toate acestea nu este ascuns cu rea credință. Este structural. Este ceea ce se întâmplă atunci când un model închis, încorporat în spațiul de stocare, întâlnește o proprietate de date deschisă și distribuită și încearcă să tragă proprietatea spre interior.
Aici contează limbajul furnizorului. „Motorul de sincronizare este gratuit” și „sincronizarea este gratuită” nu este una și aceeași propoziție. O operație de sincronizare nu este o migrare unică. Este o relație permanentă între două sisteme care trebuie menținute consecvente pentru totdeauna: împotriva modificărilor de schemă, a evenimentelor de rețea, a modificărilor de permisiune, a politicilor de retenție, a blocajelor de reglementare și a întreruperilor ocazionale de pe ambele părți. Înmulțiți această situație cu fiecare sistem sursă pe care îl ating sarcinile dvs. de lucru IA și nu ați simplificat arhitectura. Ați adăugat un plan de copiere nou, specific furnizorului, care rulează în paralel cu acesta.
Forțele externe fac ca taxa să fie permanentă
Motivul pentru care această taxă nu se atenuează cu timpul este că forțele care o generează nu sunt tranzitorii. Acestea sunt caracteristici structurale ale întreprinderii:
• Constrângeri de reglementare și suverane. GDPR, HIPAA, legea privind rezidența datelor, controlul exporturilor. Unele date trebuie procesate acolo unde se află. Operația de sincronizare care depășește o limită suverană este operația de sincronizare care devine un incident de conformitate.
• Cerințe privind aplicația. Aplicațiile sursă de adevăr, cum ar fi ERP, CRM, EHR și sistemele tranzacționale, sunt cuplate cu proprietarii lor. Acestea nu au fost concepute pentru a alimenta un spațiu de nume al furnizorului. Acestea au fost concepute pentru a conduce o afacere.
• Fricțiune contractuală. Taxele de ieșire și formatele proprietare ale Hyperscaler fac ca datele să fie mai scumpe decât să fie lăsate în poziție. Extragerea datelor pentru a le transfera în altă parte este o linie de cost pe care o va găsi în cele din urmă directorul financiar.
• Dinamică organizațională. Două unități de afaceri care susțin aceleași date, o proprietate a unei companii achiziționate a scăzut peste noapte, un administrator care nu va elibera guvernanța – organigrama depășește în mod obișnuit idealul arhitectural.
• Date necunoscute sau necatalogate. Datele pe care le cunoașteți există, dar nu pot fi catalogate. Nu puteți sincroniza ceea ce nu puteți găsi. Și ceea ce nu puteți sincroniza, IA nu poate vedea, cel puțin nu într-un model integrat în spațiul de stocare.
Fiecare dintre aceste forțe este o caracteristică permanentă a mediului în care operează o întreprindere reală. Arhitecturile care depind de plecarea lor vor plăti taxa pe termen nelimitat.
Alternativa federală
AI Data Platform de la Dell este construită pe o premisă foarte diferită. În loc să le ceară clienților să copieze date într-un spațiu de nume controlat de furnizor înainte de a le putea utiliza, abordarea Dell este federalizată: un plan de control care operează pe date acolo unde se află în PowerScale, ObjectScale, stocare terță parte, depozite, SaaS și cloud public, și doar mută date atunci când mutarea constituie, de fapt, răspunsul corect.
Această decizie de proiectare unică este o aplicare directă a cadrului cu trei forme:
• Datele rămân acolo unde se află, guvernate de echipele care le guvernează deja.
• Metadatele se propagă peste tot, astfel încât fiecare IA pe care o alegeți vede fiecare activ indiferent de locație.
• Vectorii au o semnificație în întreaga proprietate, astfel încât IA să poată analiza datele fără a le reloca mai întâi.
Nu înseamnă că arhitecturile federalizate nu mută niciodată date. O fac, atunci când are sens. Dar acestea nu fac ca mișcarea datelor să fie condiția prealabilă pentru obținerea valorii de pe platformă. Iar această alegere arhitecturală unică elimină majoritatea taxelor operaționale de mai sus – deoarece taxa există doar dacă v-ați construit arhitectura în jurul presupunerii că datele trebuie să se mute înainte ca IA să le poată accesa.
De asemenea, păstrează ceea ce îi pasă cel mai mult directorului financiar: opționalitatea. Un plan de control federalizat nu blochează proprietatea datelor în spațiul de nume al unui furnizor. În esență, această propunere lasă domeniul în starea în care se află deja, sub guvernarea acelorași echipe care îl guvernează deja, și îl face util pentru a fi implementat în IA.
Analiștii independenți subliniază tot mai mult această dinamică. Într-un articol recent s-a remarcat faptul că, în ciuda sprijinului acordat de VAST pentru standarde deschise, „arhitectura sa unificată ar putea crea dependențe care să îngreuneze migrațiile viitoare” – un mod politicos de a spune că, cu cât sincronizați mai multe date, cu atât mai greu este să părăsiți vreodată mediul. Într-un alt articol s-a remarcat faptul că abordarea VASTE este „mai asemănătoare cu modelul de infrastructură hiperconvergentă, oferind o stivă strâns integrată, cu opinii, în care VAST controlează întreaga experiență”. HCI a învățat industria ce se întâmplă atunci când modelul respectiv întâlnește cu eterogenitatea la scară. Aceleași lecții se aplică și aici.
3 întrebări pe care trebuie să le adresați înainte de a semna
Acestea intră direct în RFP-ul dvs.
1. La starea de echilibru, câte conducte voi avea în spațiul de nume al dvs.? Solicitați o estimare realistă bazată pe o proprietate de date care arată ca a dvs., nu pe o arhitectură de referință construită în jurul unui teren neexplorat. Mapați acest lucru în funcție de domeniul dvs. reglementat și de domeniul cupliat cu aplicația.
2. Cui îi revine sarcina reconcilierii atunci când un sistem sursă se modifică? Dacă răspunsul este „echipa dvs., utilizând instrumentele noastre”, acesta este costul operațiunilor dvs. Atribuiți-i un preț.
3. Dacă vreau să nu mai sincronizez o sursă în al treilea an, cum arată? Răspunsul îl reprezintă o măsură directă a opționalității la care renunțați și o citire directă a fricțiunii pe care arhitectura o creează în jurul ieșirii.
Versiunea mai scurtă: nu plătiți pentru conductele pe care nimeni nu v-a spus că le cumpărați.
Ce urmează
În următoarea postare, voi reveni la palierul centrului de date, deoarece consecința acestei taxe de arhitectură nu constituie doar o problemă legată de FTE. Este o problemă de economie a procesorului grafic. Când datele trebuie să ajungă înainte ca procesarea să poată începe, cel mai scump element din infrastructura dvs. de IA este cel care plătește factura.
de Jon Hyde, Senior Director, Head of Competitive Intelligence, Dell
