Одузети: Домаћин Ериц Каванагх разговара са рачунаром у меморији и САП ХАНА-ом с гостима др. Робин Блоор-ом, Дез Бланцхфиелд-ом и ИДЕРА-ем Биллом Еллисом.
Тренутно нисте пријављени. Пријавите се или пријавите да бисте видели видео.
Ериц Каванагх: У реду даме и господо. Поздрав и добродошли поново. Четврто је сат по источном времену у среду, а последњих пар година значи да је поново време за вруће технологије. Да, заиста, моје име је Ериц Каванагх, бит ћу вам домаћин за данашњи разговор.
И људи, данас ћемо разговарати о неким цоол стварима. Заронит ћемо у свијет памћења, тачан наслов је „У будућност, будућност на рачунару у меморији.“ Све је бијес ових дана, и то с добрим разлогом, углавном зато што меморија је много бржа него ослањање на предење дискова. Изазов је, међутим, да морате написати пуно софтвера. Зато што је данашњи софтвер, већина тога, писан на уму и то заиста мења архитектуру апликације. Ако дизајнирате апликацију за чекање диска који се врти, једноставно радите ствари другачије него ако имате сву ту снагу технологије меморије.
Доиста постоји спот о вашем, погодите ме, @ериц_каванагх. Увек се трудим да пратим уназад и да ретвитујем кад год ме неко спомене.
Као што рекох, данас говоримо о памћењу, а конкретно о САП ХАНА-и. Ви сте заиста провели последњу годину упознајући САП заједницу, и то је фасцинантно окружење, морам да кажем. Шешири који раде на тим операцијама и налазе се на првим линијама, јер је САП невероватно добар. Оно у чему су заиста веома добри у послу. Такође су сјајни у технологији, и заиста су уложили велика улагања у ХАНА. У ствари, сећам се - вероватно је било пре око шест или седам година - да смо у ствари обављали неки посао за ваздухопловне снаге САД-а, и добили смо некога из САП-а да уђе и рано погледа свет света ХАНА и шта је било планирано. И у најмању руку, људи у САП лабораторијама уложили су много времена и труда да разумеју како да изграде ову архитектуру која је, потпуно другачија, из традиционалних окружења, јер имате све у памћењу. Дакле, они говоре о томе да раде и трансакционе и аналитичке на истим подацима у меморији, за разлику од традиционалног начина на који их извлаче, стављају у коцку, на пример, анализирају тамо, насупрот трансакцијском, који дешава се на врло другачији начин.
Ово је занимљив простор и сазнаћемо од другог продавца, ИДЕРА, мало о томе како ће све те ствари радити и шта се дешава на рампи, искрено. Тако ћемо чути од Др. Робина Блоор-а, нашег главног аналитичара из Тхе Блоор Гроуп; Дез Бланцхфиелд, наш научник за податке и тада добар пријатељ Билл Еллис из ИДЕРА-е. Дакле, с тим, предаћу кључеве др. Робину Блоору, који ће ми га одузети.
Др Робин Блоор: Да, као што је Ериц рекао, време када смо САП ХАНУ први пут упознали, било је пре много година. Али било је веома интересантно, то посебно време је било веома занимљиво. Наишли смо на једну или две компаније које су, на овај или онај начин, нудиле технологију ин-мемори. Било је сасвим јасно да ће доћи у памћење. И стварно није било све док САП није устао и изненада лансирао ХАНУ. Мислим, био је шок кад сам видео САП да то ради. Био је то шок, јер сам очекивао да ће стићи однекуд. Очекивао сам да ће то бити, знате, Мицрософт или Орацле или ИБМ или неко сличан. Идеја да САП то ради заиста ме јако изненадила. Претпостављам да то не би требало бити јер је САП један од стратешких добављача и прилично много, знате, све велико што се догађа у индустрији потиче од једног од тих.
У сваком случају, цела поанта о меморији, мислим, схватили смо, некада смо разговарали о томе, чим заправо уђете у меморију - не ради се о стављању података у меморију, већ о обавезивању на идеја да је меморијски слој системски запис - чим пређете системски запис у меморију, диск почиње да постаје медијум за пренос података једне врсте и постаје другачија ствар. И мислио сам да је то било врло узбудљиво кад се то почело дешавати. Дакле, заиста је готово за предење диска. Спин диск ће ускоро постојати само у музејима. Нисам сигуран колико је то убрзо, али у основи, чврсти диск је сада на кривуљи Мооре-овог закона, већ је десет пута бржи од окретања хрђе, како га сада називају, а прилично брзо ће то бити брже и даље онда то значи да употреба случајева за диск постаје све мања и мања.
И занимљива чињеница, традиционални ДБМС, у ствари, изграђен је много традиционалног софтвера за предење диска, претпостављао је врти диск. Имао је свакакве могућности физичког нивоа које су марљиво програмиране, како би се искористио врти диск, чинећи преузимање података што бржим. И све то се пере. Само нестаје, знаш? А онда, очигледно је било врло - не знам, уносно, претпостављам, биће на крају - отварање базе података у меморији која је покушала да заузме позицију да велике базе података, Орацле и Мицрософт, СКЛ Сервер и ИБМ-ов ДБ2, заузимао је простор у меморији и било је врло занимљиво гледати како они напредују и раде то.
Хајде да разговарамо о каскади меморије; то је само вредно помена. То је такође, разлог да то напоменем, разлог због чега сам то убацио, заправо само да бих свима дао до знања, када овде говорим о сећању, сви ови слојеви о којима говорим су у ствари меморија. Али одједном схватите када ово погледате, ово је хијерархијска продавница, то није само памћење. Стога се односи и скоро све што смо научили о хијерархијској продавници давно, давно. А то такође значи да свака меморијска база података мора да се креће кроз то, неки само пролазе кроз њу у РАМ-у. И управо је постајао све већи и већи и већи и сада се мјери у мегабајтима. Али имате кеш Л1 који је сто пута бржи од меморије, Л2 кеш 30 пута бржи од меморије и Л3 кеш око 10 пута бржи од меморије. Дакле, знате, пуно је технологије - па, прилично велика количина технологије - усвојила је стратегију коришћења тих предмеморија као, некако, простора за складиштење на путу за извршавање ствари, посебно технологије базе података. Значи, то је један утицај.
Тада смо појавили 3Д КСПоинт и ИБМ-ов ПЦМ. И то је скоро брзина РАМ-а, у основи је оно што се обојица хвале. Случајеви употребе су вероватно различити. Рано експериментирање с тим тек треба да буде завршено. Не знамо како ће то утицати на употребу РАМ-а и технологије базе података у меморији по том питању. Тада ћете добити РАМ у односу на ССД. Тренутно је РАМ-а око 300 пута бржа, али наравно, тај број се смањује. И ССД наспрам диска који је око 10 пута бржи, ако га разумем. Дакле, у таквој сте ситуацији. То је хијерархијска продавница. Гледајући на други начин, у памћењу је, наравно, потпуно другачије. Дакле, горњи дијаграм приказује две апликације, обојица можда приступају бази података, али сигурно приступају подацима о центрифугирању хрђе. А начин на који стварно покрећете ствари кроз мрежу, зависно од зависности око вас, јесте да ли имате ЕТЛ. Дакле, то значи да, знате, подаци прелазе на вртоглаву рђу, а затим се одваја центрифугална рђа како би се отишло било где, а да би се било где вратило, врати се на центрифугалну рђу, а то су три покрета. И имајте на уму да меморија може бити сто хиљада пута бржа од спиновања диска, и сигурно схватите да узимање података и стављање у меморију чини читаву ствар заиста сасвим другачијом.
Дакле, можда сте помислили да ће се догодити на ономе што је овде на екрану, можда сте помислили да ће, на овај или онај начин, ЕТЛ заправо прећи из података у податке у меморији. Али у ствари то можда и не би могло; У ствари, овде се може десити ситуација где две апликације могу заиста истребити исту меморију. Сигурно би вам база података у меморији могла пружити ту способност, све док сте закључавали и све остало оркестрирали око ње. Дакле, ово не мења само брзину ствари, већ мења и како уствари конфигуришете апликације и читаве протоке података.
То је огромна врста утицаја. Дакле, памћење је поремећено, зар не? И то бисмо требали добити из онога што сам рекао. Обрада меморије тренутно је акцелератор, али то ће постати норма. Користиће се, примењивајући према вредности апликације, и зато је веома, врло занимљиво да ће САП заправо изаћи са верзијом свог ЕРП софтвера која је упамћена. Побољшања кашњења до три реда величине потпуно су могућа, а заправо чак и већа од тога могућа су, зависно од тога како то урадите. Дакле, добијате огромна побољшања брзине тако што ћете ући у меморију. И резиме, С / ХАП-ов С / 4 - који су објавили, мислим да људи кажу да се и даље пушта, али сигурно је објављен прошле године - то је измењивач игара с обзиром на базу САП корисника. Мислим, тамо има 10.000 компанија које користе САП-ов ЕРП, а све су то велике компаније, знате. Дакле, идеја да сви они имају подстицај да оду у меморију и да користе своје темељне, јер је ЕРП готово увек основна апликација коју предузећа покрећу, то је само огромна промена игара и биће веома занимљива. Али наравно, све то звучи врло добро, али то треба паметно конфигурирати и треба га добро надгледати. Није тако једноставно као што звучи.
Рекавши то, мислим да ћу пренети лопту, ко је тај момак? Ох, аустралијски тип, Дез Бланцхфиелд.
Дез Бланцхфиелд: Врло смешно. Увек тежак чин, др Робин Блоор. Хвала што сте ме данас примили. Дакле, велика тема, али узбудљива. Дакле, изабрао сам слику коју ми често дочаравам када размишљам о модерном језеру података и складиштима података о предузећима, и мојим малим драгуљима података. Дакле, овде имам ово прелепо језеро окружено планинама и таласима, а таласи се сударају над тим стенама. Ово је, некако, ментално визуализација како то изгледа ових дана у великом језеру с подацима. Таласи су скупни послови, а аналитика у стварном времену бачена на податке, као стене. И када о томе размишљам као о физичком језеру, некако ми враћа позив на будност да, знате, размера складишта података која сада градимо, разлог зашто смо дошли до ове кованице и термина језеро података је да су веома велике и да су веома дубоке, па повремено можете да имате олује у њима. А кад то учинимо, увек морате да решите шта ствара олуја.
Дакле, у теми ове ствари, чини ми се да је овај позив сирене рачунања у меморији заиста веома јак и са добрим разлогом. Доноси толико значајних комерцијалних и техничких добитака. То је дискусија неколико сати другог дана.Али генерални прелазак на рачунаре у меморији, прво желим само да прикажем како смо стигли овде и шта то омогућава, јер то, на неки начин, поставља темеље где неки изазови могу да буду први и шта треба да будемо препознати и размишљања о томе да се у нашем свету одмачемо од традиционалних старих вртоглавих дискова који држе податке и постављају се у паковање и искључивање диска, у меморију и ван меморије и у ЦПУ-е, а сада уклањамо скоро један од тих целих слојева, бити врти диск. Јер запамтите, да се у раним данима рачунарства, архитектонски, дуго нисмо премештали из главног рачунара или средњег света онога што смо у почетку мислили као језгрену меморију и бубањ.
Као што је др Робин Блоор рекао, приступ који смо користили за кретање података око рачунарске архитектуре се заиста није драстично променио неко време, неколико деценија, у ствари. Ако размишљате о чињеници да, модерно рачунање, технички постоји, можете опростити казну неких 60 година, знате, шест деценија и више и то је у смислу да можете купите кутију са полица, као што је било. Прелазак на нову архитектуру заиста ми је пао на памет кад смо се пребацили из размишљања око маинфрамес-а и средњег опсега, и језгрене меморије и архитектуре за складиштење бубњева, на храбре или суперкомпјутерске, посебно попут Сеимоур Цраи-а, где ствари попут цроссбар бацкпланес-а постала ствар. Уместо да имамо само једну руту за пребацивање података преко матичне плоче или матичне плоче, како се данас зове. И инлине сјећање, знате, у данашње вријеме људи заправо не размишљају шта то заправо значи кад кажу ДИММ и СИММ. Али, СИММ је једно инлине меморија, а ДИММ је двострука инлине меморија и од тога смо сложенији јер постоје десетине различитих типова меморије за различите ствари: неке за видео, неке за само опште апликације, неке уграђене у ЦПУ.
Дакле, дошло је до овог великог преласка на нови начин чувања и приступа подацима. Проћи ћемо кроз исту промену у читавој читавој генерацији, али не толико у самом хардверу, већ у усвајању хардвера у пословној логици и слоју података, и то је још један велики помак парадигме у мом уму .
Али само укратко о томе како смо стигли овде. Мислим, хардверска технологија побољшана и драматично побољшана. Кренули смо од постојања ЦПУ-а, а идеја о језгри била је прилично модеран концепт. Прихватамо здраво за готово сада када наши телефони имају две или четири језгре, а наши рачунари два или четири, или чак осам, језгара на радној површини и осам и 12 и више на, знате, 16 и 32 чак и на платформи сервера . Али заправо је прилично модерна ствар да су језгре постале способност унутар ЦПУ-а и да смо прешли са 32-битног на 64-битни. Тамо се догодило неколико великих ствари: добили смо веће брзине такта на више језгара како бисмо паралелно могли радити ствари и свака од тих језгара могла је покренути више нити. Одједном смо могли покренути много ствари на истим подацима истовремено. Шездесет четверосатни размак адреса дао нам је до два терабајта РАМ-а, што је феноменалан концепт, али то је ствар сада. Те архитектуре позадинских планета, знате, матичне плоче, некада сте ствари могли радити само у једном смјеру: напријед и напријед. И као у данима са Цраи рачунарством и неким од суперкомпјутерских дизајна тог времена, а сада је и у десктоп рачунарима и уобичајеним ван-полица, врста десктоп рачунара који се постављају на сталак, јер заиста, већина модерних ПЦ-и су сада прошли кроз ово доба маинфраме-а, мидранге-а, микро десктопа и ми смо их претворили у сервере.
И много тога суперкомпјутерског капацитета, тај дизајн рачунара суперкомпјутера, гурнут је у уобичајене компоненте које се налазе изван полица. Знате, ових дана идеја о узимању врло јефтиних рачунара за монтирање на сталак и стављању у сталке на стотине, ако не и хиљадама и покретању софтвера отвореног кода на њима попут Линука и распоређивању сличних САП ХАНА на њему, ви знам, ми то често схватамо здраво за готово. Али то је врло нова узбудљива ствар и долази са својим сложеностима.
Софтвер је такође постао бољи, нарочито управљање меморијом и поделу података. Нећу улазити у многе детаље о томе, али ако погледате велики помак у последњих 15 или више година, или чак мање, како се управља меморијом, посебно подацима у РАМ-у и како се подаци расподељују у РАМ-у, тако да као што је доктор Робин Блоор раније назначио или на који се алудирало, ствари могу истовремено да читају и пишу без утицаја једна на другу, уместо да имају време чекања. Много веома моћних функција попут компресије и енкрипције на чипу. Шифровање постаје важнија ствар и то не морамо нужно да радимо у софтверу, РАМ-у, у ЦПУ простору, што се заправо и дешава на чипу. То убрзава ствари драматично. И дистрибуирано чување и обрада података, опет, ствари за које смо некада претпостављали да су суперкомпјутери и паралелна обрада, сада то схватамо здраво за готово попут САП-а ХАНА и Хадооп и Спарк, и тако даље.
Дакле, суштина овог рачунања је рачунање високих перформанси, ХПЦ могућности су дошле до предузећа и сада предузеће ужива предности које долазе с тим у побољшању перформанси и технолошком простору, техничким користима и комерцијалним добицима, јер, знате, смањено време до вредности драматично пада.
Али користим ову слику приче коју сам прочитао пре извесног времена о господину који је од Лега направио кућиште ПЦ-ја, јер ми то увек падне на памет кад размишљам о неким од ових ствари. И то је то, чини ми се као сјајна идеја у време када је почнете градити, а затим пређете на пола пута и схватите да је заправо заиста тешко да сложите све Лего парчиће и направите чврсту ствар, довољно чврсту да ставите матичну плочу и тако даље, то ће направити кућиште за лични рачунар. И на крају схватите да се сви мали комадићи не лепе добро и мораћете бити мало пажљиви у вези са тим који комадићи држите да бисте постали чврсти. И то је врло симпатична идеја, али то је будни позив када прођете на пола пута и схватите, "Хмм, можда бих само требао купити футролу за 300 УСД, али сада ћу је завршити и научити нешто из ње."
За мене је то велика аналогија са оним што желите да направите ове веома сложене платформе, јер је све у реду и добро је изградити и завршити са окружењем у којем имате рутере и прекидаче, сервере и сталке. И имате заједничке ЦПУ и РАМ и оперативни систем. И ставите нешто попут ХАНА на њега за дистрибуирану обраду у меморији и за похрану података и за управљање подацима. Поврх тога изграђујете САП стацк, добијате могућности базе података и затим учитавате своје податке и своју пословну логику и почињете са применом неких читања, писања и упита и тако даље. Мораћете да будете изнад И / О-а и мораћете да закажете ствари и управљате радним оптерећењима и мултитенациес и тако даље. Ова хрпа постаје врло сложена, и то врло брзо. То је сложен низ сам по себи ако је само на једној машини. Помножите то са 16 или 32 машине, добијате врло, невијално. Када множите на стотине и на крају хиљаде машина, да бисте прешли од 100 терабајта до петабајтне скале, то је застрашујући концепт, и то су реалности са којима се сада бавимо.
Дакле, на крају ћете завршити са пар ствари које су такође помогле да се мења овај свет, а то је да је простор на диску постао смешно јефтин. Знате, некад сте потрошили 380 до 400 хиљада долара на гигабајту тврдог диска, кад је то био огроман бубањ величине - нешто што је било потребно за виљушкар да га покупите. Ових дана све је некако, један или два цента по гигабајту робног простора на диску. И РАМ је урадио исту ствар. Ове две Ј-кривуље у оба графикона, узгред, представљају деценију, тако да другим речима гледамо два блока од 10 година, 20 година смањења цена. Али разбио сам их у две Ј-кривуље јер је на крају она с десне стране постала испрекидана линија и детаље нисте могли да видите, па сам је поново променио. Гигабајт РАМ-а пре 20 година нешто је коштало шест и по милиона долара. Ових дана ако платите више од три или четири долара за гигабајт РАМ-а за робни хардвер који вас опљачка.
Ово значајно пробијање снижења цена у последње две деценије значило је да сада можемо да пређемо даље од простора на диску и право у РАМ, не само на мегабајт нивоу, већ сада на ниво терабајта и третирамо РАМ као да је диск. Изазов с тим је, међутим, био што је РАМ-а изворно ефемерна - то значи нешто што траје кратко време - тако да смо морали смислити начине да пружимо отпорност на том простору.
И зато, моја поента је да рачунање у меморији није за слабовидне. Жонглирање овим веома великим меморијским подацима и обрада око њих је занимљив изазов; као што сам раније напоменуо, то није за слабовидне. Дакле, једна ствар коју смо научили из овог искуства са рачунаром великих и великих густина у меморији је да сложеност коју градимо почиње у већини области.
Али погледајмо то са гледишта надгледања и реаговања. Када помислимо на податке, они почињу на дисковном простору, сједе у базама података на дисковима, гурнемо их у меморију. Након што се у меморији и дистрибуира, а постоје копије, можемо да користимо пуно копија, а ако дође до било каквих промена, може се одразити на нивоу меморије, уместо да настављамо и искључујемо и преко задње плоче на два различита нивоа, то улази и остаје у меморији. Завршили смо с овом хипер-скалом хардверске платформе која нам омогућава да то сада урадимо. Када говоримо о хипер-скалирању, то је теже на смешно густим нивоима и меморији високе густине, бројењу високих густоћа ЦПУ-а и језгара и нити. Сада имамо веома сложене мрежне патологије које то подржавају јер се подаци у неком тренутку морају кретати по мрежи ако ће ићи између чворова и кластера.
Дакле, на крају долазимо до смањења кварова на уређају и морамо да надгледамо уређаје и њихове делове. Морамо имати уграђену отпорност на грешке података у ту платформу и надгледати је. Треба да имамо уграђену отпорност дистрибуиране базе података, тако да морамо да надгледамо платформу базе података и да се налазимо унутар ње. Морамо да надгледамо распоређено распоређивање обраде, шта се дешава унутар неких процеса све до испитивања и упита и путању која упит води, као и начин структурирања и извршења упита. Како то изгледа, да ли је неко урадио СЕЛЕЦТ * на „блах“ или су заправо урадили веома паметан и добро структуиран упит који ће им добити номиналну, минималну количину података који долазе преко архитектуре у позадини? Имамо радна оптерећења за више страна, више корисника и више група који раде исто или више радних оптерећења и групне задатке и заказивање у реалном времену. И добили смо ту мјешавину пакета и обраде у стварном времену. Неке ствари се покрећу редовно - сатно, дневно, недељно или месечно - друге су на захтев. Можда би неко тамо седео са таблетом и желео да извештава у стварном времену.
И опет, долазимо до те тачке, да сложеност која настаје у тим није само изазов, већ је прилично застрашујућа. И ми имамо ову реалност провере да један проблем перформанси, само једно питање перформанси, може утицати на цео екосустав. И тако, завршавамо са овим врло забавним изазовом сазнања, па, где су утицаји? И имамо овај изазов, да ли смо реактивни или проактивни? Посматрамо ли ствар у стварном времену и видимо да нешто иде "налет" и реагује на њу? Или смо видели неки облик тренда и схватили да морамо проактивно да се боримо са тим? Јер кључ је у томе што сви желе нешто брзо и јефтино и лако. Али завршавамо са овим сценаријима, на шта волим да се позивам и на моју омиљену линију загонетке Доналда Рамсфелда - која се по мом мишљењу односи на све ове сценарије велике сложености - и то је то, ми знамо знање јер је то нешто дизајнирали смо и направили и ради по плану. Постали смо познати непознанице по томе што не знамо ко трчи шта, када и где, ако је на захтев. И имамо непознате непознанице и то су ствари због којих морамо да надгледамо и проверимо. Јер стварност је, што сви знамо, не можете управљати нечим што не можете да мерите.
Дакле, да бисте имали праве алате и праву могућност праћења распоређивања ЦПУ-а, потражите времена чекања и сазнајте зашто ствари морају чекати у редовима реда у цјевоводима. Шта се дешава у меморији, каква се употреба обавља, какве перформансе добијамо из меморије? Да ли је ствар правилно подељена, да ли се дистрибуира, да ли имамо довољно чворова који држе копије истих да би се носили са оптерећењима посла која се бацају на њу? Шта се дешава са извршењем процеса изван процеса оперативног система? Сами послови који се покрећу, појединачне апликације и демони који их подржавају? Шта се дешава унутар тих процеса, посебно структурирања упита и како се ти упити извршавају и компилирају? А здравље тих процеса је све скупа? Знате, опет, време чекања, да ли је то тачно заказивање, да ли треба сачекати, где чека, да ли чека да се меморија чита, И / Ос, ЦПУ, И / О преко мреже крајњем кориснику ?
И онда се враћам на оно што сам управо споменуо пре него што завршим и то је то, како приступамо решавању питања и времену одговора на њих? Да ли гледамо у стварном времену и реагујемо ли на ствари, што је најмање идеалан сценарио, али чак и тада је боље да то урадимо него да не знамо и назовимо службу за помоћ и кажемо да је нешто пошло по злу и да то морамо да пронађемо ? Или то радимо проактивно и гледамо ли шта се дешава? Другим речима, да ли видимо да нам недостаје меморије и треба да додамо још чворова? Радимо ли анализу трендова, радимо ли планирање капацитета? И у свему томе, да ли пратимо историјска времена извршења и размишљамо ли о планирању капацитета или је гледамо у реалном времену и проактивно репрограмирамо и радимо балансирање оптерећења? И да ли смо свесни радног оптерећења које се покреће? Знамо ли ко ради шта у нашем кластеру и зашто?
Рачунари у меморији су врло моћни, али с том снагом је готово једна од тих ствари, попут напуњеног пиштоља и играте се са муницијом уживо. На крају можете и сами пуцати у стопало ако нисте пажљиви. Дакле, та моћ израчунавања меморије само значи да можемо много више и брже трчати кроз врло дистрибуиране и дискретне скупове података. Али тада то повећава потражњу крајњих корисника. Навикну се на ту силу и они то желе. Више не очекују да ће посао трајати недељама, а извештаји се појављују у обичном старом папиру. А онда, испод свега тога, свакодневно одржавање смо окружили око закрпа, ажурирања и надоградњи. А ако размишљате о 24/7 обради помоћу рачунара у меморији, управљању тим подацима, управљању радним оптерећењима преко њега, то је све у меморији, технички на ефемерној платформи, ако ћемо почети примјењивати закрпе и ажурирања и надоградње у тамо долази и са читавим низом других изазова у управљању и праћењу. Морамо знати шта можемо узети ван мреже, када је можемо надоградити и када је вратимо на мрежу. И то ме доводи до моје крајње тачке и то је да, како постајемо све сложенији у овим системима, то није нешто што човек може учинити само тако што ће сисати свој палац и повући ухо више. Више не постоје приступи осећају црева. Заиста су нам потребни одговарајући алати за управљање и пружање овог високог нивоа перформанси у рачунању и управљању подацима.
С тим на уму предаћу пријатељу из ИДЕРА-е и чујем како су приступили овом изазову.
Билл Еллис: Много вам хвала. Дијелим свој екран и ево нас. Стога је заиста понизно размотрити сву технологију и све људе који су дошли пре нас како би омогућили да ове ствари које су на располагању у 2017. години буду доступне. Разговараћемо о анализи радног оптерећења за САП ХАНА - у основи, решење за надгледање базе података: свеобухватно, без агенса, пружа реално време и гради историју, тако да можете видети шта се догађало у прошлости. САП С / 4 ХАНА нуди потенцијал боље, брже и јефтиније. Не кажем да је јефтино, већ само да је мање скупо. Уобичајено, оно што се догодило је да имате главну производну инстанцу - вероватно да ради на Орацле-у у већој продавници, потенцијално СКЛ Сервер - и тада бисте користили тај ЕТЛ процес и имали бисте више, врста верзије истине . А ово је веома скупо јер сте плаћали хардвер, оперативни систем, Орацле лиценцу за свако од ових појединачних окружења. А онда, поврх свега, требало би да имате људе да једну верзију истине ускладе са другом верзијом истине. И тако, ова обрада ЕТЛ-а у више верзија била је само спора и врло, врло гломазна.
И тако, ХАНА, у основи једна инстанца ХАНА, може потенцијално заменити све остале инстанце. Дакле, јефтинији је јер је то једна хардверска платформа, један оперативни систем, уместо вишеструких. И тако, С / 4 ХАНА, заиста, то све мења и ви у основи гледате еволуцију САП-а из Р / 2 у Р / 3, разна побољшања. Сада је наслеђени систем доступан до 2025. године, тако да имате осам година док стварно нисте приморани да мигрирате. Иако видимо како људи гурају ножне прсте у то јер знају да долази и на крају, знаш, ЕЦЦ ће се покретати ХАНА-ом и зато би заиста требали бити спремни за то и разумјети технологију.
Дакле, једна база података, без ЕТЛ процеса, без копија које се морају ускладити. Дакле, још једном, брже, боље и јефтиније. ХАНА је у памћењу. САП испоручује софтвер, ви испоручујете хардвер. Нема збирних табела. Једна од ствари које вам, некако, сугерирају када размишљате о томе је да не желите да се упустите у то, управо ћемо купити највећи сервер који је доступан. Они предлажу да, на неки начин, правилно одредите свој САП пејзаж испред времена и они у основи кажу да не мигрирате током 20 година вредних података.Мислим да је архивирање нешто што је недовољно искоришћено у ИТ-у, на неки други начин, не само у САП продавницама. И тако, следећа ствар је да је САП заправо потрошио доста времена на преписивању свог матичног кода да не би користио СЕЛЕЦТ *. СЕЛЕЦТ * враћа све ступце из табеле, а посебно је скупо у колоничној бази података. И тако, то није добра идеја за САП ХАНА. Дакле, за продавнице које имају много прилагођавања, пуно извештаја, ово је нешто што ћете желети да потражите и желећете да наведете називе ступаца током напретка да све премјестите на ХАНА.
Желимо да кажемо да ХАНА није панацеја. Као и све базе података, све технологије морају се надгледати, а као што је раније споменуто, потребни су вам бројеви да бисте управљали вишком, мерењем мерењем. И једна од ствари о којој причам у области ИДЕРА је да свака пословна трансакција у интеракцији са системом евиденције, а у овом случају то ће бити ХАНА. И тако, ХАНА постаје темељ за извршавање ваших САП трансакција, крајњег корисничког искуства. И зато је од виталног значаја да се он настави трчати максималном брзином. То постаје једна тачка неуспеха, а у разговору с људима то је нешто што се може појавити тамо где имате крајњег корисника и можда користи те податке у стварном времену, а они имају ад хоц упит који потенцијално није баш прави јел тако. Можда се не придружују таблицама и направили су спољашњи спој, партизански производ и у основи троше пуно ресурса. Сада, ХАНА ће то препознати на крају и убити ту сесију. Дакле, ту је пресудни део наше архитектуре који ће вам омогућити да то уствари забележите у историји, тако да можете видети шта се догађало у прошлости и препознати те ситуације.
Дакле, погледајмо анализу радног оптерећења за САП ХАНА. Ово је верзија 1, па вас позивамо да нам се придружите на путовању, а ово је производ компаније ИДЕРА. Свеобухватна је, а опет једноставна. У реалном времену са трендом. Здравље домаћина, на пример здравље. Пратимо стања чекања, СКЛ упите, потрошаче меморије и услуге. Дакле, тако изгледа ГУИ и можете видети одмах испод шишмиша да је омогућен Интернет. Заправо сам отворио ово решење радећи уживо на свом систему. Има неких кључних ствари које желите да погледате. Ми смо, некако, подељени у различите радне просторе. Најважнија врста је шта се дешава на нивоу домаћина од коришћења процесора и меморије. Дефинитивно не желите да дођете до тачке мењања или млажења. И тада у основи идете према ономе што се дешава у тренду, од времена одзива, корисника, СКЛ изјава, односно онога што покреће активности у систему.
Једна од ствари са ИДЕРА-ом је та да се, знате, ништа не догађа у бази података све док не дође до активности. А та активност су СКЛ изјаве које долазе из апликације. Дакле, мерење СКЛ израза је апсолутно неопходно за откривање узрока. Дакле, хајде да наставимо и да будемо детаљни. Дакле, на нивоу домаћина заправо можемо да прегледамо меморију, пратимо током времена, коришћење ЦПУ-а домаћина. Корак уназад, можете погледати ЦОБСКЛ изјаве. Једна од ствари коју ћете видети на страни наше архитектуре јесте да се ове информације чувају ван ХАНА-е, тако да ако се са ХАНОМ нешто десило, ми у основи прикупљамо податке до, не дај Боже, ситуације недоступности . Такође можемо да снимимо све што се догађа у систему тако да имате јасну видљивост. А једна од ствари коју ћемо учинити је да представимо СКЛ изјаве пондерисаним редоследом. Дакле, то ће узети у обзир број погубљења, и то је збирна потрошња ресурса.
И тако овде можете ући у појединачне метрике - када се извршавала та СКЛ изјава? И тада се потрошња ресурса у великој мери покреће планом извршења, па смо у могућности да то ухватимо у сталној основи. ХАНА је у памћењу. Врло је паралелно. Има примарне индексе на свакој табели, које неке продавнице одлуче да направе секундарни индекс за решавање одређених проблема са перформансама. И тако, врста сазнања шта се догодило с планом извршења за неке СКЛ изјаве може бити веома драгоцено. Такође ћемо погледати сервисе, потрошњу меморије још једном, зацртане током времена. Архитектура: Дакле, ово је самостално решење које можете преузети са наше веб локације, а архитектура је то што је омогућена веб.
Можете имати више корисника да се повежу на одређену инстанцу. Можете пратити локалне случајеве САП ХАНА. И ми чувамо трајну четворонедељну историју у нашем складишту и то је самоуправљање. Да бисте ово имплементирали, прилично је једноставно. Потребан вам је Виндовс Сервер. Морате је преузети. Већина Виндовс сервера има уграђен .НЕТ оквир и долази у комплету са лиценцом. И тако бисте отишли до чаробњака за инсталацију који покреће Сетуп.еке и заправо би отворили екран, лиценчни уговор и једноставно бисте направили овај контура кликом на „Даље“. И тако, где желите да ХАНА бити инсталиран? Слиједе својства базе података, а ово ће бити ваша веза са САП ХАНА, тако да је ово праћење инстанције ХАНА без посредника. И тада ћемо у основи дати преглед, ово је порт о коме подразумевано комуницирамо. Кликните на „Инсталирај“ и она у основи покреће ХАНУ и започињете изградњу историје. Дакле, само мало информација о табели величине. Можемо надгледати до 45 инстанци ХАНЕ, а ви ћете то желети да користите на клизној скали за одређивање броја језгара, меморије, простора на диску који ће вам требати. А ово претпоставља да имате комплетну четворонедељну историју ваљања.
Дакле, само као кратки резиме гледамо на здравље сервера, здравље примера, коришћење ЦПУ / меморије. Који су потрошачи меморије, који су покретачи активности, које су услуге? СКЛ изјаве су од виталног значаја - која су стања извршења? Покажите ми планове извршења, када су се ствари извршавале, пружале тренд? Ово ће вам дати у стварном времену и историју онога што се догодило. И као што сам напоменуо, зато што је наша историја одвојена од ХАНЕ, хватамо ствари које су истекле и испратиле се из ХАНА-ове историје. Тако да можете видети праву потрошњу ресурса на вашем систему због одвојене историје.
Као што сам напоменуо, веб локација ИДЕРА, под производима, ово лако можете пронаћи. Ако желите да испробате ово, сигурно сте добродошли. Погледајте како пружа информације за вас и постоје додатне информације на тој веб локацији. Тако да су све заинтересоване стране више него задовољне у томе. Сада, у портфељним производима које нуди ИДЕРА, постоји и САП ЕЦЦ монитор за трансакције, и то се зове Прецизно за САП. А оно што ради јест - да ли користите портал или само усмерени ЕЦЦ - уствари ће снимити трансакцију крајњег корисника од клика до диска, све до СКЛ изјаве и показати шта се дешава.
Сада вам приказујем само један резиме екран. Желим да имате неколико поступака са овог прегледа екрана. То је време одзива И-оси, време Кс-оси и дан, а у овом приказу трансакције приказаћемо вам време клијента, ред чекања, време АБАП кода, време базе података. Ми можемо снимити ИД-ове крајњих корисника, Т-кодове и можете заправо филтрирати и приказивати сервере путем одређене трансакције која је пребачена. И тако, многе продавнице покрећу предњи крај пејзажа под ВМваре-ом, тако да заправо можете измерити шта се дешава на сваком од сервера и ући у врло детаљну анализу. Дакле, овај приказ трансакције намењен је трансакцији крајњег корисника кроз целокупни САП пејзаж. А то можете пронаћи на нашој веб локацији под производима АПМ Тоолс и то би било САП решење које имамо. Инсталација за ово је мало сложенија, па је не само преузимање и испробавање, као што је то случај са ХАНА-ом. Ово је нешто на чему бисмо заједно радили, дизајнирали и имплементирали укупну трансакцију за вас.
Дакле, тек трећи брзи преглед, анализа радног оптерећења за САП ХАНА, свеобухватна је, без агената, у стварном времену, нуди историју. Нудимо могућност преузимања и испробавања за вашу веб локацију.
Дакле, с тим, враћам време на Ериц, Дез и Др. Блоор.
Ериц Каванагх: Да, можда Робине, имаш ли каквих питања од тебе, а онда и Дез за Робином?
Др Робин Блоор: У реду. Мислим, прво што бих хтео да кажем јесте да ми се стварно свиђа приказ трансакције, јер је управо оно што бих желео у тој ситуацији. Много сам радио - па, то је давно сада - пратио перформансе, и то је била таква ствар; тих дана нисмо имали графику, али то је била ствар коју сам посебно желео да могу да урадим. Тако да можете, на овај или онај начин, себе убризгати где год да се проблем догоди.
Знате, прво питање је да већина људи имплементира С / 4 на неки или други начин, знате. Када се укључите у било коју имплементацију С / 4, да ли сте открили да је она добро имплементирана или откривате ствари због којих би купац могао да реконфигурише? Мислим, како све то иде?
Билл Еллис: Па, свака радња је мало другачија. А различити су обрасци употребе, постоје различити извештаји. За веб локације које имају ад хоц извештавање, мислим да је то, на неки начин, замјенски знак у систему. И тако, једна од круцијалних ствари је започети мерење и сазнати која је основна линија, шта је нормално за одређену локацију, где је та локација, на основу образаца употребе, наглашавајући систем. А затим прилагодите се одатле. Обично праћење оптимизације није једнократно, то је заиста стална пракса у којој надгледате, подешавате, прилагођавате и побољшавате систем како би крајњи корисник могао да ефикасније служи послу.
Др Робин Блоор: У реду, па када имплементирате - мислим, знам да је на ово тешко питање одговорити јер ће се мењати у зависности од величине имплементације - али колико ресурса има способност праћења ИДЕРА, колико троши? Да ли то има икакве везе са било чим или се само не мијеша? Како то функционише?
Билл Еллис: Да, рекао бих да су режијски трошкови отприлике 1 до 3 процента. Многе продавнице су врло спремне да то жртвују, јер потенцијално ћете то моћи да купите у смислу оптимизације. Зависи од начина употребе. Ако радите потпуно пејзаж, то зависи од појединачних технологија које се надзиру. Дакле, километража варира, али као што смо разговарали, дефинитивно је боље потрошити мало да знамо шта се дешава, него да само слепимо. Особито би то било, знате, ево нас у јануару, а ви прелазите на другу обраду и скупљате податке вредне 12 месеци. Знате, то је изузетно важно за постизање пословних резултата, добијање извештаја регулаторним организацијама, банкама, акционарима.
Др Робин Блоор: Јел тако. И само тренутак, из ваше перспективе - јер претпостављам да сте тамо укључени у читав низ САП веб локација - колико је велико кретање међу САП корисничким базама према С / 4? Мислим, да ли се нешто догађа, знате, да постоји нека врста лавине одушевљених купаца или је то само стална ситница? Како то видите?
Билл Еллис: Мислим да сам пре пар година рекао да је то ножни прст. Сада бих рекао да су људи, некако, до колена. Мислим да, с обзиром на временски оквир, људи ће заиста бити уроњени у ХАНУ у наредних пар година. И тако, праћење, трансформација, знате, мислим да је већина купаца на неки начин заједно на кривини учења. И тако мислим да нисмо баш у лавини као што сте навели, али мислим да смо на врхунцу велике трансформације ХАНИ.
Др Робин Блоор: У реду, па у погледу веб локација које сте видели да су радили на томе, прилагођавају ли ХАНА и другим апликацијама или су, на овај или онај начин, потпуно потрошени када ове ствари раде? Шта је слика тамо?
Билл Еллис: Да, људи ће често интегрисати САП у друге системе, у зависности од модула и тако даље, тако да постоји нешто мало. Још увијек не видим људе који имплементирају друге апликације на ХАНА. То је сигурно могуће. И тако је више око пејзажа око САП инфраструктуре.
Др Робин Блоор: Претпостављам да бих вам боље предао Дез. Глупао сам ти време. Дез?
Дез Бланцхфиелд: Хвала вам. Не, то је све добро. Две врло брзе, само да покушате да поставите тему. САП ХАНА не постоји већ неколико година и људи су је имали прилику размотрити. Ако бисте нам дали грубу процену процента људи који их изводе - јер много људи води ове ствари - шта мислите, који је проценат тржишта који сте свесни тренутно нестао од само традиционалних САП имплементација до САП-а на ХАНИ? Да ли гледамо у 50/50, 30/70? Какав проценат тржишта видите од људи који су прешли и направили тај потез у односу на људе који се само суздржавају и чекају да се ствари побољшају или побољшају или промене, или какав год да је случај?
Билл Еллис: Да, заправо бих, из моје перспективе, ставио проценат око 20 одсто. САП има тенденцију да буде традиционално предузеће. Људи су обично врло конзервативни и тако ће их људи вући за ноге. Мислим да то такође зависи од, знате, да ли сте дуго водили САП или сте врста СМБ-а који је можда имао недавно уведен САП? И тако, постоји одређени број фактора, али генерално не мислим да је проценат 50/50. Рекао бих да 50 посто барем гњави и да ХАНА трчи негдје у њиховом центру података.
Дез Бланцхфиелд: Занимљив потез који сте нам раније дали је то да је ово факат у одређеном смислу и да сат физички и буквално откуцава време преласка. Да ли сте током тога радили да ли су људи то размотрили? Какав је општи смисао народног разумевања да је ово прелазни помак у платформи, то није само опција, већ постаје подразумевана?
И са становишта САП-а, сигуран сам да то гурају јер постоји значајна конкурентска предност у перформансама, али то је, претпостављам, и они који хрвају контролу над платформом, уместо да иде ка трећем - страначке базе података, сада га враћају на своју платформу. Мислите ли да су компаније то заиста добиле? Мислите ли да људи то разумију и сада то преносе? Или је, шта мислите, још увек нека врста нејасне ствари на тржишту?
Билл Еллис: Не мислим да се САП стиди комуникације и људи који су отишли на САППХИРЕ су свуда видели ХАНУ. Дакле, мислим да су људи свесни, али људска природа је оно што јесте, знате, неки људи су, помало, вукући ноге.
Дез Бланцхфиелд: Јер мислим да је разлог због којег сам постављао то питање и морат ћете ми опростити, али то је оно што се слажем. Мислим да нису стидли да то саопште. Мислим да је сигнал нестао на много начина. И слажем се с тобом - не знам да су сви још скочили. Знате, традиционална предузећа, веома велика предузећа која то покрећу, још увек су на много начина, не баш тако да вуку своје ноге, већ се само покушавају ухватити укоштац са сложеношћу смене. Јер мислим да је једна ствар коју су истакли ваш алат, а сигурно и ваша демонстрација данас, а за мене је један кључни потез који бих волео да сви данас слушају и угађају да се сете и размисле пажљиво. Имате алат који ми је поједноставио тај процес. Мислим да постоји гомила врло нервозних ЦИО-ова и њихових тимова испод њих који размишљају: „Како да направим прелаз од традиционалних РДБМС, релацијских система за управљање базама података које познајемо деценијама, ка потпуно новој парадигми рачунања и управљање складиштем у простору који је још увек релативно храбар? “у мом уму. Али то је непознаница на више начина, а мало је људи који су направили тај помак у другим областима, као да немају други део пословања који су већ прешли на рачунање меморије. То је, пак, помицање свега или ништа.
Дакле, једна од ствари које сам одузео од овога више од свега - погодићу вас питањем за минуту - јесте ли тај страх сада, на много начина, ублажен и то пре данас, да сам слушао ЦИО, некако бих помислио: „Па, како ћу направити овај прелаз? Како ћу гарантовати исту способност коју имамо у платформи за управљање релацијским базама података и дугогодишњим искуством ДБА, на нову платформу за коју тренутно немамо вештине? "Дакле, моје питање са тим је , да ли мислите да су људи схватили да су алати сада ту са оним што им нудите и да могу, некако, дубоко удахнути и уздахнути од олакшања да транзиција није тако застрашујућа као што је могла бити пре да ли је овај алат доступан? Мислите ли да су људи то схватили или је то још увек нека врста ствари која се само суочава са преласком на рачунаре у меморији и меморију у односу на олд-сцхоол комбинације НВМе, блица и диска?
Билл Еллис: Да, тако да несумњиво постоји пуно технологије и алата који ово могу графички приказати, шта се дешава и олакшава проналажење најбољих потрошача ресурса. Мислим, то стварно помаже у поједностављивању ствари и помаже технолошком особљу да се заиста добро уклопи. Хеј, они ће моћи да знају шта се догађа и биће у стању да разумеју сву сложеност. Дакле, апсолутно су алати на тржишту дефинитивно корисни и зато нудимо анализу радног оптерећења за САП ХАНА.
Дез Бланцхфиелд: Да, мислим да је сјајна ствар у ономе што сте нам данас показали, да у надгледању хардверског дела, дела оперативног система, чак и надгледању неких радних оптерећења која се крећу кроз, као што сте рекли, мислим, алати су били тамо неко време. Оно што је за мене, посебно унутар ХАНЕ, је то што нисмо нужно имали повећану чашу и завирили у њу и да видимо шта ради ваш алат са оним што се дешава са упитима и како су има структуру и где је то оптерећење.
Са распоређивањима које сте до сада видели, с обзиром на то да сте на овом месту на вашој платформи прилично буквално најауторитативнији, неке од брзих победа које сте видели - да ли имате неко анегдотско знање са којим можете да делите нас око неких еурека момената, аха тренутака, где су људи распоредили ИДЕРА сет алата, пронашли су ствари којих једноставно нису били свесни у својим платформама и наступима које су имали. Имате ли сјајне анегдотске примере где су га људи управо размештали, не знајући заиста шта су имали и одједном су отишли: "Вау, заправо нисмо знали да је то унутра?"
Билл Еллис: Да, толико је велико ограничење домаћих алата да ако се упит за одбацивање откаже, он обрише податке и тако у основи немате историју. Ако складиштимо историју ван мреже, као бежавни упит, имаћете историју, знаћете шта се догодило, моћи ћете да видите план извршења и тако даље. И тако, то вам омогућава да, некако, помогнете заједници крајњих корисника да боље функционише, боље пише извештаје и тако даље. И тако, историја је нешто што је заиста лепо. И једна од ствари коју сам имао намеру да покажем јесте да у реалном времену можете да гледате до четири недеље и да онда можете једноставно да зумирате било који временски оквир који вас занима, а затим можете изложити основне возачке активности. Имати ту видљивост је нешто што може бити од велике помоћи да се зна какво је уско грло настало.
Дез Бланцхфиелд: Споменули сте да је вишекориснички, након што се једном постави, а ја сам био импресиониран чињеницом да је без агентства и ефективно нулти додир на много начина. Да ли је нормално да једно активирање вашег алата буде доступно свима из центра за мрежне операције у НОЦ-у који гледају основну инфраструктуру која подупире кластер све до тима за апликације и развој? Да ли је то правило и једном се распоредите и они би то поделили или претпостављате да ће људи имати примере модела који гледају различите делове стаја? Како то изгледа?
Билл Еллис: Дакле, основни тим ће обично имати врло велико интересовање за технологију која стоји у оквиру САП-а. Очигледно је да постоји неколико тимова који ће подржавати целе пејзаже. Комад ХАНА је управо фокусиран на то. Само ћу подразумевати тим САП-ове базе као примарне потрошаче информација.
Дез Бланцхфиелд: Јел тако. Додуше, чини ми се да ако имам развојни тим или чак не само на нивоу кода, али ако имам тим научника или аналитичара који раде аналитички рад на скуповима података, посебно имајући у виду да постоји значајан притисак на науку о подацима који се сада примењује на све унутар организација, по мом мишљењу - и исправите ме ако грешим - чини ми се да ће и ово бити од великог интереса за њих, јер у много чему од озбиљних ствари које можете да урадите у окружењу складишта података отпустите научника података и омогућите му да само почне да ради ад хоц упите. Да ли сте имали икаквих примера такве ствари која се дешава тамо где су вам продаваонице зазвониле и рекли: „Ми смо бацили тим за науку података, стварно боли, шта можемо учинити за њих у односу на оно што радимо у традиционално оперативно надгледање и управљање? ”Да ли је то чак ствар?
Билл Еллис: Па, да, мало бих то преокренуо и смањио одговор би био да гледам на перформансе, будемо свесни перформанси у развоју КА производње, знате, што пре складиштите, мање проблема, мање изненађења . Дакле, апсолутно.
Дез Бланцхфиелд: Слиједом тога, пуно алата с којима сам имао искуства - и сигуран сам да ће се Робин сложити - пуно алата овдје, ако имате велики РДБМС, треба вам заиста висококвалифицирани, дубоко познавани, искусни ДБА. Неки од захтева за инфраструктуром и платформама који се јављају код САП ХАНА-е, јер је тренутно подржан на одређеним дистрибуцијама које су усклађене са одређеним хардвером и тако даље, колико ја знам. Знате, постоје људи са деценијама искуства који нису исти. Оно што видим, је да то није нужно захтев овог алата. Чини ми се да свој алат можете разместити и дати га неким прилично новим лицима и одмах им дати снаге да пронађу ствари које не раде добро. Да ли је случај да постоји прилично кратка крива учења да бисте се убрзали са овим и добили неку вредност од тога када ћете га имплементирати? Знате, мој општи осећај је да не морате имати 20 година искуства у вожњи алата да бисте одмах видели вредност. Да ли бисте се сложили да је то случај?
Билл Еллис: Апсолутно, и по вашем мишљењу, мислим да велики успех примене заиста зависи од планирања и пројектовања окружења САП ХАНА. А онда је несумњиво пуно сложености, пуно технологије на којој је уграђена, али онда се све своди само на праћење образаца употребе онога што се догађа. Иако је то сложеније, на неки начин је упаковано и нешто поједностављено. То је јако лоше.
Дез Бланцхфиелд: Да, па пре него што се вратим Ерику, јер знам да има пар питања, посебно од неких која су стигла кроз К&А која су изгледала занимљиво, а ја желим да чујем одговор. Традиционално путовање некога до кога сте раније споменули да га можете добити, можете преузети и испробати. Можете ли то брзо пресудити за народно слушање било данас, било за народ који би то могао поново да репродукује? Која су брза два или три корака да бисте добили копију и распоредили је и испробали у свом окружењу пре него што је купе? Како то изгледа? Који су кораци за то?
Билл Еллис: Да. Дакле, ИДЕРА.цом и идите на производе и видећете анализу радног оптерећења за САП ХАНА. Постоји страница за преузимање. Мислим да ће од вас тражити неке контакт информације, а производ је једноставно упакован у лиценцни кључ, тако да га можете инсталирати уз Сетуп.еке и мислим да се брзо крећу.
Дез Бланцхфиелд: Дакле, они могу отићи на вашу веб страницу, могу је преузети. Сећам се да сам то гледао пре извесног времена и ја сам два пута провео синоћ да ли можете да затражите демо снимак, из меморије, где ће вас неко из вашег тима проћи кроз то? Али заправо га можете бесплатно преузети и локално распоредити у свом окружењу, у своје време, зар не?
Билл Еллис: Да.
Дез Бланцхфиелд: Одлично. Па, мислим да, више од ичега, то је вероватно ствар коју бих лично саветовао народ да ураде копију са веб локације, узмете тамошњу документацију, јер знам да тамо има доста доброг садржаја, и само пробај. Ставите га у своје окружење и погледајте шта ћете пронаћи. Сумњам да кад једном погледате хаубу са САП ХАНА окружењем помоћу алата ИДЕРА, пронаћи ћете ствари за које заправо нисте били свесни.
Види, хвала ти пуно на томе и хвала ти на времену само за питања и питања са Робином и И. Ериком, пребацићу се на тебе, јер знам да нека питања стижу и од наших полазника.
Ериц Каванагх: Да, баш брзо овде. Дакле, један од присутних овде даје заиста добар коментар, само говорећи о томе како се ствари мењају. Рекавши у прошлости, меморија се гушила, успоравала је честим преписивањем, тренутно ЦПУ се гуши с превише података у меморији. Знате, постоје проблеми са мрежом. Увек ће то бити покретна мета, зар не? Шта данас видите као путању у смислу где ће се налазити уска грла и где ће вам требати да усредсредите своју пажњу?
Билл Еллис: Да. Док не измерите, тешко је знати. Једна од ствари о СКЛ изјавама је да ће они бити покретачи потрошње ресурса. И тако у околности да бисте имали, попут, велике потрошње меморије или ЦПУ-а, моћи ћете да схватите која је активност узроковала потрошњу ресурса. Сада га не бисте нужно желели убити, али исто тако желите да будете свесни и, некако, шта се дешава, колико се често догађа, итд. Ми смо, некако, још увек новини у погледу адресирања читавог скупа или куварске књиге одговора на различите околности. И тако, то је велико питање и време ће показати. Имаћемо више информација како време пролази.
Ериц Каванагх: То је то. Па, момци сте на веома занимљивом месту. Мислим да ћете видети много активности у наредним месецима и наредних пар година, јер знам да је САП, као што сте предложили у нашем садржају позива, људима пружио добру дугу рампу за прелазак до ХАНА Али без обзира на то, та рампа има крај и у одређеном тренутку ће људи морати да донесу неке озбиљне одлуке, па што прије, боље, зар не?
Билл Еллис: Апсолутно.
Ериц Каванагх: Добро људи, сагорели смо још сат времена на Хот Тецхнологиес-у. Информације можете пронаћи на мрежи, инсидеаналисис.цом, такође тецхопедиа.цом. Усредсредите се на тој веб страници за много занимљивих информација, укључујући списак свих наших архива прошлих веб емисија. Али људи, велико хвала свима вама напољу, нашим пријатељима из ИДЕРА, Робину и, наравно, Дез. И ухватићемо вас следеће недеље, народе. Хвала вам на вашем времену и пажњи. Брини се. Ћао.