De door de cloud vernietigde infrastructuur, lang leve de infrastructuur!

Verticale wolken zijn in opkomst, terwijl traditionele wolken plaatsmaken voor specialisatie.

Het infrastructuurverhaal van de afgelopen 15 jaar werd gedomineerd door de cloud. De groei heeft geleid tot een golf van innovatie in alles, van hardware tot software tot operaties - en heeft geresulteerd in de grootste migratie van workloads in de geschiedenis van de industrie. Een handvol hyperscalers heeft deze groei gestimuleerd en hun impact is moeilijk te overschatten. Ze domineren de talentenpool. Ze domineren de groei van de marktkapitalisatie. En ze domineren de wereldwijde IT-uitgaven, met de top paar meer dan $ 5 miljard uitgeven in 2019 (en ten minste één meer dan $ 10 miljard). Als gevolg hiervan hebben ze ook een buitensporige invloed op de hele supply chain, van chips tot software, die ze nu gebruiken om agenda's te sturen die beperkt blijven tot hun (relatief) beperkte kijk op hoe infrastructuur eruit zou moeten zien. 

Vanuit deze zeer welverdiende dominantiepositie hebben ze grote delen van de industrie ervan overtuigd dat zij de enige bedrijven zijn die een schaalbare en kosteneffectieve cloudinfrastructuur kunnen bouwen waarop de rest van de industrie toepassingen voor het bouwen van inhoud zou moeten ontwikkelen. (Totdat ze natuurlijk besluiten om als vanzelfsprekend concurrerende diensten te lanceren.) 

Echter, zoals alle architecturale tijdperken, zijn de grote gecentraliseerde clouds gewoon een ander waypoint op de lange boog van de IT-infrastructuur. En hun extreme succes resulteert nu in weer een nieuwe verschuiving die de workloads op natuurlijke wijze terugduwt naar meer gespecialiseerde infrastructuur. En die trend staat centraal in deze post. 

Deze verschuiving is overigens geenszins een tekortkoming van de traditionele clouds. In feite zijn ze nog relatief vroeg in hun traject van het consumeren van traditionele IT, en zullen dat nog tientallen jaren blijven doen - gaandeweg aanzienlijk groeiend. Ze doen precies wat ze moeten doen en bouwen een zeer algemeen aanbod om de lange staart van IT-applicaties te ondersteunen. 

Om een ​​resource op een hoger niveau aan te bieden, bundelen ze echter voor het grootste deel gewoon de gebruikelijke low-level resources op nieuwe manieren - en optimaliseren ze deze voor de gemiddelde werklast. Als gevolg hiervan zijn de traditionele wolken vaak ook algemeenook inflexibel, en hun diensten ook oppervlakkig. En dus wordt een nieuwe lichting infrastructuurbedrijven gebouwd om te voorzien in de groeiende behoefte aan rijke, verticaal geïntegreerde diensten. Of verticale wolken, zoals we ze graag noemen. 

Verticale clouds, die volledig gericht zijn op een specifiek type workload of cloudservice, zijn over het algemeen veel geavanceerder, veel kosteneffectiever en veel beter presterend. En hoewel ze misschien bovenop de traditionele, gecentraliseerde clouds zijn gebouwd, zien we ze steeds vaker ook fysieke infrastructuur voor speciale doeleinden gebruiken. 

Deze bedrijven zijn nu in staat om dit te doen omdat (a) cloudapplicaties steeds losjes gekoppeld zijn, waardoor hun ontwikkelaars kunnen kiezen welke cloudinfrastructuurdiensten ze gebruiken, en misschien wel het belangrijkste, omdat (b) de omvang van de cloud heeft een punt bereikt waarop de markten voor deze individuele clouddiensten groot genoeg zijn om grote, levensvatbare onafhankelijke bedrijven te ondersteunen.

En dus betreden we in veel opzichten een nieuw en ongelooflijk opwindend tijdperk van infrastructuur, waarin elke infrastructuurservice (en eigenlijk elk gemeenschappelijk subonderdeel van een applicatie) een eerlijk spel is om een ​​bedrijf rond te bouwen als een verticale cloud. Hoe beter u bent in het bouwen van de infrastructuur, hoe beter de service zal zijn. En omdat de markt groot genoeg is om dit te ondersteunen, zijn de grote centrale clouds structureel benadeeld om te concurreren. De primaire vraag aan startups in infrastructuur is ironisch genoeg verschoven van “wat als AWS/GCP/Azure besluit met u te concurreren?" slepenhoe concurreer je niet directer met AWS/GCP/Azure?"

