Komplikace cloudu: Zjednodušení cloudu s Ben Nye, generálním ředitelem společnosti Turbonomic

Autor: Roger Morrison
Datum Vytvoření: 25 Září 2021
Datum Aktualizace: 1 Červenec 2024
Anonim
Komplikace cloudu: Zjednodušení cloudu s Ben Nye, generálním ředitelem společnosti Turbonomic - Technologie
Komplikace cloudu: Zjednodušení cloudu s Ben Nye, generálním ředitelem společnosti Turbonomic - Technologie

Obsah


Zdroj: Alexander Cherevko / Dreamstime

Odnést:

Budoucnost cloudu diskutujeme s generálním ředitelem společnosti Turbonomics Ben Nye.

Pokud jsme se v posledních letech dozvěděli něco o růstu cloudových rozmístění, je to, že se věci mohou opravdu komplikovat opravdu rychle. Mezi nimi existuje veřejný, soukromý a hybridní cloud a rozmazané definice. Existuje stále rostoucí seznam cloudových platforem a struktur nákladů. Dodržování předpisů je komplikovanější ... Pokud to zní jako víc, než by někdo mohl sledovat, máte pravděpodobně pravdu. Koneckonců, jsme jen lidé.

Když jsme v loňském roce hovořili s generálním ředitelem společnosti Turbonomic, Ben Nyeem, probrali jsme hluboký ponor do autonomní práce s počítačem a jak se používá k vyřešení problému stále složitějších prostředí založených na datech, která jsou mimo schopnost člověka účinně řídit. Jedná se o nové paradigma pro systémové administrátory, kteří se již dlouho drželi modelu break / fix správy aplikací. Předání všeho, co se ovládá softwaru, je nový přístup. Z praktického hlediska se však přidělování a poskytování cloudových zdrojů na základě poptávky po pracovní zátěži v reálném čase stává silnou silou na přeplněném cloudovém trhu zajišťujícím stále komplexnější datová centra.


Techopedias Cory Janssen se znovu posadil s Benem, aby si promluvil o tom, jak se v posledním roce změnilo cloudové prostředí, kam by to mohlo jít a jak společnosti mění způsob, jakým spravují cloudové zdroje.

Cory: Od posledního rozhovoru uplynulo něco přes rok, jaké byly některé z největších změn v cloudové krajině za poslední rok?

Ben: Dynamika tohoto trhu pokračuje beze změny. Tempo změn, o kterých jsme hovořili v posledním rozhovoru - s tradičními dodavateli hardwaru brány, kteří uvolňují software v datovém centru a cloudu - se zrychlilo. A rivalita mezi dodavateli cloudů (zejména AWS a Azure) zrychluje a zároveň vytváří nové aliance (Google a Cisco, VMware a AWS).

Takže s tímto pozadím se o CIO starají? Mnoho z nich provádí strategii typu cloud-first, která vyžaduje, aby zjistili, která pracovní zatížení by měla jít do veřejného cloudu a která by měla zůstat soukromá.


Hybridní a multi-cloudová budoucnost směřuje k nám všem mnohem rychleji, než se očekávalo. Toto tempo změny nutí nový přístup k řízení a optimalizaci IT.

Cory: Zdá se, že v prostoru podniku se celý koncept cloudu posouvá směrem k hybridním. Je stará myšlenka na cloud mrtvá? Je hybrid nový cloud?

Žádné chyby, žádný stres - Váš průvodce krok za krokem k vytváření softwaru pro změnu života, aniž by došlo ke zničení vašeho života

Nemůžete zlepšit své programovací schopnosti, když se nikdo nestará o kvalitu softwaru.

Ben: Nepochybně to bude budoucnost hybridního cloudu. Bylo tu neuvěřitelné tempo změn, které vidíme v přijetí hybridního cloudu jako de facto; veřejný cloud roste neuvěřitelně dobře, ale to neznamená, že se soukromý cloud zmenšuje. Pokud se podíváte na různé zdroje, které tento trend předpovídají (jako je například Cisco Cloud Index a Morgan Stanley CIO Survey), uvidíte, že když se spolu vezmete, uvidíte v soukromém cloudu zhruba 3 až 5 procentní růst a 60 procentní růst veřejný cloud.

