Il cloud ha ucciso l'infrastruttura, lunga vita all'infrastruttura!

Le nuvole verticali sono in aumento, poiché le nuvole tradizionali lasciano il posto alla specializzazione.

La narrativa infrastrutturale degli ultimi 15 anni è stata dominata dal cloud. La sua crescita ha portato a un’ondata di innovazione in tutti gli ambiti, dall’hardware, al software, alle operazioni, e ha portato alla più grande migrazione di carichi di lavoro nella storia del settore. Una manciata di hyperscaler ha guidato questa crescita e il loro impatto è difficile da sopravvalutare. Dominano il pool di talenti. Dominano la crescita della capitalizzazione di mercato. E dominano la spesa IT globale, tra i primi spendendo più di 5 miliardi di dollari nel 2019 (e almeno uno superiore a $ 10 miliardi). Di conseguenza, hanno anche un’influenza enorme sull’intera catena di fornitura, dai chip al software, che ora utilizzano per guidare programmi limitati alla loro visione (relativamente) ristretta di come dovrebbero essere le infrastrutture. 

Da questa meritata posizione di dominio, hanno convinto ampie fasce del settore di essere le uniche aziende in grado di costruire un'infrastruttura cloud scalabile ed economicamente vantaggiosa su cui il resto del settore dovrebbe costruire applicazioni di creazione di contenuti. (Fino a quando, ovviamente, non decideranno di lanciare servizi competitivi come una cosa ovvia.) 

Tuttavia, come tutte le epoche architettoniche, i grandi cloud centralizzati sono solo un altro punto di passaggio nel lungo arco dell’infrastruttura IT. E il loro enorme successo si sta ora traducendo in un altro cambiamento che sta naturalmente spostando i carichi di lavoro verso infrastrutture più specializzate. E questa tendenza è al centro di questo post. 

Questo cambiamento, tra l’altro, non rappresenta in alcun modo un fallimento da parte dei cloud tradizionali. In effetti, sono ancora relativamente all'inizio del loro percorso verso il consumo dell'IT tradizionale e continueranno a farlo per decenni, in modo sempre più significativo lungo il percorso. Stanno facendo esattamente quello che dovrebbero, costruendo un'offerta molto generale per supportare la lunga coda delle applicazioni IT. 

Tuttavia, nella maggior parte dei casi, per offrire una risorsa di livello superiore, finiscono per raggruppare le solite risorse di basso livello in nuovi modi e le ottimizzano per il carico di lavoro medio. Di conseguenza, le nuvole trad sono spesso pure generale, pure inflessibile e i loro servizi pure poco profondo. E così si sta costruendo un nuovo gruppo di società di infrastrutture per soddisfare la crescente esigenza di servizi ricchi e integrati verticalmente. O nuvole verticali, come ci piace chiamarle. 

I cloud verticali, interamente focalizzati su un tipo specifico di carico di lavoro o servizio cloud, tendono ad essere molto più sofisticati, molto più convenienti e molto più performanti. E anche se possono essere costruiti sopra i tradizionali cloud centralizzati, sempre più spesso li vediamo utilizzare anche infrastrutture fisiche per scopi speciali. 

Queste aziende sono ora in grado di farlo perché (a) le applicazioni cloud sono sempre più liberamente accoppiate, consentendo ai loro sviluppatori di scegliere quali servizi di infrastruttura cloud utilizzare, e forse la cosa più significativa, perché (b) le dimensioni del cloud hanno raggiunto un punto in cui i mercati per questi singoli servizi cloud sono abbastanza grandi da supportare aziende indipendenti grandi e redditizie.

E così, in molti modi, stiamo entrando in una nuova e incredibilmente entusiasmante era dell'infrastruttura, in cui qualsiasi servizio infrastrutturale (e in realtà qualsiasi sottocomponente comune di un'applicazione) è un gioco leale per costruire un'azienda come un cloud verticalizzato. Quanto più sei bravo a costruire l’infrastruttura, migliore sarà il servizio. E poiché il mercato è sufficientemente ampio da sostenere tutto ciò, le grandi nubi centrali sono strutturalmente svantaggiate per competere. La domanda principale per le startup nel settore delle infrastrutture si è ironicamente spostata da “cosa succede se AWS/GCP/Azure decide di competere con te?" a "wPerché non competi più direttamente con AWS/GCP/Azure?"

