L'accordo cloud tra Crusoe e Perplexity trasforma la ricerca AI in una sfida infrastrutturale

Il 15 settembre Crusoe ha firmato un accordo pluriennale con Perplexity, offrendo all'azienda di ricerca AI capacità aggiuntiva nonostante le relazioni già in essere con provider cloud più grandi. Secondo le aziende, l'accordo cloud tra Crusoe e Perplexity copre carichi di lavoro lungo l'intero ciclo di vita dei modelli. Questa portata ampia rende l'intesa qualcosa di più di un normale noleggio di unità di elaborazione grafica inutilizzate.

Perplexity ha bisogno di capacità di calcolo ogni volta che addestra, personalizza, valuta e serve modelli di intelligenza artificiale. Il serving, chiamato anche inferenza, è il processo con cui un modello addestrato viene eseguito per rispondere a richieste in tempo reale. La ricerca rende questo carico di lavoro particolarmente impegnativo, perché gli utenti si aspettano allo stesso tempo informazioni aggiornate, citazioni e risposte rapide.

L'accordo offre a Crusoe l'opportunità di dimostrare che un cloud AI indipendente può sostenere questi requisiti senza possedere una piattaforma generalista come Amazon Web Services o Microsoft Azure. Mette inoltre Crusoe in competizione diretta con CoreWeave, che a marzo ha annunciato una propria relazione pluriennale con Perplexity.

La questione immediata riguarda la capacità. La prova più ampia è capire se le aziende AI distribuiranno deliberatamente i propri carichi di lavoro tra provider specializzati. In tal caso, la concorrenza infrastrutturale dipenderà dall'esecuzione su chip, rete, software, energia e tempi di consegna, non soltanto dall'accesso alle GPU.

Cosa cambia davvero l'accordo cloud tra Crusoe e Perplexity

Perplexity sta aggiungendo un altro partner infrastrutturale per una gamma di attività più ampia di una singola implementazione di inferenza.

Le aziende hanno descritto il loro accordo come una partnership pluriennale che copre l'intero ciclo di vita dei modelli. Questa espressione comprende diverse fasi distinte, tra cui addestramento, fine-tuning, valutazione, implementazione e inferenza. Ogni fase impone requisiti diversi a processori, storage, networking e software di orchestrazione.

L'originale accordo cloud è stato riportato come parte dell'impegno di Crusoe per ottenere più attività per i suoi chip AI e il relativo software. Nessuna delle due aziende ha reso pubblici il valore del contratto, la potenza impegnata, il numero di acceleratori, le sedi di implementazione o il calendario delle consegne.

Queste omissioni contano. Un accordo pluriennale può descrivere qualsiasi cosa, da un quadro di acquisto flessibile a un importante impegno di capacità con requisiti minimi di utilizzo. L'annuncio pubblico stabilisce una relazione commerciale, ma non mostra quale quota del traffico di Perplexity passerà a Crusoe.

Ciononostante, il riferimento al ciclo di vita dei modelli conferisce all'accordo un peso strategico. I carichi di lavoro di addestramento comportano generalmente esecuzioni lunghe e strettamente sincronizzate su grandi cluster GPU. I carichi di inferenza elaborano richieste in tempo reale e pongono maggiore enfasi su latenza, disponibilità e costo per risposta. Valutazione e fine-tuning aggiungono ulteriori picchi di domanda.

Supportare tutte queste fasi offre a Crusoe maggiori opportunità per integrarsi nelle operazioni di ingegneria di Perplexity. Un provider che ottiene buoni risultati durante la sperimentazione può conquistare l'inferenza in produzione. Un provider che gestisce l'inferenza in modo affidabile può diventare candidato per successivi lavori di addestramento.

Perplexity ottiene anche un'altra fonte di capacità. Questo conta perché un motore di risposte AI fa più che generare testo da un singolo modello. Deve interpretare una richiesta, recuperare informazioni, classificare le fonti, eseguire uno o più modelli e assemblare una risposta con citazioni. Prodotti più complessi possono attivare ulteriori passaggi di ragionamento e chiamate agli strumenti.

La domanda può quindi crescere sia attraverso l'aumento degli utenti sia attraverso una maggiore quantità di calcolo per query. Una richiesta orientata alla ricerca consuma più risorse di una semplice consultazione. Un agente che esegue diverse azioni può richiedere chiamate ripetute al modello prima di produrre il risultato finale.

