Avtonomni sistemi in dvigovanje ljudi, ki so srednja programska oprema: vprašanja in odgovori z Benom Nyeom, direktorjem podjetja Turbonomic

Avtor: Lewis Jackson
Datum Ustvarjanja: 12 Maj 2021
Datum Posodobitve: 25 Junij 2024
Anonim
Avtonomni sistemi in dvigovanje ljudi, ki so srednja programska oprema: vprašanja in odgovori z Benom Nyeom, direktorjem podjetja Turbonomic - Tehnologija
Avtonomni sistemi in dvigovanje ljudi, ki so srednja programska oprema: vprašanja in odgovori z Benom Nyeom, direktorjem podjetja Turbonomic - Tehnologija

Vsebina


Odvzem:

Naš pogovor z Benom Nyeom, direktorjem družbe Turbonomic.

Morda ste že slišali za avtonomno računalništvo. Nanaša se na računalnik ali sisteme, ki so sposobni samoorganizirati in samoupravljati. In do nedavnega so bile to še vedno malo futuristične sanje o cevi. Želeli smo izvedeti nekaj več o tem, kako deluje avtonomni sistem, zato smo se pogovarjali z Benom Nyeom, direktorjem Turbonomic-a in poslovodnim direktorjem Bain Capital Ventures. Turbonomic (prej VMTurbo) je pred kratkim doživel ponovno blagovno znamko, da bi natančneje prikazal, kaj počne njihova programska oprema. Novo ime v svojo platformo za upravljanje aplikacij vključuje osrednje teme Turbonomic: Turbo (v realnem času), avtonomni nadzor (samoorganiziranje in upravljanje delovnih obremenitev) in ekonomska načela (ponudba in povpraševanje). Tu Ben govori o avtonomnih sistemih in pomenu avtomatizacije v vse bolj zapletenih okoljih, ki temeljijo na podatkih.

Tehopedija: Večkrat ste se pojavili na seznamu Forbes Midas za vrhunske tvegane kapitaliste (VC). Kot VC imate zanimivo izhodišče, da vidite celotno tehnološko pokrajino s tem, koliko se je svet v teh letih spremenil. Kaj vas preseneti, ko se ozrete nad tem, koliko so se stvari spremenile v podatkovnem centru?


Ben Nye: Kratek odgovor je, da menim, da se je hitrost sprememb v podatkovnem centru resnično pospešila, kar smo videli. Zgodilo se je ta razvoj programsko opredeljenega podatkovnega centra in v bistvu odvzem od strojne opreme. To je odprlo celoten nagon rasti znotraj elementov programske opreme.

Zdaj, namesto da bi se ukvarjali s cikli osveževanja prodajalcev strojne opreme (ki so dolgo časa skoraj služili kot zaščitna vrata do podatkovnega centra), se je zdaj dobesedno odprl element, kako hitro lahko ustvarite ideje - ker programska oprema oz. res, so ideje. Brez omejitev pri ustvarjanju idej je bil zelo razburljiv in zabaven čas, vendar se je hitrost sprememb v podatkovnem centru in celo definicija podatkovnega centra razvila materialno in hitreje kot kdaj koli prej.

Nekaj ​​se mi zdi pri tem zelo zanimivo, ko smo se odpravili v programsko definiran podatkovni center, so bili v programski opremi na novo opredeljeni vsi krmilniki in API-ji ter gumbi gumba strojne opreme. O tem smo razmišljali v smislu novega načina za povečanje zmogljivosti in produktivnosti, ki bi bil vzeti aplikacijo in spremembo povpraševanja po tej aplikaciji ter jih povezati z na novo opredeljenimi krmilniki v programski opremi, ker je na koncu programska oprema programska oprema.


Ko to storite, lahko človeško vmesno programsko opremo odstranite med aplikacijsko plastjo in infrastrukturno plastjo, ker jih lahko zdaj prvič povežete neposredno skupaj - tukaj je pomembna beseda - avtonomno, kar pomeni dobesedno omogočanje samoupravljanja in samoorganiziranja aplikacij.