Ve veřejném cloudu je také více přijímáno složitých podnikových aplikací, a to nejen nativních nebo nových aplikací, ale také více aplikací orientovaných na produkci do jejich prostředí ekvivalentu veřejného cloudu.

Tato realita je nutící funkce k důkladnému zvážení, jak tyto změny řídit nákladově nejefektivnějším, výkonnějším a kompatibilním způsobem.

Cory: Právě teď je toho hodně o strojovém učení. Před pár lety jste ve vašem softwaru pracovali na autonomních funkcích. Myslíš si, že jsi tam byl před křivkou, když jsi mluvil o tom, jak dostat cloud management z lidské kontroly?

Ben: Naštěstí ano. Mnoho lidí si myslí, že velká data jsou způsob, jak řídit výkon, a pokud tomu tak není, použili starší techniky zajišťování a ručního zásahu - v podstatě lidé reagovali na strojem generovaná varování. Věříme, že to, co chybělo, byla schopnost porozumět požadavku tak, aby pracovní zátěž aplikací mohla autonomně na základě pokročilých analytiků v reálném čase sama dělat inteligentní rozhodnutí o tom, kde spustit, kdy začít nebo zastavit, kdy velikost zvětšit nebo snížit. Odpovědí byl samosprávný systém, který je mnohem účinnější než nadměrný provoz a lidé sledují strojem generovaná monitorovací upozornění. Je to také účinnější a aktuálnější než tradiční zpracování velkých dat, díky kterému lidé shromažďují obrovské množství dat, aniž by přesně pochopili, co se snaží shromažďovat. Pak musí přesunout tato data do společného úložiště nebo datového skladu. Poté musí tato data strukturovat, korelovat je s cílem najít závěr.

Ve velkých datech nebyli velcí věřící. Naše inteligence je jiný typ AI pro správu výkonu. S velkými daty je drahé shromažďovat všechna tato data a velmi snadno se ucpávají samotné systémy, které se snažíte spravovat na základě přesunu těchto dat. Než jej přesunete, strukturujete, korelujete a zjistíte inferenci, již nejste v reálném čase. A konečně, když z toho odvodíte, musíte ji vrátit lidem znovu. Díky tomu je strojové učení tak cenné pro nalezení nahlédnutí do velkých souborů dat; není to tak cenné pro poskytování řízení výkonu v IT systémech.

Cory: Podle studie Morgan Stanley CIO bude do roku 2020 polovina veškerého pracovního vytížení ve veřejném cloudu. Jakým rizikům čelí organizace při provádění tohoto posunu?

Ben: Prakticky veškerá pracovní zátěž v místním světě je nadměrně zajištěna a nedostatečně využívána, což je výsledkem dobře míněných odhadců z oblasti IT. To je základ, se kterým organizace spolupracují, protože uvažují o přesunu a migraci do cloudu. To platí více než dvě desetiletí. Svět on-premise je převážně prostředím s fixními náklady, kde je vlastnictví kapacity - takže není třeba platit jen malou pokutu.

Jakmile organizace přijmou hybridní cloud, přesouvají své nadměrně velké pracovní zatížení do cloudu - do světa proměnných nákladů. Pokud jste nadměrně dotovaní, platíte za to za sekundu nebo minutu, v závislosti na poskytovateli veřejných cloudů. V tomto novém modelu se stává velkým rizikem také dodržování předpisů.

Cory: Na papíře je teoreticky pouhý přechod na variabilní náklady smysluplný, ale když to řeknete takto, je to tak jednoduché. Chci říct, že žádáte architekty a IT stranu, aby byli také finanční kluci.

Ben: Přesně tak. Odhaduje se, že veřejné účty za cloud jsou více než dvojnásobné, než se očekává. Proč? Protože při migraci pracovního zatížení do veřejného cloudu jej berete na základě alokační šablony. Nejste dimenzovat to nahoru a měnit to dolů. Pravděpodobnost nadměrné dotace je vysoká, a proto vaše náklady budou vysoké. Je důležité pochopit skutečnou spotřebu pracovní zátěže a poté ji vhodně upravit (nahoru nebo dolů): to je jedna z výhod Turbonomic.

