Autorius: „Techopedia“ darbuotojai, 2017 m. Sausio 25 d
Paėmimas: Priimančioji Erika Kavanaghas su svečiais dr. Robinu Blooru, Dezu Blanchfieldu ir IDERA Billu Ellisu aptaria kompiuterio atmintyje ir SAP HANA klausimus.
Šiuo metu nesate prisijungęs. Jei norite pamatyti vaizdo įrašą, prisijunkite arba prisiregistruokite.
Ericas Kavanaghas: Gerai, ponios ir ponai. Sveiki ir dar kartą sveikiname. Trečiadienį yra keturi valandos ryto laiko ir pastaruosius porą metų, tai reiškia, kad vėl laikas „Hot Technologies“. Taip, iš tikrųjų, mano vardas Ericas Kavanaghas, aš būsiu jūsų šios dienos pokalbio vedėjas.
Žmonės, mes šiandien kalbėsime apie įdomius dalykus. Mes pasinersime į atminties pasaulį, tikslus jo pavadinimas yra „Į ateitį: kompiuterio atmintyje rampa“. Šiomis dienomis viskas yra siautėjama ir dėl rimtos priežasties, daugiausia dėl to, kad „ atmintis yra daug greitesnė nei pasikliaujama diskiniais diskais. Tačiau iššūkis yra tas, kad jūs turite perrašyti daug programinės įrangos. Šiandieninė programinė įranga, didžioji jos dalis, buvo sukurta turint omenyje diską ir tai iš tikrųjų keičia programos architektūrą. Jei suprojektuosite programą, kad lauktų besisukančio disko, tiesiog elkitės kitaip, nei turėdami visą tą atminties galią.
Apie jus tikrai yra taškų, paspauskite mane į Twitter, @eric_kavanagh. Visada stengiuosi sekti ir retransliuoti bet kada, kai kas nors mane mini.
Kaip jau sakiau, šiandien mes kalbame apie atmintį, o ypač apie SAP HANA. Jūsų paskutiniai metai tikrai praleido norint gerai pažinti SAP bendruomenę, turiu pasakyti, kad tai žavi aplinka. Skrybėlės žmonėms, kurie vykdo tą operaciją ir yra priekinėje linijoje, nes SAP yra neįtikėtinai gera operacija. Verslas, ką jie iš tikrųjų labai geri. Be abejo, jie taip pat puikiai naudojasi technologijomis ir tikrai įdėjo didelių investicijų į HANA. Tiesą sakant, atsimenu - tikriausiai prieš maždaug šešerius ar septynerius metus - iš tikrųjų dirbome JAV oro pajėgų labui ir gavome ką nors iš SAP atvykti ir iš anksto pažvelgti į HANA ir kas buvo suplanuota. Ir, švelniai tariant, „SAP Labs“ žmonės įdėjo daug laiko ir pastangų, kad suprastų, kaip sukurti šią architektūrą, kuri vėlgi visiškai skiriasi nuo tradicinės aplinkos, nes jūs turite viską atmintyje. Taigi, jie kalba apie operacijų atlikimą ir analitinę analizę tais pačiais duomenimis atmintyje, o ne tradiciniu būdu, kuris yra ištraukimas, įdėkite jį į kubą, pavyzdžiui, analizuokite jį, palyginti su operatyviniu, kuris atsitinka labai skirtingai.
Tai yra įdomi erdvė, ir mes sužinosime iš kito pardavėjo, „IDERA“, truputį apie tai, kaip visa ši medžiaga veiks ir ką, tiesą sakant, rampoje galima rasti. Taigi, mes išgirsime iš mūsų pačių vyriausiojo analitiko, „The Bloor Group“, daktaro Robino Blooro; Dezas Blanchfildas, mūsų duomenų mokslininkas, tada geras draugas Billas Ellisas iš IDERA. Taigi aš atiduosiu klavišus gydytojui Robinui Bloorui, kuris jį atims.
Dr Robin Bloor: Taip, kaip sakė Ericas, laikas, kurį pirmiausia informavome SAP HANA, grįžo prieš daugelį metų. Bet buvo labai įdomu, tas laikas buvo labai įdomus. Mes patekome į vieną ar dvi kompanijas, kurios vienaip ar kitaip siūlė atminties technologiją. Buvo visiškai aišku, kad ateis atmintis. Ir tai buvo tik tada, kai SAP atsistojo ir staiga paleido HANA. Turiu omenyje, kad buvo šokas, kai pamačiau, kaip SAP tai daro. Tai, kaip, buvo šokas, nes tikėjausi, kad jis atkeliaus iš kitur. Tikėjausi, kad tai bus „Microsoft“, „Oracle“ ar „IBM“ ar kas nors panašus. Idėja, kad tai daro SAP, mane tikrai nustebino. Aš manau, kad to neturėjo būti, nes SAP yra vienas iš strateginių pardavėjų ir, žinai, beveik viskas, kas nutinka pramonėje, kyla iš tų.
Bet kokiu atveju, visa esmė apie atmintį, turiu omenyje, mes supratome, kad mes kalbėjome apie tai, kad kai tik jūs iš tikrųjų įsimenate atmintį - tai ne apie duomenų įdėjimą į atmintį, tai apie įsipareigojimą idėja, kad atminties sluoksnis yra sistemos įrašas - kai tik perkeliate sistemos įrašą į atmintį, diskas pradeda tapti vienos rūšies perdavimo priemone ir jis tampa kitu dalyku. Ir aš maniau, kad tai buvo labai jaudinantis, kai tai prasidėjo. Taigi, jau baigta sukti diską. Besisukantis diskas netrukus bus tik muziejuose. Nesu tikras, kaip greitai tai įvyks, bet iš esmės kietojo kūno diskas dabar yra Moore'o įstatymo kreivėje, jis jau yra dešimt kartų greitesnis už besisukančių rūdžių, kaip jie dabar vadina, ir gana greitai jis bus dar greitesnis ir tada tai reiškia, kad disko naudojimo atvejų tiesiog sumažėja.
Įdomu tai, kad tradicinė DBVS iš tikrųjų sukūrė diską daug tradicinės programinės įrangos, ji manė, kad verpimo diskas. Jis turėjo visas fizinio lygio galimybes, į kurias buvo kruopščiai programuojamos visos programos, kad būtų galima išnaudoti besisukantį diską ir kuo greičiau atkurti duomenis. Ir visa tai yra nuplaunama. Tiesiog dingsti, žinai? Ir tada, aišku, buvo labai - aš nežinau, pelninga, manau, kad tai bus pabaiga - atidarymas atmintyje esančiai duomenų bazei, kuri bandė užimti tokią poziciją, kad didžiosios duomenų bazės, „Oracle“ ir „Microsoft“, SQL Serveris ir IBM „DB2“, jis užimtas atmintyje ir buvo labai įdomu stebėti, kurie žengia į priekį ir daro.
Pakalbėkime apie atminties kaskadą; tai tik verta paminėti. Tai taip pat, priežastis tai paminėti, priežastis, kurią aš įmečiau tai iš tikrųjų, buvo tiesiog pranešti visiems, kai aš čia kalbu apie atmintį. Visi šie sluoksniai, apie kuriuos aš kalbu, iš tikrųjų yra atmintis. Bet jūs staiga suprantate, kai pažvelgiate į tai, tai yra hierarchinė parduotuvė, tai nėra tik atmintis. Todėl galioja ir viskas, ką mes seniai ir seniai sužinojome apie hierarchinę parduotuvę. Tai taip pat reiškia, kad bet kuri atmintyje esanti duomenų bazė turi pereiti šį kelią, kai kurie tiesiog eina per RAM, patys žinote. Ir jis tiesiog tapo vis didesnis ir didesnis, o dabar matuojamas megabaitais. Bet jūs turite L1 talpyklą, kuri yra šimtą kartų greitesnė už atmintį, L2 talpyklą - 30 kartų greičiau nei atmintį, o L3 talpyklą - maždaug 10 kartų greičiau nei atmintį. Taigi, žinote, labai daug technologijos - gerai, nemažas kiekis technologijos - priėmė strategiją naudoti tuos talpyklas kaip tam tikros rūšies saugyklą pakeliui į daiktų vykdymą, ypač duomenų bazių technologiją. Taigi, žinote, tai turi vieną įtaką.
Tada atsirado 3D XPoint ir IBM PCM. Tai beveik RAM greitis, iš esmės tuo, kuo gali pasigirti abu šie pardavėjai. Naudojimo atvejai tikriausiai skiriasi. Ankstyvasis eksperimentas su tuo dar nėra baigtas. Mes nežinome, kaip tai turės įtakos RAM naudojimui ir atmintyje esančios duomenų bazės technologijai. Tada turite RAM, palyginti su SSD. Šiuo metu operatyvioji atmintis yra maždaug 300 kartų greitesnė, tačiau, be abejo, tas skaičius mažėja. Ir SSD, palyginti su disku, kuris yra maždaug 10 kartų greitesnis, jei aš jį suprantu. Taigi, tokia jūsų situacija. Tai hierarchinė parduotuvė. Žvelgiant į tai kitu būdu, atmintyje, be abejo, yra visiškai kitaip. Taigi, viršutinėje schemoje pavaizduotos dvi programos, kurios abi gali patekti į duomenų bazę, tačiau tikrai pasiekia duomenis apie besisukančias rūdis. Tai, kaip jūs iš tikrųjų priversite daiktus tekėti tinkle, atsižvelgiant į tai, kokios yra priklausomybės, yra ETL. Taigi, tai reiškia, kad, jūs žinote, duomenys patenka į besisukančią rūdį, o paskui išsiskleidžia su besisukančią rūdijimą, kad galėtų patekti į bet kurią vietą, o kur patekti - grįžta į besisukančią rūdijimą, tai yra trys judesiai. Ir atminkite, kad atmintis gali būti šimtą tūkstančių kartų greitesnė nei besisukantis diskas, ir jūs tikrai suprantate, kad paėmę duomenis ir įdėję juos į atmintį, visa tai iš tikrųjų yra visai kita.
Taigi, jūs galėjote pagalvoti, kas nutiks čia, ekrane, jūs galėjote pamanyti, kad vienaip ar kitaip, ETL iš tikrųjų tiesiog pereis nuo duomenų prie atmintyje esančių duomenų. Bet iš tikrųjų ji gali to nepadaryti; Tiesą sakant, čia gali būti situacija dešinėje, kur dvi programos iš tikrųjų gali suaktyvinti tą pačią atmintį. Be abejo, atmintyje esanti duomenų bazė galėtų suteikti jums tą galimybę, jei tik jūs turite užraktą ir visa kita, kas išdėstyta aplink jį. Taigi tai ne tik keičia dalykų greitį, bet ir tai, kaip iš tikrųjų konfigūruojate programas ir visus duomenų srautus.
Taigi, tai turi didžiulį poveikį. Taigi, atmintis yra ardanti, tiesa? Ir tai turėtume gauti iš to, ką sakiau. Apdorojimas atmintyje šiuo metu yra greitintuvas, tačiau jis taps norma. Jis bus naudojamas, atsižvelgiant į programos vertę, todėl labai, labai įdomu, kad SAP iš tikrųjų išeis su savo ERP programinės įrangos versija, esančia atmintyje. Latencijos patobulinimas iki trijų laipsnių yra visiškai įmanomas ir iš tikrųjų netgi daugiau nei įmanoma, atsižvelgiant į tai, kaip tai darote. Taigi, jūs pastebėsite, kad pagerinsite greitį, naudodamiesi atmintimi. Ir rezultatas, SAP HANA „S / 4“ - kurį jie išleido, manau, gerai, žmonės sako, kad vis dar išleidžiami, tačiau jis tikrai buvo išleistas praėjusiais metais - tai žaidimų keitiklis, atsižvelgiant į SAP klientų bazę. Aš turiu omenyje, kad ten yra 10 000 bendrovių, naudojančių SAP ERP, ir beveik visos jos yra didelės įmonės, žinote. Taigi, jų visų idėja yra paskata įsiminti atmintį ir naudoti savo esminius dalykus, nes ERP beveik visada yra pagrindinės programos, kurias valdo verslas, tai tiesiog didžiulis žaidimų keitiklis ir tai bus labai įdomu. Bet, žinoma, visa tai skamba labai gerai, tačiau ją reikia protingai sukonfigūruoti ir gerai stebėti. Tai nėra taip paprasta, kaip atrodo.
Tai pasakius, manau, kad perleisiu kamuolį tam, kas tas vaikinas? O, australų vaikinas Dezas Blanchfieldas.
Dez Blanchfield: Labai juokinga. Robin Bloor, visada seka sunkus poelgis. Ačiū, kad šiandien turėtum mane. Taigi, didelė tema, bet jaudinanti. Taigi, aš pasirinkau įvaizdį, kurį dažnai sugalvoju galvodamas apie šiuolaikinius duomenų ežerų ir įmonių duomenų sandėlius bei savo mažuosius brangakmenius. Taigi, aš turiu šį gražų ežerą, apsuptą kalnų ir išeinančių bangų, ir bangos skalauja šias uolas. Tai yra savotiška, kaip aš psichiškai įsivaizduoju, kaip šiomis dienomis atrodo didelis duomenų ežeras. Bangos yra paketinės užduotys, o realiojo laiko analizė - mėtoma duomenų, tai yra akmenys. Ir kai aš galvoju apie tai kaip apie fizinį ežerą, jis man tarsi pažadina, kad duomenų saugyklų, kurias dabar statome, mastas, priežastis, kodėl mes sugalvojome šią monetų kaldinimo tvarką ir duomenų ežeras yra tai, kad jie yra labai dideli ir labai gilūs, ir kartais juose gali būti audrų. Kai tai padarysime, jūs visada turėjote išspręsti tai, kas sukelia audrą.
Taigi šio dalyko tema man atrodo, kad šis sirenos skambutis kompiuterio atmintyje iš tiesų yra labai stiprus ir dėl rimtos priežasties. Tai atneša tiek daug reikšmingos komercinės ir techninės naudos. Tai diskusija porą valandų kitą dieną. Bet bendras perėjimas prie skaičiavimo atmintyje, visų pirma, noriu tik papasakoti, kaip mes čia atsidūrėme ir kas tai leidžia, nes tai savotiškai nustato pagrindą, kur pirmiausia gali slypėti kai kurie iššūkiai ir ką turime žinoti. ir galvodami apie tai, kad mes atsitraukiame nuo tradicinių senų besisukančių diskų, laikančių duomenis, ir ieškome diske, diske ir atmintyje, iš atminties ir procesoriuose, dabar mes tiesiog pašalinsime beveik vieną iš tų visų sluoksnių, yra verpimo diskas. Nes atminkite, kad per ankstyvąsias skaičiavimo dienas architektūriniu požiūriu mes ilgą laiką neatsitraukėme nuo pagrindinio kompiuterio ar vidurio pasaulio to, ką mes iš pradžių manėme kaip pagrindinę atmintį ir būgnų saugyklą, žinote.
Kaip sakė daktaras Robinas Blooras, požiūris, kurį mes pasirinkome perkelti duomenis į kompiuterio architektūrą, iš tikrųjų dramatiškai nepasikeitė kurį laiką, porą dešimtmečių. Jei pagalvoji apie tai, kad, žinai, šiuolaikinė kompiuterija techniniu požiūriu yra buvusi maždaug tuo metu, jei atleidi bausmę, kokius 60 nelyginių metų, žinai, šešis dešimtmečius ir dar daugiau, ir ta prasme, kad tu gali nusipirkite dėžę nuo lentynos, kaip buvo. Posūkis į naują architektūrą iš tikrųjų kilo mano galvoje, kai mes perėjome nuo mąstymo apie pagrindinius ir vidutinius diapazonus, taip pat nuo pagrindinės atminties ir būgnų saugojimo architektūros prie drąsiųjų ar superkompiuterių, ypač panašių į „Seymour Cray“, kur tokie dalykai kaip skersinių juostų atramos. tapo daiktu. Užuot turėję vieną maršrutą duomenims perkelti per plokštumą ar pagrindinę plokštę, kaip vadinama šiomis dienomis. Inline atmintis, jūs žinote, šiais laikais žmonės nelabai galvoja apie tai, ką iš tikrųjų reiškia, kai sako DIMM ir SIMM. Tačiau „SIMM“ yra vienguba vidinė atmintis, o DIMM yra dviguba vidinė atmintis, todėl mes turime sudėtingesnę, nes yra daugybė skirtingų atminties tipų, skirtų įvairiems dalykams: kai kurie vaizdo įrašams, kiti tik bendroms programoms, kai kurie įmontuoti į procesorius.
Taigi įvyko didelis poslinkis į naują duomenų saugojimo ir prieigos būdą. Mes ruošiamės išgyventi tą patį poslinkį kitoje ištisoje kartoje, bet ne tiek pačioje aparatinėje įrangoje, kiek priėmime aparatinę įrangą verslo logikoje ir duomenų logikos sluoksnyje, ir tai, mano manymu, yra dar vienas didelis paradigmos pokytis. .
Bet tik trumpai apie tai, kaip mes čia atsidūrėme. Aš turiu omenyje, kad aparatūros technologija patobulėjo ir dramatiškai pagerėjo. Mes nusprendėme turėti procesorius, o pagrindinio elemento idėja buvo gana moderni. Mes manome, kad savaime suprantama, kad mūsų telefonuose yra du ar keturi branduoliai, o mūsų kompiuteriuose yra du ar keturi ar net aštuoni branduoliai darbalaukyje, o aštuoni ir 12 ir daugiau yra, jūs žinote, 16 ir 32 net serverio platformoje. . Bet iš tikrųjų gana šiuolaikiškas dalykas, kad branduoliai tapo pajėgumais procesoriuose ir kad mes perėjome nuo 32 bitų iki 64 bitų. Ten nutiko pora didelių dalykų: gavome didesnį laikrodžio greitį keliuose branduoliuose, kad galėtume daryti veiksmus lygiagrečiai ir kiekvienas iš tų branduolių galėtų paleisti keletą gijų. Staiga mes galėjome vykdyti daug dalykų tuo pačiu metu tais pačiais duomenimis. Šešiasdešimt keturių bitų adreso tarpai suteikė mums iki dviejų terabaitų RAM, o tai yra fenomenali sąvoka, tačiau dabar tai yra dalykas. Šios daugia kelio trajektorijos architektūros, žinote, pagrindinės plokštės, kadaise galėjo daryti tik viena kryptimi: pirmyn ir atgal. Kaip ir dienomis su „Cray“ kompiuteriu bei kai kuriais to meto superkompiuterių projektais, o dabar staliniuose kompiuteriuose ir įprastuose „standartiniuose“ parduotuvėse - tarsi staliniams kompiuteriams skirtus, prie stovo montuojamus asmeninius kompiuterius, nes tikrai, dauguma šiuolaikinių Kompiuteriai išgyveno šią didžiųjų kompiuterių, vidutinių diapazonų, labai mažų stalinių kompiuterių erą ir mes juos pavertėme serveriais.
Ir labai daug to superkompiuterio galimybių, tas superkompiuterio lygio dizainas, buvo įtrauktas į įprastus komponentus, būtinus parduotuvėje. Jūs žinote, šiomis dienomis kilo mintis paimti labai pigius prie stovo montuojamus asmeninius kompiuterius ir sudėti juos į šimtus, jei ne tūkstančius, į stelažus ir paleisti jiems atvirojo kodo programinę įrangą, pavyzdžiui, „Linux“, ir įdiegti jame SAP HANA mėgstamus failus. žinote, mes dažnai tai laikome savaime suprantamu dalyku. Bet tai labai naujas jaudinantis dalykas, kuris kyla iš jo sudėtingumo.
Programinė įranga taip pat patobulėjo, ypač atminties valdymas ir duomenų skaidymas. Neįsivelsiu į daug informacijos apie tai, bet jei pažvelgsite į didelę permainą per pastaruosius 15 ar daugiau metų ar dar mažiau, kaip valdoma atmintis, ypač duomenys RAM ir kaip duomenys skaidomi RAM, kad, kaip anksčiau minėjo daktaras Robinas Blooras arba į ką buvo užsiminta, žinote, kad dalykai gali būti skaitomi ir rašomi tuo pačiu metu, nedarant įtakos vienas kitam, užuot pasiėmus laukimo laiką. Daugybė labai galingų funkcijų, tokių kaip suspaudimas ir šifravimas mikroschemoje. Šifravimas tampa vis svarbesniu dalyku, ir mes neprivalome to daryti programinėje įrangoje, atmintyje, centrinio procesoriaus erdvėje, dabar, kai tai faktiškai įvyksta lustoje. Tai labai pagreitina situaciją. Ir paskirstytas duomenų saugojimas ir apdorojimas, vėlgi, dalykai, kurie, kaip mes kažkada manėme, yra superkompiuterių ir lygiagretaus apdorojimo dalykai, dabar laikome tai savaime suprantamu dalyku SAP HANA ir Hadoop bei Spark erdvėse ir pan.
Taigi to esmė yra tai, kad ši didelio našumo skaičiavimo įmonė pasiekė HPC galimybes, ir dabar įmonė naudojasi pranašumais, kuriuos teikia padidėjęs našumas ir technologinė erdvė, techninė nauda ir komercinė nauda, nes, žinote, sutrumpintas laikas iki vertės sumažėjimo dramatiškai sumažėja.
Bet aš naudoju šį pasakojimą, kurį prieš kurį laiką perskaičiau džentelmeną, kuris pastatė kompiuterio dėklą iš „Lego“, nes jis visada galvoja apie kai kuriuos iš šių dalykų. Tai yra, tai atrodo, kad puiki idėja tuo metu, kai jūs pradedate jį kurti, o paskui įpusėjote ir suprantate, kad iš tikrųjų yra tikrai sudėtinga sudėti visus „Lego“ bitus ir padaryti tvirtą, pakankamai solidų daiktą. įdėti pagrindinę plokštę ir pan., tai padės sukurti asmeninio kompiuterio dėklą. Ir galų gale jūs suprantate, kad visi maži bitai nėra tinkamai sulipę, ir jūs turite būti šiek tiek atsargūs, kokius mažus bitus suklijuoti, kad jis taptų tvirtas. Ir tai labai miela idėja, tačiau tai yra pažadinimo skambutis, kai įpusėjote ir suprantate: „Hmm, gal aš tiesiog turėčiau nusipirkti 300 USD vertės kompiuterio dėklą, bet aš jį baigsiu dabar ir ko nors iš jo pasimokysiu“.
Man tai yra puiki analogija, kaip kurti šias labai sudėtingas platformas, nes viskas yra gerai ir gerai, kai reikia sukurti ir sukurti aplinką, kurioje yra maršrutizatoriai ir komutatoriai, serveriai ir lentynos. Jūs turite CPU ir RAM bei operacinę sistemą. Be to, jūs įdėjote kažką panašaus į HANA paskirstytam atminties apdorojimui ir duomenų saugojimui bei duomenų valdymui. Jūs sukuriate SAP rietuvę, gausite duomenų bazės galimybes, tada įkelsite duomenis ir savo verslo logiką, pradėsite tam tikrus skaitymo, rašymo ir užklausų klausimus. Turite nuolat palaikyti I / O ir planuoti reikalus, tvarkyti darbo krūvius ir daugialypės terpės darbą ir pan. Šis krūvas tampa labai sudėtingas, labai greitai. Tai savaime sudėtinga krūva, jei tik viena mašina. Padauginkite, kad iš 16 ar 32 mašinų jis tampa labai, labai nereikšmingas. Kai jūs padauginate iki šimtų ir galiausiai tūkstančių mašinų, kad pereitumėte nuo 100 terabaitų iki petabaitų masto, tai yra bauginanti sąvoka, ir tai yra tikrovė, su kuria susiduriame dabar.
Taigi, jūs užbaigsite keletą dalykų, kurie taip pat padėjo pakeisti šį pasaulį, ir tai yra, kad vieta diske tapo juokingai pigi. Žinote, kadaise išleidai nuo 380 iki 400 tūkstančių dolerių kietajame diske, kai tai buvo masyvus būgnelis, kurio dydis - kažkas, kuriam paimti reikėjo krautuvo. Šiomis dienomis tai yra maždaug vienas ar du centai už gigabaitą prekių diske. Ir RAM padarė tą patį. Šios dvi J kreivės abiejuose grafikuose, beje, yra kiekviena dekada, taigi, kitaip tariant, mes žiūrime į du 10 metų, 20 metų kainų mažinimo blokus. Bet aš juos suskaidiau į dvi J kreives, nes galiausiai dešinėje esanti dalis tapo punktyrine linija ir jūs negalėjote pamatyti detalės, todėl aš ją iš naujo pakeičiau. Gigabaitas RAM prieš 20 metų buvo maždaug šešis su puse milijono dolerių. Šiomis dienomis, jei jūs mokate daugiau nei tris ar keturis dolerius už gigabaito operatyviąją atmintį už prekių aparatinę įrangą, iš kurios esate apiplėšti.
Šis didelis pastūmėjimas mažinti kainas per pastaruosius du dešimtmečius reiškė, kad dabar galime pereiti ne tik vietos diske ir tiesiai į RAM, ne tik megabaitų, bet dabar terabaitų lygiu ir gydyti RAM kaip diską. Tačiau iššūkis buvo tas, kad RAM buvo savaime efemeriška - tai reiškia tai, kas trunka trumpą laiką - taigi, mes turėjome sugalvoti būdų, kaip toje erdvėje suteikti atsparumo.
Taigi, aš norėčiau pasakyti, kad skaičiavimas atmintyje nėra skirtas silpnaregiams. Žongliruoti šiais labai dideliais atminties duomenimis ir juos tvarkyti yra įdomus iššūkis; kaip jau minėjau anksčiau, tai nėra skirta silpnaregiams. Taigi, vienas dalykas, kurio mes išmokome iš didelės apimties ir didelio tankio atminties skaičiavimo, yra tas, kad mūsų kuriamas sudėtingumas kelia pavojų daugelyje sričių.
Pažvelkime į tai tik stebėjimo ir reagavimo požiūriu. Kai mes galvojame apie duomenis, jie pradeda kauptis diske, telpa duomenų bazėse diskuose, mes juos stumiame į atmintį. Kai jis bus atmintyje ir išplatintas, ir bus jo kopijų, galėsime naudoti daugybę jos kopijų. Jei bus padaryta kokių nors pakeitimų, ją bus galima atspindėti atminties lygyje, užuot reikėję įjungti ir išjungti, ir per visą plokštumą du skirtingi lygiai, tai išeina iš atminties ir išeina iš jos. Mes baigėme kurti šią hiperskalbės aparatūros platformą, leidžiančią tai padaryti dabar. Kai mes kalbame apie padidėjusį mastelį, sunkiau yra juokingai tankus lygis ir labai didelio tankio atmintis, labai didelis procesorių, branduolių ir sriegių tankis. Dabar tam turime labai sudėtingas tinklo patologijas, nes tam tikru metu duomenys turi judėti per tinklą, jei jie vyks tarp mazgų ir grupių.
Taigi, prietaisų gedimų perteklius tampa problema ir mes turime stebėti įrenginius ir jų dalis. Turime, kad toje platformoje būtų įmontuotas atsparus duomenų gedimo dubliavimas ir stebėtume jį. Turime įdiegti paskirstytos duomenų bazės atsparumą, todėl turime stebėti duomenų bazės platformą ir sukrauti joje. Turime stebėti paskirstytą apdorojimo planavimą, tai, kas vyksta kai kuriuose procesuose iki apklausos ir užklausos sudarymo, taip pat kelią, kurį eina užklausa, ir tai, kaip užklausa struktūrizuojama ir vykdoma. Kaip tai atrodo, ar kas nors yra atlikęs ATRAST * ant „blah“, ar iš tikrųjų jie atliko labai protingą ir gerai struktūruotą užklausą, norėdami gauti jiems nominalų, minimalų duomenų kiekį, gaunamą iš foninės plokštumos architektūros? Mes turime daugialypės terpės darbo krūvius, kelis vartotojus ir kelias grupes, vykdančias tą patį ar kelis darbo krūvius, paketines užduotis ir planavimą realiuoju laiku. Ir mes turime šį paketų mišinį ir apdorojimą realiuoju laiku. Kai kurie dalykai tiesiog vyksta reguliariai - valandą, dieną, savaitę ar mėnesį - kiti dalykai yra paklausūs. Kažkas ten gali sėdėti su planšetiniu kompiuteriu, norėdamas padaryti ataskaitą realiuoju laiku.
Ir vėl mes prieiname prie to, kad sudėtingas šių problemų sprendimas nėra tik iššūkis dabar, tai gana bauginanti. Ir mes turime tai patikrinti realybe, kad vienas veikimo klausimas, tik vienas jo našumo klausimas, gali paveikti visą ekosistemą. Taigi, mes priimame šį labai įdomų iššūkį išsiaiškinti, kur yra poveikis? Ir mes turime šį iššūkį: reaguojame ar esame iniciatyvūs? Ar stebime daiktą realiuoju laiku ir matome, kad kažkas „sprogsta“, ir reaguojame į tai? O gal mes matėme tam tikros formos tendencijas ir supratome, kad turime aktyviai dalyvauti? Nes svarbiausia yra tai, kad visi nori kažko greito, pigaus ir lengvo. Bet mes užbaigiame šiuos scenarijus, kuriuos aš norėčiau paminėti, ir mano mėgstamiausią Donaldo Rumsfeldo sambūrio liniją, kuri, mano manymu, taikoma visuose šiuose labai sudėtingo scenarijaus scenarijuose, ir tai yra, kad mes turime žinomų žinių, nes tai yra kažkas mes suprojektavome ir pastatėme ir jis veikia kaip planuota. Gavome nežinomų dalykų tuo, kad nežinome, kas ką, kada ir kur veikia, jei to reikia. Ir mes turime nežinomų nežinomųjų, ir tuos dalykus turime stebėti ir tikrinti. Kadangi realybė yra, mes visi žinome, jūs negalite valdyti to, ko negalite išmatuoti.
Taigi, norėdami turėti tinkamus įrankius ir tinkamas galimybes stebėti mūsų procesoriaus planavimą, ieškokite laukimo laiko, išsiaiškinkite, kodėl viskas turi laukti suplanuotos eilės vamzdynuose. Kas vyksta atmintyje, koks panaudojimas vykdomas, kokį spektaklį išmetame iš atminties? Ar daiktai yra padalijami teisingai, ar jie yra paskirstomi, ar turime pakankamai mazgų, kuriuose yra jo kopijų, kad susidorotume su įmestais darbo krūviais? Kas vyksta su proceso vykdymu nuo operacinės sistemos procesų? Patys darbai veikia, individualios programos ir juos palaikantys demonai? Kas vyksta tų procesų viduje, ypač užklausų struktūrizavimas ir kaip tos užklausos vykdomos ir kaupiamos? O tų procesų sveikata visą laiką kaupiasi krūvoje? Vėlgi, jūs žinote, ar laukti laiko yra teisinga, ar reikia laukti, kur jis laukia, ar laukia atminties nuskaitymas, I / O, CPU, I / O tinkle galutiniam vartotojui? ?
Ir tada, prie to, ką tik greitai minėjau, prieš pradėdamas rengtis, tai yra, kaip mes artėjame prie tų klausimų sprendimo ir reagavimo laiko? Ar mes stebime realiu laiku ir reaguojame į dalykus, o tai yra mažiausiai idealus scenarijus, bet net ir tada geriau tai padaryti, nei žinoti ir turėti pagalbos tarnybą, paskambinti ir pasakyti, kad kažkas nutiko, ir mes turime tai atsekti ? O gal mes tai darome iniciatyviai ir žiūrime, kas laukia? Taigi, kitaip tariant, ar mums trūksta atminties ir turime pridėti daugiau mazgų? Ar darome tendencijų analizę, ar planuojame pajėgumus? Ar visa tai stebime istorinius vykdymo laikus ir galvojame apie pajėgumų planavimą, ar stebime realiu laiku, ir proaktyviai planuojame ir vykdome apkrovos balansavimą? Ir ar mes žinome apie darbo krūvius, kurie vykdomi pirmiausia? Ar mes žinome, kas ką daro mūsų klasteryje ir kodėl?
Atmintyje esantys skaičiavimai yra labai galingi, tačiau turėdamas tokią galią, tai beveik vienas iš tų dalykų, pavyzdžiui, pakrautas pistoletas ir tu žaidi su tiesioginiais šoviniais. Galų gale galite šaudyti sau į pėdą, jei nesate atsargus. Taigi tokia atmintyje esanti skaičiavimo galia tiesiog reiškia, kad galime daug daugiau ir greičiau paleisti labai paskirstytuose ir diskrečiuose duomenų rinkiniuose. Bet tada padidėja galutinių vartotojų poreikis. Jie priprato prie tos galios ir to nori. Jie nebesitiki, kad darbai trunka savaites ir ataskaitos pasirodys paprastame sename popieriuje. Ir po to mes atlikome kasdienę priežiūrą, pataisytą pataisymų, atnaujinimų ir atnaujinimų srityje. Ir jei jūs galvojate apie duomenų tvarkymą ištisą parą ištisą parą, duomenų tvarkymą, viso darbo krūvio valdymą, visa tai yra atmintyje, techniškai trumpalaikėje platformoje, jei mes pradėsime pritaikyti pataisas ir atnaujinimus bei atnaujinimus ten taip pat ateina su daugybe kitų valdymo ir stebėsenos iššūkių. Turime žinoti, ką galime naudoti neprisijungę, kai galime jį atnaujinti ir kai vėl pateiksime internete. Ir tai priartina mane prie paskutinės minties ir tai yra, kad kai tampame vis sudėtingesni šiose sistemose, tai nėra kažkas, ką žmogus gali padaryti tik čiulpdamas nykštį ir nebespausdamas ausies. Jau nebėra jokių žarnyno pojūčių. Mums tikrai reikia tinkamų įrankių, kad galėtume valdyti ir užtikrinti aukštą kompiuterio ir duomenų valdymo našumą.
Turėdamas tai omenyje, perduosiu mūsų draugui iš IDERA ir išgirsiu, kaip jie priėmė šį iššūkį.
Billas Ellisas: labai ačiū. Aš dalinuosi savo ekranu ir štai mes einame. Taigi pasidaryti šią medžiagą, kuri yra prieinama 2017 m., Yra tikrai nuolaidinga tiesiog apsvarstyti visas technologijas ir visus žmones, kurie atėjo prieš mus. Kalbėsime apie „SAP HANA“ darbo krūvio analizę - iš esmės duomenų bazės stebėjimo sprendimą: išsamų, be agentų, teikiantį realų laiką ir sudarantį istoriją, taigi jūs galite pamatyti, kas nutiko praeityje. „SAP S / 4 HANA“ siūlo geresnių, greitesnių ir pigesnių galimybių. Aš nesakau, kad tai yra nebrangu, tiesiog sakau, kad pigesnė. Panašu, kad tradiciškai atsitiko taip, kad turėsite pagrindinį gamybos egzempliorių - tikriausiai veikiantį „Oracle“ didesnėje parduotuvėje, galbūt SQL Server - ir tada jūs naudosite tą ETL procesą ir turėsite kelias, kažkokias, tiesos versijas. . Tai labai brangu, nes jūs mokėjote už aparatūrą, operacinę sistemą ir „Oracle“ licenciją kiekvienai iš šių atskirų aplinkų. Ir tada jums reikės žmonių, kurie suderintų vieną tiesos versiją su kita tiesos versija. Taigi, kelių versijų ETL apdorojimas buvo tiesiog lėtas ir labai, labai sudėtingas.
Taigi HANA, iš esmės viena HANA instancija, gali pakeisti visas kitas instancijas. Taigi, ji yra pigesnė, nes tai yra viena aparatinės įrangos platforma, viena operacinė sistema, o ne kartotiniai. Taigi S / 4 HANA iš tikrųjų viską keičia, o jūs iš esmės žiūrite į SAP raidą iš R / 2 į R / 3, įvairius priedų paketus. Dabar seną sistemą galima naudoti iki 2025 m., Taigi jūs turite aštuonerius metus, kol tikrai būsite priversti migruoti. Nors matome žmonių, jūs žinote, įkyrių jų kojų pirštams, nes jie žino, kad ateis ir, galiausiai, žinote, ECC veiks HANA ir todėl jūs tikrai turite būti tam pasiruošę ir suprasti technologiją.
Taigi, viena duomenų bazė, jokių ETL procesų, jokių kopijų, kurias reikia suderinti. Taigi, dar kartą, greičiau, geriau ir pigiau. HANA yra atmintyje. SAP tiekia programinę įrangą, o jūs - aparatinę. Nėra suvestinių lentelių. Vienas iš dalykų, apie kuriuos jie galvoja, kai galvojate apie tai, kad nenorite įsitraukti į tai. Mes tiesiog nusipirksime patį didžiausią turimą serverį. Jie siūlo, kad jūs, tinkamo dydžio, SAP kraštovaizdis iš anksto, ir jie iš esmės sako, neemigruokite 20 metų vertės duomenų. Manau, kad archyvavimas yra nepakankamai išnaudojamas IT, apskritai, ne tik SAP parduotuvėse. Taigi kitas dalykas yra tas, kad SAP iš tikrųjų praleido daug laiko perrašydamas savo gimtąjį kodą, kad nenaudotų SELECT *. SELECT * grąžina visus stulpelius iš lentelės ir tai ypač brangu stulpelių duomenų bazėje. Taigi SAP HANA tai nėra gera idėja. Taigi parduotuvėms, kurios turi daug pritaikymų, daug ataskaitų, tai yra kažkas, ko norėsite ieškoti, ir jūs norėsite nurodyti stulpelių pavadinimus, kai perkelsite viską į HANA.
Mes norime pasakyti, kad HANA nėra panacėja. Kaip ir visas duomenų bazes, visas technologijas, ją reikia stebėti, ir, kaip minėta anksčiau, norint suvaldyti perteklių, reikia matuoti numerius. Ir vienas iš dalykų, apie kuriuos aš kalbu IDERA srityje, yra tai, kad kiekviena verslo operacija sąveikauja su įrašų sistema, ir šiuo atveju tai bus HANA. Taigi HANA tampa jūsų SAP operacijų atlikimo, galutinio vartotojo patirties, pagrindu. Taigi labai svarbu, kad jis bėgtų maksimaliu greičiu. Tai iš tikrųjų tampa vienu nesėkmės tašku, o kalbantis su žmonėmis tai gali įvykti ten, kur turite galutinį vartotoją, o galbūt naudoja tuos realaus laiko duomenis ir jie turi ad hoc užklausą, kuri potencialiai nėra visai tinkama teisingai. Galbūt jie nesijungia prie stalų ir sukūrė išorinį prisijungimą, partizanų produktą, ir iš esmės jie sunaudoja daug išteklių. Dabar HANA tai pripažins ir užmuš tą sesiją. Taigi yra esminė mūsų architektūros dalis, kuri leis jums iš tikrųjų užfiksuoti tai istorijoje, kad galėtumėte pamatyti tai, kas nutiko praeityje, ir atpažinti tas situacijas.
Taigi, pažvelkime į SAP HANA darbo krūvio analizę. Tai yra 1 versija, todėl mes labai kviečiame jus prisijungti prie mūsų kelionės, ir tai yra IDERA produktas. Tai išsamus, tačiau paprastas. Realiu laiku su tendencijomis. Šeimininko sveikata, pavyzdžiui sveikata. Stebime laukimo būsenas, SQL užklausas, atminties vartotojus ir paslaugas. Taigi, kaip atrodo GUI, ir iškart po šikšnosparnio galite pamatyti, kad įjungtas žiniatinklis. Aš iš tikrųjų atidariau šį sprendimą, tiesiogiai veikiantį savo sistemoje. Yra keletas esminių dalykų, į kuriuos norite pažvelgti. Mes tarsi suskirstėme į skirtingas darbo vietas. Svarbiausia yra tai, kas vyksta pagrindiniame lygmenyje, naudojant CPU ir atmintį. Jūs tikrai nenorite pereiti ar keistis. Ir tada jūs iš esmės nusiteikite, kas vyksta tendencijose, pradedant reagavimo laiku, vartotojais, SQL teiginiais, tai yra, kas skatina sistemos veiklą.
Vienas iš „IDERA“ dalykų yra tas, kad, žinote, duomenų bazėje nieko nevyksta, kol joje nėra veiklos. Ir tai veikla yra SQL, gaunami iš programos. Taigi SQL teiginių matavimas yra nepaprastai svarbus norint nustatyti pagrindinę priežastį. Taigi, eikime į priekį ir įsigilinkime. Taigi pagrindinio kompiuterio lygiu iš tikrųjų galime pažvelgti į atmintį, stebėti laikui bėgant, pagrindinio kompiuterio procesoriaus naudojimą. Žingsnis atgal galite peržiūrėti COBSQL teiginius. Dabar vienas iš dalykų, kuriuos pamatysite mūsų architektūros pusėje, yra tai, kad informacija yra saugoma ne HANA, taigi, jei kas nors nutiktų HANA, mes iš esmės kaupiame informaciją iki, Dievoduok, neveikiamos padėties. . Taip pat galime užfiksuoti viską, kas vyksta sistemoje, kad turėtumėte aiškų matomumą. Ir vienas iš dalykų, kuriuos ketiname padaryti, yra tai, kad pateiksime SQL teiginius pagal svorinę tvarką. Taigi, atsižvelgiama į įvykdymų skaičių, taigi, tai yra bendras išteklių sunaudojimas.
Taigi čia galite patekti į atskirą metriką - kada tas SQL vykdė? Tada išteklių sunaudojimą daugiausia lemia vykdymo planas, todėl mes galime tai fiksuoti nuolat. HANA yra atmintyje. Tai labai lygiagreti. Kiekvienoje lentelėje yra pirminiai rodyklės, kurias kai kurios parduotuvės pasirenka kurdamos antrinį rodyklę tam tikroms našumo problemoms spręsti. Taigi, žinojimas, kas nutiko tam tikrų SQL teiginių vykdymo planui, gali būti labai vertingas. Taip pat dar kartą pažvelgsime į paslaugas, atminties sunaudojimą, išdėstytą bėgant laikui. Architektūra: taigi, tai yra savarankiškas sprendimas, kurį galite atsisiųsti iš mūsų tinklalapio, o architektūra yra tokia, kad joje veikia internetas.
Galite turėti kelis vartotojus, kurie prisijungtų prie tam tikros instancijos. Galite stebėti vietinius SAP HANA egzempliorius. Mes saugykloje saugome besisukančią keturių savaičių istoriją ir tai galime patys valdyti. Diegti tai gana paprasta. Jums reikia „Windows Server“. Reikia atsisiųsti. Daugelyje „Windows“ serverių bus įmontuota .NET sistema ir ji pateikiama kartu su licencija. Taigi jūs eitumėte į diegimo vedlį, kuriam vadovauja „Setup.exe“, ir jis iš tikrųjų atidarytų ekraną, licencijos sutartį, o jūs paprasčiausiai pakeistumėte šią schemą spustelėdami „Kitas“. Taigi, kur norėtumėte, kad HANA būti įdiegtas? Kitas yra duomenų bazės ypatybės, ir tai bus jūsų ryšys su SAP HANA, taigi tai yra be reikalo stebimas HANA egzempliorius. Ir tada mes iš esmės pateiksime apžvalgą, tai yra prievadas, kuriuo mes bendraujame pagal numatytuosius nustatymus. Spustelėkite „Įdiegti“ ir jis iš esmės paleidžia HANA ir jūs pradedate kurti istoriją. Taigi, šiek tiek informacijos apie dydžių lentelę. Galime stebėti iki 45 HANA egzempliorių ir jūs norėsite tai naudoti slankiojančiu mastu, norėdami nustatyti reikiamų branduolių skaičių, atmintį ir vietą diske. Tai reiškia, kad jūs turite visą keturių savaičių istoriją.
Taigi, kaip greitas pakartojimas, mes žiūrime į serverio būklę, egzempliorių sveikatą, procesoriaus / atminties naudojimą. Kas yra atminties vartotojai, kokie yra veiklos varikliai, kokios yra paslaugos? SQL teiginiai yra gyvybiškai svarbūs - kas yra vykdymo būsenos? Parodykite man vykdymo planus, kada viskas buvo vykdoma, pateikti tendencijas? Tai suteiks jums realaus laiko ir to, kas nutiko, istoriją. Ir kaip jau minėjau, kadangi mūsų istorija yra atskira nuo HANA, mes imsimės duomenų, kurių laikas baigėsi ir kurie buvo pašalinti iš HANA istorijos. Kad galėtumėte pamatyti tikrąjį išteklių sunaudojimą savo sistemoje dėl atskiros istorijos.
Taigi, kaip jau minėjau, IDERA tinklalapio skiltyje Produktai galite lengvai tai rasti. Jei norite tai išbandyti, tikrai esate laukiami. Pažiūrėkite, kaip ji teikia jums informaciją, ir toje svetainėje yra papildomos informacijos. Taigi bet kuri suinteresuota šalis džiaugiasi tuo. Dabar IDERA siūlomuose portfelio produktuose yra ir SAP ECC operacijų stebėjimo priemonė, kuri vadinama „SAP“. Kas tai yra - naudodamiesi portalu ar tiesiog tiesioginiu ECC - jis iš tikrųjų fiksuos galutinio vartotojo operacijas nuo paspaudimo iki disko iki pat SQL sakinio ir parodys, kas vyksta.
Dabar rodau tik vieną suvestinės ekraną. Iš šio suvestinės ekrano yra keletas kelionių, kurias norėčiau turėti. Tai Y ašies reakcijos laikas, X ašies laikas plius diena ir šiame operacijos rodinyje parodysime kliento laiką, eilės laiką, ABAP kodo laiką, duomenų bazės laiką. Galime užfiksuoti galutinio vartotojo ID, T kodus ir iš tikrųjų galite filtruoti ir rodyti serverius naudodami tam tikrą operaciją, kuria apvažiuojama. Taigi daugelis parduotuvių naudoja „VMware“ kraštovaizdžio priekinę dalį, todėl iš tikrųjų galite įvertinti, kas vyksta kiekviename iš serverių, ir patekti į labai išsamią analizę. Taigi, šis operacijos vaizdas yra skirtas galutiniam vartotojui per visą SAP kraštovaizdį. Tai galite rasti mūsų svetainės skiltyje Produktų APM įrankiai. Tai būtų SAP sprendimas, kurį turime. Diegimas tam yra šiek tiek sudėtingesnis, todėl nereikia tiesiog atsisiųsti ir išbandyti, kaip mes turime HANA. Tai yra kažkas, kur mes dirbtume kartu, kad sukurtume ir įgyvendintume bendrą operaciją jums.
Taigi, tik trečdalis greito „SAP HANA“ darbo krūvio analizės, ji yra išsami, be agentų, realiuoju laiku, siūlo istoriją. Mes siūlome galimybę atsisiųsti ir išbandyti savo svetainėje.
Taigi, aš tai perduosiu Ericui, Dezui ir Dr. Bloorui.
Erikas Kavanaghas: Taip, galbūt Robinui, turite kokių nors klausimų iš jūsų, o paskui Dezą po Robino?
Dr Robin Bloor: Gerai. Aš turiu omenyje, kad pirmas dalykas, kurį norėčiau pasakyti, yra tai, kad man labai patinka operacijos vaizdas, nes būtent to ir norėčiau toje situacijoje. Aš padariau daug darbo - gerai, tai jau seniai dabar - stebėjau veiklos rezultatus, ir tai buvo tas dalykas; tais laikais neturėjome grafikos, tačiau būtent tai aš ir norėjau padaryti. Taigi, jūs galite vienaip ar kitaip sušvirkšti save visur, kur kyla problema.
Pirmas klausimas, kurį turiu, yra, jūs žinote, dauguma žmonių vienaip ar kitaip įgyvendina S / 4. Kai įsitraukėte į bet kurį S / 4 diegimą, ar sužinojote, kad jis buvo tinkamai įgyvendintas, ar galų gale jūs žinote, atradote dalykų, kurie gali priversti klientą norėti iš naujo konfigūruoti? Aš turiu galvoje, kaip visa tai vyksta?
Billas Ellisas: Na, kiekviena parduotuvė yra šiek tiek kitokia. Yra skirtingi naudojimo būdai, yra skirtingos ataskaitos. Tinklalapiuose, kuriuose teikiamos ad hoc ataskaitos, turiu omenyje, kad tai iš tikrųjų yra tarsi sistemos pakaitos ženklas. Taigi, vienas iš esminių dalykų yra pradėti matavimus ir išsiaiškinti, koks yra pradinis scenarijus, kas yra normalu tam tikrai svetainei, kur yra ta konkreti svetainė, atsižvelgiant į jų naudojimo įpročius, pabrėžiančius sistemą. Ir tada atlikite pakeitimus iš ten. Paprastai stebėjimo optimizavimas nėra vienkartinis, tai tikrai nuolatinė praktika, kai jūs stebite, sureguliuojate, pagerinate sistemą, kad sistema būtų geresnė, kad galutinis vartotojas galėtų efektyviau aptarnauti verslą.
Dr Robin Bloor: Gerai, kad kai jūs įgyvendinate - turiu omenyje, aš žinau, kad į šį sunkų klausimą reikia atsakyti, nes jis skirsis priklausomai nuo įdiegimo dydžio - bet kiek išteklių turi IDERA stebėjimo galimybės, kiek jis sunaudoja? ? Ar tai ką nors keičia ar yra, tiesiog tai netrukdo? Kaip tai veikia?
Billas Ellisas: Taip, aš sakyčiau, kad pridėtinės išlaidos yra maždaug 1–3 procentai. Daugelis parduotuvių labai nori dėl to paaukoti, nes potencialiai galėsite nusipirkti tai atgal optimizuodami. Tai priklauso nuo naudojimo įpročių. Jei darote visą kraštovaizdį, tai priklauso nuo individualių stebimų technologijų. Taigi rida, atsižvelgiant į tai, skiriasi, tačiau, kaip mes kalbėjome, tikrai geriau šiek tiek praleisti tam, kad žinotumėte, kas vyksta, nei tiesiog važiuoti aklai. Ypač tai būtų, jūs žinote, štai, mes sausio mėnesį, kai pradedate tvarkyti metus ir kaupiate 12 mėnesių duomenis. Žinote, tai labai svarbu, norint atlikti kritinius verslo rezultatus, labai svarbu gauti ataskaitas reguliavimo organizacijoms, bankams ir akcininkams.
Dr Robin Bloor: Teisingai. Ir greitai, žvelgdamas iš jūsų perspektyvos - nes, manau, esate ten susijęs su daugybe SAP svetainių - koks didelis yra judėjimas tarp SAP klientų bazės link S / 4? Aš turiu galvoje, ar tai, kas vyksta, jūs žinote, kad ten laukia savotiški entuziastingų klientų lavinos, ar tai tik nuolatinis triukas? Kaip tu tai matai?
Billas Ellisas: Manau, kad prieš porą metų sakyčiau, kad tai buvo kojos pirštas. Dabar sakyčiau, kad žmonės yra tarsi iki kelių. Manau, kad, žinote, atsižvelgiant į laiką, per kurį ateinančius porą metų žmonės bus tikrai pasinerti į HANA. Taigi stebėjimas, pertvarka, žinote, aš manau, kad dauguma klientų yra tarsi mokymosi kreivė. Taigi aš manau, kad mes ne visai prie lavinos, kaip jūs sakėte, bet aš manau, kad esame pagrindinio pertvarkos į HANA užuomazgoje.
Dr Robin Bloor: Gerai, kad kalbant apie jūsų pastebėtas svetaines, jos taip pat pritaiko HANA kitoms programoms, ar jos vienaip ar kitaip yra visiškai sunaudotos kuriant tai daiktų darbas? Koks ten vaizdas?
Billas Ellisas: Taip, dažnai žmonės integruos SAP su kitomis sistemomis, priklausomai nuo to, kokie moduliai ir pan., Taigi yra šiek tiek. Aš dar nelabai matau žmonių, diegiančių kitas programas HANA. Tai tikrai įmanoma padaryti. Taigi jis labiau susijęs su SAP infrastruktūros kraštovaizdžiu.
Dr Robin Bloor: Manau, aš geriau perduosiu jus Dezui. Aš apkabinau tavo laiką. Dezas?
Dez Blanchfield: Ačiū. Ne, viskas gerai. Du labai greiti, tiesiog bandant nustatyti temą. „SAP HANA“ veikia ne vienerius metus ir žmonės turėjo galimybę tai įvertinti. Jei turėtumėte mums apytiksliai apskaičiuoti, kiek procentų žmonių, kurie ją vykdo, nes šitą dalyką valdo daugybė žmonių, koks, jūsų manymu, yra rinkos procentas, apie kurį žinote, kad šiuo metu yra nuo tiesiog tradicinių SAP diegimų iki SAP HANA? Ar žiūrime į 50/50, 30/70? Kokį, kokį procentą rinkos matote iš perėjusių ir perėjusių dabar žmonių, palyginti su liaudies žmonėmis, kurie tiesiog stabdo ir laukia, kol viskas pagerės ar pagerės, pasikeis ar bet kokiu atveju?
Billas Ellisas: Taip, iš tikrųjų, žvelgdamas iš savo perspektyvos, pateikčiau procentą maždaug 20 procentų. SAP paprastai yra tradicinis verslas. Žmonės linkę būti labai konservatyvūs ir todėl jų žmonės temps kojas. Aš manau, kad tai taip pat priklauso nuo to, ar jūs jau seniai naudojate SAP, ar esate tokio tipo SVV, kuris neseniai galėjo įdiegti SAP? Taigi yra keletas veiksnių, tačiau aš nemanau, kad procentas yra 50/50. Aš sakyčiau, 50 procentų bent jau mažėja ir HANA veikia kažkur jų duomenų centre.
Dezas Blanchfildas: Įdomus pasiėmimas, kurį jūs mums davėte anksčiau, buvo tas, kad tai tam tikra prasme yra fait accompli ir kad laikrodis fiziškai ir pažodžiui pažymi laiką pereinant. Ar manote, kad tai darydami žmonės atsižvelgė į tai? Kaip atrodo liaudies supratimas, kad tai yra pereinamasis perėjimas prie platformos, tai nėra tik pasirinkimas, jis tampa numatytuoju?
„SAP“ požiūriu, aš tikiu, kad jie tai daro, nes yra didelis konkurencinis pranašumas, tačiau, manau, jie taip pat imasi valdyti platformą, o ne pereiti į trečiąjį - partijos duomenų bazę, jie dabar grąžina ją į savo platformą. Kaip manote, ar įmonės iš tikrųjų gavo šią žinią? Ar manote, kad žmonės tai supranta ir dabar ruošiasi? Ar vis dėlto tai vis dėlto yra neaiškus dalykas, kaip jūs manote, išėję iš rinkos?
Billas Ellisas: Nemanau, kad SAP droviai bendrauja, o žmonės, nuėję į SAPPHIRE, visur matė HANA. Taigi, aš manau, kad žmonės gerai supranta, bet kadangi jūs esate tokie, kokie yra žmogaus prigimtis, jie šiek tiek tempia kojas.
Dezas Blanchfildas: Aš manau, kad priežastis, kodėl aš uždaviau tą klausimą, ir jūs turėsite man atleisti, bet aš sutinku. Manau, jie nebuvo drovūs apie tai pranešti. Manau, kad signalas dingo įvairiais būdais. Ir aš su jumis sutinku - nežinau, kad visi dar šoktelėjo. Žinote, tradicinė įmonė, tai vykdanti labai didelė įmonė, vis dar labai stengiasi, ne tik tempia kojas, o tiesiog bando susitaikyti su pamainos sudėtingumu. Aš manau, kad vienintelis dalykas, kurį pabrėžė jūsų įrankis, ir, be abejo, jūsų šiandieninė demonstracija, ir man yra vienas pagrindinių pasirodymų, kuriuos norėčiau, kad visi, kurie šiandien klausytųsi ir prisitaikytų, sėdėtų ir reflektuotų. įrankis, kuris mano galvoje supaprastino procesą. Manau, kad prie jų yra krūva labai nervingų TS ir jų komandų, galvojančių: „Kaip pereiti nuo tradicinių RDBMS, reliacinių duomenų bazių valdymo sistemų, kurias mes žinome dešimtmečius, prie visiškai naujos skaičiavimo ir paradigmos saugyklų tvarkymą erdvėje, kuri vis dar yra gana drąsi? “, mano galvoje. Tačiau tai daugeliu aspektų nežinoma, ir yra labai nedaug žmonių, kurie perėjo į kitas sritis, kad nėra taip, kad jie turi kitą verslo skyrių, jau perėjusį į atminties skaičiavimą. Taigi, jų mintyse juda viskas arba nieko.
Taigi, vienas iš dalykų, kurių aš iš to atėmiau daugiau nei kas nors - aš atsakysiu tau į klausimą per minutę - ar ši baimė, manau, dabar yra išsklaidyta įvairiais būdais ir kad iki šios dienos, Jei klausyčiau CIO, aš pagalvočiau: „Na, kaip aš padarysiu šį perėjimą? Kaip aš garantuosiu tas pačias galimybes, kurias turime reliacinių duomenų bazių valdymo platformoje ir ilgametę DBA patirtį, į naują platformą, kurioje šiuo metu neturime įgūdžių? “Taigi, mano klausimas yra toks:, kaip manote, ar žmonės suprato, kad įrankiai yra jau ten, kur siūlote, ir kad jie gali tarsi giliai įkvėpti ir palengvėti, kad perėjimas nėra toks baisus, koks galėjo būti anksčiau ar šis įrankis yra prieinamas? Kaip manote, ar žmonės suprato, ar tai vis dar yra dalykas, dėl kurio jie tiesiog susiduria su perėjimu prie atmintyje esančių skaičiavimų ir atmintyje kaupimo, palyginti su senosios mokyklos NVMe, „Flash“ ir disko deriniais?
Billas Ellisas: Taip, todėl, be abejo, yra daugybė technologijų ir įrankių, galinčių grafiškai parodyti tai, kas vyksta, ir labai lengva nustatyti aukščiausius išteklių vartotojus. Aš turiu omenyje, kad tai padeda supaprastinti reikalus, be to, tai padeda technologijų darbuotojams iš tikrųjų susitvarkyti. Ei, jie galės žinoti, kas vyksta, ir sugebės suprasti visą sudėtingumą. Taigi, be abejo, rinkoje esantys įrankiai yra neabejotinai naudingi, todėl siūlome SAP HANA darbo krūvio analizę.
Dezas Blanchfieldas: Taip, aš manau, kad puikus dalykas, kurį šiandien mums parodėte, yra tas, kad stebėdami aparatūros, operacinės sistemos dalį, net stebite, kaip dalis darbo krūvio juda, kaip jūs sakėte, turiu omenyje įrankius. jau kurį laiką ten. Šiek tiek man, ypač HANA, yra tai, kad mes nebūtinai turėjome galimybę gauti padidinamąjį stiklą, žvilgtelėti į jį ir iš karto pamatyti, ką jūsų įrankis daro su tuo, kas vyksta su užklausomis ir kaip jie yra struktūriškas ir kur tas krūvis.
Turėdami omenyje iki šiol matytus diegimus, atsižvelgiant į tai, kad jūs tiesiogine prasme esate autoritetingiausias šioje erdvėje savo platformoje pasaulyje, galite pamatyti keletą greitų pergalių - ar turite kokių nors anekdotinių žinių, kuriomis galite pasidalinti su Kai kurie žmonės, dislokavę IDERA įrankių rinkinį, savo platformose ir spektakliuose rado dalykų, kurių jie tiesiog nežinojo. Ar turite puikių anekdotinių pavyzdžių, kur žmonės ką tik dislokavo, iš tikrųjų nežinodami, ką turėjo, ir staiga dingo: „Oho, mes iš tikrųjų nežinojome, kad ten yra?“
Billas Ellisas: Taip, labai didelis natūralių įrankių apribojimas yra tas, kad panaikinus pasenusią užklausą, ji užpildo informaciją ir todėl jūs iš esmės neturite istorijos. Saugodami istoriją neprisijungę, pavyzdžiui, pasikliavę užklausa, turėsite istoriją, žinosite, kas atsitiko, matysite vykdymo planą ir pan. Taigi tai leidžia jums tarsi padėti galutinių vartotojų bendruomenei geriau veikti, geriau rašyti ataskaitas ir tt. Taigi istorija yra tai, ką tikrai malonu turėti. Ir vienas iš dalykų, kuriuos norėjau parodyti, yra tai, kad jūs galite žiūrėti realiuoju laiku iki keturių savaičių, tada galėsite lengvai priartinti bet kurį jus dominantį laikotarpį ir tada atskleisti pagrindinę vairavimo veiklą. Tiesiog turint tą matomumą labai svarbu žinoti, kokia kliūtis atsirado.
Dezas Blanchfieldas: Jūs minėjote, kad jis yra daugelio vartotojų, kai tik jis bus įdiegtas, ir aš buvau gana sužavėtas tuo, kad tai nereikalingas ir daugeliu atžvilgių visiškai nesuderinamas. Ar normalu, kad vienas jūsų įrankio dislokavimas yra prieinamas kiekvienam iš tinklo operacijų centro NOC, stebinčiam pagrindinę infrastruktūrą, pagrindžiančią klasterį iki pat taikymo ir kūrimo komandos? Ar tai yra norma ir jūs dislokuosite vieną kartą, ir jie tuo pasidalins, ar manote, kad žmonės gali turėti pavyzdinių pavyzdžių, žiūrinčių į skirtingas krūvos dalis? Kaip tai atrodo?
Billas Ellisas: Taigi, pagrindinė komanda paprastai bus labai suinteresuota technologijomis, kurios grindžiamos tuo, kas vyksta SAP. Akivaizdu, kad yra kelios komandos, palaikančios visą kraštovaizdį. „HANA“ kūrinys yra skirtas tik tam. Aš tiesiog nustosiu numatyti SAP pagrindinės komandos, kaip pirminės informacijos vartotojos, pasirinkimą.
Dezas Blanchfildas: Teisus . Vis dėlto mane stebina, kad jei turiu plėtros komandą ar net ne tik kodo lygmeniu, bet jei turiu duomenų mokslininkų ar analitikų komandą, kuri atliktų analitinį darbą su ten esančiais duomenų rinkiniais, ypač turint omenyje, kad ten yra reikšmingas postūmis, kad duomenų mokslas dabar būtų taikomas visoms organizacijose, mano mintyse - ir pataisyk mane, jei klystu - man atrodo, kad tai taip pat sudomins juos, nes daugeliu atvejų viena rimtų dalykų, kuriuos galite padaryti duomenų saugyklos aplinkoje, yra duomenų mokslininko leidimas ir leidžiama jam tik pradėti ad hoc užklausas. Ar turite kokių nors pavyzdžių, kai tokio pobūdžio atvejai atsitiko, kai parduotuvės jums paskambino ir pasakė: „Mes įmetame duomenų mokslo komandą. Tai tikrai kenkia, ką mes galime jiems padaryti, palyginti su tuo, ką darome tiesiog tradicinis veiklos stebėjimas ir valdymas? “Ar tai net dalykas?
Billas Ellisas: Na, taip, aš truputį pakeisčiau tai ir sutrumpinčiau, kad atsakymas būtų toks: žvelgdami į spektaklį, žinant apie veiklos rezultatus kuriant QA produkciją, žinote, kuo anksčiau jūs sandėliuojate, tuo mažiau problemų, tuo mažiau netikėtumų, kuriuos turite. Taigi, absoliučiai.
Dezas Blanchfieldas: Tolesnis įrankis, su kuriuo aš turėjau patirties - ir esu tikras, kad Robinas sutiks - daugybė čia esančių įrankių, jei turite didelę RDBMS, jums reikia tikrai aukšto - kvalifikuoti, giliai išmanantys, patyrę DBA. Kai kurie su SAP HANA susiję infrastruktūros ir platformos reikalavimai, nes šiuo metu yra palaikomi tam tikruose paskirstymuose, kurie, kiek man žinoma, suderinami nuo tam tikros aparatinės įrangos ir pan. Žinote, yra žmonių, turinčių dešimtmečių patirtį, kurie nėra vienodi. Vis dėlto aš matau, kad tai nebūtinai yra šio įrankio reikalavimas. Man atrodo, kad jūs galite dislokuoti savo įrankį ir suteikti jį kai kuriems gana naujiems veidams ir suteikti jiems galią iškart rasti dalykus, kurie nėra našūs. Ar yra gana trumpa mokymosi kreivė, kad būtų galima tai pagreitinti ir įgyti šiek tiek naudos iš jos įdiegimo? Žinote, mano bendras supratimas yra tas, kad nebūtina turėti 20 metų vairavimo su įrankiu patirties, kad iškart pamatytum vertę. Ar sutiktumėte, kad taip yra?
Billas Ellisas: Aš, be abejo, manau, kad diegimo sėkmė tikrai priklauso nuo SAP HANA aplinkos planavimo ir architektūros. Ir tada, be abejo, yra daug sudėtingumo, daug sukurtų technologijų, tačiau tada reikia tik stebėti, kas vyksta, kaip vyksta. Taigi, nors jis yra sudėtingesnis, tam tikra prasme supakuotas ir šiek tiek supaprastintas. Tai labai skurdi.
Dezas Blanchfieldas: Taip, todėl prieš perduodamas Erikui, nes žinau, kad jis turi keletą klausimų, ypač iš tų, kurie kilo per klausimus ir atsakymus, kurie atrodė įdomūs, ir aš labai noriu išgirsti atsakymą. Tradicinė kažkieno kelionė - jūs jau minėjote, kad galite ją gauti, galite atsisiųsti ir išbandyti. Ar galite tiesiog greitai susitaikyti su tuo, ar šiandien klausote liaudies, ar žmonėms, kurie gali tai pakartoti vėliau? Kokie yra greiti du ar trys žingsniai, norint gauti ranką ant kopijos ir ją įdiegti bei išbandyti aplinkoje prieš perkant? Kaip tai atrodo? Kokie yra žingsniai tam?
Billas Ellisas: Taip. Taigi, IDERA.com, eikite į Produktai ir pamatysite SAP HANA darbo krūvio analizę. Yra atsisiuntimo puslapis. Manau, kad jie paprašys jūsų kontaktinės informacijos, o produktas yra tiesiog supakuotas su licencijos raktu, kad galėtumėte jį įdiegti naudodami „Setup.exe“ ir, manau, labai greitai pradėti naudoti.
Dez Blanchfield: Taigi, jie gali apsilankyti jūsų svetainėje ir atsisiųsti. Prisimenu, prieš kurį laiką į tai žiūrėjau ir taip pat praėjusią naktį taip pat patikrinau, galite iš atminties paprašyti demonstracijos, kur kas nors iš jūsų komandos, kaip nors, jus apžiūrės? Bet jūs iš tikrųjų galite jį nemokamai atsisiųsti ir įdiegti vietoje savo aplinkoje, savo laiku, ar ne?
Billas Ellisas: Taip.
Dezas Blanchfildas: Puikus. Na, aš manau, kad daugiau nei bet kas, ko gero, asmeniškai patarčiau žmonėms tai padaryti, yra paimti kopiją iš interneto, paimti ten esančią dokumentaciją, nes aš žinau, kad ten yra daug gero turinio, ir tiesiog išbandyk. Įdėkite jį į savo aplinką ir pažiūrėkite, ką rasite. Įtariu, kad kai apžvelgsite „SAP HANA“ aplinką, naudodamiesi IDERA įrankiu, po gaubtu, ten rasite dalykų, kurių iš tikrųjų nežinojote.
Pažvelkite, ačiū jums už tai ir ačiū už laiką, pateiktą tik dėl klausimų ir atsakymų su Robinu ir I. Ericu. Grąžinsiu jums, nes žinau, kad kai kuriuos klausimus ir atsakymus pateikia ir mūsų lankytojai.
Ericas Kavanaghas: Taip, tiesiog labai greitas čia. Taigi, vienas iš dalyvių čia pateikia tikrai gerą komentarą, tik kalbėdamas apie tai, kaip viskas keičiasi. Anksčiau sakant, atmintis užduso, lėtėjo dažnas ieškos procesas, šiuo metu procesorius užspringsta per daug atminties duomenų. Žinote, yra tinklo problemų. Tai visada bus judantis taikinys, tiesa? Ką šiomis dienomis matote kaip trajektoriją, kur bus silpnosios vietos ir kur reikės nukreipti savo dėmesį?
Billas Ellisas: Taip. Kol neišmatuosi, sunku žinoti. Vienas iš dalykų, susijusių su SQL teiginiais, yra tai, kad jie taps išteklių vartojimo varikliais. Taigi, jei turėjote, pavyzdžiui, daug atminties ar procesoriaus, galėsite išsiaiškinti, kokia veikla paskatino tuos resursus. Dabar jūs nebūtinai norite jį nužudyti, bet taip pat norite žinoti apie tai ir, kas vyksta, kaip dažnai tai atsitinka, etcetera. Mes, savotiškai, vis dar esame nauji, kalbėdami apie visą rinkinį ar atsakymų knygą apie skirtingas aplinkybes. Taigi, tai puikus klausimas ir laikas parodys. Laikui bėgant turėsime daugiau informacijos.
Erikas Kavanaghas: Štai viskas. Na, jūs, vaikinai, esate labai įdomioje erdvėje. Aš manau, kad ateinančiais mėnesiais ir ateinančiais pora metų išvysite daug veiklos, nes aš žinau, kad SAP, kaip jūs siūlėte mūsų turinio kvietime, žmonėms pateikė ilgą greitą kelią, kad būtų galima pereiti į HANA. Tačiau vis dėlto ši perone turi pabaigą ir tam tikru momentu žmonės turės priimti rimtus sprendimus, taigi kuo anksčiau, tuo geriau, ar ne?
Billas Ellisas: Visiškai.
Ericas Kavanaghas: Gerai, žmonės, mes per valandą čia degėme „Hot Technologies“. Informaciją galite rasti internete, insideanalysis.com, taip pat techopedia.com. Susikoncentruokite į šią svetainę, kur rasite daug įdomios informacijos, įskaitant visų mūsų ankstesnių internetinių transliacijų archyvų sąrašą. Bet žmonės, didelis ačiū jums visiems, IDERA draugams, Robinui ir, žinoma, Dezui. Mes susitiksime su jumis kitą savaitę, žmonės. Dar kartą ačiū už jūsų laiką ir dėmesį. Pasirūpink. Iki.