Prav tako je ekonomsko v smislu, da zdaj povpraševanje išče ponudbo in smo osredotočeni na potrošniški model IT, ekonomski model namesto na modelu, ki temelji na dodelitvi ali na ponudbi. To je precej temeljno zasuk v zgodbi o tem, kako naj bi deloval IT ali model upravljanja tehnološke industrije. In to je prineslo boljše delovanje in večjo učinkovitost glede stroškov. Prav tako so kupci veliko bolj gibčni in prožni ter bolje izkoristijo delovno silo na trgu

Tukaj je tako ironično, kaj se je zgodilo v letu 2016 z vsakim izmed programsko določenih podatkovnih centrov. Najprej spremljate svojo strojno opremo, da ugotovite, kdaj se aplikacije zlomijo, kar pomeni, da so kršile kakovost storitve ali SLA, vendar medtem ko za iskanje napake uporabljamo programsko opremo, se vrnemo k strojni opremi za strojno ustvarjena opozorila. . Drugi namig je, da dovolimo, da se aplikacije, ki vodijo podjetje, zlomijo, in tretji je, da vzamemo ta ponavljajoča se strojno ustvarjena opozorila in jih posredujemo. ljudem.

Brez napak, brez stresa - vaš korak za korakom vodnik za ustvarjanje programske opreme, ki spreminja življenje, ne da bi vam uničila življenje

Ne morete izboljšati svojih programskih veščin, kadar nikogar ne skrbi za kakovost programske opreme.

To mora biti nazaj.

In zato smo želeli spremeniti model upravljanja IT od dodeljevanja ali ugibanja in nazaj do modela, ki temelji na povpraševanju.

Preberite: Podatkovni center, ki temelji na povpraševanju - Kaj se lahko sistemski administratorji naučijo na Wall Streetu

Tehopedija: Zdaj, ko ga omenjate, da, naredimo programsko določeno karkoli, potem pa opozorila samo pošljemo počasnemu delu postopka, ki je, kot ste rekli, človeška vmesna programska oprema.

Omenili ste izraz avtonomnost. Lahko morda malo več govorite o pomenu avtonomnih sistemov v IT? Glede na spremembo imena iz VMTurbo v Turbonomic, mislim, da je to pomembnejše, kot večina ljudi ve.

Ben Nye: Vsekakor. Najprej in predvsem opredelitev pojma Ko se uporablja za računalništvo, je avtonomen okoli sistemov, ki lahko samoupravljajo, se samoorganizirajo.

Zato pomislite na Bayesova omrežja, pomislite na algoritme iskanja, pomislite na velike podatke, ki jih ljudje zdaj imenujejo "globoko učenje". To so oblike umetne inteligence. Kar se mi zdi pri Turbonomic najbolj zanimivo, je to, da gre za vrhunsko obliko umetne inteligence, ker se obremenitve aplikacij samostojno odločajo v programski opremi o tem, katere infrastrukturne elemente naj izvajajo in kdaj naj se sami premikajo, velikosti sami, se začnejo in ustavijo, klonirajo se. To je res, resnično zanimivo - in to storimo tako, da izkoristimo abstrakcijo in likvidnost, ki jo zagotavlja virtualizacija, zabojniki ali oblaki.

Potem, ko imamo podobno abstrakcijo vseh različnih oblik zahtev - torej lahko imate VM, imate kontejnerje, lahko imate JVM - bomo preučili vse te oblike povpraševanja in vse te oblike ponudbe in jih odvzeli. Torej, pustimo, da povpraševanje nato izbere ali se sam ujema s ponudbo. In potem, če so na enem fizičnem gostitelju in se začne oglaševati, namesto da bi začeli pustiti, da ne uspe, in sproži opozorilo in da aplikacija, veste, raznese, zakaj ne bi preprosto dovolili, da se odloči za premik sama? Dokler cenite svojo odločitev - premik in stroški za premik nazaj - lahko dejansko sprejemate veliko bolj zanimive odločitve o dodelitvi sredstev.