Cory: Obvykle jsem považoval Turbonomic za více na výpočetní straně, ale nedávno jste také udělal spoustu věcí na straně úložiště. Můžeš o tom trochu mluvit?

Ben: Jedna z vašich dřívějších otázek se tedy týkala změn, ke kterým dochází v cloudové krajině. Například Amazon má nyní ceny za sekundu za výpočet a skladování. Přemýšlejte o tom, jak dynamický trh je, že mohou přijít na doslova za sekundu. Docela divoký, vzhledem k tomu, že to bylo o něco méně než před rokem, kdy Google vyšel s cenou za minutu, protože Amazon byl za hodinu.

Nyní můžeme v Amazonu provádět výpočet, paměť, síť a úložiště s využitím jejich cenových flexibilit doslova až na druhý.

Cory: Jsem si jistý, že když mluvíte o těch velkých databázích, o všech těch velkých relačních databázích, jedná se o jeden z nejdražších případů s AWS, že? Takže jdeš přímo ke svému masu.

Ben: Existuje několik důležitých problémů, na které narazíte. Když se například podíváte na Amazonku, přesunuli vaši otázku o databázi na jinou úroveň. Databáze jako služba je jednou z nejrychleji rostoucích nabídek služeb typu platforma jako služba. AWS i Microsoft vytvořily poměrně velké množství nabídek služeb typu platforma jako služba. Některé jsou kolem učení velkých datových strojů. Ať už používáte jejich databázi nebo databázi, náklady na úložiště jsou poměrně velké a celkové náklady mohou být poměrně velké a variabilita - nebo příležitost k jejich zlepšení - je značná. To děláme: Zákazníci mohou téměř zdvojnásobit svou návratnost investic, když provozují naše nové funkce úložiště Turbonomic pro veřejné cloud, jakož i výpočetní a paměťové a síťové funkce, které jsme dříve nabízeli.

Pokud se podíváte na společnost Microsoft, vydali na své nedávné události Ignite řadu významných oznámení. Nyní mají zóny dostupnosti a rezervované nabídky instancí, například AWS. To je důležité, protože ukazuje, co zákazníci požadují. Ale také to ukazuje, že stejně jako u těchto věcí, i zde je složitost a složitost lidí rychle ohromena.

Cory: Můžeš trochu mluvit o tom, jak se Turbonomic dokázal oženit s různými cloudovými platformami? Trochu jsme tančili, co se týče jejich různých funkcí na AWS a Azure. Skoro to vypadá, jako by se jednalo o situaci, kdy v posledních několika letech existovala volba, kde jste jeden nebo druhý, ale stále více společností si je nyní může vzít.

Ben: Historicky, když byla představena nová platforma, byly zavedeny nové nástroje pro agregaci dat a jejich poskytování osobě ke správě nebo opravě. Omezujícím faktorem je sada lidských dovedností. Tato složitost nutí nový způsob správy IT. Dnes slyšíte mnohem více o umělé inteligenci, databázích s vlastním řízením, datových centrech atd. Věříme, že odpovědí na správu složitosti v hybridním prostředí je vytvoření samosprávného prostředí prostřednictvím řídicího systému schopného přemostit oba existující mezery. Dáváme lidem bionickou schopnost druhů využívat složitost jejich prostředí pomocí softwaru, který eliminuje dohady a omezení, která dříve existovala, aby bylo zajištěno, že pracovní zátěž bude fungovat efektivně, v souladu s předpisy a nákladově efektivně, bez ohledu na to, zda je v soukromém nebo veřejném cloudu. .

Cory: Můžete také hodit do Googlu, když během příštích několika let zvyšují své nabídky. Je to všechno o výběru nejlepších služeb na každé platformě.