L'accordo non significa che Perplexity stia abbandonando gli altri provider. Le prove disponibili indicano una strategia infrastrutturale diversificata. Perplexity può assegnare carichi di lavoro diversi a fornitori diversi, confrontare le prestazioni e ridurre la dipendenza da un singolo operatore.

Questa interpretazione crea la tensione centrale dell'articolo. Crusoe non sta semplicemente vendendo chip disponibili. Sta chiedendo a Perplexity di affidarsi a una piattaforma indipendente per carichi di lavoro che influenzano direttamente velocità del prodotto, affidabilità ed efficienza operativa.

Perché Perplexity continua ad aggiungere capacità cloud

Il problema infrastrutturale di Perplexity cresce ogni volta che i suoi prodotti diventano più utili, più agentici o più intensivi dal punto di vista computazionale.

La ricerca AI ha un profilo di domanda insolito. Un motore di ricerca convenzionale recupera e classifica pagine indicizzate. Un prodotto di risposte AI aggiunge inferenza dei modelli, sintesi, generazione di citazioni e talvolta ricerca in più passaggi. Ogni capacità aggiunta può aumentare la quantità di calcolo dietro una singola azione visibile dell'utente.

Perplexity si è espansa oltre le brevi interazioni domanda-risposta, includendo ricerca, ricerca enterprise, API ed esperienze simili ad agenti. Questi prodotti generano diverse esigenze di capacità sovrapposte. Il traffico consumer può arrivare in modo imprevedibile, i clienti enterprise si aspettano un servizio costante e gli sviluppatori necessitano di prestazioni API affidabili.

La pianificazione della capacità diventa più difficile anche quando cambiano le scelte dei modelli. Un'azienda può instradare le richieste semplici verso modelli più piccoli, riservando quelli più grandi al ragionamento complesso. Può eseguire modelli open su cluster in affitto, chiamare modelli proprietari tramite API esterne o combinare entrambi gli approcci in un unico flusso di lavoro.

Questa flessibilità aiuta a controllare prestazioni e costi, ma rende più complicata l'orchestrazione dell'infrastruttura. Perplexity ha bisogno di capacità sufficiente per la domanda prevista, preservando al contempo margine per improvvisi aumenti del traffico. Deve inoltre evitare di impegnare troppa capacità su hardware che diventa meno competitivo durante un contratto di lunga durata.

L'accordo con Crusoe segue un'altra importante partnership infrastrutturale. A marzo, Axios ha riportato che Perplexity aveva siglato un accordo pluriennale per utilizzare cluster Grace Blackwell di CoreWeave per l'inferenza. CoreWeave ha inoltre accettato di implementare internamente il prodotto enterprise di Perplexity.

Questo precedente accordo è un contesto utile perché mostra che Perplexity lavora già con cloud GPU specializzati. L'aggiunta di Crusoe suggerisce che l'azienda non consideri la propria infrastruttura una decisione tra fornitori in cui il vincitore prende tutto.

Più provider possono servire a diversi scopi. Perplexity può assicurarsi capacità in regioni differenti, assegnare i carichi di lavoro in base alla disponibilità hardware e mantenere leva nelle future negoziazioni. Può anche ridurre l'impatto operativo di una carenza o di un ritardo specifico di un provider.

La diversificazione, tuttavia, non produce automaticamente resilienza. Ogni piattaforma aggiuntiva introduce lavoro ingegneristico. I team devono gestire autenticazione, spostamento dei dati, strumenti di deployment, osservabilità, controlli di sicurezza e differenze di prestazioni tra gli ambienti.

Lo spostamento di grandi checkpoint dei modelli e dataset può richiedere tempo. Le applicazioni possono inoltre dipendere da scheduler, configurazioni di rete o servizi gestiti specifici del provider. Un'architettura progettata per la portabilità può ridurre questi costi, ma non può eliminarli del tutto.

La strategia di capacità cloud di Perplexity implica quindi un compromesso tra opzionalità e complessità. Più fornitori possono ridurre il rischio di concentrazione. Troppi ambienti divergenti possono rendere il sistema più difficile da gestire e ottimizzare.