Laten we, om afstand te nemen van het abstracte, eens kijken naar een paar gebieden waar dit concreet de manier verandert waarop infrastructuurbedrijven worden gebouwd zoals ze worden gebruikt. We hebben er drie geselecteerd, maar er zijn er nog veel meer (en gezien de tijd zouden we die ook graag opschrijven):

Front-end-ontwikkelaars consumeren de back-end en rekenkracht komt naar hen toe: Traditioneel zit de rekenlogica voor het bouwen van een webpagina aan de serverzijde en wordt geïmplementeerd door een back-endteam. Er zijn echter een orde van grootte meer front-end-ontwikkelaars, en dus zien we de opkomst van veel frameworks waarmee front-end-ontwikkelaars geavanceerde apps kunnen bouwen met cloudservices direct als back-end. De meest populaire opkomende stack hiervoor is de JAMstack.

Interactieve web-apps hebben er duidelijk baat bij dat computers dichter bij de gebruiker staan. En omdat de back-end nu wordt geabstraheerd als een reeks services, kunnen de teams die ze implementeren ze dichter bij de gebruiker brengen door gebruik te maken van de CDN-laag. En dat is precies wat we nu zien gebeuren. Veel nieuwe services, van databases tot rendering-engines tot samenwerkingstools, worden geïmplementeerd als workloads en draaien op de volgende generatie CDN's zoals Fly.io en CloudFlare; dit biedt zowel kracht aan de voorkant als prestaties aan de gebruikers. Natuurlijk bouwen Fly en CloudFlare hun eigen infrastructuur, want uiteindelijk is dat de beste manier om lage kosten en goede prestaties te leveren, als je de mogelijkheid hebt om dat te doen. 

AI zorgt voor nieuwe hardware-build-outs: Verschillende workloads profiteren van verschillende configuraties van hardware en software. Zozeer zelfs dat het uitvoeren van een workload op een platform dat er niet voor is afgestemd, kan leiden tot verlies van kosten en prestaties van de orde van grootte. Hoewel er veel soorten workloads zijn die beide in deze categorie vallen en populair zijn bij de cloudgebruikers, zijn AI-workloads misschien wel de meest opvallende daarvan. Het is bekend dat Facebook, Google, Microsoft en vele andere bedrijven op maat gemaakte clusters hebben gebouwd voor AI-training. 

AI-workloads verschillen aanzienlijk van de traditionele cloudapplicaties die zijn gebouwd rond webservers en databases. Een gespecialiseerde cloud heeft niet alleen ander silicium dat is gebouwd voor AI/ML-berekening, maar ook een andere planner, netwerkinterconnect, modi voor het beheren van storingen en vele andere ontwerpaspecten die voor dit doel zijn afgestemd. Gezien dit alles is het geen wonder dat we de afgelopen jaren AI-gerichte clouds zoals MosaicML in populariteit hebben zien groeien. 

Dit wil niet zeggen dat de traditionele clouds geen AI-gerichte diensten kunnen bieden. Alle populaire doen dat. Maar het is nog een andere dienst, naast honderden anderen. En dus voor die gebruikers voor wie de kosten en prestaties van AI-workloads van het grootste belang zijn, is het begrijpelijk dat ze steeds meer andere opties onderzoeken. 

App-platforms gaan full-stack: De vorige twee voorbeelden zijn horizontale infrastructuurcomponenten die ruim onder de app-laag zitten. We beginnen echter ook de trend te zien verschuiven naar app-platforms op een hoger niveau. Een van onze favoriete voorbeelden hiervan is het werk dat bij Mighty wordt gedaan. Mighty voert de browser uit als een service in de cloud om web-apps sneller te maken (laden, interactiviteit, stapelen, enz.). Het team koos specifieke hardware en integreerde deze met zijn eigen Chromium-browser om een ​​ervaring te bieden die vele malen beter is dan het traditionele openbare cloudaanbod voor Remote Desktop-software, terwijl het wedijvert met een native laptop-ervaring.

