Pilvekomplikatsioon: Pilve lihtsustamine Turbonomicu tegevjuhi Ben Nyega

Autor: Roger Morrison
Loomise Kuupäev: 25 September 2021
Värskenduse Kuupäev: 1 Juuli 2024
Anonim
Pilvekomplikatsioon: Pilve lihtsustamine Turbonomicu tegevjuhi Ben Nyega - Tehnoloogia
Pilvekomplikatsioon: Pilve lihtsustamine Turbonomicu tegevjuhi Ben Nyega - Tehnoloogia

Sisu


Allikas: Aleksander Tšerevko / Dreamstime

Ära võtma:

Pilve tulevikku arutame Turbonomicsi tegevjuhi Ben Nyega.

Kui on üks asi, mida oleme viimastel aastatel pilvepaigalduste arvu kasvu kohta õppinud, siis võib asi muutuda väga kiiresti keeruliseks. Nende vahel on avalik, privaatne ja hübriidpilv ning udused määratlused. Pilveplatvormide ja kulustruktuuride loetelu on pidevalt kasvav. Nõuetele vastavus muutub ainult keerukamaks ... Kui see kõlab rohkem, kui keegi võiks kunagi jälgida, on teil tõenäoliselt õigus. Lõppude lõpuks oleme me ainult inimesed.

Kui rääkisime Turbonomicu juhataja Ben Nye'ga eelmisel aastal, suundusime sügavale autonoomse andmetöötluse juurde ja sellesse, kuidas seda kasutatakse üha keerukamate, andmepõhiste keskkondade probleemi lahendamiseks, mis on väljaspool inimese suutlikkust tõhusalt hallata. See on uus paradigma süsteemiadministraatoritele, kes on pikka aega kinni pidanud rakenduste haldamise murdmis- / paranemismudelist. Kogu selle kontrolli ülekandmine tarkvarale on uus lähenemisviis. Kuid praktilisest vaatepunktist on pilveressursside eraldamine ja eraldamine vastavalt töömahu nõudlusele reaalajas muutumas võimsaks jõuks rahvarohkes pilviturul, mis toitlustab üha keerukamaid andmekeskusi.


Techopedias Cory Janssen istus taas koos Beniga, et rääkida sellest, kuidas pilvemaastik on viimase aasta jooksul muutunud, kuhu see võib minna ja kuidas ettevõtted muudavad pilveressursside haldamise viisi.

Cory: Viimasest vestlusest on möödunud pisut üle aasta, millised on olnud pilvemaastiku viimase aasta suurimad muutused?

Ben: Selle turu dünaamilisus ei muutu. Muutuste tempo, millest rääkisime eelmises intervjuus - traditsiooniliste lüüsi riistvara müüjatega, kes annavad teed andmekeskuses ja pilves asuvale tarkvarale - on kiirenenud. Ja pilveteenuste pakkujate (peamiselt AWS ja Azure) vaheline rivaal hoogustub, luues samal ajal ka uusi liite (Google ja Cisco, VMware ja AWS).

Millest CIOd selle taustal hoolivad? Paljud rakendavad pilve-esimese strateegiat, mis nõuab, et nad selgitaksid välja, millised töökoormused peaksid minema avalikku pilve ja millised peaksid jääma privaatseks.


Hübriidne ja mitme pilvega tulevik on jõudmas meie kõigi poole oodatust palju kiirema klipiga. See muutuste tempo sunnib rakendama uut lähenemisviisi IT haldamiseks ja optimeerimiseks.

Cory: Ettevõtlusruumis näib kogu pilve kontseptsioon nihkuvat hübriidi poole. Kas vana idee pilvest on surnud? Kas hübriid on uus pilv?

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.

Ben: Kahtlemata on see hübriidpilve tulevik. Seal on olnud uskumatu muutuste tempo, mida näeme hübriidpilve de facto kasutusele võtmisel; avalik pilv kasvab uskumatult hästi, kuid see ei tähenda, et privaatpilv kahaneb. Kui vaadata erinevaid allikaid, kes seda suundumust ennustavad (näiteks Cisco pilveindeks ja Morgan Stanley CIO uuring), siis koos abielludes näete privaatpilve umbes 3–5-protsendilist kasvumäära ja 60-protsendilist kasvumäära avalik pilv.

Avalikus pilves võetakse kasutusele ka keerukamaid ettevõtterakendusi, mitte ainult loomulikke või uusi rakendusi, vaid ka tootmisele orienteeritud rakenduste viimine nende avalikesse pilvede samaväärsetesse keskkondadesse.

