Sisu
Ära võtma:
Meie vestlus Turbonomicu tegevjuhi Ben Nyega.
Võib-olla olete kuulnud autonoomsest andmetöötlusest. See viitab arvuti või süsteemi võimele ise korraldada ja ise hakkama saada. Ja kuni viimase ajani oli see veel natuke futuristlik torude unistus. Tahtsime natuke rohkem teada saada, kuidas autonoomne süsteem töötab, nii et rääkisime Ben Nyega, Turbonomicu tegevjuhi ja Bain Capital Ventures tegevdirektoriga. Turbonomic (endine VMTurbo) läbis hiljuti uue kaubamärgi, et täpsemalt kirjeldada, mida nende tarkvara teeb. Uus nimi hõlmab Turbonomicu põhiteemasid oma rakenduste haldamise platvormil: Turbo (reaalajas jõudlus), autonoomne kontroll (töökoormuse isekorraldamine ja haldamine) ning majanduslikud põhimõtted (pakkumine ja nõudlus). Siin räägib Ben autonoomsetest süsteemidest ja automatiseerimise olulisusest üha keerukamates, andmepõhistes keskkondades.
Tehnopeedia: Te olete mitu korda ilmunud Forbes Midase nimekirjas riskikapitalistide seas. VC-na on teil huvitav vaatepunkt, et näha kogu tehnoloogiamaastikku koos sellega, kui palju on maailm aastatega muutunud. Mis teid üllatab, kui vaadata tagasi sellele, kui palju on andmekeskuses asju muutunud?
Ben Nye: Lühike vastus on see, et ma arvan, et andmekeskuse muutuste tempo on tõeliselt kiirenenud kaugemale sellest, mida inimesed nägid. Juhtus see tarkvara määratletud andmekeskuse arendamine ja põhimõtteliselt abstraktsiooni eemaldamine riistvarast. See avas tarkvara elementide hulgas terve kasvu.
Nii et selle asemel, et tegeleda riistvara müüjate värskendustsüklitega (kes pikka aega tegutses peaaegu andmekeskuse väravavalvajana), avati nüüd sõna otseses mõttes element, kui kiiresti saate ideid luua - kuna tarkvara, on tõesti ideid. Ilma ideede genereerimise piiranguteta on see olnud väga põnev ja lõbus aeg, kuid muutused andmekeskuses ja isegi andmekeskuse määratluses on arenenud oluliselt ja kiiremini kui kunagi varem.
Midagi, mis on minu jaoks väga huvitav, on see, et kui me läksime tarkvaraga määratletud andmekeskusesse, siis olid kõik riistvaramaailma kontrollerid ja API-d ning nupud tarkvaras uuesti määratletud. See, mida me tegime, oli selle toimivuse ja produktiivsuse suurendamise uus viis - näiteks rakenduse ja selle rakenduse nõudluse muutuse võtmine ning sidumine tarkvara uuesti määratletud kontrolleritega, kuna lõppkokkuvõttes on see tarkvara tarkvara.
Kui teete seda, saate nüüd inimese vahevara vahetada rakendusekihi ja taristukihi vahelt, sest nüüd saate esimest korda siduda need otse omavahel - siin on oluline sõna - autonoomselt, mis tähendab sõna-sõnalt lubada rakendustel olla isejuhtivad ja iseorganiseeruvad.
See muudab selle majanduslikuks ka selles mõttes, et nüüd on nõudlus pakkumise leidmiseks ja me oleme keskendunud IT-tarbimismudelile, majanduspõhisele mudelile, mitte jaotusepõhisele või pakkumispõhisele mudelile. See on üsna põhimõtteline keerukus loos, kuidas peaks toimima IT või tehnikatööstuse juhtimismudel. Ja selle tulemuseks oli parem jõudlus ja suurem kuluefektiivsus. Samuti muudab see kliendid palju liikuvamaks ja vastupidavamaks ning võimaldab turul paremini ära kasutada tööjõudu
Heres on nii irooniline selle suhtes, mis juhtus 2016. aastal kõigi tarkvaraga määratletud andmekeskustega. Esiteks jälgite oma riistvara, et teada saada, millal rakendused purunevad, mis tähendab, et need rikkusid teenuse kvaliteeti või SLA-d, kuid kui me tõrke leidmiseks tarkvara kasutame, läheme tagasi masinaga loodud häirete riistvara juurde . Teine vihje on see, et me lubame rakendusi, mis äri juhivad, laguneda, ja kolmas on see, et võtame need korduvad masina genereeritud hoiatused ja edastame need hoiatused inimestele.
Pole vigu ega stressi - teie samm-sammuline juhend elumuutva tarkvara loomiseks ilma oma elu hävitamata
Te ei saa oma programmeerimisoskusi parandada, kui keegi tarkvara kvaliteedist ei hooli.
See peab olema tagurpidi.
Ja nii olimegi seal, kus tahtsime muuta IT-juhtimismudeli eraldistest või arvamistest eemale ja tagasi nõudmistel põhinevaks tarbimispõhiseks mudeliks.
Loe: Nõudluspõhine andmekeskus - mida süsteemiadministraatorid saavad Wall Streetilt õppida
Tehnopeedia: Nüüd, kui te seda mainite, jah, me teeme tarkvara määratletud midagi, kuid siis saadetakse hoiatused lihtsalt protsessi aeglasesse ossa, mis on, nagu te ütlesite, inimese vahevara.
Mainisite mõistet autonoomne. Kas oskate ehk pisut lähemalt rääkida autonoomsete süsteemide tähtsusest IT-s? Arvestades nime muutmist VMTurbo-st Turbonomiciks, on see vist olulisem, kui enamik inimesi aru saab.
Ben Nye: Absoluutselt. Esiteks ja eelkõige mõiste määratlus autonoomne, kui seda rakendatakse andmetöötluses, on süsteemide ümber, mida saab ise hallata, ise korraldada.
Mõelge siis Bayesia võrkudele, mõelge otsingu algoritmidele, mõelge suurandmetele, mida inimesed nimetavad nüüd "sügavaks õppimiseks". Need on tehisintellekti vormid. Mis on minu arvates Turbonomicu jaoks kõige huvitavam, on see tehisintellekti ülim vorm, kuna rakenduste töökoormus langetab tarkvara osas autonoomselt otsuseid, millistel infrastruktuuri elementidel nad peaksid töötama ja millal peaksid nad ise liikuma, end mõõtmetelt seadma, ise käivitama ja peatama, ise kloonima. See on tõesti, väga huvitav - ja me teeme seda, võimendades abstraktsiooni ja likviidsust, mida pakuvad kas virtualiseerimine, konteinerid või pilved.
Seejärel, võttes kõigi nõudmiste eri vormide sarnase abstraktsiooni - nii et teil võivad olla VM-id, teil on konteinerid, teil võiksid olla JVM-id -, vaatame kõiki neid nõudluse vorme ja kõiki neid pakkumisvorme ning neid võetakse kokku. Laskem siis nõudmisel valida või sobitada ennast pakkumisega. Ja kui nad asuvad ühes füüsilises hostis ja see hakkab hoognema, selle asemel et hakata laskma tal ebaõnnestuda ja häiret genereerida ning omada rakendust, siis teate, puhkeke, miks mitte lihtsalt lubada sellel lihtsalt kolimisotsus teha ise? Kuni olete oma otsuses hinnanud - kolimine ja tagasi kolimise hind -, saate tegelikult teha ressursside jaotamise osas palju huvitavamaid otsuseid.
Tehnopeedia: Ma armastan pakkumise ja nõudmise analoogiat. Majandusteoorias on tarneallikad lühikese aja jooksul fikseeritud ja muutuda võivad vaid pika aja jooksul. Teie kirjeldatavas - kui hoiate seda majanduslikku analoogiat - muudate kogu paradigmat. See tähendab, et saate lühiajaliselt pakkumist muuta, eks? Kas teil on täielik paindlikkus, et olla tõhusam ja kui mõelda ressursside kasutamisele kui turule, on teil reaalajas peaaegu tõhus turg?
Ben Nye: Teil on täpselt õigus. See on majandusmudel, millest saab põhimõte, mille järgi nõudlus leiab pakkumise, kuid seda juhitakse majanduspõhimõtete alusel. Ja nagu John Maynard Keynes ütles: "Pikas perspektiivis oleme kõik surnud."
Tehnopeedia: Ma ei usu, et oleksite kohtunud praegu ühe CIO-ga, kes pole veel sisse kolinud või ei kavatse tõsiselt liikuda pilve rohkem ressursse paigutama. Kus näete, et tööstus läheneb lähiaastatel?
Ben Nye: Arvan, et näete mitmeid muudatusi. Meile on üsna selge, et see ei ole kogu tehnoloogia uusvormimine. Nii nagu suurarvuti on siiani alles, ei usu ma, et te kunagi 100% uusvormi näete. Enam kui tõenäoline, et näete hübriidmaailma. Teil on privaatne ja avalik, aga ma arvan, et avalik oleks tõesti avalik mitmepilv, mitte avalik üksikpilv. Kui vaadata siinseid suuremaid mängijaid, siis on vaid käputäis. Kuid Euroopasse või mujale maailma minnes näete paljusid vedajaid, kes on ka kõik pilved, ja nii et ma ei usu, et see on suur hüpe, eks? Tõeline küsimus on aga see, kuidas saavad kliendid oma töökoormuse juhtimiseks õiged pilved? Meie teooria ettevõtte taga on see igasugune töökoormus peaks olema võimeline töötama igasugune infrastruktuur, ükskõik kus. Tähendab sisse- või väljalülitamist ja igal ajal, sest pidage meeles, et aeg on nõudluse asendaja.
Seega, kui nõudlus muutub, võiksite pilve lõhkeda. Või kui kavatsete need töökoormused püsivalt pilve teisaldada, siis milliseid töökoormusi kavatsete tagasi tõmmata? Sest nüüd on teil andmekeskuses ruumi. Miks maksta kaks korda? Ja nii üks asi, mida me täna teeme koos Verizon Intelligent Cloud Controliga, aga ka teiste keskkondadega, on võimaldada klientidel otsustada, kus neid töökoormusi juhtida, mitte ainult hinna põhjal, kuna hind võib teid lukustada, vaid ka veelgi olulisem rakenduse toimivuse kohta. Siis võib teil olla muid kaalutlusi, näiteks hind, vastavus või andmete sõltumatus, turvalisus ja muud ressursid, mis on lihtsalt meie turul kirjeldatava turu põhimõtteliselt kaubeldavad ressursid.
Tehnopeedia: See on majandusmudel?
Ben Nye: Jah. Nii et kõik on tagasi majandusmudeli juurde. Mõelda vaid, kui loogiline see on. See pole muide lihtsalt analoogia, vaid ka see, kuidas mudel töötab. Töökoormustel on eelarve ja töökoormused käsitlevad järjekordade teooriat ja ummikuid ning seega on see palju laienenud. See ei ole lineaarne hinnatõus, kui see hakkab ülendama; see tõuseb plahvatuslikult, sundides mõjutama eelarvet ja seetõttu töökoormust kolimisotsuse tegemiseks.
Kui olete kõik andmekeskuse keerukusest eemaldanud, saate nüüd kaubelda XtremIO, Pure Storage ja Compellent kasti ning 3Par IOPS-iga, kuna neil kõigil on erinevad IOPS-i omadused, kuid rakendus saab seetõttu osta neid ressursse omal valikul. See pole midagi muud kui vaadata CPU või vCPU, MEM või vMEM, eks? Need on kõik kaubeldavad, nii et kas ma peaksin jooksma siia või siia? See pole tähtis! Ühine kaup on siin taristu tarnimine.
Üldine kaup on siin taristuvarustus ja oluline on see, et - kui ma mäletan, kasutan analoogiat -
juba 1978. aastal tühistasime lennufirmade reguleerimise. Enne seda olid kõik istekohad ühesugused, maksime neile kõigile ühesugused hinnad ja kuigi see oli loogiline, oli see vale, sest tarbimise poolel eristati maksevalmidust väga palju. Istmed olid seega kaup, kuid muutes rõhuasetuse nõudluse järgi, võis istekoha hind - ehkki istekohad olid samad - saaksite teada erinevat maksmisvalmidust. Nii et mis me tegime, võtsime ressursi, mis esindas ühist kaupa, avaldasime selle veebis - esiteks olid need Sabre ja Apollo, kuid siis said neist Travelocity, Kayak ja Priceline.
Järsku, kui lased nõudmisel pakkumist valida, vaata ja vaata, kogu tööstus on muutunud. Koormustegurid suurenesid, kuid lendamise kulud vähenesid ja kogu lennuettevõtte infrastruktuur, mis meil siin riigis on, moderniseeriti. See oli suur edasiminek. Oh, ja muide, kui vaadata täna hindasid Priceline, siis on see väärt 70 miljardit dollarit. See on rohkem kui ükski lennufirma ja neil pole ühtegi lennukit.
Tehnopeedia: Huvitav. Ma pole kunagi sellele nii mõelnud ...
Ben Nye: Neil ei ole lennukit, neil pole väravat, neil pole istet, neil pole pilooti, eks? Ja siis te ütlete: „Aga mis veel on meil pakkumispõhise majanduse näiteid?“ Läheme ümber. Hotellid on pakkumispõhised, eks? Teil on hotell, te ei saa seda kolida. Teil on need toad aga kuidas sa neid ruume hinnad? Ja lisaks tulevad ka Hotels.com, Expedia, Travelclick jne. Ja sama juhtus ka siis. Sa vaatad restorane ja sul on OpenTable. Vaatad kollaseid lehti. See asendati enamasti Google vaatasite ajalehtedes klassifitseeritud reklaame ja need asendati eBay või Craigslisttiga.
Üks minu lemmiknäiteid on Uber. Kui kõnnite ringi ükskõik millises linnas, näete kabiinide rida, mis ootavad inimesi, ja siis lähete üles sama linna teise ossa, seal on rida inimesi, kes ootavad kabiine. Ja arvate, et see kaldumine ei pea paika. Seejärel tuleb Uber, mis kasutab nutitelefoni nõudluse suurendamiseks. Nüüd on Uberiga täidetud 90% nõudmistest 10 minuti jooksul, samas kui taksokabiinide maailmas ei täideta 90% nõudmistest 10 minutiga ja sellepärast oli Uberi viimane voor 62 miljardit dollarit. Ja pidage meeles, et neil ei ole kabiini ega autot!
Tehnopeedia: Niisiis, me teeme tüüpilises andmekeskuses põhimõtteliselt sama tööd nagu kabiini ehitamisel, eks?
Ben Nye: Mõelge sellele nii: töökoormused on eelarve hoidjad, sest sellepärast me andmekeskuse ehitasimegi. Niisiis, nad on selles näites tegelikult teie inimesed. Siis on mul see ressurss, see ühine ressurss, kõik täielikult ära võetud. Seda nimetatakse tarneks ja see võib olla kõikjal - kõik, mida rakendus vajab, alates serverist ja arvutikeskkonnast kuni võrku või mäluseadmeni. Nüüd tahame veenduda, et see on tõhus turg. Seega peavad need eelarve valdajad saama tegutseda autonoomselt, tähendab autonoomselt ja reaalajas arvestades nõudluse muutuse mahtu töökoormuses endas või antud juhul rakenduses. Seetõttu on see väga sarnane nõudluse pakkumise leidmisega. Selle süsteemi abil saavutate rakenduse palju parema jõudluse, kuna te ei oota inimese tööjõu kitsaskohta masina genereeritud hoiatusele reageerimiseks, et minna rakenduse eest hoolitsema ja toitma. Selle asemel teete seda reaalajas. Ja teete seda mastaapselt, kuna need asutused, need kliendid, käitavad päevas tuhandeid rakendusi ja nad peavad seda ka täitma.
Niisiis, esiteks saate palju parema jõudluse. Lisaks ei ole teil inimesi, kes veedaksid oma päevi tegijatena. Selle asemel lähevad nad tagasi mõtlejateks ja nad ei võta ainult masina genereeritud märguandeid, vaid mõtlevad sellele, kas nad saavad seda ettevõtet tegelikult aidata. Nad mõtlevad mikroteenuste strateegiale ning hübriid- ja mitmepilve strateegiale ning tarkvaraga määratletud võrkudele ja võrgufunktsioonidele ning virtualiseerimisele - kõik need asjad, mis tegelikult edendavad ettevõtet ja viivad nad välja murrangute rakenduste hooldamise ja toitmise maailmast, või valves reageerimine.
Tegelikult leiame, et kuskil 40–60% andmekeskuse kapitalist on üle eraldatud ja me võime endale lubada, et suur osa sellest paigutatakse ümber - nii väldime uue riistvara ostmist - või dekomisjoneeritakse, ja selle põhjus nii oluline on -
Tehnopeedia: Vabandust, et lasin seda kontrollida, 40–60%? Kahjuks on see arv jahmatav.
Ben Nye: Jah. Ja mis on veelgi olulisem - andmekeskused tarbivad selles riigis 14% elektrienergiast.
Tehnopeedia: Niisiis saaksime säästa 5-8% kogu riigi kogu elektritarbimisest, kui me lihtsalt ei pakuks oma andmekeskusi üle?
Ben Nye: Las ma annan teile natuke selgitust, miks, OK? See ulatub tagasi pakkumispõhise majanduse maailma. Esiteks, kui teil on uus rakendus ja teil on IT-pood, kuidas seda mõõta?
Tehnopeedia: Jah, te lähete arhitekti juurde ja nad arvavad omamoodi, eks? Ja siis nad ootavad, kuni see puruneb.
Ben: Täpselt. Te lähete ärivaldkonda ja teil on vestlus ning nad ei tea midagi, mida te ei tea. Nii et nad arvavad ja sina arvadki ning proovime koos arvata, mis suurus peaks olema.
Niisiis, te eraldate neli või kaheksa VCPU-d. Huvitav on see, et eraldamine hõlmab füüsilist jalga või virtuaalset jalga füüsilises serveris. Iga kord, kui taotlus pärineb sellest rakendusest, pannakse see järjekorda nelja või kaheksa VCPU-na. Põhimõtteliselt on see nagu restoranis käimine ja ütlus, et teie pidu on neli või kaheksa, ehkki võite olla ainult üks. Sa ei istu kunagi.
Me eraldame oma arvamistega üle, mis tähendab, et meil on kõige halvem jõudlus ja see on väga kallis. See on probleem number üks. Teine probleem on see, et nüüd ei saa te oma rakendust täpselt mõõta, mis tekitab küsimuse: kuidas seda paigutada, kui te ei saa seda mõõta?
Oled vist jälle. OK, nii et mõtleme nüüd esimese asja peale ja arvame teise asja peale, siis on olemas see asi, mida nimetatakse VM-i laialivalguvaks ehk VM-i ilma nõudmiseta. See jäetakse eemaldamise asemel olekusse ja reserveerib ka riistvara. Siis proovime kõik need asjad kokku panna inimpõhises ajaloolises suutlikkuse mudelis ja kuna me juhime seda ainult üks või kaks korda aastas, peame ehitama veel ühe heki, nii et räägiti 20–30% maandada, sest nõudlus võib kõigis nendes rakendustes suureneda ja siis me sulgeme klastri, sest loeme seda hosti hunnikut „täis”. Seal olete nüüd lukustanud koguni poole oma andmekeskuse mahust ja see on üle eraldatud.
Tehnopeedia: See on nagu te, kui olete seadistatud läbikukkumiseks, nagu vanas paradigmas pole võimalik, et tegelikult ei tehtaks enam varusid või ei tehtaks laialivalguvust ...
Ben Nye: Kui kõik, mida näete ja haldate, on taristuvarustus, siis kuidas te maailmas teate, kas teil on piisavalt varustust, et olla vastupidavad, kui te ei näe ja ei saa aru ning seovad reaalajas nõudlust? Kui kõik, mida näete, on pakkumine, kuidas teada, kas teil on piisavalt? Kuidas sa tead, kui sul on liiga palju?
Tehnopeedia: Noh, te palkate arvatavasti veel paar pead, et veel mõnda arvata. Kas kulutate selle probleemi uurimiseks rohkem raha, kas pole?
Ben Nye: Ja te lõpetate endiselt põhimõtteliselt liiga suure varustusega tellimuse, nimetate selle pooleks ja ostate riistvara asjatult. Virtuaalsuse tagamise idee kogu selle esimeses realisatsioonis oli selle asemel, et omada igale rakendusele spetsiaalset riistvarahunnikut, ma saan neid töökoormusi teisaldatud virnade vahel teisaldada ja seetõttu oli kogu idee pakkuda riistvara kogu selle riistvara kapitali tippude summa asemel tippude keskmisele.
Kui aga võtate nüüd reaalajas autonoomse kontrolli, jõudluse kontrolli, VM-i või konteineri või pilve tarbimispoolt ja mõtlete sama asja peale; Mida me siis teeme? Me läheme välja ja testime kõiki rakendusi ning neid on tuhandeid - keskkonnas on sadu kuni tuhandeid rakendusi olenevalt kliendi suurusest - ja seetõttu läheme stressitestideks CPU, vCPU, MEM, vMEM ja nii edasi, et kas kõik erinevad elemendid või ressursid sobivad? Ja siis toetame makset taas tippude summal. Erinevus on see, kas teil pole tööjõuga seotud mahajäämust ega kitsaskohta ja saate nüüd tipptaseme keskpunkti eraldada, arvake ära, mida me teha saame? Saame seda keskkonda aktiivselt hallata, kuna kõik rakendused ei klapi korraga kõiki.
Tehnopeedia: Vau. Tõsi, jõudes tagasi selle juurde, mille virtualiseerimine kõigepealt pidi toimuma.
Ben: See on virtualiseerimine või konteineriseerimine 2.0: reaalajas autonoomne jõudluse juhtimine.
Tehnopeedia: Niisiis, kui vana break-fix silmus on aegunud mõtteviis, kuidas seda selgitada keskmisele tüübilt?
Ben Nye: Las ma küsin sinult lihtsa küsimuse: Miks üks monitori viib?
Tehnopeedia: Noh, kas soovite teada saada, mis läheb valesti või kui midagi läheb valesti, eks?
Ben Nye: OKEI. Jah. Tahad teada, millal see puruneb. Aga miks sa tahad lasta sellel puruneda? See on kogu küsimus. Vaadake, kui te paratamatult jälgite mõnda andmekeskuse jaotust või osa, siis põhimõtteliselt, kui suudan tagada, et minu rakendused töötavad tulemuslikult selles, mida me nimetame soovitud olekusse, mis on õige ressursside hulk toetage neid reaalajas, see on palju parem maailm kui jälgimise ja häirete ootamine ning sellele reageerimine.
Kui virtualiseerimine põhjustas esmakordselt tarkvara määratletud andmekeskuste loomise, oli see tõesti huvitav edasiminek, kuid nad astusid selle sammu liiga kaugele, sest nad nimetasid end tuleviku andmekeskuste opsüsteemiks ja see oli otse kastist, eks? Kuid kui te vaatate üles viis asja, mida operatsioonisüsteem peaks tegema, on esimene jõudluse juhtimine. Niisiis, lubage mul küsida, kas hüperviisor tegeleb jõudluse juhtimisega?
Tehnopeedia: Muidugi mitte.
Ben Nye: Ei. Siis peab teine asi olema ressursside eraldamine. Niisiis, kas hüperviisor eraldab ressursse? Ei
Kuidas oleks töösuhte planeerimisega? Kuidas on broneeringutega? Kuidas oleks planeerimisega? Ei, ei ja ei. Nii et äkki saate aru, kuidas nad selle teostasid, kuna nad genereerivad teateid ja märguannete arv kasvab ning kasvab ressursside kasutamisel kõrgemal tasemel, aga ka siis, kui loome rohkem rakendusi, rohkem töökoormuse vorme ja kohti milles nad saavad joosta. Järsku hävitame inimesi kõigi nende märguannetega.
Kuid kõige suurem on see, et see, mida me teeme, lastes inimestel neid teateid jälitada, muutub inimesi kaasaegsetesse andmekeskuste opsüsteemidesse, ja see on imelik, sest nagu selgub, inimesed magavad. Inimestel on pered, inimesed võtavad puhkuse ja seetõttu ei saa inimesed olla opsüsteemid. Seetõttu lõime me selle rakenduse jõudluse juhtimissüsteemi Turbonomic, et saaksime täpselt neid viit asja teha. Oleme nõus, et hüperviisor on suurepärane leiutis ning konteinerid ja pilved, kuid peame neid likviidsuse pakkujateks; nad pole opsüsteem. Ülejäänud opsüsteem tuleneb rakenduse jõudluse juhtimissüsteemi omamisest. Ta teeb neid asju, toimivuse juhtimist, ressursside jaotamist, töö planeerimist, reserveerimist ja planeerimist - see on kogu väärtus, mis meil on. Sellepärast oleme turul olemas.
Tehnopeedia: Öelge mulle, mis rolli teie arvates masinõpe või AI mängib selles järgmise, kahe kuni viie aasta jooksul? Kuidas muudab Turbonomic koos AI-ga andmekeskust?
Ben Nye: Seal on uskumatuid ja huvitavaid järeldusi, mida saab teha igasugustes erinevates keskkondades. Ma ütleksin, et see, mis tehti, on palju täpsem. Pidage meeles, et üks suurte suurte andmekogumitega seotud probleem on see, et teil on vaja aega nende andmete väljatöötamiseks ja seejärel nende seostamiseks ning nendest andmetest järelduste tegemiseks.
Mõnikord on teil vale järeldust teha ja on väga raske teada, kui kaua võtab suurandmekogum selle järelduse lahti mõtestamiseks, olgu see siis õige või vale. Lõpuks oli selle lõpp ikkagi inimese või mõne inimese staatilise tööjõu komponendiga, et tegelikult midagi ette võtta. Meie puhul on see autonoomne intelligentsus. See pole mitte ainult tehisintellekt ja need töömahud teevad mudelis tõeliselt otsuseid, vaid teete seda ka teatud täpsusega. See on palju suurem kui see, mida saab saavutada lihtsalt suure andmekoguga.
Tehnopeedia: Kui võiksite jätta ühe keskmise süsteemi administraatori või keskmise andmekeskuse arhitekti või keskmise CIO-ga, siis kus on asjad järgmise aasta või kahe jooksul? Mis on see, mida inimesed ei saa praegu aru, kui nad peavad teadma aastaid 2017, 2018 ja pärast seda?
Ben Nye: Ma arvan, et kõige olulisem on meeles pidada, miks me tehnoloogia areenile astusime; kuna oleme põhimõtteliselt uudishimulikud ja tahame, et USA majandus või mõni muu majandus saaks vähemaga rohkem hakkama. See on viis, kuidas ettevõtted juhivad ja veerevad. Ei saa olla õige jääda kinni jaotamise või pakkumise põhise mudeli eilsest lähenemisviisist, kui see eeldab, et me tegutseme umbes 50% ületarbitud suurusjärgus ja break-fixi rakenduste maailmas ning kuhu oleme pöördunud töö mõtlejatest tegijateni.
On olemas parem viis. Parem viis on võtta kasutusele uusi ideesid ja uusi tehnoloogiaid uutelt pakkujatelt, mis annavad teile võimaluse vaadata võrrandi nõudluse poole, VM-i, konteineri, pilve tarbimispoolt ja toimida tulemuslikumalt suurema skaala nutikama tööjõu ja parema efektiivsusega oma kapitalis ning paindlikkust nii operatiivsuse kui ka vastupidavuse osas kogu teie tegevuses.
Sellepärast leidsin, et see võimalus on nii köitev, et tahtsin seda kasutada, ja miks ma usun sellesse nii täielikult.
Kui soovite tasuta proovisõidu Turbonomicu rakenduse jõudluse juhtimisplatvormi, saate selle alla laadida siit.