Tehopedija: Všeč mi je analogija ponudbe in povpraševanja. V ekonomski teoriji so viri ponudbe kratkoročno določeni in se lahko spreminjajo le v daljšem časovnem obdobju. V tem, kar opisujete - če upoštevate to ekonomsko analogijo - spreminjate celotno paradigmo. Se pravi, lahko na kratko spremenite ponudbo, kajne? Imate popolno prilagodljivost, da ste dejansko bolj učinkoviti in, če razmišljate o uporabi virov kot trgu, imate v resničnem času skoraj učinkovit trg?

Ben Nye: Imate prav. To je ekonomski model, ki postane načelo, na katerem povpraševanje najde ponudbo, vendar se IT upravlja z ekonomskimi načeli. In kot je rekel John Maynard Keynes, "Dolgoročno smo vsi mrtvi."

Tehopedija: Mislim, da trenutno ne bi srečali CIO, ki se še ni premaknil ali ne razmišlja resno o premiku, da bi v oblak vložil več virov. Kam vidite, da bo industrija v prihodnjih letih šla?

Ben Nye: Mislim, da boste videli številne spremembe. Jasno nam je, da ne bo šlo za celotno preoblikovanje tehnologije. Tako kot je mainframe še vedno tu, mislim, da ne boste nikoli videli 100% preoblikovanja. Več kot verjetno boste videli hibridni svet. Imeli boste zasebno in javno, vendar menim, da bi bil javni res javni večpredstavni in ne javni oblak. Če pogledamo največje igralce tukaj, je le peščica. Ko pa greš v Evropo ali drug svet, vidiš veliko prevoznikov, ki so tudi vsi oblaki, zato ne mislim, da je to velik preskok, kajne? Resnično vprašanje pa je, kako kupci pridobijo prave oblake za izvajanje svojih delovnih obremenitev? Naša teorija podjetja je taka vsaka delovna obremenitev bi se morala izvajati naprej kakršno koli infrastrukturo, kjerkoli. Pomeni vklop ali izklop in kadar koli, ker, ne pozabite, je čas nadomestljiv za povpraševanje.

Ko se povpraševanje spreminja, boste morda želeli, da se razbije v oblak. Ali pa boste te obremenitve trajno premaknili v oblak, katere delovne obremenitve boste potegnili nazaj? Ker zdaj imate zmogljivosti v svojem podatkovnem centru. Zakaj plačati dvakrat? In tako ena od stvari, ki jo danes počnemo skupaj z inteligentnim nadzorom oblakov Verizon, pa tudi z drugimi okolji, je, da lahko stranke odločajo o tem, kje naj te delovne obremenitve izvajajo, ne samo na ceni, ker vas lahko cena zaklene, ampak tudi še pomembneje o uspešnosti aplikacije. Potem lahko imate druge vidike, kot so cena, skladnost, suverenost podatkov ali varnost in drugi viri, ki so na tem trgu samo osnovni viri, ki jih lahko trgujemo, ki jih opisujemo.

Tehopedija: To je ekonomski model?

Ben Nye: Ja. Torej je vse nazaj na ekonomski model. Samo pomislite, kako logično je to. Mimogrede, to ni samo analogija, ampak tudi način, kako model deluje. Delovne obremenitve so v proračunu, delovne obremenitve pa glede na teorijo čakalnih vrst in preobremenjenost, zato je veliko večja. To ni linearno zvišanje cen, ko začne delovati; narašča eksponentno, zaradi česar je treba vplivati ​​na proračun in s tem na delovno obremenitev, da se odloči za selitev.

Dokler ste odstranili vse zapletenosti v podatkovnem centru, lahko zdaj trgujete z IOPS škatle XtremIO, škatlo Pure Storage in Compegled ter 3Par, ker imajo vse različne lastnosti IOPS, vendar aplikacija lahko zato kupujte te vire po lastni izbiri. Ni nič drugače kot gledanje CPU ali vCPU, MEM ali vMEM, kajne? Vsi so trgovski, zato naj tečem tukaj ali sem? Ni važno! Tu je skupna dobrina oskrba z infrastrukturo.