Per gli utenti, il risultato pratico dovrebbe emergere nel normale comportamento del prodotto. Le risposte dovrebbero arrivare rapidamente durante i picchi di domanda. Le attività di ricerca dovrebbero completarsi in modo affidabile. Le nuove funzionalità dovrebbero essere lanciate senza lunghi ritardi di capacità. Gli utenti non vedono il cluster sottostante, ma notano immediatamente servizi lenti o non disponibili.

Ecco perché questo accordo interessa più dei soli investitori infrastrutturali. La qualità di un prodotto AI dipende sempre più dalla capacità del suo operatore di trasformare la potenza di calcolo grezza in prestazioni affidabili rivolte agli utenti.

L'infrastruttura AI di Crusoe sale nella catena del valore

Crusoe vuole competere come piattaforma operativa per carichi di lavoro AI, non limitarsi a costruire strutture.

La distinzione è importante. Un operatore di data center può fornire terreno, energia, raffreddamento ed edifici, mentre un'altra azienda possiede i server e la relazione cloud. Un provider cloud affitta risorse di calcolo utilizzabili e fornisce software che consente ai clienti di implementare carichi di lavoro.

Crusoe opera in entrambi i livelli. Sviluppa grandi strutture e gestisce anche Crusoe Cloud, dove i clienti possono accedere a calcolo accelerato e servizi correlati. L'accordo con Perplexity rafforza la seconda parte di questa strategia.

A giugno Crusoe ha dichiarato di aver contrattualizzato 4,9 gigawatt di capacità tra progetti di data center e Crusoe Cloud. La cifra combina diverse categorie di business, quindi non dovrebbe essere considerata una misurazione diretta dell'utilizzo cloud attivo.

Anche così, la scala mostra perché le acquisizioni di clienti contano. Lo sviluppo di capacità energetica e di data center richiede impegni assunti anni prima che ogni carico di lavoro diventi attivo. I clienti di lungo periodo possono aiutare a collegare questi investimenti fisici a una domanda prevedibile.

L'argomentazione operativa di Crusoe è incentrata sull'integrazione verticale. L'azienda opera lungo l'approvvigionamento energetico, la costruzione delle strutture, l'implementazione dell'hardware e il software cloud. In teoria, questa struttura può accorciare i cicli di coordinamento quando un cliente necessita di nuova capacità.

Un singolo operatore può pianificare insieme sistemi elettrici e sistemi di calcolo. Può scegliere i siti in base alla disponibilità di energia, predisporre il raffreddamento per cluster di acceleratori ad alta densità e allineare i calendari di costruzione alle consegne hardware. Può quindi rendere disponibile la capacità completata tramite un'interfaccia cloud.

Questo modello affronta un vincolo reale nel calcolo AI. L'acquisto delle sole GPU non crea un cluster funzionante. Gli operatori necessitano anche di trasformatori, sottostazioni, apparecchiature di raffreddamento, componenti di rete, storage, tecnici qualificati e software che mantenga produttivi migliaia di dispositivi.

La parte difficile è l'esecuzione lungo tutte queste dipendenze. Ritardi in un livello possono lasciare inattive apparecchiature costose o impedire a una struttura di accettare server. L'integrazione verticale concentra il coordinamento, ma attribuisce anche maggiori responsabilità alla stessa azienda.

Crusoe ha raccolto capitali consistenti per perseguire questo approccio. Il suo annuncio di Series E dell'ottobre 2025 affermava che l'azienda avrebbe ampliato la propria piattaforma cloud, il portafoglio energetico e la presenza nei data center. Riportava inoltre che le prenotazioni cloud erano aumentate di cinque volte nei primi tre trimestri del 2025 rispetto all'anno precedente.

Questi dati provenivano da Crusoe e non sono stati sottoposti a revisione indipendente nell'annuncio. Ciononostante, mostrano la direzione prevista dall'azienda. Crusoe vuole che i contratti cloud diventino una prova più rilevante, accanto ai suoi più noti progetti di costruzione.

Perplexity offre un cliente di prova pertinente, perché il suo servizio combina inferenza continua con requisiti di modello in evoluzione. L'ottenimento dell'accordo segnala che Crusoe ha superato una valutazione commerciale e tecnica. Il mantenimento e l'espansione del carico di lavoro forniranno prove più significative.