See reaalsus on sunniviisiline funktsioon, mille eesmärk on hoolikalt kaaluda, kuidas neid muudatusi kõige kulutõhusamal, tulemuslikumal ja nõuetele vastaval viisil juhtida.

Cory: Praegu on masinõppes nii palju buzzit. Te, kutid, töötasite mõni aasta tagasi oma tarkvara autonoomsete funktsioonide kallal. Kas arvate, et olite seal kõverjoonel, rääkides pilvehalduse inimeste kontrolli alt väljumisest?

Ben: Õnneks jah. Paljud inimesed arvasid jõudluse haldamiseks suurandmete abil ja selle puudumisel kasutasid nad vanemaid varustamis- ja käsitsi sekkumise tehnikaid - põhimõtteliselt inimesed, kes reageerivad masinaga loodud hoiatustele. Usume, et puudu oli võime nõudlust mõista, nii et rakenduste töökoormused saaksid täiustatud reaalajas analüütilistel andmetel autonoomselt ise teha arukaid otsuseid selle kohta, kuhu joosta, millal alustada või lõpetada, millal üles või alla suumida. Vastus oli isejuhtiv süsteem, mis on palju tõhusam kui ülepakkumine ja masina genereeritud jälgimisteadete taga ajamine. See on ka tõhusam ja õigeaegsem kui traditsiooniline suurandmete treening, mille käigus inimesed koondavad tohutul hulgal andmeid, mõistmata täpselt, mida nad proovivad koguda. Siis peavad nad need andmed teisaldama ühisesse hoidlasse või andmelattu. Seejärel peavad nad need andmed struktureerima, korreleerima need andmed eesmärgiga leida järeldused.

Suurtesse andmetesse usklikud ei olnud. Meie intelligentsus on toimivuse juhtimiseks erinevat tüüpi AI. Suurte andmete korral on kõigi nende andmete kogumine kallis ja väga lihtne ummistada neid süsteeme, mida proovite nende andmete teisaldamise kaudu hallata. Selleks ajaks, kui seda liigutate, struktureerite, korreleerite ja leiate järeldused, pole te enam reaalajas. Lõpuks, see järeldus, kui tuletate selle, peate selle uuesti inimestele tagasi andma. Just see muudab masinõppimise väärtuslikuks teabe leidmiseks suurtest andmekogumitest; see pole IT-süsteemide jõudluse juhtimise jaoks sama väärtuslik.

Cory: Morgan Stanley CIO uuringu kohaselt kulub 2020. aastaks pool kogu töökoormusest avalikus pilves. Milliste riskidega seisavad organisatsioonid silmitsi selle vahetusega?

Ben: Praktiliselt kõik töömahud on kohapealses maailmas liiga varustatud ja alakasutatud, mis on tingitud IT-st tuleneva heatahtliku pilguga. See on alus, millega organisatsioonid töötavad, kui nad kaaluvad pilve kolimist ja rändamist. See on olnud tõsi enam kui kaks aastakümmet. Kohapealne maailm on valdavalt fikseeritud hinnaga keskkond, kus võime on omanduses - seega tuleb maksta vähe trahve.

Kui organisatsioonid võtavad kasutusele hübriidpilve, viivad nad oma üleprognoositud töökoormused pilve - muutuva maksumusega maailma. Kui teil on ülepakkumine, maksate selle eest teise või minutiga, sõltuvalt teie avalikust pilveteenuse pakkujast. Nõuetele vastavus muutub ka selles uues mudelis suureks riskiks.

Cory: Paberkandjal on teoreetiliselt mõistlik muutuvate kuludega liikumine lihtsalt mõttekas, aga nii öeldes on see nii lihtne. Ma mõtlen, et te küsite, et arhitektid ja IT-pooled oleksid ka rahanduse kutid.

Ben: Täpselt nii. Arvatakse, et avalikud pilvearved on oodatust rohkem kui kaks korda. Miks nii? Sest kui kolite töökoormust avalikku pilve, kasutate seda jaotamismallil. Te ei tee seda suuremaks ega väiksemaks. Ülepakkumise tõenäosus on suur ja seetõttu on teie kulutasu kõrge. Kriitiline on mõista töökoormuse tegelikku tarbimist ja seejärel seda sobivalt (üles või alla) mõõta: see on üks Turbonomicu eeliseid.