Tu je pogosta dobrina dobava infrastrukture in razlog je pomemben - uporabil bom analogijo - če se spomnite

Leta 1978 smo letalske družbe deregulirali. Pred tem je bil vsak sedež enak, cene smo jih imeli enako in čeprav je bilo logično, da je bilo narobe, ker je bila na strani potrošnje pripravljenost za plačilo zelo različna. Torej, sedeži so bili blago, vendar bi s spreminjanjem osredotočenosti na povpraševanje lahko ceno na sedež - čeprav so bili sedeži enaki - ugotovili drugačno pripravljenost za plačilo. Torej, kar smo storili, je, da smo vzeli vir, ki je predstavljal skupno blago, ga objavili na spletu - najprej sta bila Saber in Apollo, potem pa sta postala Travelocity, Kajak in Priceline.

Kar naenkrat, ko pustite povpraševanju, da izbere ponudbo, glejte, celotna industrija se je spremenila. Obremenitveni faktorji so se povečali, stroški letenja pa so se znižali in celotna letalska infrastruktura, ki jo imamo v tej državi, se je posodobila. To je bil velik napredek. Oh, in mimogrede, če danes pogledate na Priceline, je vreden 70 milijard dolarjev. To je več kot katerikoli letalski prevoznik in nimajo niti enega letala.

Tehopedija: Zanimivo. Nikoli si nisem zares mislil tako ...

Ben Nye: Nimajo letala, nimajo vrat, nimajo sedeža, nimajo pilota, kajne? In potem rečeš: "Toda kakšne druge primere imamo gospodarstvo, osredotočeno na preskrbo?" Preklonimo. Hoteli so osnovani na oskrbi, kajne? Imate hotel, ne morete ga preseliti. Dobili ste te sobe kako pa cene teh sob? In zraven prihaja Hotels.com, Expedia, Travelclick itd. In zgodilo se je isto. Ogledate si restavracije in imate OpenTable, gledate rumene strani. To so zamenjali večinoma Google si ogleduje tajne oglase v časopisih in jih je nadomestil eBay ali Craigslist.

Eden mojih najljubših primerov je Uber. Če se sprehodite po katerem koli mestu, boste videli vrstico kabin, ki čakajo na ljudi, nato pa se odpravite do drugega dela istega mesta in tam je vrsta ljudi, ki čakajo taksije. In mislite, da to ne more biti prav. Nato sledi Uber, ki s pametnim telefonom dovoli povpraševanje po ponudbi. Z Uberjem ste 90% povpraševanja izpolnili v 10 minutah, medtem ko v svetu taksijev 90% povpraševanja ni zadoščeno v 10 minutah, zato je zadnji krog Uberja znašal 62 milijard dolarjev. In zapomnite si, da nimajo taksija ali avtomobila!

Tehopedija: Torej v tipičnem podatkovnem centru počnemo isto, kot pri taksiju, kajne?

Ben Nye: Zato razmislite o tem tako: Delovne obremenitve so nosilci proračuna, ker smo zato zgradili podatkovni center. V tem primeru so dejansko vaši ljudje. Potem imam ta vir, ta skupni vir, vse v celoti abstrahirano. Temu se reče oskrba in lahko je povsod - vse, kar potrebuje aplikacija, od strežnika in računalniškega okolja vse do omrežja do shrambe. Zdaj hočemo zagotoviti, da je to učinkovit trg. Nosilci proračuna morajo imeti možnost, da delujejo samostojno, kar pomeni avtonomno in v realnem času glede na količino spremembe povpraševanja na sami obremenitvi ali v tem primeru na aplikaciji. Zato je to zelo analogno iskanju ponudbe. S tem sistemom boste dosegli veliko boljše delovanje aplikacij, saj ne čakate na ozko grlo človeške delovne sile, da se odzove na strojno ustvarjeno opozorilo, da se boste za aplikacijo odločili za nego in hranjenje. Namesto tega to počnete v realnem času. In to počnete v obsegu, ker te ustanove, te stranke, dnevno zaženejo na tisoče aplikacij in morajo izvajati.

