I åratal intog Kubernetes en nästan mytisk plats inom företags-it. Det framställdes som framtidens kontrollplan, den standardiserade abstraktionen för molnbaserade system och den plattform som äntligen skulle befria företagen från infrastrukturberoende. För att vara rättvis var en del av detta sant. Kubernetes införde struktur i containerorkestrering, möjliggjorde portabla driftsättningsmodeller och gav arkitekter ett kraftfullt ramverk för att hantera distribuerade applikationer i stor skala.

Men marknaden förändras, och det gör även företagens förväntningar. Frågan är inte längre om Kubernetes är tekniskt imponerande. Det är det uppenbarligen. Frågan är om det fortfarande är det bästa alternativet för ett växande antal vanliga användningsfall inom företagen. I många fall är svaret allt oftare nej. Det vi ser är inte Kubernetes död, utan slutet på dess obestridda dominans som det självklara strategiska valet. Här är förklaringen.

För dyrt att driva

I takt med att användningen av Kubernetes ökade tvekade många organisationer att erkänna att det medförde driftsmässig komplexitet och krävde specialiserade färdigheter, ständig finjustering och stark styrning. Att driva Kubernetes på ett bra sätt kräver mogen teknik, observabilitet, säkerhet, nätverk och livscykelhantering – mycket mer än ett sidoprojekt. Många underskattade denna börda.

Det som såg elegant ut i arkitekturdiagram blev en verklig börda för driftsteamen. Klustren multiplicerades. Verktygskedjorna spred sig. Uppgraderingar blev riskabla. Policygenomförande blev en egen ingenjörsdisciplin. Företagen insåg att de inte bara införde en orkestreringsplattform. De byggde och underhöll en intern produkt som krävde kontinuerliga investeringar och sällsynt expertis.

Det kan vara acceptabelt för digitala företag vars skala och komplexitet motiverar insatsen. Det är mycket svårare att sälja in för företag som vill ha tillförlitliga distributioner, motståndskraftiga applikationer och rimliga molnkostnader. I sådana fall kan Kubernetes kännas som överingenjörskonst förklädd till strategisk modernisering. När ett företag lägger mer tid på att hantera plattformen än på att leverera affärsvärde utöver den, avtar nyhetens behag snabbt.

Portabilitet blir mindre viktigt

Kubernetes marknadsfördes som ett skydd mot inlåsning, vilket gjorde det möjligt för applikationer att köras lokalt, i molnet och i kanten. De flesta företag stod dock inför ekosystemberoenden – lagring, nätverk, säkerhet, identitet, observabilitet, CI/CD, hanterade tjänster och molnbaserade databaser – vilket skapade en praktisk inlåsning som Kubernetes inte eliminerade.

Det företagen vann i portabilitet för arbetsbelastningar förlorade de ofta i komplexitet i ekosystemet. De standardiserade på Kubernetes samtidigt som de fortfarande var starkt beroende av en viss molnleverantörs hanterade tjänster och driftskonventioner. Resultatet blev en märklig mellanväg: all komplexiteten hos en högt abstraherad plattform utan den fullständiga enkelheten i att använda egenutvecklade tjänster från början till slut.

Detta är viktigare nu eftersom styrelser och ledningsgrupper är mindre intresserade av teoretisk arkitektonisk valfrihet och mer fokuserade på mätbara affärsresultat. De vill ha snabbhet, motståndskraft, kostnadskontroll och lägre risk. Om en hanterad applikationsplattform, en serverlös miljö eller ett leverantörsspecifikt platform-as-a-service-erbjudande tar dem dit snabbare, är många villiga att acceptera en viss grad av beroende. Företagen blir alltmer uppriktiga när det gäller avvägningarna. De inser att strategisk flexibilitet är värdefull, men inte till vilket pris som helst.

Det är här Kubernetes börjar tappa i popularitet. Portabilitet har ett värde, men för många företag har det inte motiverat den operativa och organisatoriska börda det medför. Löftet översteg den faktiska avkastningen.

Bättre abstraktioner håller på att komma ikapp

Den kanske viktigaste förändringen är att företagen går från att köpa råa tekniska primitiver till att använda plattformar på högre nivå som bättre stämmer överens med utvecklarnas produktivitet och affärsresultat. Plattformsteknikteam döljer i allt högre grad Kubernetes bakom interna utvecklingsplattformar. Leverantörer av publika molntjänster fortsätter att förbättra hanterade containertjänster, serverlösa erbjudanden och integrerade applikationsmiljöer som minskar behovet av manuell infrastrukturhantering. Utvecklare vill samtidigt inte bli deltidsoperatörer av kluster. De vill ha snabba vägar för att bygga, distribuera, säkra och övervaka applikationer utan att behöva sätta ihop ett dussin komponenter.

Med andra ord kan Kubernetes fortfarande finnas under huven, men det blir mindre synligt och mindre centralt för strategiska inköpsbeslut. Det är vanligtvis ett tecken på mognad. Tekniken går från att vara rubriken till att bli rörsystemet. Företag frågar inte ”Hur inför vi Kubernetes?” lika ofta som de frågar ”Vad är det snabbaste, säkraste och mest kostnadseffektiva sättet att leverera moderna applikationer?” Det är en mycket sundare fråga.

Svaret pekar alltmer på kuraterade plattformar, utvecklingsmiljöer med tydliga riktlinjer och hanterade tjänster som abstraherar bort Kubernetes snarare än att exponera det. Detta är inte ett avvisande av molnbaserade principer. Det är ett avvisande av onödig kognitiv belastning. Företag beslutar att de inte behöver äga varje komplexitetslager för att realisera fördelarna med modern arkitektur.

Att lämna rampljuset

Inget av detta betyder att Kubernetes försvinner. Det förblir viktigt för storskaliga, heterogena och högt anpassade miljöer. Det passar fortfarande utmärkt för organisationer med stark plattformsmognad, regulatoriska begränsningar eller sofistikerade operativa behov i flera moln. Men det är en smalare del av marknaden än vad hajp-cykeln en gång antydde.

Det som tappar i popularitet är inte Kubernetes som teknik, utan Kubernetes som den obestridda standarden för företag. Denna skillnad är viktig. Företag blir allt mer selektiva när det gäller var de accepterar komplexitet och var de undviker den. De är mindre benägna att idealisera infrastruktur och mer ivriga att välja enkelhet när den finns.

Det är förmodligen en bra sak. Uppgiften för företagsarkitekturen är inte att beundra elegant teknik för dess egen skull. Den är att anpassa teknikvalen till operativa realiteter, ekonomiska begränsningar och affärsresultat. Enligt den standarden har Kubernetes fortfarande en plats, men det får inte längre fria händer.#CloudComputing #PaaS #CloudArchitecture
Företag börjar ompröva sin användning av Kubernetes