Questa differenza separa lo slancio contrattuale dalla validazione della piattaforma. Un accordo firmato dimostra la domanda. Prestazioni costanti in produzione mostrano se l'infrastruttura integrata di Crusoe genera un vantaggio operativo.

CoreWeave È il Parametro di Riferimento che Crusoe Deve Superare

La competizione principale è tra cloud AI specializzati che cercano di diventare indispensabili prima che le piattaforme cloud più grandi ne assorbano i vantaggi.

CoreWeave offre il confronto più chiaro perché ha già una relazione dichiarata con Perplexity. Entrambe le aziende propongono infrastrutture accelerate progettate per l'AI. Entrambe sostengono che sistemi specializzati possano gestire carichi di lavoro esigenti meglio degli ambienti cloud generalisti.

Le aziende sono partite da punti diversi, ma ora competono per clienti simili. Questi clienti cercano grandi cluster, rapido accesso agli acceleratori più recenti, networking ad alte prestazioni e software che riduca le complessità di deployment.

Le decisioni di Perplexity offrono una rara finestra su come un'azienda applicativa AI valuta quel mercato. Il suo accordo con CoreWeave ha posto l'accento su sistemi Nvidia dedicati all'inferenza. La partnership con Crusoe usa un linguaggio più ampio, che copre l'intero ciclo di vita del modello.

Ciò non dimostra che un fornitore abbia sostituito o sconfitto l'altro. Suggerisce che Perplexity veda valore nel mantenere più di una relazione con infrastrutture specializzate. L'azienda può suddividere i carichi di lavoro per modello, regione, fase del ciclo di vita o requisiti prestazionali.

Per Crusoe, condividere un cliente con CoreWeave è al tempo stesso una vittoria e una sfida. Convalida Crusoe come fornitore idoneo. Significa inoltre che Perplexity può confrontare i fornitori su carichi di lavoro reali, anziché su dimostrazioni commerciali.

Questi confronti possono includere disponibilità dei cluster, efficienza dell'addestramento, latenza di risposta, recupero dai guasti, supporto ingegneristico e velocità nel predisporre nuova capacità. Possono includere anche i costi meno visibili dello spostamento dei dati e dell'adattamento del software tra piattaforme.

Le grandi aziende cloud restano parte dello scenario competitivo. AWS, Azure, Google Cloud e Oracle offrono regioni globali, relazioni enterprise, ampi cataloghi di servizi e sistemi di sicurezza integrati. I cloud specializzati devono giustificare perché i clienti dovrebbero aggiungere un altro ambiente operativo.

La loro risposta più forte è la focalizzazione. Un cloud AI può progettare una parte maggiore della propria piattaforma attorno a carichi di lavoro ad alta intensità di acceleratori. Può offrire accesso diretto a grandi cluster e collaborare strettamente con un gruppo più ristretto di clienti. Può inoltre muoversi più rapidamente quando i prodotti standard non si adattano al carico di lavoro di un cliente.

Il punto debole è la concentrazione. Un fornitore specializzato dipende maggiormente dalla spesa per l'AI, dalla disponibilità di acceleratori, dai mercati finanziari e da un numero limitato di grandi clienti. Un sito in ritardo o un contratto perso possono avere un effetto sproporzionato.

Anche gli hyperscaler affrontano la concentrazione, ma i loro ricavi provengono da molti altri servizi informatici. Possono abbinare capacità AI a database, sistemi di identità, analytics e contratti enterprise esistenti. Questa ampiezza rende difficile sostituirli.

Crusoe non deve quindi sostituire gli hyperscaler per avere successo. Deve diventare una componente credibile di un portafoglio infrastrutturale multi-cloud. L'accordo con Perplexity rafforza questa tesi perché mostra un'importante azienda AI che assegna carichi di lavoro oltre le piattaforme più grandi.

Il rischio per i cloud specializzati è che la capacità grezza diventi meno differenziante. Man mano che più operatori si assicurano acceleratori simili, i clienti confronteranno con maggiore attenzione qualità del software, affidabilità ed economia. L'accesso a una GPU desiderabile crea un'opportunità, ma non garantisce un vantaggio duraturo.

Il modello più ampio di Crusoe aggiunge un altro elemento di differenziazione: il controllo sullo sviluppo delle strutture e sulla strategia energetica. La relazione tra CoreWeave e Perplexity, tuttavia, le fornisce un benchmark di produzione già esistente. La competizione sarà decisa dal servizio erogato, non dal linguaggio degli annunci di partnership.