Torej, najprej dobite veliko boljšo izkušnjo. Poleg tega nimate ljudi, ki bi svoje dni preživljali kot izvajalci. Namesto tega se vračajo v miselnike in ne sprejemajo samo strojnih opozoril, ampak razmišljajo o tem, ali lahko dejansko pomagajo podjetju. Razmišljajo o strategiji mikro storitev ter hibridni strategiji in strategiji več oblakov ter o programsko določenih omrežjih in omrežnih funkcijah ter virtualizaciji - vse te stvari, ki dejansko napredujejo posel in jih umaknejo iz sveta aplikacij za odpravljanje popravkov, ki jih hranijo, ali opozorilo odziva.

Pravzaprav ugotavljamo, da je nekje med 40% in 60% kapitala podatkovnega centra že zagotovljeno preveč in si lahko privoščimo veliko tega, da ga lahko ponovno porabimo - torej se izognemo nakupu nove strojne opreme - ali razveljavimo in razlog toliko pomembno je -

Tehopedija: Oprostite, da preverim to, 40-60%? Oprosti, ta številka je osupljiva.

Ben Nye: Da. Še pomembneje pa je, da 14% električne energije v tej državi porabijo podatkovni centri.

Tehopedija: Torej bi lahko prihranili 5-8% celotne porabe električne energije v državi, če preprosto ne bi zagotovili svojih podatkovnih centrov?

Ben Nye: Dovolite mi, da vam razložim, zakaj vam je v redu? Sega v svet gospodarstva, ki temelji na ponudbi. Prvič, ko imate novo aplikacijo in vodite trgovino z IT, kako jo spremenite?

Tehopedija: Ja, pojdiš k arhitektu in nekako ugibajo, kajne? In potem počakajo, da se zlomi.

Ben: Točno tako. Pojdiš na poslovno panogo in se pogovoriš in ne vedo ničesar, česar ne veš. Torej ugibajo in ugibate, skupaj pa poskušamo ugibati, kakšna naj bo velikost.

Torej, dodelili boste štiri ali osem VCPU-jev. Zdaj je zanimivo, da dodeljevanje vključuje fizično nogo ali virtualno stopalo na fizičnem strežniku. Vsakič, ko zahteva zahtevek iz te aplikacije, bo čakalna vrsta v štiri ali osem VCPU. V bistvu je tako, da greš v restavracijo in rečeš, da si štirinajst ali osem zabava, čeprav si lahko samo stranka enega. Nikoli ne boste sedeli.

S svojimi ugibanji prekomerno razporejamo, kar pomeni, da imamo najslabšo uspešnost in je zelo drago. To je problem številka ena. Problem številka dve je, da zdaj ne morete natančno velikosti svoje aplikacije, kar postavlja vprašanje: kako jo umestite, če ne morete velikosti?

Znova ugibaš. V redu, tako da zdaj ugibamo o prvi stvari, o drugi ugibamo, potem je tu stvar imenovana VM širjenje ali VM brez povpraševanja. Pustite ga v svojem stanju, namesto da bi ga odstranili, in si pridržuje tudi strojno opremo. Potem pa skušamo vse te stvari združiti v človekovem zgodovinskem modelu zmogljivosti in ker to izvajamo samo enkrat ali dvakrat na leto, moramo zgraditi še eno živo mejo, tako da smo govorili 20-30% varovanje, ker povpraševanje se lahko poveča za vse te aplikacije in potem bomo "zaprli gručo", ker bomo to množico gostiteljev ocenili kot "polno". Prav tam ste zdaj zaklenili kar polovico svoje zmogljivosti podatkovnega centra in je že preveč predvidena.

Tehopedija: Videti je, da ste nastavili zaradi okvare, kot da v stari paradigmi ni mogoče pretirano zagotoviti ali ne razširiti ...