Cory: Tavaliselt olen Turbonomicut pidanud rohkem arvutusküljele, kuid olete hiljuti ka palju asju salvestusküljel teinud. Kas saate sellest natuke rääkida?

Ben: Niisiis, üks teie varasemaid küsimusi oli pilvemaastikul toimuvate muutuste kohta. Näiteks on Amazonil nüüd arvutus- ja salvestusruumide hinnakujundus sekundis. Mõelge, kui dünaamiline on turg, kus nad saavad sõna otseses mõttes sekundis pakkuda. Päris metsik, kui arvestada, et veidi vähem kui aasta tagasi tuli Google välja minuti hinnakujundusega, kuna Amazon oli tund olnud.

Nüüd saame Amazonis arvutamist, mälu, võrku ja salvestusruumi teha, kasutades nende hinnakujunduse paindlikkust sõna otseses mõttes teise punktini.

Cory: Olen kindel, et kui rääkida nendest suurtest andmebaasidest, kõigist nendest suurtest relatsioonilistest andmebaasidest, siis see on AWS-iga üks kallimaid eksemplare, eks? Niisiis, sa lähed otse selle liha juurde.

Ben: Seal on mitu olulist küsimust, mida te puudutate. Kui vaatate näiteks Amazoni, siis on nad tõepoolest viinud teie küsimuse andmebaasi kohta teisele tasemele. Andmebaas kui teenus on üks kiiremini kasvavaid pakkumisi teenuse platvormina. Ja nii AWS kui ka Microsoft on ehitanud üsna suure hulga teenusepakkumisi. Mõni neist käib suurte andmesidemasinate õppimise ümber. Olenemata sellest, kas kasutate nende andmebaasi või andmebaasi, on salvestuskulud üsna suured ja kogukulud võivad olla üsna suured ning varieeruvus - või võimalus neid parandada - on märkimisväärne. Seda me ka teeme: kliendid saavad oma avaliku investeeringu jaoks meie Turbonomicu salvestusvõimaluste, samuti meie pakutavate arvutus-, mälu- ja võrgufunktsioonide käitamisel kahekordistada oma investeeringutasuvust.

Kui vaadata Microsofti, siis nad tegid hiljutisel Ignite'i sündmusel mitmeid olulisi teateid. Neil on nüüd saadavustsoonid ja reserveeritud esinemispakkumised, näiteks AWS. See on oluline, kuna see näitab, mida kliendid taotlevad. Kuid see näitab ka, et nagu ka nende asjade puhul, on keerukus keerukus ja keerukus võib inimesi kiiresti üle ujutada.

Cory: Kas saate rääkida natuke sellest, kuidas Turbonomic on saanud erinevate pilveplatvormidega kokku abielluda? Oleme AWS-i ja Azure'i nende erinevate funktsioonide osas seda veidi tantsinud. Peaaegu kõlab, et tegemist on olukorraga, kus viimase paari aasta jooksul oli valida, kus olete üks või teine, kuid üha enam ettevõtteid saavad nüüd koos nendega abielluda.

Ben: Ajalooliselt võeti uue platvormi juurutamisel kasutusele uued tööriistad andmete koondamiseks ja andmiseks inimesele haldamiseks või parandamiseks. Piiravaks teguriks on inimese oskuste kogum. See keerukus sunnib uut viisi IT haldamiseks. Kuulete tänapäeval palju rohkem AI, isesõitvate andmebaaside, andmekeskuste jne kohta. Usume, et hübriidses keskkonnas keerukuse haldamise vastus on isehalduskeskkonna loomine juhtimissüsteemi kaudu, mis suudab ühendada mõlemad olemasolevad lüngad. Anname inimestele bioonilise võime kasutada oma keskkonna keerukust tarkvara abil, mis välistab varem eksisteerinud oletused ja piirangud, et tagada töökoormuste toimivus, nõuetele vastavus ja kulutõhusus, sõltumata sellest, kas see on privaatses või avalikus pilves .

Cory: Samuti võite Google'i visata, kui nad järgmise paari aasta jooksul oma pakkumisi suurendavad. See on seotud kirsipuu parimate teenuste valimisega igal platvormil.

