The Cloud Killed Infrastructure, Leng Leve Infrastructure!

Vertikale skyer er på vei oppover, ettersom tradisjonelle skyer viker for spesialisering.

Infrastrukturfortellingen de siste 15 årene har vært dominert av skyen. Veksten har drevet en bølge av innovasjon innen alt fra maskinvare, til programvare, til drift – og resulterte i den største migrasjonen av arbeidsmengder i bransjens historie. En håndfull hyperskalere har drevet denne veksten, og deres virkning er vanskelig å overvurdere. De dominerer talentmassen. De dominerer markedsverdiveksten. Og de dominerer globale IT-utgifter, med de beste bruke mer enn 5 milliarder dollar i 2019 (og minst en over $10B). Som et resultat har de også overdimensjonert innflytelse på hele forsyningskjeden fra brikker til programvare, som de nå bruker for å drive agendaer begrenset til deres (relativt) snevre syn på hvordan infrastruktur skal se ut. 

Fra denne svært velfortjente dominansposisjonen har de overbevist store deler av industrien om at de er de eneste selskapene som kan bygge skalerbar og kostnadseffektiv skyinfrastruktur som resten av bransjen bør bygge applikasjoner på. (Inntil de selvfølgelig bestemmer seg for å lansere konkurransedyktige tjenester som en selvfølge.) 

Imidlertid, som alle arkitektoniske epoker, er de store sentraliserte skyene bare et annet veipunkt på den lange buen av IT-infrastruktur. Og deres ekstreme suksess resulterer nå i enda et skifte som naturlig presser arbeidsbelastningen tilbake til mer spesialisert infrastruktur. Og den trenden er fokus i dette innlegget. 

Dette skiftet er forresten på ingen måte noen feil fra de tradisjonelle skyenes side. Faktisk er de fortsatt relativt tidlig i reisen med å konsumere tradisjonell IT, og vil fortsette å gjøre det i flere tiår – i økende grad underveis. De gjør akkurat det de skal, og bygger et veldig generelt tilbud for å støtte den lange halen av IT-applikasjoner. 

Men for det meste, for å tilby en ressurs på høyere nivå, ender de opp med å bare samle de vanlige lavnivåressursene på nye måter – og de optimerer dem for den gjennomsnittlige arbeidsbelastningen. Som et resultat er tradskyene ofte også generellogså ufleksible, og deres tjenester også grunt. Og derfor bygges en ny mengde infrastrukturselskaper for å dekke det økende behovet rundt rike, vertikalt integrerte tjenester. Eller vertikale skyer, som vi liker å kalle dem. 

Vertikale skyer, som er helt fokusert på en bestemt type arbeidsbelastning eller skytjeneste, har en tendens til å være langt mer sofistikerte, langt mer kostnadseffektive og langt mer ytelsesdyktige. Og selv om de kan bygges på toppen av tradisjonelle, sentraliserte skyer til å begynne med, ser vi mer og mer at de bruker fysisk infrastruktur for spesielle formål. 

Disse selskapene er nå i stand til å gjøre dette fordi (a) skyapplikasjoner er stadig løsere koblet, slik at utviklerne deres kan velge og vrake hvilke skyinfrastrukturtjenester de bruker, og kanskje viktigst fordi (b) størrelsen på skyen har nådd et punkt hvor markedene for disse individuelle skytjenestene er store nok til å støtte store, levedyktige uavhengige selskaper.

Og så, på mange måter, går vi inn i en ny og utrolig spennende æra av infrastruktur, der enhver infrastrukturtjeneste (og egentlig enhver vanlig underkomponent av en applikasjon) er rettferdig spill å bygge et selskap rundt som en vertikalisert sky. Jo bedre du er til å bygge infrastrukturen, jo bedre blir tjenesten. Og fordi markedet er stort nok til å opprettholde dette, er de store sentrale skyene strukturelt vanskeligstilt til å konkurrere. Det primære spørsmålet til startups innen infrastruktur har ironisk nok skiftet fra "hva hvis AWS/GCP/Azure bestemmer seg for å konkurrere med deg?" til "wkonkurrerer du ikke mer direkte med AWS/GCP/Azure?"

For å trekke oss vekk fra det abstrakte, la oss se på noen få områder hvor dette konkret endrer hvordan infrastrukturselskaper bygges som brukt. Vi har valgt ut tre, men det er mange mange andre (og gitt tid vil vi gjerne skrive dem opp også):

Frontend-utviklere bruker bakenden, og databehandling kommer til dem: Tradisjonelt ligger beregningslogikken for å bygge en nettside på serversiden og implementeres av et backend-team. Imidlertid er det en størrelsesorden flere frontend-utviklere, og derfor ser vi fremveksten av mange rammeverk som gjør det mulig for frontend-utviklere å bygge sofistikerte apper ved å bruke skytjenester direkte som backend. Den mest populære emergent-stakken for dette er JAMstack.

Interaktive nettapper drar tydelig nytte av at databehandling er nærmere brukeren. Og fordi bakenden nå abstraheres som et sett med tjenester, kan teamene som implementerer dem presse dem nærmere brukeren ved å dra nytte av CDN-nivået. Og det er akkurat det vi ser skje nå. Mange nye tjenester, fra databaser, til gjengivelsesmotorer, til samarbeidsverktøy, implementeres som arbeidsbelastninger og kjøres på neste generasjons CDN-er som Fly.io og CloudFlare; dette gir både kraft til frontenden og ytelse til brukerne. Naturligvis bygger Fly og CloudFlare sin egen infrastruktur, for til syvende og sist er det den beste måten å gi lave kostnader og god ytelse, hvis du har muligheten til det. 