Ben Nye: Če je vse, kar vidite in upravljate, oskrba z infrastrukturo, kako na svetu veste, ali imate dovolj ponudbe, da so odporni, če ne vidite in ne razumete ter v realnem času vežete povpraševanja? Če vidite samo preskrbo, kako veste, ali jih imate dovolj? Kako veste, če jih imate preveč?

Tehopedija: No, verjetno najamete še nekaj glav, da bi uganili še nekaj. Za raziskovanje te težave porabite več denarja, kajne?

Ben Nye: In še vedno ste v bistvu previsoke cene po naročilu, pokličite ga na pol in kupujete strojno opremo po nepotrebnem. Celoten koncept virtualizacije v prvi instanci je bil naokoli, namesto da bi za vsako aplikacijo imel namenjen sveženj strojne opreme, te delovne obremenitve bom lahko premikal med namenskimi skladi in zato je bila celotna ideja zagotoviti strojno opremo do povprečja vrhov namesto vsote vrhov vsega tega strojnega kapitala.

Ko pa zdaj vzamete avtonomni nadzor v realnem času, nadzor delovanja, porabo strani VM-ja ali vsebnika ali oblaka in razmišljate o isti stvari; Kaj počnemo? Odpravimo se in testiramo vsako aplikacijo in na tisoče je - v okolju je na stotine in tisoč aplikacij, odvisno od velikosti stranke - in tako naredimo stres test za CPU, za vCPU, za MEM, za vMEM in tako naprej, da so vsi različni elementi ali viri kajne? In potem ponovno zagotovimo na podlagi vsote vrhov. Razlika je v tem, če nimate zaostanka ali ozkega grla, povezanega z delom, in zdaj lahko zagotovite povprečje vrhov, uganite, kaj lahko storimo? To okolje lahko aktivno upravljamo, ker vse aplikacije nikoli ne poženejo vseh hkrati.

Tehopedija: Vau. To se resnično vrača nazaj v tisto, kar naj bi bilo v prvi vrsti virtualizacija.

Ben: To je virtualizacija ali posodabljanje 2.0: realni čas, avtonomni nadzor delovanja.

Tehopedija: Torej, če je stara zanka »popravljanje« zastarel način razmišljanja, kako to razložite povprečnemu moškemu na prvi strani?

Ben Nye: Naj vam postavim preprosto vprašanje: Zakaj en monitor?

Tehopedija: No, želite vedeti, kaj gre narobe ali kdaj kaj narobe, kajne?

Ben Nye: V REDU. Ja. Želite vedeti, kdaj se zlomi. Toda zakaj želite pustiti, da se zlomi? To je celo vprašanje. Poglejte, neizogibno boste spremljali nekatere oddelke ali dele podatkovnega centra, toda v bistvu, če lahko zagotovim, da se moje aplikacije uspešno izvajajo v tem, čemur rečemo želeno stanje, to je pravo količino virov podprite jih v realnem času, to je veliko boljši svet od čakanja na spremljanje in opozarjanje ter poskuša na to odgovoriti.

Ko je virtualizacija prvič ustvarila programsko opredeljene podatkovne centre, je bil to res zanimiv napredek, vendar so naredili korak predaleč, saj so sami poimenovali operacijski sistem podatkovnega centra prihodnosti in je bil naravnost iz škatle, kajne? Če pa dejansko pogledate pet stvari, ki naj bi jih naredil operacijski sistem, je prvo upravljanje zmogljivosti. Naj vas vprašam, ali hipervizor upravlja z uspešnostjo?

Tehopedija: Seveda ne.

Ben Nye: Ne. Prav. Druga stvar mora biti dodelitev sredstev. Ali hipervizor torej razporeja sredstva? Št.

Kako je z razporejanjem delovnih mest? Kaj pa rezervacije? Kaj pa načrtovanje? Ne, ne in ne. Tako nenadoma spoznate, kako so to dosegli, da ustvarijo opozorila in število opozoril raste in raste, ko uporabljamo vire na višji ravni, pa tudi, ko ustvarjamo več aplikacij, več oblik obremenitve in več mest v katerem lahko tečejo. Kar naenkrat z vsemi temi opozorili tlačimo ljudi.

