Miért zavar a többcsatornás menedzsment?

A multicloud kezelése: A vállalati számítástechnika új alapértelmezésének kezelése A multicloudról szóló ZDNet és a TechRepublic speciális szolgáltatás több felhőszolgáltató kezelését vizsgálja, hogyan játssza le őket egymással, és hogy mely szállítók és eszközök segíthetnek több felhő kezelésében.

A Twitteren végzett gyors keresés azt sugallja, hogy a multicloud infrastruktúra működtetése olyan egyszerű, mint néhány megalapú eladó megabuck fizetése. Például az IBM hirdet: "Az IBM Multicloud Manager egyetlen nézetbe integrálja az ügyfelek felhőkörnyezeteit, lehetővé téve az optimális irányítást azáltal, hogy látnak, irányítsanak és automatizálják mindent." Pontosan úgy! Nem kell aggódnia az ütköző infrastruktúra, a kiszolgáló nélküli alkalmazások vagy a rendetlen valóság miatt. Csak kap egy fényes és fényes műszerfalot, és minden rendben.

Must-read Cloud

  • Cloud computing 2020-ban: Jóslatok a biztonságról, AI, Kubernetes, stb
  • Az évtized legfontosabb felhő előrehaladása
  • Legjobb asztali szolgáltatás (DaaS) szolgáltatók: Amazon, Citrix, Microsoft, VMware és még sok más
  • Cloud computing házirend (TechRepublic Premium)

Sajnos ez nem működik így.

A multicloud valósága - amint Sabre, az Enterprise Technology Operations vezető igazgatója, Dominic Briggs elmondta a TechRepublic-nak - a vállalatok egyre inkább "bizonyos felhőket használnak bizonyos munkaterhelésekre". Miért? Mivel a különböző felhők jobbak bizonyos dolgokon, mint mások. Tekintettel arra, hogy még azok a cégek is, amelyek egy szállítóval foglalkoznak, több felhasználót használnak, hogyan lehet egy szervezetnek enyhíteni a többszörös vezetési fejfájást?

(Tipp: Nem az.)

Többszörös mítosz és a valóság

Ó, persze, nem hiányzik az eladó, aki arra készteti a pénzt, hogy megoldja a multicloud problémákat. Google meg, és több tízmillió dollárral később továbbra is ugyanaz a többszörös zavarodás, még akkor is, ha jobban érzi magát magadban, mert nos, te csinálsz valamit. De pontosan mit csinálsz?

A multicloud kezelése (ZDNet / TechRepublic speciális szolgáltatás) Töltse le az ingyenes PDF verziót

Ahogy egy nagy felhő-szolgáltató egyik alkalmazottja mondta nekem: "Mindaddig, amíg számítógépek léteznek, voltak olyan emberek, akik olyan absztrakciós rétegeket próbáltak létrehozni, amelyek az alkalmazások hordozhatóvá teszik a számítógépeket, és ezek az absztrakciós rétegek mindig hibásak." Mi a felhő a felhőben?

Emlékszel Briggs megjegyzésére: "bizonyos felhők az adott munkaterheléshez?" Minél inkább egy vállalkozás kiszolgáló nélküli funkciókat alkalmaz az AWS-en, és az ML / AI eszközöket a Google Cloudon vagy a Microsoft Azure-on a Windows Server környezetéhez történő egyszerű integráció érdekében, annál nagyobb valószínűséggel bír az alkalmazások központosított kezelése több felhőn keresztül. Mint a forrásom megjegyzi: "Ha a felhőkön keresztül következetes kezelést szeretne, akkor nem használhatja ezen felhők egyedi jellemzőit. Amint úgy dönt, hogy 'RDS-t vagy DynamoDB-t fogok használni', akkor hirtelen az alkalmazás nem hordozható másik felhőbe. "

Szerver nélküli számítástechnika: Útmutató az IT vezetők számára (TechRepublic Premium)

De talán, azt mondod, megkerüli ezt a magasabb rendű absztrakciós ostobaságot, hogy konténerekkel lekerülhessen a gyomra. Bizonyos értelemben ez valódi haladást jelent (és részletesebb irányítást biztosít Önnek), ám továbbra is tökéletlen megközelítés: "Még akkor is, ha azt mondja:" Csak konténerekkel fogok foglalkozni ", továbbra is problémái vannak. Mert ezek a konténerek futnak virtuális gépeken, és tárolást és hálózatépítést használnak, a virtuális gépek, a tárolási és hálózati szolgáltatások felhőkönként különböznek egymástól. Tehát nem tudja őket általános módon kezelni. "

