Tartalom
Elvitel:
Beszélgetésünk Ben Nye-vel, a Turbonomic vezérigazgatójával.
Talán már hallottál az autonóm számításról. Arra utal, hogy a számítógép vagy a rendszer képes önszerveződni és önmenedzselni. És a közelmúltig ez még mindig egy kicsit futurisztikus csőálom volt. Kicsit többet akartunk megtudni az autonóm rendszer működéséről, ezért beszéltünk Ben Nye-vel, a Turbonomic vezérigazgatójával és a Bain Capital Ventures ügyvezető igazgatójával. A Turbonomic (korábban VMTurbo) nemrégiben márkanév alatt ment keresztül annak érdekében, hogy pontosabban ábrázolják, mi a szoftverük. Az új név magában foglalja a Turbonomic alapvető témáit az alkalmazáskezelési platformon: Turbo (valósidejű teljesítmény), autonóm vezérlés (önszerveződés és a munkaterhelés kezelése) és gazdasági alapelvek (kínálat és kereslet). Ben itt az autonóm rendszerekről és az automatizálás fontosságáról beszél egyre összetettebb, adatközpontú környezetben.
Techopedia: Sokszor jelent meg a Forbes Midas listán a legfontosabb kockázatitőke-befektetők számára. VC-ként érdekes előnye van, hogy megnézze az egész technológiai tájat azzal, hogy a világ mennyire változott az évek során. Mi meglep, amikor visszatekint arra, hogy mennyi dolg megváltozott az adatközpontban?
Ben Nye: A rövid válasz az, hogy szerintem az adatközpont változásának üteme valóban felgyorsult, bármit is láttak az emberek. Ami történt, a szoftver által definiált adatközpont fejlesztése és alapvetően a hardvertől való absztrakció történt. Ez egy teljes növekedési ösztönzőt nyitott meg a szoftver elemein belül.
Tehát ahelyett, hogy a hardvergyártók frissítő ciklusaival foglalkoztak (akik sokáig szinte az adatközpont kapujaként szolgáltak), szó szerint megnyitottuk azt az elemet, hogy milyen gyorsan tudsz ötleteket készíteni - mert a szoftver, valójában az ötletek. Az ötlettervezés korlátozása nélkül ez egy nagyon izgalmas és szórakoztató idő volt, ám az adatközpont változásának üteme és még az adatközpont meghatározása is lényegesen és gyorsabban fejlődött, mint valaha.
Nagyon érdekesnek találom, hogy amikor egy szoftverdefiníciós adatközpontba mentünk, a hardver világ minden vezérlőjét és API-ját és gombját újradefiniáltuk a szoftverben. Amit mi csináltunk, gondolkodtunk erről a teljesítmény és a termelékenység növelésének új módja szempontjából, azaz az alkalmazás és az alkalmazás iránti igény változásának átvétele, és a szoftverek újradefiniált vezérlőire történő kötés, mivel végső soron ez a szoftver a szoftver.
Ha ezt megteszi, akkor eltávolíthatja az emberi köztes szoftvert az alkalmazásréteg és az infrastruktúraréteg között, mert most először közvetlenül összekapcsolhatja őket - itt van egy fontos szó - autonóm módon, azaz szó szerint lehetővé teszi az alkalmazások számára az öngazdálkodást és az önszerveződést.
Gazdaságossá teszi abban az értelemben is, hogy a kereslet most megtalálja a kínálatot, és az informatikai fogyasztásmodellre, az elosztási vagy kínálati alapú modell helyett a gazdasági modellre koncentrálunk. Ez egy nagyon alapvető fordulat a történetben, hogy miként kell működnie az IT-nek vagy a technológiai ipar irányítási modelljének. És ez jobb teljesítményt és nagyobb hatékonyságot eredményezett a költségek szempontjából. Ezenkívül sokkal agilisabbá és rugalmasabbá teszi az ügyfeleket, és jobban felhasználja a munkaerőt a piacon
Itt van annyira ironikusan, hogy mi történt 2016-ban a szoftver által meghatározott adatközpontok mindegyikével. Először is ellenőrzi a hardvert, hogy megtudja, mikor jelentkeznek az alkalmazások, vagyis megsértették a szolgáltatásminőséget vagy az SLA-t, de amíg szoftvert használunk a hiba felkutatására, visszatérünk a gép által generált riasztások hardveréhez . A második nyom az, hogy engedélyezzük az üzleti tevékenységet folytató alkalmazások megszakítását, majd a harmadik az, hogy ezeket az ismétlődő, gép által generált riasztásokat vesszük, és ezeket a riasztásokat átadjuk embereknek.
Nincsenek hibák, nincs stressz - Az Ön életét megváltoztató szoftverek készítésének lépésről lépésre történő leírása az élet megsemmisítése nélkül
Nem javíthatja a programozási képességeit, ha senki sem törődik a szoftver minőségével.
Ennek visszafelé kell lennie.
És tehát itt akartuk megváltoztatni az informatikai menedzsment modellt az allokációtól vagy kitalálástól kezdve és vissza egy igény-alapú, fogyasztáson alapuló modellré.
Olvassa el: A kereslet alapú adatközpont - amit a rendszergazdák megtanulhatnak a Wall Street-ről
Techopedia: Most, hogy megemlíti, igen, a szoftver által definiált bármit elkészítünk, de akkor a riasztásokat csak a folyamat lassú részére, vagyis, amint mondtad, az emberi köztes szoftverre küldjük.
Megemlítette az autonómia kifejezést. Találnál még egy kicsit több információt az autonóm rendszerek fontosságáról az informatika területén? Tekintettel a név VMTurbo-ról Turbonomic-ra történő változására, azt gondolom, hogy sokkal fontosabb, mint a legtöbb ember észreveszi.
Ben Nye: Teljesen. Első és legfontosabb: az autonómia, amikor azt a számítástechnikára alkalmazzák, olyan rendszerek köré épül, amelyek képesek önmaguk számára irányítani, önszervezni.
Tehát gondoljon a bayes-i hálózatokra, gondoljon keresési algoritmusokra, gondoljon nagy adatokra, amelyeket az emberek most "mély tanulásnak" hívnak. Ezek a mesterséges intelligencia formái. A Turbonomic szempontjából a legérdekesebb az, hogy ez a mesterséges intelligencia végső formája, mivel az alkalmazásterhelések a szoftverekben önállóan döntenek arról, hogy melyik infrastruktúra elemekkel kell működniük és mikor kell magukat mozgatni, méretezni, elindítani és megállítani, maguk klónozzák. Ez valóban, nagyon érdekes - és ezt úgy végezzük, hogy kihasználjuk az absztrakciót és a likviditást, akár virtualizáció, akár konténerek, vagy felhők által biztosított.
Ezután, hasonlóan kivonva az összes igényt, a különböző formákat - így rendelkezhet virtuális gépekkel, konténerekkel és JVM-kel is rendelkezhetünk - megvizsgáljuk a kereslet mindegyik formáját, az ellátás minden formáját, és kivonjuk őket. Tehát engedjük, hogy a kereslet válasszon, vagy igazítsa magát a kínálathoz. És akkor, ha egy fizikai gazdagépen vannak, és az elindul, nem pedig inkább hagyja, hogy kudarcot valósítson meg, és riasztást generáljon, és megkapja az alkalmazást, akkor tudod, felrobbantani, miért nem hagynád egyszerűen csak elköltözni? maga? Mindaddig, amíg árajánlatot hoz döntése során - a költözés és a visszalépés költsége -, akkor valójában sokkal érdekesebb erőforrás-elosztási döntéseket hozhat.
Techopedia: Szeretem a kínálat és a kereslet analógiáját. A közgazdaságtanban az ellátási források rövid távon rögzülnek, és csak hosszú ideig változhatnak. A leírtakban - ha megtartja ezt a gazdasági analógiát - megváltoztatja az egész paradigmát. Vagyis rövid távon megváltoztathatja az ellátást, igaz? Teljes rugalmasságot kapott, hogy valóban hatékonyabbá váljon, és ha az erőforrás-felhasználásra mint piacra gondol, valós időben szinte hatékonyan működik?
Ben Nye: Pontosan igazad van. Ez egy olyan gazdasági modell, amely azon elvévé válik, amely körül a kereslet megtalálja a kínálatot, de az informatikai rendszert gazdasági elvekkel kezelik. És ahogy John Maynard Keynes mondta: "hosszú távon mindnyájan halottak vagyunk."
Techopedia: Nem hiszem, hogy most találkoztál olyan informatikai vezetővel, aki még nem költözött, vagy nem fontolgatja komolyan azt a lépést, hogy több erőforrást tegyen a felhőbe. Hol látja az ipart az elkövetkező években?
Ben Nye: Azt hiszem, számos változást fog látni. Nagyon világos, számunkra, hogy ez nem a technológia teljes újraformálása lesz. Csakúgy, mint a mainframe még mindig itt van, nem hiszem, hogy valaha is látni fogsz egy 100% -os újraformátumot. Több mint valószínű, hogy hibrid világot fog látni. Magán- és nyilvános leszel, bár azt hiszem, a nyilvános valóban nyilvános multi-felhő lenne, nem pedig egyetlen nyilvános felhő. Ha megnézzük a legnagyobb játékosokat itt, akkor csak kevés van. De amikor Európába vagy a világ többi részébe jár, sok szállítót lát, akik szintén felhők, és ezért nem hiszem, hogy ez nagy ugrás, ugye? Az igazi kérdés azonban az, hogy az ügyfelek hogyan származnak a megfelelő felhőkből a munkaterhelés futtatásához? A társaság mögött álló elméletünk az, hogy bármilyen munkaterhelésnek képesnek kell lennie arra, hogy tovább működjön bármilyen infrastruktúra, bárhol. Jelentése be- vagy kikapcsoláskor, bármikor, mert ne feledje, az idő helyettesíti a keresletet.
Tehát, ha az igény megváltozik, érdemes felrobbantani a felhőbe. Vagy ha ezeket a munkaterheléseket véglegesen áthelyezi a felhőbe, akkor milyen munkaterheléseket fog visszahúzni? Mert most már van kapacitása az adatközpontjában. Miért fizet kétszer? És így az egyik dolog, amelyet ma a Verizon Intelligens Cloud Control-nal, de más környezetekkel együtt csinálunk, az az, hogy lehetővé tegyük az ügyfelek számára, hogy döntésüket a munkaterhelés futtatására alapozzák, nem csupán az árat, mert az ár be tud zárni, hanem ennél is fontosabb az alkalmazás teljesítményéről. Akkor további megfontolások merülhetnek fel, például az ár vagy a megfelelés, vagy az adatok szuverenitása, a biztonság és az egyéb erőforrások, amelyek éppen alapvetően kereskedelmezhető erőforrások ezen a piacon, amelyet leírtunk.
Techopedia: Ez a gazdasági modell?
Ben NyeIgen. Tehát visszatért a gazdasági modellhez. Gondolj csak arra, milyen logikus ez. Mellesleg, ez nem csak egy analógia, hanem a modell működése is. A munkaterhelések költségvetésükkel bírnak, a munkaterhelések pedig a várakozási sor elméletére és a torlódásokra vonatkoznak, és így sokkal szélesebb körűek. Ez nem egy lineáris áremelkedés, amikor elindul; exponenciálisan növekszik, arra kényszerítve a költségvetést, és ezért a költözési döntés meghozatalához szükséges munkaterhet.
Mindaddig, amíg kivonja az adatközpont összes bonyolultságát, kereskedelmezhet XtremIO, Pure Storage, Compellent és 3Par dobozokat, mert mindegyikük eltérő IOPS tulajdonságokkal rendelkezik, de az alkalmazás képes ezért megvásárolja ezeket az erőforrásokat saját választása szerint. Nem különbözik a CPU vagy a vCPU, a MEM vagy a vMEM nézéséről, igaz? Mind forgalmazhatók, tehát ide vagy ide kell futnom? Nem számít! A közös áru itt az infrastruktúra-ellátás.
A közös áru itt az infrastruktúra-ellátás, és az oka számít - analógiát fogok használni - ha emlékszel
1978-ban visszavontuk a légitársaságok szabályozását. Előtte minden ülés azonos volt, ugyanazokat az árakat számoltuk fel, és bár logikus volt, helytelen volt, mert a fogyasztás oldalán a fizetési hajlandóság nagyon különbözött. Tehát az ülések árucikk voltak, de ha a hangsúlyt a keresletre változtattuk, az ülésenkénti ár - bár az ülések azonosak voltak - megbizonyosodhatott arról, hogy mennyire hajlandó fizetni. Tehát amit tettünk, az az erőforrás volt, amely a közös árut képviselte, és közzétette az interneten - először Sabre és Apolló, majd később Travelocity, Kayak és Priceline lett.
Hirtelen, amikor hagyja, hogy a kereslet válasszon szállítást, íme, és látja, hogy az egész ipar megváltozott. A terhelési tényezők növekedtek, de a repülési költségek csökkentek, és a teljes légitársaság infrastruktúra, amely ebben az országban van, modernizálódott. Nagy előrelépés volt. Ó, és egyébként, ha ma a Priceline-re nézel, akkor ez 70 milliárd dollárt ér. Sokkal több, mint bármely légitársaság, és nem egyetlen repülőgép birtokosa van.
Techopedia: Érdekes. Soha nem gondoltam erre így ...
Ben Nye: Nem birtokolnak repülőgépet, nem rendelkeznek kapuval, nem rendelkeznek üléssel, nem foglalkoztatnak pilótát, igaz? Aztán azt mondod: „De milyen más példákkal rendelkezünk az ellátás-központú gazdaságban?" Váltunk. A szállodák ellátás-alapúak, ugye? Van szállodád, nem tudja áthelyezni. Megvannak ezek a szobák De hogyan kell árazni ezeket a szobákat? És együtt jön a Hotels.com, az Expedia, a Travelclick, stb. És ugyanez történt: Megnézel az éttermeket, és megvan az OpenTable. Megnézed a Sárga Oldalakat. A Google nézi az újságokban szereplő hirdetéseket, és az eBay vagy a Craigslist váltotta fel őket.
Az egyik kedvenc példám az Uber. Ha bármely városban sétálsz, látni fogja a taxik sorát, amely várja az embereket, majd felmegy ugyanazon város másik részébe, és ott van egy sor ember, aki taxikat vár. És azt gondolod, hogy ez nem igaz. Aztán jön az Uber, amely az okostelefon segítségével engedi a keresletet. Most az Ubernél a kereslet 90% -a 10 percen belül kielégül, míg a taxik világában a kereslet 90% -a nem teljesül 10 percen belül, ezért Uber utolsó fordulója 62 milliárd dollár volt. És ne felejtsük el, hogy nem rendelkeznek taxikkal vagy autókkal!
Techopedia: Tehát egy tipikus adatközpontban lényegében ugyanazt csináljuk, mint a taxit, igaz?
Ben Nye: Tehát gondolj bele így: A munkaterhelés a költségvetés birtokosa, mert ezért építettük fel az adatközpontot. Tehát ebben a példában valójában az emberek. Akkor megvan ez az erőforrás, ez a közös erőforrás, mindent teljesen kivonva. Ezt nevezzük ellátásnak, és bárhol megtalálható - minden, ami az alkalmazás igényei alatt van, a kiszolgálótól és a számítógépes környezettől egészen a hálózatig, egészen a tárolóig. Most azt akarjuk, hogy megbizonyosodjunk arról, hogy ez egy hatékony piac. Tehát ezeknek a költségvetéstulajdonosoknak képesnek kell lenniük arra, hogy önállóan cselekedjenek, jelentése önállóan és valós időben figyelembe véve a kereslet változásának nagyságát maga a munkaterhelés, vagy ebben az esetben az alkalmazásban. Ezért nagyon analóg a kereslethez szükséges kínálathoz. Ezzel a rendszerrel sokkal jobb alkalmazásteljesítmény érhető el, mert nem arra vár, hogy az emberi munkaerő szűk keresztmetszetében reagáljon egy gép által generált riasztásra, hogy ápolási és táplálkozási döntést hozzon az alkalmazás számára. Ehelyett valós időben csinálja. És te teszed méretben, mert ezek az intézmények, ezek az ügyfelek naponta több ezer alkalmazást futtatnak, és végre kell hajtaniuk.
Tehát először is sokkal jobb teljesítmény-élményt kap. Ezenkívül nincs olyan ember, aki napjait cselekedetekre tölti. Ehelyett visszatérnek a gondolkodásmódhoz, és nem csak a gép által generált riasztásokat vesznek fel, hanem azon gondolkodnak, hogy valóban segíthetnek-e az üzleti életben. A mikro-szolgáltatási stratégiára, a hibrid és a multi-cloud stratégiára, valamint a szoftver által definiált hálózatokra és hálózati funkciókra, valamint a virtualizációra gondolnak - ezek mindazok a ténylegesen elősegítik az üzletet, és kiszabadítják őket a break-fix alkalmazás-gondozás és táplálás világából, vagy riasztás reagál.
Valójában azt tapasztaljuk, hogy bárhol az adatközpont tőkéjének 40–60% -a el van fedezve, és megengedhetjük magának, hogy ezt nagy részét átcsoportosítsuk - tehát elkerüljük az új hardver vásárlását -, vagy pedig leszereljük, és ennek oka annyira számít, hogy -
Techopedia: Sajnálom, hogy megnézem ezt, 40-60%? Sajnálom, ez a szám elképesztő.
Ben Nye: Igen. És ami még fontosabb, hogy ebben az országban az adatközpontok 14% -át villamos energiát fogyasztják.
Techopedia: Tehát megtakaríthatnánk a nemzet teljes villamosenergia-fogyasztásának 5-8% -át, ha csak nem gondoskodnánk az adatközpontok túlzott ellátásáról?
Ben Nye: Hadd adjak némi támogatást, hogy elmagyarázza neked miért, oké? Visszatér a kínálat-alapú gazdaság világába. Először: ha van új alkalmazás, és informatikai üzletet működtet, hogyan méretezheti azt?
Techopedia: Igen, elmész az építészhez, és ők valamiféle kitalálás, igaz? Aztán várnak, amíg el nem szakad.
Ben: Pontosan. Ön üzleti üzletágba lép, és beszélgetik egymással, és nem tudnak semmit, amit nem tudnak. Tehát találgatnak és te is kitaláltok, és együtt próbálunk kitalálni, hogy milyen méretűnek kell lennie.
Tehát négy vagy nyolc VCPU-t fog kiosztani. Most érdekes, hogy az allokáció magában foglalja a fizikai lábat, vagy a virtuális lábat a fizikai szerveren. Minden egyes alkalommal, amikor egy kérelem az adott alkalmazásból származik, négy vagy nyolc VCPU-ként kerül sorba. Alapvetően olyan, mintha egy étterembe megy, és azt mondja, hogy négy vagy nyolc párt vagy, bár lehet, hogy csak egy buli. Soha nem fogsz ülni.
Túl kiosztunk a feltételezéseinkkel, ami azt jelenti, hogy a legrosszabb teljesítményt érjük el, és ez rendkívül drága. Ez az első számú probléma. A második probléma az, hogy most már nem tudja pontosan méretezni a kérelmet, ami felteszi a kérdést: hogyan helyezze el, ha nem tudja méretezni?
Újra kitalálsz. Rendben, tehát most kitalálunk az első dolgot, a második dolgot, akkor ott van ez a dolog, úgynevezett virtuális gép szóródás, vagy egy virtuális gép, igény nélkül. Az állapotában marad, ahelyett, hogy eltávolítaná, és a hardvert is fenntartja. Akkor megpróbáljuk mindezeket az embereken alapuló történelmi kapacitási modellbe helyezni, és mivel csak évente egyszer vagy kétszer futtatjuk, újabb fedezeti ügyletet kell építeni, tehát 20-30% fedezeti, mert a kereslet ezeknek az alkalmazásoknak az száma növekedhet, és akkor „bezárjuk a fürtöt”, mert azt a sok gazdagépet „teljesnek” tekintjük. Itt van az adatközpont kapacitásának felét bezárva, és már túl van ellátva.
Techopedia: Olyan, mintha felkészült volna a kudarcra, mint ahogyan a régi paradigmában nincs lehetőség arra, hogy ténylegesen ne fejezzék ki a kiépítést vagy ne terjesszenek ...
Ben Nye: Ha csak az infrastruktúra-ellátást látja és kezeli, akkor honnan tudod a világban, van-e elég ellátásod ahhoz, hogy ellenállóképes legyen, ha nem lát és ért meg, és valós időben köti a keresletet? Ha csak látnivalót lát, akkor hogyan tudja, ha van-e elég? Honnan tudja, hogy van-e túl sok?
Techopedia: Nos, valószínűleg még néhány fejet felvesz, hogy kitaláljon még néhányat. Több pénzt költesz a probléma kivizsgálására, ugye?
Ben Nye: És továbbra is alapvetően túl biztosított a megrendelés szerint, hívja félig, és szükségtelenül vásárol hardvert. Az első virtualizáció mögött a virtualizáció mögött rejlő gondolat ahelyett, hogy minden egyes alkalmazás számára külön hardverkészlettel rendelkezne, képes leszek ezeket a munkaterheléseket áthelyezni a dedikált kötegek között, és ezért az egész ötlet a hardver biztosítása volt. a csúcsok átlagára, ahelyett, hogy az összes hardver tőke csúcsainak összege lenne.
Amikor azonban most valósidejű autonóm vezérlést, teljesítmény-ellenőrzést vesz fel, a virtuális gép vagy a tároló vagy a felhő fogyasztási oldalát, és ugyanazon a véleményen gondolkodik; Mit csináljunk? Kimegyünk és minden alkalmazást stresszteszttel tesztelünk, és több ezer van - több száz-ezer alkalmazás létezik egy környezetben az ügyfél méretétől függően - és így teszteljük a CPU, a vCPU, a MEM, és a vMEM, és így tovább, hogy a különféle elemek vagy források rendben vannak? És akkor a csúcsok összegén alapul a rendelkezés. A különbség az, ha nincs elmaradása vagy szűk keresztmetszete a munkával kapcsolatban, és most el tudja látni a csúcsok átlagát, kitalálhatja, mit tehetünk? A környezetet aktívan tudjuk kezelni, mivel az összes alkalmazás soha nem tüskézi fel egyszerre.
Techopedia: Azta. Az igaz, hogy visszatérünk ahhoz a virtualizációhoz, amelyről először is kellett volna állni.
Ben: Ez a virtualizáció vagy a konteinerizálás 2.0: Valós idejű, autonóm teljesítményvezérlés.
Techopedia: Tehát ha a régi break-fix hurok elavult gondolkodásmód, hogyan magyarázhatja ezt az átlagban lévő srácnak?
Ben Nye: Hadd tegyek fel egy egyszerű kérdést: Miért figyeli az egyik?
Techopedia: Nos, azt akarja tudni, hogy mi megy rosszul, vagy ha valami rosszul megy, igaz?
Ben Nye: RENDBEN. Igen. Tudni akarod, mikor szakad meg. De miért akarja hagyni, hogy eltörjön? Ez az egész kérdés. Nézd, elkerülhetetlenül figyelni fogsz az adatközpont egyes részlegeire vagy részeire, de alapvetően, ha meg tudom győződni arról, hogy alkalmazásaim teljesítőképesen futnak a kívánt állapotnak nevezett állapotban, amely a megfelelő forrásokkal rendelkezik támogassa őket valós időben, ez sokkal jobb világ, mint a megfigyelés és riasztás vár, és megpróbál reagálni erre.
Amikor a virtualizáció először a szoftver által definiált adatközpontokhoz vezetett, ez egy igazán érdekes előrelépés volt, de túl messzire léptek, mert magukat a jövő adatközpont operációs rendszerének hívták, és egyenesen a dobozból volt, ugye? De ha valóban megnézi az öt dolgot, amelyet az operációs rendszernek elvárnia kell, az első a teljesítmény menedzsment. Tehát, hadd tegyem fel tőlem egy feladatot, ha hipervizor végez teljesítménymenedzsmentet?
Techopedia: Természetesen nem.
Ben Nye: Nincs joga. Akkor a második dolog, amit meg kell tennie, az erőforrás-elosztás. Tehát a hipervizor elvégzi az erőforrások elosztását? Nem.
Mi lenne a munka ütemezése? Mi a helyzet a foglalásokkal? Mi a helyzet a tervezéssel? Nem, nem és nem. Tehát hirtelen rájössz, hogy miként hajtották végre őket: riasztásokat generálnak, és a riasztások száma növekszik és növekszik, amikor az erőforrásokat magasabb szinten használjuk, de amikor több alkalmazást hozunk létre, és a munkaterhelés több formája, és több hely van amelyben futhatnak. Hirtelen az összes riasztás miatt zaklatjuk az embereket.
De a legnagyobb dolog az, hogy amit azért teszünk, ha az embereket üldözi ezeket a riasztásokat, az megfordul az embereket a modern adatközpont operációs rendszerekbe, és ez furcsa, mert mint kiderült, az emberek alszanak. Az embereknek vannak családok, az emberek vakációkat vesznek, és így az emberek nem lehetnek operációs rendszerek, ezért építettük fel ezt az alkalmazás-teljesítmény-ellenőrző rendszert, a Turbonomic alkalmazást, hogy pontosan meg tudjuk csinálni ezt az öt dolgot. Egyetértünk abban, hogy a hipervizor nagyszerű találmány, konténerekkel és felhőkkel, de likviditást nyújtónak tekintjük őket; ők nem operációs rendszer. Az operációs rendszer többi része abból származik, hogy rendelkezik egy alkalmazás teljesítmény-ellenőrző rendszerrel. Megteszi ezeket a dolgokat, elvégzi a teljesítménymenedzsmentet, az erőforrások elosztását, a munka ütemezését, a foglalásokat és a tervezést - ez az, ami megvan a teljes értékünk. Ezért létezünk a piacon.
Techopedia: Mondja el, hogy Ön szerint a gépi tanulás vagy az AI milyen szerepet játszik ebben az elkövetkező két, öt évben? Hogyan változtatja meg az AI-val a Turbonomic az adatközpontot?
Ben Nye: Van néhány hihetetlen, érdekes következtetés, amelyeket bármilyen különféle környezetben meg lehet tenni. Azt mondanám, hogy az, amit csináltak, sokkal pontosabb. Ne felejtse el, hogy a nagy, nagy adathalmazok egyik problémája az, hogy időre van szüksége az adatok fejlesztéséhez, majd az összekapcsoláshoz és a következtetések levonásához ezen adatok alapján.
Időnként hibás következtetéseket von le, és nagyon nehéz tudni, hogy meddig tart a nagy adathalmaz, hogy feltárja ezt a következtetést, legyen az helyes vagy rossz. Aztán a végén még mindig emberi vagy valamilyen statikus emberi munkakomponenssel végződött a cselekvés. Esetünkben ez az autonóm intelligencia. Nem csak a mesterséges intelligencia és ezek a terhelések valóban önálló döntéseket hoznak a modellben, hanem bizonyos fokú pontossággal végzik el. Sokkal nagyobb, mint amit egyszerűen nagy adatsorral lehet elérni.
Techopedia: Ha hagyhat egyet az átlagos rendszergazdával, az átlagos adatközpont-építészvel vagy az átlagos CIO-val, hol vannak a dolgok a következő két évben? Mi az, amit az emberek nem tudnak rájönni, hogy tudniuk kell a 2017-ről, 2018-ról és azon túlról?
Ben Nye: Azt hiszem, a legfontosabb az, hogy emlékezzünk arra, miért lépettünk be a technológiai arénába; mert alapvetően kíváncsi vagyunk, és azt akarjuk, hogy az USA gazdasága - vagy bármely gazdasága - többet tudjon elérni kevesebbel. A vállalkozások működésének és futásának módja. Nem lehet helyesen ragaszkodni az elosztási vagy ellátási alapú modell tegnapi megközelítéséhez, ha megköveteli, hogy körülbelül 50% -kal túlterhelt sorrendben működjünk, és a break-fix alkalmazási világában, és ahol fordultunk munkát gondolkodóktól tettesekig.
Van egy jobb út. A jobb módszer az, ha új ötleteket és új technológiákat vesz át új szállítóktól, amelyek lehetőséget biztosítanak az egyenlet keresleti oldalának, a virtuális gép, a konténer, a felhő fogyasztási oldalának megvizsgálására, és eredményesebb futtatására az nagyobb lépték az intelligens munkaerővel és a tőke jobb hatékonyságával, valamint a rugalmasság mind az ügyetek rugalmassága, mind rugalmassága szempontjából.
Ezért találtam ezt a lehetőséget olyan lenyűgözőnek, hogy akartam kihasználni, és miért hiszek benne annyira teljes mértékben.
Ha ingyenes tesztmeghajtó Turbonomic alkalmazásteljesítmény-vezérlő platformját szeretné, itt letöltheti.