AI driver ny maskinvarebygging: Ulike arbeidsbelastninger drar nytte av forskjellige konfigurasjoner av maskinvare og programvare. Så mye at det å kjøre en arbeidsbelastning på en plattform som ikke er innstilt for det, kan resultere i størrelsesordener av tap i kostnader og ytelse. Selv om det er mange klasser av arbeidsbelastninger som både faller i denne kategorien og er populære over hele skybrukerbasen, er kanskje den mest bemerkelsesverdige av disse AI-arbeidsbelastningene. Det er velkjent at Facebook, Google, Microsoft og mange andre selskaper har bygget skreddersydde klynger for AI-opplæring. 

AI-arbeidsbelastninger skiller seg dramatisk fra de tradisjonelle skyapplikasjonene bygget rundt webservere og databaser. En spesialisert sky har ikke bare forskjellig silisium bygget for AI/ML-beregning, men også en annen planlegger, nettverksforbindelse, moduser for håndtering av feil og mange andre designaspekter innstilt for dette formålet. Gitt alt dette er det ikke rart at vi i løpet av de siste årene har sett AI-fokuserte skyer som MosaicML vokse i popularitet. 

Dette er ikke å si at handelsskyene ikke kan tilby AI-fokuserte tjenester. Alle de populære gjør det. Men det er enda en tjeneste, som sitter sammen med hundrevis av andre. Og så for de brukerne som AI-arbeidsbelastningskostnad og ytelse er avgjørende, er det forståelig at de i økende grad utforsker andre alternativer. 

Appplattformer i full stack: De to foregående eksemplene er horisontale infrastrukturkomponenter som sitter godt under applaget. Vi begynner imidlertid også å se trenden bevege seg til appplattformer på høyere nivå. Et av favoritteksemplene våre på dette er arbeidet som gjøres hos Mighty. Mighty kjører nettleseren som en tjeneste i skyen for å gjøre nettapper raskere (lasting, interaktivitet, stabling osv.). Teamet valgte spesifikk maskinvare og integrerte den med sin egen Chromium-nettleser for å gi en opplevelse som er størrelsesordener bedre enn tradisjonelle offentlige skytilbud for Remote Desktop-programvare, samtidig som de konkurrerer med en naturlig bærbar opplevelse.

-

Før vi avslutter det, er det verdt å merke seg at mye av både teknisk og forretningsinnovasjon det siste tiåret har bidratt til å aktivere denne trenden. Teknisk sett er det enklere enn noen gang å stå opp med en maskinvare i bar metall. Og maskinvareleverandørene har tilpasset sine forretningsmodeller for å tillate full OpEx i stedet for CapEx. 

Vi ønsker også å presisere at fokuset til dette stykket er på infrastrukturselskaper som er bygget av infrastrukturteam hvis ekspertise er, vel, infrastruktur. Det er mange slike team som er fullt i stand til å bygge skalerbare systemer fra maskinvare og oppover. Tidligere var markedene ganske enkelt ikke store nok til å opprettholde dette spesialiseringsnivået. Men det er de nå. Og en ny æra med infrastruktur følger. Og vi vil alle bli bedre for det. 

***

Synspunktene som uttrykkes her er de fra individuelle AH Capital Management, LLC (“a16z”) personell som er sitert og er ikke synspunktene til a16z eller dets tilknyttede selskaper. Visse opplysninger her er innhentet fra tredjepartskilder, inkludert fra porteføljeselskaper av fond forvaltet av a16z. Selv om a16z er hentet fra kilder som antas å være pålitelige, har ikke a16z uavhengig verifisert slik informasjon og gir ingen representasjoner om den varige nøyaktigheten til informasjonen eller dens hensiktsmessighet for en gitt situasjon. I tillegg kan dette innholdet inkludere tredjepartsannonser; aXNUMXz har ikke vurdert slike annonser og støtter ikke noe reklameinnhold som finnes deri.

Dette innholdet er kun gitt for informasjonsformål, og bør ikke stoles på som juridisk, forretningsmessig, investerings- eller skatterådgivning. Du bør rådføre deg med dine egne rådgivere om disse sakene. Referanser til verdipapirer eller digitale eiendeler er kun for illustrasjonsformål, og utgjør ikke en investeringsanbefaling eller tilbud om å tilby investeringsrådgivningstjenester. Videre er dette innholdet ikke rettet mot eller ment for bruk av noen investorer eller potensielle investorer, og kan ikke under noen omstendigheter stoles på når du tar en beslutning om å investere i et fond som forvaltes av a16z. (Et tilbud om å investere i et a16z-fond vil kun gis av det private emisjonsmemorandumet, tegningsavtalen og annen relevant dokumentasjon for et slikt fond og bør leses i sin helhet.) Eventuelle investeringer eller porteføljeselskaper nevnt, referert til, eller beskrevet er ikke representative for alle investeringer i kjøretøy forvaltet av a16z, og det kan ikke gis noen garanti for at investeringene vil være lønnsomme eller at andre investeringer som gjøres i fremtiden vil ha lignende egenskaper eller resultater. En liste over investeringer foretatt av fond forvaltet av Andreessen Horowitz (unntatt investeringer som utstederen ikke har gitt tillatelse til at a16z kan offentliggjøre så vel som uanmeldte investeringer i børsnoterte digitale eiendeler) er tilgjengelig på https://a16z.com/investments /.

Diagrammer og grafer gitt i er kun for informasjonsformål og bør ikke stoles på når du tar investeringsbeslutninger. Tidligere resultater er ikke en indikasjon på fremtidige resultater. Innholdet taler kun fra den angitte datoen. Eventuelle anslag, estimater, prognoser, mål, prospekter og/eller meninger uttrykt i dette materialet kan endres uten varsel og kan avvike eller være i strid med meninger uttrykt av andre. Vennligst se https://a16z.com/disclosures for ytterligere viktig informasjon.