Per allontanarci dall'astratto, esaminiamo alcune aree in cui ciò sta cambiando concretamente il modo in cui le società di infrastrutture vengono costruite e utilizzate. Ne abbiamo selezionati tre, ma ce ne sono moltissimi altri (e con il tempo ci piacerebbe scrivere anche quelli):

Gli sviluppatori front-end stanno consumando il back-end e l'elaborazione arriva a loro: Tradizionalmente, la logica di calcolo per la creazione di una pagina Web si trova sul lato server ed è implementata da un team di back-end. Tuttavia, esiste un ordine di grandezza in più di sviluppatori front-end e quindi stiamo assistendo all'aumento di molti framework che consentono agli sviluppatori front-end di creare app sofisticate utilizzando i servizi cloud direttamente come back-end. Lo stack emergente più popolare per questo è JAMstack.

Le app Web interattive traggono chiaramente vantaggio dal fatto che l'elaborazione è più vicina all'utente. E poiché il back-end viene ora astratto come un insieme di servizi, i team che li implementano possono avvicinarli all’utente sfruttando il livello CDN. Ed è esattamente ciò che stiamo vedendo accadere ora. Molti nuovi servizi, dai database, ai motori di rendering, agli strumenti di collaborazione, vengono implementati come carichi di lavoro e eseguiti su CDN di prossima generazione come Fly.io e CloudFlare; ciò fornisce sia potenza al front-end che prestazioni agli utenti. Naturalmente, Fly e CloudFlare costruiscono la propria infrastruttura, perché in definitiva questo è il modo migliore per fornire costi bassi e buone prestazioni, se si ha la possibilità di farlo. 

L'intelligenza artificiale sta guidando la creazione di nuovi hardware: Carichi di lavoro diversi traggono vantaggio da diverse configurazioni di hardware e software. Tanto che l'esecuzione di un carico di lavoro su una piattaforma non ottimizzata può comportare perdite di ordini di grandezza in termini di costi e prestazioni. Sebbene esistano molte classi di carichi di lavoro che rientrano in questa categoria e sono popolari nella base di utenti del cloud, forse i più notevoli sono i carichi di lavoro AI. È noto che Facebook, Google, Microsoft e molte altre aziende hanno creato cluster su misura per la formazione sull'intelligenza artificiale. 

I carichi di lavoro dell’intelligenza artificiale differiscono notevolmente dalle tradizionali applicazioni cloud costruite attorno a server Web e database. Un cloud specializzato non solo ha un silicio diverso creato per il calcolo AI/ML, ma anche uno scheduler diverso, un'interconnessione di rete, modalità per la gestione degli errori e molti altri aspetti di progettazione ottimizzati per questo scopo. Considerato tutto ciò, non c'è da meravigliarsi che negli ultimi anni abbiamo visto crescere in popolarità i cloud incentrati sull'intelligenza artificiale come MosaicML. 

Questo non vuol dire che i trad cloud non possano fornire servizi incentrati sull’intelligenza artificiale. Tutti quelli popolari lo fanno. Ma è ancora un altro servizio, accanto a centinaia di altri. Pertanto, per quegli utenti per i quali i costi e le prestazioni del carico di lavoro dell'intelligenza artificiale sono fondamentali, è comprensibile che stiano esplorando sempre più altre opzioni. 