Választhat egy olyan eszközt, mint a Red Hat OpenShift, mint ahogy Saber, de ez nem tökéletes megoldás. Először is, a terheléselosztó és az AWS tárolási lehetőségei különböznek a Google Cloud Platform, az Azure vagy a helyszíni lehetőségektől. Különböző lehetőségek vannak, különböző konfigurációs mezők, különböző objektumnevek, és nincs (figyelsz?), Nincs ezüstgolyó, amely varázslatos rendet hozna ebbe a káoszba. Időszak.

Vagy amint a forrásomat titokban nekem mondtam, az egész többszörös kezelési hype "teljes BS".

És mégis….

A felhő hiányosságainak kiküszöbölése

Kubernetes reményt kínál. Még a forrásom aggodalmait is figyelembe véve, Kubernetes "rendkívül általános absztrakciót nyújt, amely figyelembe vesszük a felhők minimumát", ahogyan a Citus Data (ma Microsoft) ügyvezetõ Craig Kerstiens javasolta. Ez nem az ideális, de megismer minket az ideál felé vezető úton. John Marchese szerint az ideális megoldáshoz szükség lenne a felhő-szolgáltatókra, hogy érdeklődésüket láthassák, amit nem tesznek: "Ha az eltérő felhőszolgáltatók azt akarják, hogy ez megtörténjen, akkor az biztos és viszonylag egyszerű. Mivel ez nem "Ebben az esetben kihívás, de a spektrum egy részét minden bizonnyal együttműködés nélkül is el lehet érni."

Ebben a "nem ideális" átmeneti szakaszban, Briggs tanácsolta, vannak olyan Kubernetes-alapú eszközök, mint például a Red Hat OpenShift, a többszörös rendetlenség eloszlatására. Ahogy elmondta nekem, Saber azt reméli, hogy az ipar "eljut olyan pontra, ahol a felhő-infrastruktúra valóban árucikkké vált." Még senki sem vagyunk a világ közelében, tehát az OpenShift "absztrakciós réteget ad nekünk, amely lehetővé teszi a munkaterhelések portolását a választott felhők, AWS és Azure között. Nem elégedett azzal, hogy ott hagyja, Saber "további dolgokat épít a megfigyelés, a biztonság stb. Köré, amelyek az alkalmazás telepítését újrafelhasználhatóvá teszik és kivonják a mögöttes infrastruktúrától".

A VMware szintén segítséget nyújtó eszközöket kínál (amelyek közül néhány, például a Red Hat, a Kubernetes-re épül). A többszörös rémálmok enyhítésére a VMware olyan eszközöket kínál, mint a CloudHealth, a Wavefront és a VRA, amelyek képesek kezelni a natív szolgáltatásokat minden felhőplatformon. A VMware olyan eszközöket is kínál, amelyek megkönnyítik a hibrid felhőket (a helyszíni és a felhő keveréke), különös tekintettel a vSphere platform futtatására a natív felhőkön (pl. VMware Cloud on AWS). Ily módon a VMware elősegíti a vállalat működési modelljének egységesítését, de nem enyhíti a problémát, hogy továbbra is a vSphere szolgáltatásainak és funkcióinak korlátozása van ezen felhők mindegyikén. Tehát ha valami hasonlót szeretne használni az Amazon RDS-hez, visszatér a multicloud-hoz.

Gyors szószedet: hibrid felhő (TechRepublic Premium)

És a multicloud használatával visszatér az egyes felhők alapszintű funkcióinak úszásához (multicloud management FTW!), Vagy (valószínűbb), hogy kihasználja az egyes felhők magasabb rendű szolgáltatásait (multicloud rossz irányítás, ó nem !). Meghallgathatja az intelligens embereket, mint például a Deloitte felhőstratégiai főtisztje, David Linthicum, és felkészülhet minden eszközre és stratégiára, hogy megpróbálja megkerülni ezt a rendetlenséget, de őszinte szólva, ez továbbra is rendetlenség marad.

Ez nem azt jelenti, hogy a multicloud rossz ötlet; valójában nem számít, jó vagy rossz ötlet - egyszerűen csak működik a vállalkozás a modern korban, amikor a fejlesztők hitelkártya-kattintással spin-up szolgáltatásokat nyújthatnak felhőszolgáltatásokra. Az összes vállalkozás nagyjából 80% -a multicloud felé halad; a másik 20% önmagában viccel. Mint ilyen, az intelligens vállalkozások Kubernetes-t (esetleg OpenShift?) Keresik, hogy megpróbálják elválasztani azt a bonyolultságot, amelyet egy multicloud környezet bevezet, miközben a VMware és mások eszközeit használják az natív szolgáltatások kissé központosított kezelésére. Nem tökéletes, de kezdődik.

Felhő és minden, mint szolgáltatási hírlevél

Ez a forrás az AWS, a Microsoft Azure, a Google Cloud Platform, az XaaS, a felhőbiztonság és még sok más legfrissebb verziójáról. Hétfőn

Regisztrálj még ma

© Copyright 2021 | mobilegn.com