-

Voordat we het inpakken, is het de moeite waard om op te merken dat veel van zowel technische als zakelijke innovaties van het afgelopen decennium deze trend mogelijk hebben gemaakt. Technisch gezien is het gemakkelijker dan ooit om een ​​bare metal hardware-aanbod te bieden. En de hardwareleveranciers hebben hun bedrijfsmodellen aangepast om volledige OpEx mogelijk te maken in plaats van CapEx. 

We willen ook duidelijk maken dat de focus van dit stuk ligt op infrastructuurbedrijven die zijn gebouwd door infrastructuurteams wiens expertise, nou ja, infrastructuur is. Er zijn veel van dergelijke teams die volledig in staat zijn om vanaf hardware schaalbare systemen te bouwen. In het verleden waren de markten gewoon niet groot genoeg om dit specialisatieniveau te handhaven. Maar dat zijn ze nu. En een nieuw tijdperk van infrastructuur volgt. En daar worden we allemaal beter van. 

***

De standpunten die hier naar voren worden gebracht, zijn die van het individuele personeel van AH Capital Management, LLC (“a16z”) dat wordt geciteerd en zijn niet de standpunten van a16z of haar gelieerde ondernemingen. Bepaalde informatie in dit document is verkregen uit externe bronnen, waaronder van portefeuillebedrijven van fondsen die worden beheerd door a16z. Hoewel ontleend aan bronnen die betrouwbaar worden geacht, heeft a16z dergelijke informatie niet onafhankelijk geverifieerd en doet het geen uitspraken over de blijvende nauwkeurigheid van de informatie of de geschiktheid ervan voor een bepaalde situatie. Bovendien kan deze inhoud advertenties van derden bevatten; a16z heeft dergelijke advertenties niet beoordeeld en keurt de daarin opgenomen advertentie-inhoud niet goed.

Deze inhoud is uitsluitend bedoeld voor informatieve doeleinden en mag niet worden beschouwd als juridisch, zakelijk, investerings- of belastingadvies. U dient hierover uw eigen adviseurs te raadplegen. Verwijzingen naar effecten of digitale activa zijn alleen voor illustratieve doeleinden en vormen geen beleggingsaanbeveling of aanbod om beleggingsadviesdiensten te verlenen. Bovendien is deze inhoud niet gericht op of bedoeld voor gebruik door beleggers of potentiële beleggers, en mag er in geen geval op worden vertrouwd bij het nemen van een beslissing om te beleggen in een fonds dat wordt beheerd door a16z. (Een aanbod om te beleggen in een a16z-fonds wordt alleen gedaan door middel van het onderhandse plaatsingsmemorandum, de inschrijvingsovereenkomst en andere relevante documentatie van een dergelijk fonds en moet in hun geheel worden gelezen.) Alle genoemde beleggingen of portefeuillebedrijven waarnaar wordt verwezen, of beschreven zijn niet representatief voor alle investeringen in voertuigen die door a16z worden beheerd, en er kan geen garantie worden gegeven dat de investeringen winstgevend zullen zijn of dat andere investeringen die in de toekomst worden gedaan vergelijkbare kenmerken of resultaten zullen hebben. Een lijst van investeringen die zijn gedaan door fondsen die worden beheerd door Andreessen Horowitz (met uitzondering van investeringen waarvoor de uitgevende instelling geen toestemming heeft gegeven aan a16z om openbaar te maken, evenals onaangekondigde investeringen in openbaar verhandelde digitale activa) is beschikbaar op https://a16z.com/investments /.

De grafieken en grafieken die hierin worden verstrekt, zijn uitsluitend bedoeld voor informatieve doeleinden en er mag niet op worden vertrouwd bij het nemen van een investeringsbeslissing. In het verleden behaalde resultaten zijn geen indicatie voor toekomstige resultaten. De inhoud spreekt alleen vanaf de aangegeven datum. Alle projecties, schattingen, voorspellingen, doelstellingen, vooruitzichten en/of meningen die in deze materialen worden uitgedrukt, kunnen zonder voorafgaande kennisgeving worden gewijzigd en kunnen verschillen of in strijd zijn met meningen van anderen. Zie https://a16z.com/disclosures voor aanvullende belangrijke informatie.