Piattaforme di app a pieno regime: I due esempi precedenti sono componenti dell'infrastruttura orizzontale che si trovano ben al di sotto del livello dell'app. Tuttavia, stiamo anche iniziando a vedere la tendenza a spostarsi verso piattaforme di app di livello superiore. Uno dei nostri esempi preferiti di questo è il lavoro svolto presso Mighty. Mighty esegue il browser come servizio nel cloud per rendere le app Web più veloci (caricamento, interattività, impilamento, ecc.). Il team ha scelto un hardware specifico e lo ha integrato con il proprio browser Chromium per fornire un'esperienza di gran lunga migliore rispetto alle tradizionali offerte di cloud pubblico per il software di desktop remoto, rivaleggiando al tempo stesso con l'esperienza nativa di un laptop.

-

Prima di concludere, vale la pena notare che molte innovazioni sia tecniche che aziendali nell’ultimo decennio stanno contribuendo a consentire questa tendenza. Tecnicamente, è più facile che mai proporre un'offerta di hardware bare metal. E i fornitori di hardware hanno adattato i loro modelli di business per consentire l’OpEx completo anziché il CapEx. 

Vogliamo anche sottolineare che il focus di questo articolo è sulle società di infrastrutture costruite da team di infrastrutture la cui competenza è, beh, l'infrastruttura. Esistono molti team di questo tipo pienamente in grado di creare sistemi scalabili dall'hardware in su. In passato, i mercati semplicemente non erano abbastanza grandi per sostenere questo livello di specializzazione. Ma lo sono adesso. E sta seguendo una nuova era di infrastrutture. E staremo tutti meglio per questo. 

***

Le opinioni qui espresse sono quelle del personale di AH Capital Management, LLC ("a16z") citato e non sono le opinioni di a16z o delle sue affiliate. Alcune informazioni qui contenute sono state ottenute da fonti di terze parti, incluse società in portafoglio di fondi gestiti da a16z. Sebbene tratti da fonti ritenute affidabili, a16z non ha verificato in modo indipendente tali informazioni e non fornisce dichiarazioni sull'accuratezza duratura delle informazioni o sulla loro adeguatezza per una determinata situazione. Inoltre, questo contenuto può includere pubblicità di terze parti; a16z non ha esaminato tali annunci pubblicitari e non approva alcun contenuto pubblicitario in essi contenuto.

Questo contenuto viene fornito solo a scopo informativo e non deve essere considerato come consulenza legale, commerciale, di investimento o fiscale. Dovresti consultare i tuoi consulenti in merito a tali questioni. I riferimenti a qualsiasi titolo o risorsa digitale sono solo a scopo illustrativo e non costituiscono una raccomandazione di investimento o un'offerta per fornire servizi di consulenza in materia di investimenti. Inoltre, questo contenuto non è diretto né destinato all'uso da parte di investitori o potenziali investitori e non può in alcun caso essere invocato quando si decide di investire in qualsiasi fondo gestito da a16z. (Un'offerta per investire in un fondo a16z sarà fatta solo dal memorandum di collocamento privato, dal contratto di sottoscrizione e da altra documentazione pertinente di tale fondo e dovrebbe essere letta nella sua interezza.) Eventuali investimenti o società in portafoglio menzionati, citati o descritti non sono rappresentativi di tutti gli investimenti in veicoli gestiti da a16z, e non si può garantire che gli investimenti saranno redditizi o che altri investimenti effettuati in futuro avranno caratteristiche o risultati simili. Un elenco degli investimenti effettuati da fondi gestiti da Andreessen Horowitz (esclusi gli investimenti per i quali l'emittente non ha autorizzato a16z a divulgare pubblicamente e gli investimenti non annunciati in asset digitali quotati in borsa) è disponibile all'indirizzo https://a16z.com/investments /.

Grafici e grafici forniti all'interno sono esclusivamente a scopo informativo e non dovrebbero essere presi in considerazione quando si prende una decisione di investimento. I rendimenti passati non sono indicativi di risultati futuri. Il contenuto parla solo a partire dalla data indicata. Eventuali proiezioni, stime, previsioni, obiettivi, prospettive e/o opinioni espresse in questi materiali sono soggette a modifiche senza preavviso e possono differire o essere contrarie alle opinioni espresse da altri. Si prega di consultare https://a16z.com/disclosures per ulteriori informazioni importanti.