L'Accordo Lascia Senza Risposta i Dettagli Più Importanti

Un contratto firmato non rivela se Crusoe abbia risolto i rischi di consegna, utilizzo e concentrazione che circondano l'infrastruttura AI.

Le aziende non hanno identificato pubblicamente quali acceleratori utilizzerà Perplexity. Non hanno indicato dove opereranno tali sistemi né quando sarà disponibile una capacità significativa. Non hanno inoltre divulgato impegni relativi ai livelli di servizio o la quota dei carichi di lavoro di Perplexity coinvolta.

Senza questi dettagli, i lettori non possono calcolare la scala dell'accordo. Potrebbe rappresentare un grande deployment in produzione, una riserva graduale o un quadro che si espande dopo traguardi tecnici. Il termine “pluriennale” stabilisce la durata, non l'utilizzo.

Il rischio di consegna merita particolare attenzione. I data center AI richiedono energia affidabile, costruzioni completate, server installati, reti funzionanti e software testato. Un progetto può apparire commercialmente impegnato mentre uno o più di questi elementi restano incompleti.

La storia recente di Crusoe mostra perché tali interrogativi siano ragionevoli. Le notizie su un proposto campus nel Wyoming hanno riferito che lo sviluppo era stato sospeso dopo preoccupazioni riguardanti un potenziale cliente. Crusoe ha affermato che la pausa era avvenuta su richiesta del cliente, mentre la copertura descriveva dubbi su costi e tempi di costruzione.

Quella sospensione del progetto in Wyoming non dimostra che il deployment di Perplexity affronti problemi simili. Mostra però che grandi piani infrastrutturali possono cambiare quando requisiti dei clienti, budget e tempistiche smettono di allinearsi.

L'espansione fisica ad Abilene offre l'altro lato del bilancio. Associated Press ha riferito che Crusoe aveva completato due edifici al servizio di OpenAI e Oracle, con altri sei in costruzione. Ha inoltre descritto un'espansione separata di Microsoft prevista nella stessa area.

L'espansione di Abilene dimostra che Crusoe può realizzare strutture operative su scala significativa. Illustra anche i requisiti energetici legati alla crescita dell'AI, inclusi piani per ulteriore generazione in loco.

L'energia non è una questione secondaria. Gli acceleratori non producono lavoro utile senza elettricità stabile e raffreddamento. Nuova generazione, potenziamenti della trasmissione e connessioni alla rete spesso procedono secondo calendari diversi rispetto agli ordini di chip.

Seguono anche interrogativi ambientali. L'impatto di un deployment AI dipende dal mix energetico, dalle condizioni della rete locale, dall'uso dell'acqua, dal design di raffreddamento e dal fatto che la nuova domanda prolunghi l'operatività della generazione da combustibili fossili. Etichette generiche come pulito o orientato all'energia non possono sostituire una rendicontazione a livello di sito.

La concentrazione dei clienti presenta un'altra incertezza. I contratti di lunga durata possono contribuire a finanziare l'infrastruttura, ma la dipendenza da un piccolo gruppo di acquirenti aumenta l'esposizione a cambiamenti di programma. Le aziende AI rivedono spesso strategie dei modelli, preferenze hardware e previsioni di capacità.

I cicli hardware aggiungono ulteriore pressione. Un cluster ordinato per una generazione di acceleratori può restare utile, ma le sue prestazioni relative cambiano quando arrivano sistemi più recenti. Gli operatori cloud devono mantenere utilizzate le apparecchiature meno recenti mentre finanziano il deployment successivo.

Perplexity affronta rischi propri in una strategia multi-provider. La distribuzione dei carichi di lavoro può creare potere negoziale e resilienza, ma può anche frammentare le operazioni. L'azienda deve dimostrare che i vantaggi della portabilità superano i costi di ingegneria e trasferimento dei dati.

Nessuna di queste incertezze invalida l'accordo cloud tra Crusoe e Perplexity. Definiscono le condizioni alle quali diventa importante. L'annuncio avvia un test di consegna i cui risultati emergeranno gradualmente nelle prestazioni del prodotto, nelle comunicazioni dei clienti e nelle tappe infrastrutturali.

Tre Segnali Mostreranno se la Partnership Conta