Največja stvar pa je, da se vrti tisto, kar počnemo s tem, da ljudje lovijo ta opozorila ljudje v sodobne operacijske sisteme podatkovnega centra, in to je čudno, saj, kot kaže, ljudje spijo. Ljudje imamo družine, ljudje si privoščijo počitnice, zato ljudje ne morejo upravljati sistemov in zato smo ustvarili ta sistem za nadzor delovanja aplikacij, Turbonomic, da bomo lahko naredili natanko teh pet stvari. Strinjamo se, da je hipervizor odličen izum in posode in oblaki, vendar nanje gledamo kot na ponudnike likvidnosti; niso operacijski sistem. Preostali del operacijskega sistema je sistem za nadzor delovanja aplikacij. To počne tako, upravlja z uspešnostjo, razporejanjem virov, razporejanjem delovnih mest, rezervacijami in načrtovanjem - to je celotna vrednost tega, kar imamo. Zato obstajamo na trgu.

Tehopedija: Povejte mi, kakšno vlogo menite, da strojno učenje ali AI igra pri tem v naslednjih dveh, petih letih? Kako Turbonomic z AI spremeni podatkovni center?

Ben Nye: Tu je nekaj neverjetnih, zanimivih sklepov, ki jih lahko naredimo v vseh vrstah različnih okolij. Rekel bi, da je to, kar počnejo, veliko bolj natančno od tega. Ne pozabite, da je ena od težav z velikimi množicami podatkov ta, da potrebujete čas za razvoj teh podatkov in nato za njihovo povezavo in narisanje sklepov o teh podatkih.

Včasih si potegnete napačen sklep in zelo težko je vedeti, koliko časa traja, da veliki množici podatkov razkrijejo ta sklep, naj bo to pravilno ali napačno. Potem pa se na koncu še vedno konča s človeško ali neko obliko statične komponente človeškega dela, da dejansko ukrepa. V našem primeru gre za avtonomno inteligenco. Njegova ne samo umetna inteligenca in te delovne obremenitve resnično same odločajo v modelu, ampak to počnete s stopnjo natančnosti. To je veliko večje od tistega, kar je mogoče doseči s preprosto velikim naborom podatkov.

Tehopedija: Če bi lahko pustili enega s povprečnim sistemskim administratorjem ali povprečnim arhitektom podatkovnega centra ali povprečnim CIO, kje bodo stvari v naslednjem letu ali dveh? Kaj ljudje zdaj ne zavedajo, da morajo vedeti o letih 2017, 2018 in pozneje?

Ben Nye: Mislim, da je najpomembnejše, da se spomnimo, zakaj smo vstopili v tehnološko areno; ker smo v bistvu radovedni in želimo omogočiti ameriškemu gospodarstvu - ali kateremu koli gospodarstvu -, da naredi več z manj. Tako podjetja vodijo in se valjajo. Ne more biti pravilno, da se držimo včerajšnjega pristopa modela, ki temelji na dodelitvi ali ponudbi, ko od nas zahteva, da opravimo približno 50-odstotno previsoko predvideno in v svetu aplikacij napak, kjer smo se obrnili. dela od mislecev do izvajalcev.

Obstaja boljši način. Boljši način je, da prevzamete nove ideje in nove tehnologije novih prodajalcev, ki vam omogočajo, da pogledate na strani povpraševanja enačbe, strani porabe VM, zabojnika, oblaka in da se bolj uspešno zaženete pri več lestvice s pametnejšo delovno silo in boljšo učinkovitostjo vašega kapitala ter fleksibilnost v smislu okretnosti in odpornosti v vašem poslovanju.

Zato se mi je ta priložnost zdela tako prepričljiva, da sem jo hotel izvajati in zakaj v to tako zelo verjamem.

Če želite brezplačno testno vožnjo platforme za nadzor delovanja programa Turbonomic, jo lahko prenesete tukaj.