Noll
Video: Hur Docker förde behållare mainstream
Hälften av berättelsen om hyperscale är om konstruktion av stora, ny infrastruktur där det inte fanns någon innan. Den andra halvan är om avskaffande av väggar och hinder som skulle göra att man tror att världen var mindre än det faktiskt var.
Vägen(s) framåt
Från en marknad synvinkel, är alla dessa händelser led att Google har framgångsrikt tagit kontroll över alla vägar som leder till en effektiv containerization i datacentret. Behållarna är meningslöst utan bärbarhet och en iscensättning och orkestrering miljö som är mindre än allestädes närvarande kan vara mindre än värdefulla data center kunder.
Det är fortfarande en stor utmaning för Kubernetes går framåt, dock. Specifikt, det kan bli så heltäckande och så standardiserade att det blir för svårt för någon leverantör eller öppen källkod bidrar till att skapa konkurrensfördelar runt det.
F5 Networks huvudsakliga teknisk evangelist Lori MacVittie förklarade situationen så här: Vi är förbi den punkt i utvecklingen av nätverk och distribuerade system, MacVittie anser, där egna metoder eller flera protokoll alternativen är att antingen ekonomiskt eller marknadsmässiga. Ingen annan än den organisation som består och förpackas sin egen arbetsbelastning behållare, som Vmwares Pat Gelsinger uttryckte det, “egna arbetsbördan nu och för evigt.” På andra sidan av skalan, så att säga, är det fara för att verkställas i överensstämmelse — i grunden, bygga en plattform som är så lätt standardiserad att det blir omöjligt för någon att delta säljaren för att få en konkurrensfördel.
“Det finns egentligen bara två alternativ,” MacVittie berättade ZDNet. “Du skulle kunna skriva en standard som är mycket väl definierade, stel och fast, så att alla som har att följa den för att kunna fungera. Och i många fall, som är en mycket bra sak. Eller, lämnar du utrymme för människor att göra saker annorlunda, och förstöra interoperabilitet. Det är problemet med normer, när du börja minska ner det. Det finns bara ett sätt att bygga ett IP-paket idag, eftersom vi i princip minskat det till, ” Detta är hur det fungerar, och om du inte gör det, du är dålig kille, inte alla andra som genomfört standard.
“Eftersom saker och ting förändras så mycket, jag tror att vi måste lämna det öppet,” MacVittie fortsatte. “Vi har fått ytterligare minst fem eller sex år innan saker och ting lugna ner, men du har fortfarande så mycket att flytta. Låsning något skulle kväva mognad och rörelse framåt.”
Juryn kan fortfarande ut som om detta kommer oundvikligen att gynna Google mest av alla. Microsoft har nu allvarliga insatser i Kubernetes framgång. Med alla de tre stora moln rakt i Kubernetes utrymme, var och en kommer att behöva upptäcka sitt eget värde-lägga till-att-marginal som gör sin egna molntjänst mer attraktiva än andra. Google kan spela sitt samarbete med Central-och VMware, och även med Cisco, som att förse sina kunder med stöd av val.
Men när du är en tjänsteleverantör, dina pengar och din framgång kommer från styrningen dina kunder med de mest lönsamma naturligtvis, genom rätt vändkors vid rätt tidpunkt. När kunderna har alternativa vägar (som Apple vet bättre än någon annan), marknaden är svårare att kontrollera.
För datacenter, Kubernetes ” plötsliga framträdande innebär detta: I det förflutna, ett publikt moln-baserade PaaS-plattform som Heroku och det ursprungliga Windows Azure var bara så användbar som resurser och det språk som stöds. Med Kubernetes, allt som en plattform bör stödja är inne i behållaren, inte utanför. Detta bidrar till att utjämna de tjänsteleverantörer något, eftersom alla av dem ger nu samma gränssnitt, om du kommer, för att förvärva och värd sina kunders arbetsbelastning. Det är också smalnar av rummet som dessa leverantörer har att konkurrera med varandra på service. När en marknad blir standardiserad, dess överlevande är de som kan konkurrera med pris.
Kubernetes kan ha putsade helt över Docker budskap i och med 2017. Men det är ingen garanti för Google, eller någon annan, i och med 2018.
Relaterade Ämnen:
Cloud
Hårdvara
Servrar
Nätverk
Förvaring
0