Le prossime evidenze dovrebbero provenire da carichi di lavoro deployati, prestazioni in produzione e dall'allocazione di capacità futura da parte di Perplexity.

Il primo segnale è un annuncio dettagliato del deployment. Occorre osservare l'indicazione di un acceleratore specifico, delle dimensioni del cluster, della regione operativa o di una data di lancio. Qualsiasi di queste informazioni trasformerebbe la partnership da un impegno generico in un progetto infrastrutturale misurabile.

Una chiara tappa di deployment rafforzerebbe l'ipotesi che Crusoe stia conquistando carichi di lavoro cloud attivi anziché limitarsi a definire un quadro di acquisto. Il silenzio prolungato non dimostrerebbe un fallimento, poiché i clienti spesso mantengono private le architetture. Lascerebbe tuttavia impossibile valutarne la scala.

Il secondo segnale è la prova che Perplexity gestisca servizi in produzione su Crusoe. Tale prova potrebbe emergere da un case study tecnico, una presentazione ingegneristica, una comunicazione sull'affidabilità o la descrizione di uno specifico carico di lavoro di prodotto.

L'uso in produzione conta perché l'inferenza espone l'infrastruttura a traffico variabile e a severe aspettative di latenza. L'addestramento può tollerare finestre programmate e il recupero dai checkpoint. Un servizio di ricerca rivolto ai consumatori deve rispondere in modo costante ogni volta che arrivano gli utenti.

Le dichiarazioni sulle prestazioni richiedono una lettura attenta. I benchmark dei fornitori spesso misurano configurazioni selezionate in condizioni controllate. Una comunicazione utile collegherebbe i cambiamenti infrastrutturali a un carico di lavoro reale e spiegherebbe il metodo di misurazione.

Le prove più convincenti descriverebbero risultati sostenuti, non una breve dimostrazione. Identificherebbero inoltre se i miglioramenti derivino da nuovo hardware, networking, ottimizzazione dei modelli, batching o modifiche software. Senza questo contesto, i numeri prestazionali da titolo restano difficili da confrontare.

Il terzo segnale è la prossima grande decisione di capacità di Perplexity. Un altro accordo con un fornitore rafforzerebbe l'idea che Perplexity stia deliberatamente costruendo un portafoglio di calcolo diversificato. Un'importante concentrazione attorno a un solo fornitore indebolirebbe questa interpretazione.

I cambiamenti di allocazione tra Crusoe e CoreWeave saranno particolarmente informativi. Per il mercato non è necessario che Perplexity pubblichi la spesa esatta per notare quale fornitore supporti nuovi modelli, regioni o prodotti.

Contano anche le più ampie comunicazioni di Crusoe sui clienti. Un elenco crescente di utenti cloud attivi sosterrebbe il suo sforzo di andare oltre lo sviluppo delle strutture. Una forte dipendenza da pochi contratti manterrebbe in primo piano le preoccupazioni sulla concentrazione.

Sviluppatori e acquirenti enterprise dovrebbero seguire questa competizione perché le scelte infrastrutturali modellano il comportamento dei prodotti. La capacità determina se un servizio AI può lanciare funzionalità, gestire picchi di domanda e mantenere i tempi di risposta. La diversità dei fornitori influenza inoltre la continuità del servizio quando una regione o un cluster ha problemi.

I knowledge worker incontrano le conseguenze indirettamente. Una richiesta di ricerca più approfondita può richiamare diversi modelli, sistemi di recupero delle informazioni e fasi di verifica. La risposta visibile dipende da una catena nascosta di infrastruttura che completa questi passaggi in modo rapido e affidabile.

L'accordo cloud tra Crusoe e Perplexity segna quindi l'inizio di un confronto operativo, non la sua conclusione. Crusoe ha ottenuto accesso a un cliente esigente e l'opportunità di dimostrare la propria piattaforma cloud. Perplexity ha ottenuto un'altra fonte di capacità di calcolo e maggiore flessibilità nel collocare i carichi di lavoro.

Ora le aziende devono convertire la capacità contrattuale in un servizio affidabile. Occorre osservare il primo deployment con nome, le prove di traffico Perplexity live e la prossima allocazione infrastrutturale dell'azienda. Questi tre segnali riveleranno se questa partnership modifica la gerarchia del cloud AI o aggiunge semplicemente un altro fornitore.