Ben: Jah. Meil on hea meel toetada Google'i keskkondi tulevases tarkvaraväljaandes. Teie jaoks on hulgaliselt otsuseid, kuhu paigutada töökoormus ning kuidas ja millal töökoormust mõõta ning millal töökoormus alustada ja lõpetada. Pidage meeles: töökoormus võib olla VM või konteiner, see võib olla ka VDI - seega on paindlikkus, mis on omane nende valikute tegemisel suurema hulga alternatiivide või valikute vahel, tohutult väärtuslik klientidele, kes soovivad madalaimat hinda, parimat jõudlust ja tagatud vastavus. Selles mastaabis saab tarkvara seda teha palju tõhusamalt, võrreldes inimestega, kes reageerivad masina genereeritud hoiatustele, kui rakendused on läve rikkunud või rikkunud.

Ja mõelge uuele regulatsioonitüübile, mida pidevalt tutvustatakse. Kehtivad ülemaailmsed andmekaitse-eeskirjad ja see mõjutab andmete suveräänsust, mis mõjutab seda, milliseid andmeid teil on ja kus need asuvad. Siis on afiinsus ja afiinsus, mille ümber andmed saavad koos teiste andmekogumitega olla. Ja lisaks sellele on lisaks sellele talitluspidevus ja kõrged kättesaadavuse nõuded! Kui soovite viit üheksat, peate avalikus pilves olema vähemalt neljas saadavustsoonis. Peate mõtlema katastroofidest taastumise ja mitmete ärieeskirjade üle. Reaalsus on selline: kui te ei kontrolli neid ärieeskirju iga kord, kui hakkate töökoormust suurendama, alustama, teisaldama, paigutama või kloonima, siis ei tea te, et järgite seda pidevalt. Olete kas vastavuses või mitte. See on binaarne küsimus.

Cory: See on peaaegu muutunud nii keeruliseks, et ärireeglid muudavad inimese käsitsemise peaaegu võimatuks.

Ben: Täpselt ja see on probleem, eriti kui me tegutseme ettevõttes virtualiseeritud skaalal 80–90 protsenti. Me töötame mastaabis, mis peab küpsema pärast käsitsi sekkumist, reageerides masinahoiatustele, kui rakendustel lastakse puruneda. Ja muide, ma pean saama õppida need uued oskused, et avalikus pilves sama asja parematel tingimustel teha. Seda on lihtsalt liiga palju.

Cory: Tead mida? Kui te minuga sellest räägite, on minu jaoks hämmastav, kuidas selle aluseks pole mitte see, kas räägite rändest või kas räägite vastavuse probleemidest. Seal on nii palju kattumist ja isegi kui järgite vastavust, siis paljud need probleemid kattuvad tõesti. Põhiküsimus on see, et lähiaastatel on olukord keerukam. Kui te pole praegu õigel teel, olete vees surnud, sest kui te ei saa praegu asjadega hakkama, siis kuidas te nendega hakkama hakkate aastal 2020?

Ben: Täiesti nõus. Ja siis, muide, lihtsalt oma arvamuse avaldamiseks muutub see veelgi keerukamaks, sest nüüd peame mõtlema mitte ainult sellele, kus töökoormus jookseb, vaid ka sellest, mis on töökoormus? Niisiis, võib-olla olete juba praegu VM-i optimeerimise maailmas, kuid homseks võivad see olla pilve OS-iga konteinerid ja mikroteenused. Noh, OK, see sobib, aga kuidas te siis leiate Kubernetes'i inimese, ütleme näiteks Kansases või Dockeri inimese Delaware'is? Niisiis, inimeste suhtumine nendesse asjadesse on pidev areng.

See läheb natuke hirmutavaks, aga kui ma suudan tarkvara abil seda probleemi lahendada, siis vau, see muutub hoopis kosutavaks, eks? Sest me võtame inimesed väärtusahelas üles ja meil on tarkvara, mis teeb madalama väärtusega ja igapäevaseid asju.

Cory: Õige.Siis saate lasta oma kõrgetasemelistel ressurssidel tegelikult sammu tagasi mõelda ja häireteate haldamise asemel mõelda, mida nad peaksid tegema.

Ben: Täpselt! Inimesed asusid tehnoloogiasse, sest nad olid huvitatud tehnoloogiamaastiku arendamisest ja ausalt öeldes lahedate asjade loomisest. Need olid suured põhjused, miks minna tehnoloogiasse, eks? Sellele ei tohtinud kuuluda hoiatusrežiimi. Niisiis, see on uus oskuste kogum, mis sellest tuleneda võib. Ma mõtlen, kuidas saab keegi ressursse iga konteineri jaoks reaalajas? Keegi pole sellele probleemile isegi vastanud. Ja vastus on, et seda tehakse tarkvara kaudu.