Conţinut
La pachet:
Conversația noastră cu Ben Nye, CEO-ul Turbonomic.
Poate că ai auzit de calcul autonom. Se referă la capacitatea unui computer sau a sistemelor de auto-organizare și autogestionare. Și, până de curând, mai era un vis futurist. Am vrut să aflăm un pic mai multe despre cum funcționează un sistem autonom, așa că am discutat cu Ben Nye, CEO Turbonomic și directorul general al Bain Capital Ventures. Turbonomic (fost VMTurbo) a făcut recent o re-marcă pentru a descrie mai exact ce face software-ul lor. Noul nume încorporează temele de bază ale Turbonomic în platforma sa de gestionare a aplicațiilor: Turbo (performanță în timp real), control autonom (auto-organizare și gestionare a volumului de muncă) și principii economice (ofertă și cerere). Aici Ben vorbește despre sisteme autonome și despre importanța automatizării în medii din ce în ce mai complexe, bazate pe date.
Techopedia: Ați apărut de nenumărate ori pe Lista Forțelor Midas pentru cei mai buni capitalisti de risc (VC). Ca VC, aveți un punct de vedere interesant pentru a vedea întregul peisaj tehnologic cu cât de mult s-a schimbat lumea de-a lungul anilor. Ce te surprinde în timp ce te uiți înapoi la cât de multe lucruri s-au schimbat în centrul de date?
Ben Nye: Răspunsul scurt este că cred că ritmul schimbării în centrul de date s-a accelerat cu adevărat dincolo de orice a văzut oamenii. Ceea ce s-a întâmplat a fost această dezvoltare a centrului de date definit de software și, în principal, abstracția de hardware. Acest lucru a deschis o întreagă acțiune de creștere în elementele software.
Deci acum, în loc să se ocupe de ciclurile de actualizare ale furnizorilor de hardware (care timp îndelungat au servit aproape ca portier la centrul de date), acum a fost literalmente deschis la elementul cât de rapid poți crea idei - deoarece software, într-adevăr, este ideile. Fără constrângerile legate de generarea de idei, a fost un moment foarte interesant și distractiv, dar ritmul schimbării în centrul de date și chiar definiția centrului de date a evoluat material și mai rapid ca niciodată.
Ceva ce mi se pare foarte interesant este faptul că am mers la un centru de date definit de software, toate controlerele și API-urile și butoanele din lumea hardware au fost redefinite în software. Ceea ce am făcut a fost să ne gândim la asta în termeni de o nouă modalitate de a conduce performanța și productivitatea, care ar fi să preiați aplicația și modificarea cererii pentru această aplicație și să le legați de controlerele redefinite din software, deoarece, în cele din urmă, este software pentru software-ul.
Când faceți acest lucru, puteți acum să eliminați middleware-ul uman dintre stratul de aplicație și stratul de infrastructură, deoarece acum, pentru prima dată, le puteți lega direct între ele - iată un cuvânt important - în mod autonom, ceea ce înseamnă literalmente permiterea aplicațiilor să se autogestioneze și să se autoorganizeze.
De asemenea, este economic în sensul că cererea acum găsește ofertă și ne-am concentrat pe un model de consum de IT, un model economic în loc de un model bazat pe alocare sau un model bazat pe ofertă. Acesta este un aspect fundamental în povestea modului în care ar trebui să funcționeze IT sau un model de management al industriei tehnologice. Și a avut ca rezultat o performanță mai bună și o eficiență mai mare din punct de vedere al costurilor. De asemenea, face clienții mult mai agili și mai rezistenți și creează o mai bună utilizare a forței de muncă pe piață
Iată ce este atât de ironic despre ce s-a întâmplat în 2016 cu fiecare dintre centrele de date definite de software. În primul rând, vă monitorizați hardware-ul pentru a afla când se rupe aplicațiile, ceea ce înseamnă că au încălcat o calitate a serviciului sau un SLA, dar în timp ce folosim software pentru a găsi eroarea, atunci revenim la hardware pentru alerte generate de mașini. . Al doilea indiciu este că permitem aplicațiilor care conduc compania să se rupă, iar cel de-al treilea este să preluăm acele alerte generate de mașini și să le predăm la oameni.
Fără bug-uri, fără stres - Ghidul dvs. pas cu pas pentru crearea de programe care schimbă viața fără a vă distruge viața
Nu îți poți îmbunătăți abilitățile de programare atunci când nimeni nu îi pasă de calitatea software-ului.
Aceasta trebuie să fie înapoi.
Și așa a fost locul în care am dorit să schimbăm modelul de management IT departe de alocări sau ghicire și să revenim la un model bazat pe cerere, bazat pe consum.
Citește și: Centrul de date condus de cerere - Ce pot să învețe administratorii de sistem de pe Wall Street
Techopedia: Acum că îl menționați, da, facem ceva definit de software, dar alertele sunt doar trimise la partea lentă a procesului, care este, așa cum ați spus, middleware-ul uman.
Ați menționat termenul autonom. Poți vorbi poate mai mult despre importanța sistemelor autonome în IT? Având în vedere schimbarea numelui de la VMTurbo la Turbonomic, cred că este mai important decât își dau seama de majoritatea oamenilor.
Ben Nye: Absolut. În primul rând, în primul rând, definiția autonom, atunci când este aplicat la calcul, este în jurul sistemelor care pot auto-gestiona, auto-organiza.
Așadar, gândiți-vă la rețelele bayesiene, gândiți-vă la algoritmi de căutare, gândiți-vă la date mari, pe care oamenii le numesc acum „învățare profundă”. Acestea sunt forme de inteligență artificială. Ceea ce cred că este cel mai interesant în ceea ce privește Turbonomic este că este forma finală de inteligență artificială, deoarece sarcinile de lucru ale aplicațiilor iau decizii în mod autonom în software cu privire la elementele de infrastructură pe care ar trebui să le funcționeze și când ar trebui să se deplaseze, să se mărimeze, să pornească și să se oprească, se clonează. Aceasta este într-adevăr, într-adevăr interesantă - și facem asta profitând de abstractizarea și lichiditatea oferite fie de virtualizare, fie de containere, fie de nori.
Apoi, având o abstractizare similară a tuturor diferitelor forme de cerere - astfel încât să puteți avea VM-uri, aveți containere, puteți avea JVM-uri - ne uităm la toate aceste forme de cerere și la toate aceste forme de ofertă și sunt abstractizate. Așadar, să lăsăm cererea apoi să alegem sau să se potrivească cu oferta. Și atunci dacă se află pe o singură gazdă fizică și începe să se congestioneze, mai degrabă decât să înceapă să-l lase să eșueze și să genereze o alertă și să aibă aplicația, știi, aruncă în aer, de ce nu doar să îi permită să ia o decizie să se mute în sine? Atâta timp cât obțineți prețuri în decizia dvs. - mutarea și costul mutării înapoi - atunci puteți lua decizii de alocare a resurselor mult mai interesante.
Techopedia: Îmi place analogia ofertei și a cererii. În teoria economică, sursele de aprovizionare sunt fixate pe termen scurt și nu se pot schimba decât pe o perioadă lungă de timp. În ceea ce descrieți - dacă păstrați acea analogie economică - schimbați întreaga paradigmă. Adică puteți schimba oferta pe termen scurt, nu? Aveți o flexibilitate completă pentru a fi de fapt mai eficient și, gândindu-vă la utilizarea resurselor ca piață, aveți o piață aproape eficientă în timp real?
Ben Nye: Ai exact dreptate. Este un model economic care devine principiul în jurul căruia cererea găsește ofertă, dar că IT-ul este gestionat folosind principii economice. Și cum a spus John Maynard Keynes, „Pe termen lung, toți suntem morți”.
Techopedia: Nu cred că ați întâlnit niciun CIO în acest moment care nu s-a mutat deja sau nu are în vedere serios o mișcare pentru a pune mai multe resurse în cloud. Unde vezi că merge industria în anii următori?
Ben Nye: Cred că veți vedea o serie de schimbări. Este destul de clar pentru noi că nu va fi o reformată completă a tehnologiei. Așa cum este încă principalul cadru, nu cred că veți vedea vreodată o reformatare 100%. Probabil că veți vedea o lume hibridă. Veți avea privat și public, însă cred că publicul ar fi într-adevăr public multi-cloud, nu public un singur cloud public. În ceea ce privește cei mai mari jucători de aici, există doar o mână. Dar când mergeți în Europa sau în restul lumii, vedeți mai mulți transportatori care sunt și nori, și deci nu cred că este un salt mare, nu? Întrebarea reală este, însă, cum își creează clienții norii potriviți pentru a-și rula sarcinile de muncă? Teoria noastră din spatele companiei este că orice volum de muncă ar trebui să poată continua orice infrastructură, oriunde. Înțelesul prem-off sau off și oricând, deoarece, amintiți-vă, timpul este scump pentru cerere.
Deci, atunci când cererea se schimbă, poate doriți să izbucniți în cloud. Sau dacă aveți de gând să mutați permanent aceste sarcini de lucru în cloud, ce sarcini de lucru aveți de gând să retrageți? Pentru că acum aveți capacitate în centrul de date. De ce să plătești de două ori? Așadar, unul dintre lucrurile pe care le facem astăzi împreună cu Verizon Intelligent Cloud Control, dar și cu alte medii este să le permitem clienților să își bazeze decizia cu privire la unde să execute acele sarcini de muncă, nu doar pe preț, deoarece prețul te poate bloca, ci și mai important. privind performanța aplicației. Apoi, puteți avea alte considerente, cum ar fi prețul, conformitatea sau suveranitatea datelor sau securitatea și alte resurse care sunt doar resurse negociabile fundamental pe această piață pe care o descriem.
Techopedia: Acesta este modelul economic?
Ben Nye: Da. Deci, totul este înapoi la modelul economic. Gândiți-vă cât de logic este acest lucru. Apropo, nu este doar o analogie, ci este modul în care funcționează modelul. Sarcinile de lucru au buget, iar volumele de lucru analizează teoria și congestionarea cozii, deci este mult mai extins. Nu este o creștere liniară a prețului atunci când începe să congestioneze; aceasta crește exponențial, forțând să fie afectat bugetul și, prin urmare, volumul de muncă să ia o decizie de mutare.
Atâta timp cât eliminați toate complexitățile din centrul de date, puteți acum să tranzacționați IOPS dintr-o cutie XtremIO, o cutie Pure Storage și o casetă Compellent și o cutie 3Par, deoarece toate au caracteristici IOPS diferite, dar aplicația poate prin urmare, cumpăra aceste resurse la alegere. Nu este diferit de a privi CPU sau vCPU, MEM sau vMEM, nu? Toate sunt negociabile, așa că ar trebui să alerg aici sau aici? Nu contează! Marfa comună aici este furnizarea infrastructurii.
Marfă comună aici este furnizarea infrastructurii și motivul care contează este - voi folosi o analogie - dacă vă amintiți
în 1978 am dereglat companiile aeriene. Înainte de asta, fiecare loc era același, le-am prețat pe toate la fel și, deși era logic, a greșit, deoarece din punct de vedere al consumului, disponibilitatea de plată a fost foarte diferențiată. Deci, locurile erau o marfă, dar schimbând accentul pe cerere, prețul pe loc - deși locurile erau aceleași - puteți constata disponibilitatea diferită de plată. Deci, ceea ce am făcut este că am luat resursa care a reprezentat marfa comună, am publicat-o pe web - mai întâi a fost Saber și Apollo, dar apoi a devenit Travelocity, Kayak și Priceline.
Dintr-o dată, când lăsați cererea să aleagă oferta, iată că întreaga industrie s-a schimbat. Factorii de încărcare au crescut, dar costul zborului a scăzut și întreaga infrastructură a companiei aeriene pe care o avem în această țară a devenit modernizată. A fost o mare avansare. Oh, și apropo, dacă te uiți la Priceline astăzi, valorează 70 de miliarde de dolari. Acest lucru este mai mult decât orice companie aeriană și nu dețin un singur avion.
Techopedia: Interesant. Nu m-am gândit niciodată la așa ceva ...
Ben Nye: Nu dețin un avion, nu dețin o poartă, nu dețin un loc, nu angajează un pilot, nu? Și apoi spuneți: „Dar ce alte exemple avem de economie centrată pe ofertă?” Haideți să schimbăm. Hotelurile sunt bazate pe ofertă, nu? Aveți un hotel, nu îl puteți muta. Aveți aceste camere dar cum prețuri camerele? Și de-a lungul vine Hotels.com, Expedia și Travelclick, etc. Și același lucru s-a întâmplat. Te uiți la restaurante și ai OpenTable. Te uiți la Pagini Galbene. Acesta a fost înlocuit mai ales de Google. Te uiți la anunțuri clasificate în ziare și au fost înlocuite de eBay sau Craigslist.
Unul dintre exemplele mele preferate este Uber. Dacă vă plimbați în orice oraș, veți vedea o linie de taxiuri care așteaptă oameni și apoi mergeți într-o altă parte a aceluiași oraș și există o linie de oameni care așteaptă taxiuri. Și credeți că acest lucru nu poate fi corect. Apoi, vine Uber, care folosește smartphone-ul pentru a lăsa oferta cererii de acționare. Acum, cu Uber, aveți 90% din cerere satisfăcută în 10 minute, în timp ce în lumea taxiurilor, 90% din cerere nu este satisfăcută în 10 minute și de aceea ultima rundă a lui Uber a fost de 62 de miliarde de dolari. Și nu uitați, nu dețin un taxi sau o mașină!
Techopedia: Deci, într-un centru de date obișnuit, facem în același lucru același lucru cu a salva un taxi, nu?
Ben Nye: Așadar, gândiți-vă astfel: Sarcinile de lucru sunt deținătorii bugetului, deoarece de aceea am construit centrul de date. Deci, aceștia sunt în mod eficient oamenii dvs. în acest exemplu. Apoi am această resursă, această resursă comună, toate abstractizate complet. Aceasta se numește aprovizionare și poate fi peste tot - tot ceea ce este sub necesitatea aplicației, de la serverul și mediul computerului până la rețea, până la stocare. Acum, ceea ce ne dorim este să ne asigurăm că aceasta este o piață eficientă. Deci, acei deținători de buget trebuie să poată acționa autonom, adică autonom și în timp real având în vedere cantitatea de modificare a cererii pentru volumul de muncă în sine sau, în acest caz, pentru cerere. De aceea, acest lucru este foarte analog cu cererea de a găsi ofertă. Folosind acest sistem, veți obține o performanță mult mai bună a aplicației, deoarece nu așteptați un blocaj de muncă umană pentru a răspunde la o alertă generată de mașini pentru a lua o decizie de îngrijire și hrănire pentru aplicație. O faci în schimb în timp real. Și o faceți la scară, deoarece aceste instituții, acești clienți, rulează mii de aplicații pe zi și trebuie să fie performante.
Deci, în primul rând, veți obține o experiență de performanță mult mai bună. În plus, nu aveți oameni care își petrec zilele ca făcători. În schimb, vor reveni gânditori și nu iau doar alerte generate de mașini, ci se gândesc că pot ajuta în realitate compania. Se gândesc la strategia micro-servicii și la strategia hibridă și multi-cloud și la rețelele definite de software și funcțiile de rețea și virtualizare - toate aceste lucruri care avansează de fapt afacerea și le scot din lumea aplicațiilor de întreținere a pauzelor și a alimentării sau alert răspunzând.
Constatăm de fapt că oriunde între 40% și 60% din capitalul centrelor de date este aprovizionat și ne putem permite o mulțime de lucruri pentru a fi fie reapropiate - deci, evitând achiziționarea de hardware nou - sau dezafectate și motivul care contează atât de mult este -
Techopedia: Îmi pare rău, permiteți-mă să verific asta, 40-60%? Ne pare rău, acest număr este uluitor.
Ben Nye: Da. Și ceea ce este mai important este că 14% din energia electrică din această țară este consumată de centrele de date.
Techopedia: Așadar, am putea economisi 5-8% din întregul consum de electricitate al națiunii doar dacă nu ne-am furniza excesiv centrele de date?
Ben Nye: Permiteți-mi să vă ofer o copie de rezervă pentru a vă explica de ce, OK? Se întoarce în lumea unei economii bazate pe ofertă. În primul rând, când aveți o aplicație nouă și executați un magazin IT, cum o dimensionați?
Techopedia: Da, te duci la arhitect și ei ghicesc, nu? Și apoi așteaptă până se rupe.
Ben: Exact. Mergi la linia de afaceri și ai o conversație și ei nu știu nimic pe care nu știi. Deci, ghicim și ghicim, și împreună încercăm să ghicim care este dimensiunea.
Deci, veți aloca patru sau opt module VCPU. Acum, ceea ce este interesant este faptul că alocarea include un picior fizic sau un picior virtual pe un server fizic. De fiecare dată când o solicitare provine din aplicația respectivă, va fi plasată în coada ca patru sau opt VCPU. În esență, vă place să mergeți la un restaurant și să spuneți că sunteți o petrecere de patru sau opt, chiar dacă este posibil să fiți doar o petrecere a unuia. Nu veți fi niciodată așezați.
Ne-am alocat excesiv cu convingerile noastre, ceea ce înseamnă că obținem cele mai proaste performanțe și că suntem foarte scumpi. Aceasta este problema numărul unu. Problema numărul doi este că acum nu puteți să dimensionați cu exactitate aplicația dvs., ceea ce vă pune întrebarea: cum o așezați dacă nu puteți să o mărim?
Ghici din nou. OK, deci acum intuim primul lucru, ghicim despre al doilea lucru, apoi există acest lucru numit VM sprawl sau un VM fără cerere. Acesta este lăsat în starea sa în loc să fie eliminat și care își rezervă și hardware-ul. Apoi, ceea ce facem este să încercăm să reunim toate aceste lucruri într-un model de capacitate istorică bazat pe oameni și pentru că am condus asta doar o dată sau de două ori pe an, trebuie să construim un alt gard viu, așa că vorbim de 20-30% acoperire pentru că cererea s-ar putea să crească pe toate aceste aplicații și apoi vom „închide clusterul”, pentru că vom considera că grupul de gazde va fi „plin”. Chiar acolo ați blocat până la jumătate din capacitatea centrului de date și a fost supra-provizionat.
Techopedia: Este ca și cum ai fi configurat pentru un eșec, precum nu există nicio cale posibilă în vechea paradigmă, de fapt, să nu depășești provizionarea sau să nu fii extins ...
Ben Nye: Dacă tot ce vedeți și gestionați este furnizarea infrastructurii, cum știți în lume dacă aveți suficientă ofertă pentru a fi rezistent dacă nu vedeți și nu înțelegeți și în timp real cereți? Dacă tot ce vezi este de aprovizionare, de unde știi dacă ai suficient? De unde știi dacă ai prea mult?
Techopedia: Păi, probabil, mai angajezi încă câteva capete pentru a ghici alte câteva. Vei cheltui mai mulți bani pentru investigarea acestei probleme, nu-i așa?
Ben Nye: Și totuși terminați fundamental supra-aprovizionarea la ordinul, numiți-o jumătate și cumpărați hardware inutil. Întregul concept din spatele virtualizării din prima sa instantanee a fost în jur, în loc să am o stivă dedicată de hardware pentru fiecare aplicație, voi putea să mut aceste sarcini de lucru între stive dedicate și, prin urmare, întreaga idee a fost furnizarea de hardware la media vârfurilor în locul sumei maximelor din tot capitalul hardware.
Cu toate acestea, atunci când luați acum control autonom, în timp real, control de performanță, partea de consum a VM sau container sau cloud și vă gândiți la același lucru; ce facem? Ieșim și testăm stresul pentru fiecare aplicație și există mii - există sute până la mii de aplicații într-un mediu în funcție de dimensiunea clientului - și deci testăm stresul pentru CPU, pentru vCPU, pentru MEM, pentru vMEM, și așa mai departe încât toate elementele sau resursele diferite, nu? Și apoi ne punem la dispoziție pe baza vârfurilor din nou. Diferența este că dacă nu aveți un decalaj sau un gât asociat cu forța de muncă și puteți acum să vă asigurați media vârfurilor, ghiciți ce putem face? Putem gestiona acel mediu în mod activ, deoarece toate aplicațiile nu au reușit să crească vreodată la un moment dat.
Techopedia: Wow. Acesta este într-adevăr revenirea la ceea ce trebuia să fie virtualizarea în primul rând.
Ben: Aceasta este virtualizarea sau containerizarea 2.0: controlul autonom al performanței în timp real.
Techopedia: Deci dacă vechea buclă de reparare este un mod învechit de a gândi, cum îi explici asta tipului obișnuit de pe prima linie?
Ben Nye: Permiteți-mi să vă pun o întrebare simplă: De ce un monitor?
Techopedia: Vrei să știi ce se întâmplă sau când ceva nu merge bine, nu?
Ben Nye: O.K. Da. Vrei să știi când se rupe. Dar de ce vrei să o lași să se spargă? Aceasta este întreaga întrebare. Uite, inevitabil veți avea unele monitorizări pentru unele divizii sau părți din centrul dvs. de date, dar, în mod fundamental, dacă mă pot asigura că aplicațiile mele rulează performant în ceea ce numim starea dorită, care este cantitatea potrivită de resurse pentru susțineți-le în timp real, este o lume mult mai bună decât așteptarea monitorizării și alertarea și încercarea de a răspunde la asta.
Atunci când virtualizarea a dat naștere la centrele de date definite de software, a fost un avans foarte interesant, dar au făcut un pas prea departe, deoarece s-au numit ei înșiși sistemul de operare al centrului de date din viitor și a fost direct din casetă, nu? Dar dacă te duci să cauți cele cinci lucruri pe care le presupune un sistem de operare, primul este managementul performanței. Așadar, permiteți-mă să vă întreb, un hipervizor efectuează managementul performanței?
Techopedia: Desigur că nu.
Ben Nye: Fara drept. Apoi, al doilea lucru pe care trebuie să-l facă este alocarea resurselor. Deci, hipervizorul face alocarea resurselor? Nu.
Ce zici de programarea locurilor de muncă? Ce zici de rezervări? Ce zici de planificare? Nu, nu, și nu. Așa că, dintr-o dată, vă dați seama de modul în care au realizat acest lucru, deoarece acestea generează alerte, iar numărul de alerte crește și crește pe măsură ce folosim resursele la un nivel mai înalt, dar și pe măsură ce creăm mai multe aplicații și mai multe forme de încărcare de muncă și mai multe locuri. în care pot alerga. Dintr-o dată, zdrobim oamenii cu toate aceste alerte.
Dar cel mai mare lucru este că ceea ce facem prin faptul că oamenii urmărim aceste alerte se transformă oamenii din sistemele de operare moderne ale centrelor de date și acest lucru este ciudat deoarece, după cum se dovedește, oamenii dorm. Oamenii au familii, oamenii își iau vacanțe și astfel oamenii nu pot fi sisteme de operare și de aceea, ceea ce am făcut este că am creat acest sistem de control al performanței aplicației, Turbonomic, pentru a putea face exact acele cinci lucruri. Suntem de acord că hipervizorul este o invenție excelentă și containere și nori, dar noi îi considerăm furnizori de lichiditate; nu sunt un sistem de operare. Restul sistemului de operare provine de la un sistem de control al performanței aplicației. Face aceste lucruri, face managementul performanței, alocarea resurselor, planificarea locurilor de muncă, rezervări și planificare - aceasta este întreaga valoare a ceea ce avem. Acesta este motivul pentru care existăm pe piața.
Techopedia: Spuneți-mi ce rol credeți că învățarea automată sau AI-ul va juca în acest lucru în următorii doi, cinci ani? Cum schimbă Turbonomic cu AI centrul de date?
Ben Nye: Există câteva inferențe incredibile și interesante pe care le puteți face în toate tipurile de medii diferite. Aș spune că ceea ce făceam este mult mai precis decât atât. Nu uitați că una dintre problemele cu seturi mari de date mari este aceea că aveți nevoie de timp pentru a dezvolta aceste date și apoi pentru a le corela și pentru a trage inferențele asupra acestor date.
Uneori, veți trage o inferență greșită și este foarte greu de știut cât timp durează setul de date mari pentru a dezvălui această inferență, fie ea corectă sau greșită. Apoi, la sfârșit, este încă întârziat cu un om sau o formă de componentă a muncii statice pentru a lua măsuri. În cazul nostru, aceasta este inteligența autonomă. Nu numai că inteligența sa artificială și aceste sarcini de lucru iau cu adevărat decizii singure în model, dar o faci cu un anumit grad de precizie. Este mult mai mare decât ceea ce se poate realiza doar cu un set de date mari.
Techopedia: Dacă ați putea lăsa unul cu administratorul mediu de sistem, sau arhitectul de centru de date mediu sau CIO mediu, unde vor fi lucrurile în următorul an sau doi? Ce înseamnă că oamenii nu își dau seama acum că trebuie să știe despre 2017, 2018 și nu numai?
Ben Nye: Cred că cel mai important este să ne amintim de ce am intrat în arena tehnologică; pentru că suntem fundamental curioși și dorim să permitem economiei din SUA - sau a oricărei economii - să facă mai mult cu mai puțin. Acesta este modul în care întreprinderile rulează și rulează. Nu poate fi corect să ne apropiem de abordarea de ieri a unui model bazat pe alocare sau ofertă atunci când ne cere să rulăm la ordinea de aproximativ 50% supra-provizionată, și într-o lume a aplicațiilor de reparare, și unde ne-am transformat forță de muncă de la gânditori la făcători.
Există o cale mai bună. Un mod mai bun este să îmbrățișați noi idei și noi tehnologii de la noi furnizori, care vă oferă posibilitatea de a privi partea cererii din ecuație, partea de consum a unui VM, a unui container, a unui nor și de a rula mai performant la mai pe scară largă, cu forță de muncă mai inteligentă și eficiențe mai bune în capitalul dvs. și flexibilitate atât în privința agilității, cât și a rezistenței în cadrul operațiunilor dvs. ..
Acesta este motivul pentru care am găsit această oportunitate atât de convingătoare încât am vrut să o conduc și de ce cred în ea atât de complet.
Dacă doriți o platformă de control al performanței aplicației Turbonomic, un test-drive gratuit, puteți descărca aici.