A Kubernetes vs AWS világban a Red Hat tarthatja a szélét

Kép: 123dartist, Getty Images / iStockphoto

Nem számít, mennyire hevesen befolyásolja a CIO, hogy "all in" van ezen vagy azon a felhőn, vagy bármely más eladóval, a vállalati IT rendetlen valósága az, hogy minden vállalkozást hibridizálnak véletlenszerűség, nem választás által. Igen, könnyű túlzottan optimista véleményt találni a "több felhő stratégia előnyeiről" (a készpénzt kereskedő gyártók készítik), ám a "hibrid" és a "több felhő" általában nem stratégia.

Egyszerűen azok történnek, amelyek a fejlesztők által vezetett világban történnek.

Azoknak a szervezeteknek a számára, amelyek reménytelenül hibridnek találják magukat (vagyis minden földi társaságot), vegyék figyelembe. Van egy módja annak, hogy ez a rendetlenség nagyon valódi stratégiának tűnjön (és szolgáljon). Kubernetesnek hívják, amely a görög "kormányos" szóból származik, és lehetőséget kínál arra, hogy a hibrid számítástechnikát intelligens üzleti stratégiává alakítsák, még akkor is, ha nem így kezdődött.

AWS és mindenki más

Szinte minden vállalkozás számára a "hibrid" valójában az AWS-vel kezdődött. Vagyis a vállalatok "szabványozták" a Windows rendszert, vagy bármi mást az adatközpontjuk számára, és arra ébredtek, hogy a fejlesztők tömegesen alkalmazzák az AWS-t. Még ma is, ha a CIO hűséget vállal a Microsoft Azure iránt, valaki a szervezetén belül valahol AWS-t futtat (és valószínűleg sok-sok AWS-t).

Valójában látszólag egyik napról a másikra (de a valóságban több mint egy évtized telt el), az AWS mindenhol megtalálható. Az ok egyszerű: az AWS egyszerűvé teszi a fejlesztők életét, ugyanúgy, mint a Windows előtt. A kettőnek sok közös vonása van, ahogyan az egyik fejlesztő megjegyezte:

A Windowshoz hasonlóan az AWS egy termék. Nem rugalmas, viselkedése megbízható. Az API-k jól definiáltak, a KPI-k elég jók, hogy hasznosak legyenek a legtöbb „valódi” munkaterhelésnél. Mindenféle erőforrás korlátozott, amelyek meghatározzák, mit lehet elérni és mit nem lehet elérni. A legtöbb ember ezt akarja, ugyanúgy, mint a legtöbb ember olyan autót akar, amely fut, és amelyet nem kell gyakran rögzíteni.

Az AWS következetesen nyert azzal, hogy lehetővé teszi a fejlesztők választását, nagyrészt azzal, hogy ezeket a választásokat könnyebben megteheti és megemészti. Ami Kubernetes-hez vezet, vagy ahogyan a Redmonk elemzője, James Governor 2016-ban megjelölte, "Bárki, de az Amazon klubja".

Navigálás (távol?) Az AWS-ből

Az AWS hosszú (hosszú) időbe telt, hogy átölelje Kubernetes-t, annak ellenére, hogy népszerűvé vált a fejlesztők és az őket alkalmazó vállalkozások körében. Az AWS szempontjából már volt ECS, amely megkönnyítette a konténerek méretarányos kezelését ... feltéve, hogy az AWS fallal körülvett kertjében maradsz. Pontosabban, azonban Kubernetes egzisztenciális fenyegetést jelentett az AWS számára: Ez viszonylag egyszerűvé teszi a munkaterhelés számítási környezetek közötti mozgatását.

Itt (az AWS-en) ma elment holnap?

A valóság természetesen kissé zavaró. A Kubernetes munkaterheléseinek többsége AWS-en fut, és annak ellenére, hogy a Kubernetes-en kezdett húzni, az AWS most saját Kubernetes szolgáltatással (EKS) rendelkezik. Noha az EKS továbbra is azt sugallja, hogy lehet, hogy az Amazon szíve nem szerepel benne (például a Google Kelsey Hightower felhívta a figyelmet arra, hogy milyen lassú), arra következtetve, hogy "erre nem számítottam egy menedzselt Kubernetes kínálatából"), elég lehet, hogy meggyőzzem a Kubernetes rajongóit. elég hosszú ideig maradjon az AWS-sel ahhoz, hogy végül továbblépjen a kiszolgáló nélküli ajánlatokra, mint például a Fargate. Ahogy a zwischenzugs szerző kijelentette: "Az EKS (mint az összes AWS szolgáltatás) erősen integrálódott az AWS IAM-hez. Mint a legtöbb ember tudja, az IAM az AWS bekapcsolásának valódi forrása (és a Lambda a par excellence lock-in technológiája. Ön). nem tudja áthelyezni egy szervert, ha nincs ilyen, amit láthat ").

Nyílt forráskódú és védett szoftverek: Áttekintés az előnyeiről és hátrányairól (Tech Pro Research)

És mégis vannak olyan vállalkozások (olvassuk el mindet), amelyeknek megragadták az AWS-en keresztüli munkaterhelések kezelését, igen, de más felhők és magán adatközpontok között is, virtualizációs technológiák, OpenStack, csupasz fém és minden más permutáció keverékével. számítástechnika. Ezekhez a Kubernetes lehetőséget ad az alkalmazások következetes csomagolására és kezelésére inkonzisztens környezetekben.

Mint ilyen, a két megfigyelt társaság a Red Hat és a Google, a Kubernetes elsődleges közreműködői (a Google az összes hozzájárulás 39% -át teszi ki, míg a Red Hat 16% -ot. A VMware a harmadik 3% -kal). A kettő közül a Red Hat a Kubernetes-alapú OpenShift biztonságosabb és okosabb fogadása, mind azért, mert régóta nyílt forráskódú munkát végez a vállalkozás számára, és mivel nem rendelkezik nyilvános felhő "lóval" a verseny. Segít abban is, hogy oly sok vállalkozás már függ a Red Hat Enterprise Linux rendszertől, amint azt a Red Hat Daniel Riek állította: "Az OpenShift, mint a hagyományos RHEL kiterjesztése és szuperhalmaza, a jövőbeli felhő-natív operációs rendszer".

Ez azt jelenti, hogy a Red Hat az AWS legnagyobb versenytársa? Nem. De azt sugallja, hogy a Kubernetes valószínűleg bizonyítani fogja az AWS legnagyobb veszélyét, és azok a gyártók, akiknek köszönhetően a Kubernetes a legkönnyebben fogyasztható, képesek lesznek valóban hibrid (többszörös, állami és magán) világ kihasználására.

Adatközpont-trend hírlevél

A DevOps, a virtualizáció, a hibrid felhő, a tárolás és az operatív hatékonyság csak néhány adatközpont-témakör, amelyet kiemeltünk. Hétfőn és szerdán szállítjuk

Regisztrálj még ma

© Copyright 2020 | mobilegn.com