I en Kubernetes vs. AWS-värld kan Red Hat hålla kanten

Bild: 123dartist, Getty Images / iStockphoto

Oavsett hur inverktivt en CIO kan tänka sig att hon är "all in" på det här eller det molnet, eller någon särskild leverantör, är den smutsiga verkligheten av företagets IT att varje företag är hybrid av händelser, inte val. Ja, det är lätt att hitta alltför optimistiska åsikter om "fördelarna med en multimolnstrategi" (författad av leverantörer som längtar efter dina pengar), men "hybrid" och "multimoln" brukar inte vara strategier alls.

Det är helt enkelt vad som händer i en värld som drivs av utvecklare.

För organisationer som befinner sig hopplöst hybrid (det vill säga, alla företag på jorden), ta hjärta. Det finns ett sätt att få det här röret att se ut (och fungera som) en väldigt riktig strategi. Det heter Kubernetes, härrörande från det grekiska ordet för "rorsman", och det erbjuder ett sätt att förvandla hybrid computing till en smart affärsstrategi, även om det inte var så det började.

AWS mot alla andra

För nästan varje företag började "hybrid" faktiskt med AWS. Det vill säga företag hade "standardiserat" på Windows eller vad som helst för deras datacenter och vaknade för att hitta utvecklare antog AWS en massa. Även idag, så mycket som en CIO kan lova troskap mot Microsoft Azure, kör någon, någonstans inom hennes organisation AWS (och antagligen massor och massor av AWS).

Till synes över natt (men i verkligheten har det tagit över ett decennium) är AWS överallt. Anledningen är enkel: AWS gör livet enkelt för utvecklare, precis som Windows gjorde innan. De två har mycket gemensamt, som en utvecklare har noterat:

Liksom Windows är AWS en produkt. Det är inte flexibelt, dess beteende är pålitligt. API: erna är väl definierade, KPI: erna är tillräckligt bra för att vara användbara för de flesta "riktiga" arbetsbelastningar. Det finns gränser för alla möjliga resurser som hjälper dig att definiera vad du kan och inte kan uppnå. De flesta vill ha detta, som de flesta vill ha en bil som kör och inte behöver fixas ofta.

AWS har konsekvent vunnit genom att möjliggöra utvecklarens val, till stor del genom att göra dessa val lättare att göra och smälta. Som tar oss till Kubernetes eller, som Redmonk-analytikern James Governor märkte det 2016, "The Only but Amazon club."

Navigering (bort?) Från AWS

AWS tog lång (lång) tid att omfamna Kubernetes, trots hur populärt det hade blivit hos utvecklare och företag som anställer dem. Från AWS-vinkeln hade de redan ECS, vilket gjorde det enkelt att hantera containrar i skala ... förutsatt att du stannade i den muromgärdade trädgården i AWS. Men mer relevant var Kubernetes ett existensiellt hot mot AWS: Det gör det relativt enkelt att flytta arbetsbelastningar mellan datormiljöer.

Här (på AWS) idag, borta imorgon?

Verkligheten är naturligtvis lite rörigare. Majoriteten av Kubernetes arbetsbelastningar körs på AWS, och trots sin ursprungliga fotdragning på Kubernetes har AWS nu sin egen Kubernetes-tjänst (EKS). Medan EKS fortfarande föreslår Amazons hjärta kanske inte är i det (Googles Kelsey Hightower, till exempel, ropade ut hur långsamt det är, och avslutar "detta är inte vad jag förväntar mig av ett hanterat Kubernetes-erbjudande"), kan det räcka för att övertyga Kubernetes fans att hålla sig till AWS precis tillräckligt länge för att så småningom gå vidare till serverlösa erbjudanden som Fargate. Som zwischenzugs-författaren har sagt: "EKS (som alla AWS-tjänster) är starkt integrerat med AWS IAM. Som de flesta vet, är IAM den verkliga källan till AWS-lock-in (och Lambda är den inlåningsteknologi som är ypperlig. Du kan inte flytta en server om det inte finns någon du kan se). "

Open source vs. proprietary software: En titt på för- och nackdelar (Tech Pro Research)

Och ändå finns det återstående företag (läs: alla av dem) som sitter fast och behöver hantera arbetsbelastningar över AWS, ja, men också andra moln och privata datacenter, med en blandning av virtualiseringsteknologier, OpenStack, bar metall och alla andra permutationer av datoranvändning. För dessa ger Kubernetes dem ett sätt att paketera och hantera applikationer på ett konsekvent sätt över inkonsekventa miljöer.

Som sådant är de två företagen att titta på är Red Hat och Google, de två främsta bidragsgivarna till Kubernetes (Google står för 39% av alla bidrag, medan Red Hat är 16%. VMware är tredje med 3%). Av de två är Red Hat den säkrare, smartare insatsen med sin Kubernetes-baserade OpenShift, både för att den har en lång historia för att göra öppen källkod för företaget och för att det inte har en offentlig moln "häst" i lopp. Det hjälper också att så många företag redan är beroende av Red Hat Enterprise Linux, som Red Hat's Daniel Riek har poserat, "OpenShift, som en förlängning och superset av traditionella RHEL, är det framtida moln-ursprungliga operativsystemet."

Betyder det att Red Hat är AWS största konkurrent? Nej. Men det antyder att Kubernetes sannolikt kommer att bevisa AWS största hot, och de leverantörer som gör Kubernetes lättast att konsumera kommer att vara bäst positionerade för att utnyttja en verkligt hybrid (multicloud, offentlig och privat) värld.

Data Center Trends Nyhetsbrev

DevOps, virtualisering, hybridmoln, lagring och driftseffektivitet är bara några av datacenterens ämnen som vi kommer att lyfta fram. Levereras måndagar och onsdagar

Registrera dig idag

© Copyright 2020 | mobilegn.com