Ben: Ano. Jsme nadšeni, že můžeme v budoucím vydání softwaru podporovat prostředí Google. K vašemu bodu je spousta rozhodnutí o tom, kam umístit pracovní vytížení a jak a kdy velikost pracovního vytížení a kdy zahájit a zastavit pracovní vytížení. Pamatujte: Pracovní vytížení může být VM nebo kontejner, může to být VDI - takže flexibilita spojená s výběrem těchto možností v rámci většího počtu alternativ nebo možností je pro zákazníky, kteří usilují o co nejnižší náklady, nejlepší výkon a zaručená shoda. V tomto měřítku to software dokáže mnohem efektivněji, v závislosti na tom, jak lidé reagují na strojem generovaná upozornění, když aplikace porušily nebo porušily práh.

A uvažujte o tom, že se neustále zavádí nové plemeno předpisů. Existují globální předpisy o ochraně údajů, které ovlivňují, jaká data máte a kde jsou uložena, a vyžadují svrchovanost. Pak existuje afinita a antinafinita, kolem kterých mohou data sedět s jinými datovými sadami. A pak je tu navíc kontinuita podnikání a vysoké požadavky na dostupnost! Ve veřejném cloudu, pokud chcete pět devět, musíte být v nejméně čtyřech zónách dostupnosti. Musíte přemýšlet o zotavení po katastrofě, o více obchodních pravidlech. Realita je taková: Pokud nekontrolujete tato obchodní pravidla, pokaždé, když změníte velikost, začnete, přesouváte, umístíte nebo klonujete pracovní vytížení, nevíte, že jste neustále v souladu. Jste buď v souladu - nebo nejste. Je to binární záležitost.

Cory: Je to téměř tak komplikované, že obchodní pravidlo téměř znemožňuje člověku manipulovat.

Ben: Přesně, a to je problém, zejména když běžíme v měřítku, které je v podniku virtualizováno 80 až 90 procent. Běžíme v měřítku, které musí vyzrát nad rámec ručního zásahu tím, že budeme reagovat na strojová upozornění, když budou aplikace povoleny. A mimochodem, musím se naučit tyto nové dovednosti, abych mohl dělat totéž za lepších podmínek ve veřejném cloudu. Je to příliš mnoho.

Cory: Víš co? Když se mnou o tom mluvíte, je pro mě úžasné, jak zásadním problémem není, zda mluvíte o migraci nebo zda mluvíte o problémech s dodržováním předpisů. Tam je tolik překrývání tam, a dokonce i když jste prochází dodržování, mnoho z těchto problémů opravdu překrývají. Hlavní problém spočívá v tom, že v příštích několika letech bude složitější. Pokud právě teď nejste na správné cestě, jste mrtví ve vodě, protože pokud se vám nyní nedaří zvládnout věci, jak se s nimi budete chovat v roce 2020?

Ben: Naprosto souhlasím. A mimochodem, jen abych vás upozornil, je to ještě složitější, protože nyní musíme myslet nejen na to, kde zátěž běží, ale na co je pracovní vytížení? Možná jste dnes ve skutečnosti ve světě optimalizace VM, ale zítra to mohou být kontejnery a mikroskopické služby s cloudovým OS. Dobře, OK, to je v pořádku, ale jak tedy najdete osobu Kubernetese, řekněme, v Kansasu nebo Dockera v Delaware? Ve způsobu, jakým lidé tyto věci řeší, je tedy neustálý vývoj.

Je to trochu děsivé, ale pokud mohu použít software, který pomůže vyřešit tento problém, pak, wow, stává se to místo toho osvěžující, ne? Protože bereme lidi do hodnotového řetězce a máme software, který dělá věci s nižší hodnotou, všední.

Cory: Že jo.Pak můžete mít své prostředky na vysoké úrovni skutečně o krok zpět a přemýšlet, co by měli dělat, místo správy výstrah.

Ben: Přesně tak! Lidé šli do technologie, protože se zajímali o vývoj technologického prostředí a upřímně řečeno o skvělé věci. To byly skvělé důvody, proč jít do technologie, že? Nemělo být sledováno varovným režimem. Jedná se tedy o nový soubor dovedností, které z toho mohou vycházet. Jak na to, že někdo někdy využije každý kontejner v reálném čase? Nikdo na tento problém ještě neodpověděl. Odpověď zní, že to bude provedeno prostřednictvím softwaru.