Аутор особља Тецхопедиа, 31. августа 2016
Извлачење: Домаћин Ребецца Јозвиак разговара о рјешавању проблема и ефикасности у бази података с аналитичарима Ерицом Каванагхом и Дез Бланцхфиелд-ом, као и Биллом Еллисом из ИДЕРА-е.
Тренутно нисте пријављени. Пријавите се или пријавите да бисте видели видео.
Ребецца Јозвиак: Даме и господо, здраво, добродошли у Хот Тецхнологиес 2016. Данашња тема, "Апликација полако тече? Вријеме је да се прецизирамо." И зар сви не знамо превише добро проблеме који се могу догодити када се ствари споро крећу? Ово је Ребецца Јозвиак, испуњавам за Ерица који данас некако игра нову улогу. Да, ова година је врућа и, знате, када је у питању технологија, као што сам рекао, једина ствар коју стварно не желите је споро покретање било чега, било који део вашег система. И само да бисте користили пример потрошача, мислим ако имате ресторан, није важно колико је храна сјајна, ако је услуга спора, вероватно се нећете вратити натраг. Сада је лако, некако, у ресторану установити зашто нешто споро иде. Можда је кухиња кратко особље или је дошло до квара са неком опремом, или је можда особље са чекањем мало лено, и то је некако лако идентификовати и поправити.
Али када размишљате о податковном центру, то је потпуно другачија прича. То може бити проблем у мрежи, лош упит који заглађује ствари, перформансе апликације или неисправан кабл могу чак узроковати неке проблеме. А решавање проблема са том врстом сложености може у најбољем случају бити тешко. То је оно о чему ћемо данас разговарати. И као што сам рекао, Ериц Каванагх се данас залагао за аналитичара. Имамо Дез Бланцхфиелд-а, нашег научника за податке, и имамо Билла Еллиса из ИДЕРА-е, који ће говорити о решењу своје компаније која помаже у управљању перформансама апликација. И с тим, проследићу лопту Ерику. Ериц, под је твој.
Ериц Каванагх: У реду, звучи добро, људи. То је заправо била велика аналогија, јер сте разговарали са потешкоћама или лакоћом помоћу којих се може решити проблем и одмах се спустите на то. Проблеми са перформансама увијек произлазе из неке врсте проблема у мрежи. Мислим, могло би бити једноставно као на пример стари хардвер, али дно црте је свака таква ситуација која захтева решавање проблема. О томе ћу данас разговарати. Хајде да наставимо и скачемо на тобогане.
Ево проблема. Отклањање проблема - забава је за људе који то воле, то је цоол ствар. Ако нађете некога ко воли да решава проблеме, држите се те особе, набавите јој неке алате како би обавио посао, јер стварно добра ствар ако можете пронаћи некога ко може доћи до дна нечега и обавити неке ствари. Суштина је да је решавање проблема проблематично и увек је било и увек ће бити, а ако почнете да говорите о решавању проблема, оно на шта заиста посежете је анализа узрока. Шта узрокује проблем?
Па, ако само сједнете и размислите на тренутак о чак и главним данима, могло би се појавити свакојаке проблеме. И тада сте морали да имате људе који су заиста знали њихове ствари јер није било чак ни добрих алата за решавање проблема, тако да сте заиста морали да знате своју командну тачку, и о томе ћемо разговарати у секунди. И заправо сам заборавио да ставим један од мојих најдражих слајдова, потражићу га док смо данас у емисији, можда током Дезовог представљања. Али хтео сам да покажем, за свакога ко га није видео, једну од најсмешнијих британских ТВ емисија икада, која се зове „ИТ гужва“. А у смислу решавања проблема, Ирац који је један од двоје ИТ људи у цела компанија увек каже исту ствар кад год започне било који позив: „Јесте ли покушали да је искључите и поново укључите?“ Дакле, покушајте да је искључите и поново укључите. Запањио би се колико често та једноставна ствар може ријешити неке проблеме.
Они од вас који сте радили решавање проблема код куће, можда са родитељима или пријатељима, вероватно не са децом, јер они обично знају шта да раде, искључите је и поново укључите. Али без обзира на то, решавање проблема није лако, никада неће бити лако, али разговараћемо данас о неким стварима које можете учинити да бисте га олакшали. Дакле, командна линија - да, заиста, довољно сам стара да се сећам раних дана рачунања када је све што сте имали било командни редак да урадите ДИР, Ентер. То би то могло видети, директориј датотека и осећати се позитивно да је заправо извршена нека наредба, зар не? Дез, наравно, наш научник са подацима, зна како се користи командни редак. А ако можете да користите командни редак, то је сјајна ствар, јер већина нас обичних смртника користи неку врсту ГУИ-ја, графичко корисничко сучеље, али увек нешто постоји, увек постоји неки прекид између ГУИ-а и наредбене линије испод. И само да вам дам случајни пример, ако желите знати колико се код неких основних програма вани у документе ових дана, уђите у најновију верзију програма Мицрософт Ворд, откуцајте "здраво свет" и затим направите "саве ас" ХТМЛ “. Затим отворите тај резултирајући документ у уређивачу текста и вероватно ћете видети странице и странице ознака. То се назива блоат кода, а блоат кода није баш добар за решавање проблема, већ само да буде непристојан.
Наравно, дошао је и клијент-сервер и то је било сјајно. И на неки начин се некако враћамо у том правцу, али само размислите о сложености која је наступила са ситуацијом, сада где је проблем, је ли то на клијенту, је ли на серверу, је ли то мрежа? Где се налази? Шта се може догодити на овим веб локацијама које само мисле на вирусе и када вирус може да се нађе на мрежи. Може ићи било где. Кршења података су данас луда. Они изазивају проблеме са перформансама. Имамо руске хакере које можемо да идентификујемо по ИП адреси. Прилично смо сигурни да су Руси, или да су врло блиски, или да су врло паметни Украјинци, Пољаци или чак Американци, користећи прокије. Али имали смо хакере да током година дођу на нашу малу стару страницу, Инсиде Аналисис и узрокују све врсте проблема. Ствари једноставно престају да раде, ствари не можете да завршите. Ствари које су некада радиле не раде. Како знаш? Како знате шта је то? Као још један пример овде, веома је сложено окружење, врло је тешко ући у коров и заиста разумети како се ствари одвијају и функционишу за нас, поготово ако добијете читаву гомилу додатака. Ствари могу полудети прилично брзо. Некако сам испред себе.
Бацио сам се овде, увек пазите на надоградњу. Надоградње ме увек плаше дневних светла. Свакако оперативни системи. Сјећам се дана када је Мицрософт заправо сугерисао да, да, можете надоградити ваш оперативни систем с ове верзије на ту верзију. Па, покушао сам неколико пута, и то никада, никада није успело. Сјетите се само да је веће, сложеније окружење, ситуација ће постати неугоднија. А онда је ту виртуализација. Размислите шта је ВМваре урадио са ИТ-ом. То је револуционирало ИТ, али је створило и овај слој апстракција. Ако имате апстракцију слоја на том темељном нивоу, то је потпуно нова игра са лоптом, то је сасвим нова лопта од воска и заиста морате преиспитати шта радите, а сви стари алати су се морали променити. И сада је то облак, зар не? За купца је облак одличан, јер је веома једноставан, корисничко сучеље је прилично једноставно, али наравно немате баш велику контролу над облаком. Али за људе који су иза кулиса, постоји много ствари које би данас требали знати и разумети. Околина је постала много, много сложенија. Свакако са е-трговином, и мислите на сав новац којим се тргује ових дана. Зато ме ускоро нећете наћи за друштво безготовинског. Суштина је да ситуација постаје сваким даном проблематичнија.
А одржавање оптималних перформанси увек ће укључивати неки елемент решавања проблема. Није ме брига шта ти неко каже, нема савршеног алата, нема сребрног метка и никад га неће бити, јер - у другој занимљивој перспективи овде - још увек учимо да причамо силикон. Још увек учимо да разумемо како чак и умрежавање функционише на нивоу густа густа. Ако погледате софтвер за управљање системима, данас је прилично добар. Али ипак, гледате ли линије које се пењу према горе и доле и гледате представке стварности, биће потребно да особа која зна шта се дешава састави заједно трагове да бисте могли да се загледате у оптималне алате да бисте могли да схватите шта ради, а шта није и доста је покушаја и грешака, само да будем непристојан. Са тим ћу га предати Дез Бланцхфиелд-у и тада ћемо се чути са Биллом Еллисом из ИДЕРА-е, који ће нас срамотити својим знањем. Дез, узми то.
Дез Бланцхфиелд: Хеј, хвала Ерик. Хвала вам. Лепо се увукао у своју малу сегу. Мој наслов, "Перформанс арт", мислим да је изузетно погодан у контексту онога о чему ћаскамо данас, јер на много начина када размишљамо о перформансној уметности, размишљамо о плесу и музици и другим креативним стварима. Искрено, чешће него не, ако решавамо проблеме и у веома великим ИТ окружењима и пословним системима заиста постоји елемент уметности и често црне уметности, јер ситуација из мог искуства током 25 и више година је да савремене стопе апликација, веома брзо повећавају сложеност брзином коју никада раније нисмо видели. И искрено се боримо да будемо у току, а постоје организације као што је Убер, на пример, и било шта друго, и развојни тим Покемон Го, мислим да доживљавају раст и сложеност и повећање сложености по стопама које су само астрономске. Не постоје чак ни књиге о томе јер нисмо замислили тај ниво раста. Моје гледиште је да је суштинска дефиниција скупа апликација експоненцијално пропала и ја ћу објаснити зашто мислим да је то тако, а онда доводим у изазов да моји добри пријатељи из ИДЕРА изгледају да имају решење за решавање .
Укратко, сви то знамо, али само да бисмо их сагледали, знали смо да смо у раним данима имали оно што ја зовем, архитектуру апликација, верзија 1.0. То је био сервер рачунара, у овом случају маинфраме са гомилу терминала, било је релативно лако дијагностицирати проблеме ако не видите ствари на терминалу - могли сте пронаћи кабл између терминала, а затим сервер рачунара, а био је то или нула кабла или конектор или неки проблем ако није повезан са терминалом, а ствари видите на екрану, било је прилично лако утврдити да су ствари које изазивају проблеме биле у сама машина. И полако бисте могли дијагностицирати где се у хрпи налази од хардвера све до софтверског слоја и корисничког интерфејса. У ономе што ја зовем верзијом 1.1, учинили смо је мало сложенијом. У средину смо ставили уређаје како бисмо могли поставити више терминала. И они су били нека врста комуникацијског уређаја и често су били муксери или мултиплексери и прелазили би преко наменске линије или линије за диал-уп, тако да сте имали главни оквир на удаљеној локацији - то може бити међудржавни или међународни - и неки уређај повезани преко СМА везе или неке врсте ВАН повезивања и ти терминали и даље раде на исти начин. Али имали сте мало више сложености јер сте морали да откријете да ли је проблем између терминала и уређаја за комуникацију или уређаја за комуникацију и главног рачунара. Али стацк је остао релативно сличан у маинфраме-у.
Верзија 1.2, опет мало сложенија, јер смо сада додали још уређаја, додали штампаче и друге ствари, и групирали смо те ствари, и мислим на предњи процесор који би решио све проблеме уређаја локално, штампачи и терминали и тако даље с главним оквиром тог далеког краја. Мало више сложености. Али опет, доследна тема главног рачунара биле су апликације које се покрећу локално, тако да је решавање проблема остало прилично слично унутар снопа апликација. А онда смо имали људе са вештинама и сређивали проблеме са терминалима и штампачима и контролерима кластера. Али тада смо закомпликовали ствари и изградили смо мреже и одједном иста архитектура уводи мрежни слој. Одједном смо имали мрежни прекидач, а радне станице су биле много сложеније. И ове верзије архитектуре често смо имали радне станице за графички интерфејс на радној станици. Не само да смо имали сервер који покреће сноп апликација, већ смо имали и други сноп апликација које се покрећу локално, и наравно исти основни модел уређаја који се повезују на сервер. Затим смо извршили квантни скок до новијег модела онога што ја зовем 2.1, а ту смо узели ту апликацију и направили смо је много сложенијом, много тежијом за дијагнозу. И увели смо много више уређаја у предњем делу, на веб прегледаче и рачунаре и мобилне уређаје, и тако даље. И овде је сноп апликација почео да зарони мало дубље у интеграцију као оперативни систем и хипервизор.
На овој слици са десне стране имамо читав гомилу укључујући мрежну инфраструктуру, сервере за складиштење података, виртуелне машине, оперативни систем, а затим традиционалне три нивое апликација за метални намештај, итд., У предњем десном руку. Дијагностицирање проблема са апликацијама и проблема са перформансама на овом моделу постало је много теже. Постоји толико много покретних делова и покушај да се пробије кроз ту гомилу је био, једноставно, ноћна мора и морали сте укључити додатне скупове вештина и организацију да се то решите. То више није био само ваш тим апликација, одједном сте имали људе из инфраструктуре, имали сте стручњаке за базе података, који су само радили на базама података и ништа друго - за разлику од систематског програмера који је знао њихов обилазак база података. Сада имамо сценарио где се ИТ одељења морају бавити са знатно ширим сложеностима „као услуге“, а ово где је свет управо експлодирао и постали су наши изазови решавања проблема, прешао је из ноћне море у нешто што је готово неподношљиво на неки начин.
И то је настало као решива скала, ми покушавамо да пружимо услуге на. Верзија 3 онога што ја сматрам пакетом апликација - увела је то као модел услуге, где је традиционални модел са леве стране, корпоративни ИТ стацк, где је на нашем крају све требало да се управља као потрошач и добављач услуге - од базе података о безбедности апликација, оперативних система, складишта сервиса за виртуелизацију, умрежавања података центара - морали смо све да управљамо, али имали смо приступ свему томе и могли смо да процијенимо своје сетове способности и техничких вештина и могли бисмо да истрајемо доле кроз ту гомилу и могли смо пронаћи ствари. Али како су се појавили инфраструктурни сервис и платформа и модел софтверске услуге, одједном су нам одузети приступ бацк-енд инфраструктури, наш приступ платформама и алату из којег смо испоручили услуге. Како смо почели да конзумирамо инфраструктурне услуге, на располагању су нам била само четири најбоља дела из оперативног система, базе података, свежањ сигурносних апликација за заштиту животне средине и горе. Све под тим била је црна магија. А постаје још занимљивије када пређете на сервис платформе јер такође само управљате снопом апликација.
Када дођете до софтвера као услуге и традиционалног модела тога је веб пошта или интернет банкарство, једино што имате је приступ веб претраживачу, тако да покушавате дијагностицирати шта стоји иза тога, дефинитивно. И поделила сам ово на временске зоне, на одељке времена или подручја времена ако желите или генерације, у оно с лева на десно, прешли смо од пре-2000-их и традиционалног гомиле где смо имали приступ у целокупно окружење и кроз то бисмо могли проћи. Али с временом је постајало све сложеније. Од почетка 2000-их до средине 2000-их, до касних 2000-их до данашњег дана, где смо прешли од услуге инфраструктуре, услуге платформе, софтверског сервиса, до сад се у основи односи на пословни сервис. А сложеност се драматично повећала. Постоји толико много покретних делова. Али доступност вештина постаје све тежа и теже, а све теже и теже искористити. Проналажење људи с правим сетом вештина с правим приступом правим алатима за улазак и заронити у овај свежањ и откривање где нешто споро иде. Да ли је то мој лаптоп или радна површина, да ли је то мој телефон или таблет, да ли је моја повезаност преко 3 или 4Г или моја посвећена веза са АДСЛ-ом или ИСДН шта год то могло да буде? Или чак и бирање броја, мада је то данас све мање. Је ли крај веб сервера, да ли је то нешто унутар веб сервера? Да ли је то сервер апликација? Да ли је нешто око меморије и диска ЦПУ-а и перформанси мреже унутар послужитеља апликација? Да ли тамо ради база података?
И можете замислити, врло брзо цртате ову слику сложености која почиње да се шири попут велике слике праска, овог непрестано растућег балона којим покушавамо да се загрлимо и имамо вештине да заронимо и знање и где сецира и раздваја. И сада смо у ери у којој, знате, људска бића не могу да се носе са физичким размерама, чак и ако имате способност да раздвојите окружење базе података и извучете ту базу и зароните у детаље унутар те базе података. Број база података којима сада морате управљати брзо расте. Све сада покреће база података. Врло мало апликација ових дана не покреће базу података. И врсте база података такође брзо расту. То више нису само традиционалне СКЛ базе података, понекад и СКЛ, понекад и не-СКЛ, понекад су графичке базе података, понекад су базе података. И постоје све ове различите врсте функција које имају ове различите врсте база података и као резултат тога свака од њих има различите изазове у погледу перформанси и различите критеријуме перформанси. Записивање базе података и базе података документација раде врло, врло различито и обављају другачију функцију у односу на традиционалну СКЛ базу података која одговара АЦИД, АНСИ 92. И врсте ствари које смо тамо чували.
По мом мишљењу смо на месту где - и мислим да је Ериц алудирао на то - да се људска бића труде да буду у току са сложеношћу онога што градимо и брзином којом градимо, а ми сада смо на месту где је једини начин да управљамо овом инфраструктуром, а једини начин да надгледамо и продремо у проблеме са којима се сусрећемо су алати и праве врсте алата. А онда непромењива права генерација алата. Алати који заправо разумију позадинску инфраструктуру. Више није у реду само бацити СКЛ монитор или СКЛ алат за постављање упита и почети раздвајати упит и гледати шта то ради. Заиста нам је потребан алат који разуме формирање упита и одговарајући начин за формирање упита и одговарајуће начине за упите да разговарају са инфраструктуром у позадини и како раде када то раде. И да се погледа време тих интеракција и редослед у коме се одвијају.
А то је много сложенији изазов и то ме доводи до мог преокретног питања, а то је да, како сложеност стана апликација развијамо, алати перформанси и алати које користимо за управљање њима нужно су потребни да постанем све паметнији и много способнији да гледа више ствари. Али исто тако, много паметнији у начину на који улазе у оно што се ради у позадини и шта они могу открити о томе и потенцијално чак и неку врсту аналитике која се врши преко тога да би разумели да се интеракције и перформансе испоручују, и зашто ради спорије или брже.
Затим ћу прећи до нашег драгог пријатеља из ИДЕРА-е, Билла Еллиса, и видети шта он данас има да каже како они решавају ово питање. Билл, на тебе.
Билл Еллис: У реду. Моје име је Билл Еллис и хвала вам пуно. Разговараћемо о томе да се моја апликација покреће полако, време је да добијемо прецизност. Погледајмо шта Прецисион, ИДЕРА производ, може и како вам може помоћи. Пуно пута сазнате само да је дошло до проблема са перформансама јер вас је позвао крајњи корисник, а то је заиста сам по себи велики проблем. Од свих у ИТ-у, нико није знао док телефон није зазвонио. Сљедећи велики проблем је како помоћи овом појединцу, а то заправо није тривијални проблем. Постоји једно од овога. То је изнад и изван овог слајда, изнад и изнад осталих. И желим да видите да ли можете да схватите шта је то. Али, као што смо напоменули, апликација захтева, ослања се на много различитих технологија, број апликација је висок и расте. И многи људи приступају апликацији путем претраживача, и изненађујуће је да се све више и више обрађује што се у претраживачу дешава са скриптима итд., И наравно, онда имате мрежу, веб сервер, пословни логички код и базу података. Оно што желим да узмете у обзир је да свака значајна пословна трансакција комуницира са базом података, било да се ради о извјештавању о временској картици, потрази за инвентаром, наруџбеници за куповину, а база података се ажурира. И тако, база података постаје заиста темељ перформанси. А база података се, наравно, може укључити или се ослања на складиште података низводно. Свака од ових технологија је чврсто повезана и може да види шта се дешава. Морате знати шта се догађа да бисте могли измерити је критично.
Сада, једна ствар коју проналазимо је да многи од наших купаца имају алат и имају алат за сваку технологију, али оно што немају је контекст. А контекст је у основи могућност повезивања тачака између сваког слоја у снопу апликација, а то је заправо релативно једноставно. Некада смо имали ограничење на дванаест слојева, али у основи смо га променили, имамо неограничене слојеве и подржавамо мешовита окружења тако да у основи можемо добити изузетно компликовано прецизно решење.
Сада, на високом нивоу, на овај начин решимо проблем и фокусирамо се на трансакцију, трансакцију крајњег корисника од клика до диска, говори нам који се споро крећу, који троше ресурсе, али кључно је ово - дозвољавамо вам да одаберете и идентификујете корисника њихову локацију и не само читаво време трансакције, већ и колико времена потрошите на сваки појединачни корак. Време је валута перформанси, а такође показује где се ресурси троше. Не знамо унапред где ће се проблем налазити, тако да морамо имати адекватне метрике и аналитику на сваком од нивоа да бисмо могли да дијагностикујемо шта је проблем, где би могао бити проблем.
У данашњој презентацији коју ћу усредсредити на ово подручје, желим да будите сигурни да ми у основи пружамо исти ниво видљивости на свим нивоима у апликацијском пакету и пресудна ствар, да ли ће нам ово рећи ко, шта, где, па онда овај део, то ће нам рећи зашто. И заиста је то разлог зашто је то апсолутно критично за решавање проблема, а не само њихово познавање. Сада је друга ствар која се врло јасно показала у презентацији била да је то немогуће учинити. Потребна вам је аутоматизација. А аутоматизација значи да упозоравате, имате нешто што ће вам рећи, надамо се пред заједницом крајњих корисника, да имате стални тренд, изградио одступање од упозоравања о тренду. А онда нудимо и линију на песку, ви заправо кршите СЛА. Сада нудите пуно различитих информација - не морају сви да конзумирају бифе, неки људи желе само лагану ужину, ово је салата, па тако уз то што нудимо порталу можемо учитати информације, само је потребан одређени корисник или потребе одређене информације о заједници о перформансама. Апликација ради споро, време је да добијете Прецисион. Заправо ћемо се фокусирати на четири ствари. Прво је локација, унос крајњег корисника. Још једном, онај контекст који повезује тачке, а трећи део истраживања показује да се готово 90 процената проблема са апликацијама налази у бази података, тако да је заиста врста травестије да вам већина решења за перформансе може рећи једна СКЛ изјава. Али они вам не говоре зашто се та СКЛ изјава изводи споро.
И тако, зашто је увек пресудна ствар, а Прецисион је одличан у приказивању зашто, за сваки ниво и посебно базу података, и само да са вама поделимо мало о нашој матрици подршке, коју подржавамо СКЛ Сервер, Сибасе, ДБ2 и / или скупно. Изглед и осећај решења су врло слични, тако да ако гледате више апликација, али нешто другачије архитектуре. Информације које овде поделим имају изглед и осећај, приступ, исти су без обзира на то шта су основне технологије у употреби. Прецизно је омогућен веб. Улазимо, аутентикујемо Прецисион, и са тим улазимо и прво што бисмо можда желели да погледамо су перформансе по локацији. И тако овде заправо можете да видите различите локације на којима људи заправо приступају погубљењу. Можете видети да ли је неко напустио страницу пре него што се она у потпуности прикаже или је дошло до грешака.
Сада је једна ствар код ових апликација мрежа или удаљеност од сервера апликација различити. Овдје је врло лако видјети да постоји одређени ниво мреже. Могу да видим када су људи постали заузети, а онда још једна занимљива ствар, разговарали смо о томе како се врши обрада унутар претраживача, они заправо примећују да неке од различитих врста претраживача пружају боље окружење за брзу обраду. И тако знајући да ли људи приступају Цхромеом или ИЕ-ом, или шта год се догодило, заправо врло често можете пронаћи да је једна инверзија типа претраживача заправо супериорна другој. Сада, понекад с којима се јавно суочавате, не контролишете прегледач, понекад су апликације окренуте према унутрашњости где људима можете препоручити тип прегледача својој заједници крајњих корисника, па су то типови видљивости и аналитике дубоког зарона који Прецизно је у стању да пружи. Сада ћемо погледати апликацију.
Нисам сигуран можете ли да видите мој показивач, али хтео сам да вам опишем горњи граф. Ос и показује просечно време одзива. Ос к је време током дана. А заправо постоји сложени бар графикон и тај сложени бар графикон, укупно вам показује каква је перформанса, а затим приказује слојевитост времена које се троши на сваки појединачни корак или сваки појединачни слој апликације. Од клијента, преко веб сервера, зелено је Јава, ово место користимо Тукедо и доље у базу података. Сада доња половина екрана приказује различите меније на мрежи којима се приступа, а затим смо разврстали са само мало зелене стрелице која је окренута према доле. Редослијед је у силазном редослиједу, а мјехурићи се врхом, веб мени почиње да га приказује. Заправо приказујемо време извршења, време одзива сваке појединачне технологије, а онда заправо постоји графикон за сваки од тих веб менија и тако почињемо са схватањем шта се дешава. Сада се сетите да смо све ово сортирали са крајњим корисником, али како да пронађем крајњег корисника? Долазим овамо, отварам мени који ми омогућава филтрирање према одређеном кориснику, па сам тог корисника поставио на Алек Нет, кликните ОК, а затим смо фокусирани на само активност Алек Нет-а. Ово што сада ради јесте да ли омогућава ИТ и ИТ менаџменту директан одговор крајњем кориснику, а посебно на то да су гледали управљање садржајем које је имало шест извршења са временом одзива мало више од три секунде. Па, три секунде су прилично добре, није страшно, али можда је спорије.
Оно што могу учинити с тим је да могу да исечем и исечем те информације на различите начине. Могао бих рећи, је ли та трансакција свима спора? Да ли је данас за Алекса спорије него што је било јуче? Да ли је споро за сваког корисника унутар одређене локације? Или, и оно што ми се чини омогућава ми да направим парчиће и коцкице и да схватим шта се дешава, колико је проблем универзалан и врло је важно да могу да идентификујем крајњег корисника, јер се не ради само о софтверу, инфраструктуру, такође је и о томе како крајњи корисници спроводе апликацију. Често можете имати новог запосленог или некога са новом функцијом посла, а они нису упознати са одређеним САП екранима или одређеним ПеоплеСофт панелима и потребан им је мали показивач, можда поља остављају празна или стављају у заштитне знакове и они ' форсира да се велики резултати врате из базе података. Али ако имате кориснички ИД, можете их звати и пре него што вас позову. Друга ствар коју проналазимо је да након што заједница корисника буде свесна да ИТ зна шта раде, пуно се пута понашају боље и пуно проблема, пуно ствари које су биле проблеми, само нека врста испарити, јер људи који се понашају, само поступају мало пажљивије. Систем користе са већом пажњом.
Идентификација крајњег корисника је неопходна. На крају је за ИТ неопходно да може да помогне одређеном крајњем кориснику. Оно што смо овде урадили је да ли смо прешли на картицу „Ток“. То можете видети у горњем левом углу. И усредсредили смо се на једну компоненту веб менија. А на десној страни је анализа те конкретне трансакције, па је на врху то заправо претраживач, а затим Виев, само да се упознамо са мало икона унутар ГУИ-а за веб сервер, тако да можемо видети тачку атрибута. А онда је „Ј“ за Јава, а „Т“ је за Тукедо и наравно „К“ је СКЛ. Па, та новчана вредност у основи идентификује одређену СКЛ изјаву. Размислите шта ово ради. Идентифицирали смо корисника у трансакцији, с основним кодом апликације, укључујући појединачне СКЛ изразе. Сада, када погледам те појединачне СКЛ изјаве, видим да је укупно време одговора, свака од њих је одговорна за око шест процената, а када саберу четири најбоље СКЛ изјаве, извели су око четвртине трансакције време.
Сада је база података најчешће најлакша за манипулисање. Обично је најлакше добити јефтине, много супериорне перформансе. Сада морам мало дубље да откријем шта се догађа и шта, желим да пример то може учинити је заправо да откријем појединачну СКЛ изјаву, а знате да вам скоро гарантујем сваки појединачни снимак на линији Имао сам неку врсту алата за базу података и оно што алат алате ради, али само посматрање једне технологије изолирано, јесте да гледате, фокусирате се на здравље те технологије. И пуно пута људи погледају првих десет. Сада је овај СКЛ израз прилично брз, неће бити на листи првих десет, већ се на СКЛ изјаву ослања ова трансакција. И тако, оно што ја могу да учиним на тој речи, контексту, сада могу то привући пажњом, али у контексту појединачне СКЛ изјаве.
Сада се та особа може отворити Прецизно у контексту појединачне СКЛ изјаве, а Прецисион биљежи стварни план извршења који користи, вријеме извршења које је ово важно за ДБА, заправо ће показати, видјет ћете да је 50 посто време се троши чекајући на складиште. Педесет процената времена се користи у ЦПУ-у, па почињете добијати идеје о томе где се време троши, како бих могао да променем то време доле, а идеја је да људима дате опције, јер различити одговори имају различите трошкове и ризик повезане . У идеалном случају је да решимо проблем с ниским ризиком и јефтиним решењем. Сада када СКЛ изјаву прати хасх вредност и на левој страни екрана налази се ово мало дугме „Туне“, и оно што ће се десити је да ће вас одвести на СКЛ задатак. А овај СКЛ задатак је врста унапред припремљеног радног стола и шта ово ради, да ли ми омогућава да конкретно анализирам шта утиче на СКЛ изјаву почевши од плана извршења. План извршења одабире оптимизатор када се изјава анализира, она се враћа назад на аналогију са храном, а то је рецепт који следи за решавање СКЛ израза.
А неки су рецепти сложенији од других, па стога пружамо налазе. И овде ће се заправо показати, хеј, пуно времена ради узастопно И / О на одређеном индексу. И видите сада, када се враћате кисеонику, следите овај индекс. Да ли је тај индекс недавно дефрагментиран, какво је здравље ако? У ком простору за столом живи? Да ли је простор таблице одвојен од табеле на коју упућује? И тако вам почиње пружати све врсте идеја како можете решити проблем. Сада очигледно, знате, градимо у индексу. То је много нижи ризик, пуно је лакше него можда премјештање индекса из једног простора у таблицу у други простор таблице, тако да оно што желимо је да направимо врсте прављења, тако да можемо имплементирати најнижу цијену, опцију с најнижим ризиком. за решавање проблема.
Прецизно такође може учинити ствари попут хватања везива променљивих које се дају у СКЛ израз. Очигледно је да ће променљиве промењене контролисати величину скупа резултата. И контролише колико времена треба да изврши СКЛ изјава и колико података мора да прође и обради апликација преко Јава-а, путем .НЕТ-а, у цаст веб сервера и мреже, конацно пружена у прегледацу крајњег корисника . Оно што се догађа у бази података директно утиче на време прегледача. И зато ће бити пресудно имати овај ниво видљивости како бисмо могли тачно знати шта се догађа и дати ДБА највише могућности како би могли изабрати који од њих има највише смисла, с обзиром на одређену ситуацију.
Ово су неки од цитата и они су из ПеоплеСофт продавнице која има глобалну примену. Прецизно подржава ПеоплеСофт и САП, Сиебел, Орацле, Е-Бусинесс Суите, домаће Јава и .НЕТ апликације. Ми то подржавамо, уколико упућујете позиве путем веб услуга на више ЈВМ-ова, од Јаве до. НЕТ-а до Јаве, све то можемо пратити. Могло би бити унапријед, можда у облаку. Кључна ствар је да ствари морају бити инструментиране.
И тако, само неколико цитата једног од наших купаца: „Пре тачно, наши ДБА-ови су користили ОЕМ“, - то је само средство за базу података, и у основи су рекли: „Хеј, примери изгледају сјајно.“ Али могли су помоћ у откривању или решавању проблема са одређеном трансакцијом. Прецизно је обезбедио видљивост за то. И зато је располагање тим информацијама о СКЛ изјавама било пресудно за пружање видљивости ДБА-овцима да у потпуности истисну перформансе из базе података. И то је било заиста лепо. Неке од алата које можда гледате изнад.
А онда се ИТ менаџменту јако свидјела чињеница да је Прецисион могао превести сложени УРЛ у назив панела. И на тај начин, ако крајњи корисник позове и каже: "Хеј, имам проблема са овим", можете да изолите и видите ко је тај корисник, шта они извршавају, какве су перформансе, они заправо мере рендерирање време у прегледачу крајњег корисника. То је право мерило искуства крајњег корисника. И тако такође, посједовање тог корисничког ИД-а је апсолутно неопходно за помоћ одређеној особи која зове.
Како Прецисион то ради? И тако бисмо волели да делимо нашу архитектуру. Прецизно би требало да живи на свом серверу, а живи у ВМ-у, може да живи у облаку. На предњем крају је прецизно веб омогућен, било да користите надзорне плоче, интерфејс за упозоравање или стручни ГУИ. На страни прикупљања података ми заправо можемо учинити агента за неколико различитих технологија. Међутим, понекад ће нам бити потребан агент, а плуси и минуси имају агента. Велики плус је то што се подаци који се прикупљају могу унапред обрадити пре слања на ваш ЛАН. То значи да можемо смањити укупни утицај решења за надгледање на циљно окружење.
Сада само размотрите као алтернативу, ако имате „агента“, још увек постоји сакупљач података, само је питање где живи, и упућује позиве и прослеђује необрађене податке о циљној апликацији кроз ваш ЛАН. А заправо је прилично скупо. И на тај начин, прерадом, можемо минимализирати отисак. Моћи ћете да пратите и физичку и виртуелну. И једна ствар коју сам хтео да кажем о виртуелној технологији је та што се заиста фокусира на коришћење. Оно на шта се Прецисион фокусира јесте препирка. Када ВМваре технологија заправо минимизира ресурсе за вашег госта ВМ? И тако постаје заиста лако. Ако гледате само у гостујућем ВМ-у, имате само део слике. Способност да аутоматски открије и упозори на свађу, заиста је од суштинске важности.
Прецисион може надгледати до 500 инстанци, тако да веома велике имплементације у основи имају више Прецисион сервера. А за глобалну употребу обично ће то бити Прецисион сервер у сваком центру података. Успут, за највеће размештање можете их заједнички спојити како бисте могли да погледате корпорацију у ономе што се догађа и буде у могућности да нуде извештавање итд. Сада, као што сам већ напоменуо, имамо пуно техничке аналитике. Не морају сви да уђу у стручни ГУИ, зато нудимо прилагодљиву контролну таблу. И сваки од ових портлета или видгета, сви су опционални. И неко би можда желео да каже: „Хеј, како можете да упозорите било који ниво у нашем окружењу? Како раде групе са крајњом употребом из перспективе перформанси? “Или ћете можда имати питање о инфраструктури, ући у можда чак и перформансе Тукедо-а. Или чак балансирање оптерећења. Овдје је некако занимљиво у овом дијелу за уравнотежење оптерећења. Гледам портлет у средини са леве стране. Можете видети да је број извршења врло сличан између сваког од веб сервера. Али време одзива је код горњег највише различито. У ствари можете да истражите и тачно откријете разлог зашто је време одзива на том веб серверу било пуно спорије од осталих.
Једна ствар у вези са балансирањем оптерећења, ово је врло важно, и политике балансирања оптерећења, знате, није свака политика балансирања оптерећења прикладна за сваку апликацију. Заиста је корисно потврдити политику балансирања терета. Ми се заправо виђамо са неким апликацијама попут новог ПеоплеСофт Флуид ГУИ-а где ће неки веб сервери отићи ван мреже. И то је нешто што је заиста критично. Ако користите ГУИ ПеоплеСофт Флуид, контактирајте нас. Можемо вам пружити пуно увида и пуно знања о томе са чим су се суочили други купци. Сваки од ових портлета може бити прилично детаљан. Као што је средња десна страна, с плавом и зеленом, заправо показује образац врха мача, то некако показује да се ваша смећа унутар ВебЛогиц слоја одвија онако како очекујете. Сваки од ових портлета може бити високо фокусиран или може бити на високом нивоу. А разлог који је важан или би могао бити важан је често да није довољно да ове информације једноставно поседујете унутар ИТ-а, понекад морате да делите те информације са власницима апликација, а понекад и са вишим руководством, о ономе што се догађа .
Хтео сам да поделим са вама пар прича, типа „Успех у датацентру.“ А то су базе података и имам друге приче које су усредсређене на средњи ниво. Али данас се желим усредсредити на ниво базе података. Погледајмо замрзавање екрана. Оно што се овде десило је да је та конкретна продавница имала пословну лиценцу за запошљавање, да ће, ако поруџбину примимо до 15.00, наруџба бити достављена тог дана. И тако је магацин за то време изузетно заузет. А онда је замрзавање екрана било врло фрустрирајуће. И тако је супервизор - ово је мања компанија - супервизор заправо ушао у ИТ и наравно отишао до ДБА и рекао: „Е сад, шта се догађа?“ И тако смо урадили да ли смо могли да покажемо тачно Шта се дешавало. Ово је ЈД Едвардс, вишеслојна апликација, ово је екран за наруџбе. Можете добити представу о томе шта је посао, у основи правовремени инвентар, и тако у основи гледате на складишне апликације. А сада углавном испоручујете на бројне локације за купце, у разне продавнице. А оно што смо урадили је да смо отворили Прецизно.
Сада у овом случају, пре него што смо погледали Орацле, овде гледамо СКЛ Сервер, а сада нам горња половина приказује сложен бар графикон где СКЛ изјаве проводе своје време док извршавају. Свако слабо стање се рачуна у и-оси. Ос к ако је наравно током времена и можете видети да се наслагани графикон мења у зависности од тога шта се извршава и како користи систем. Сада смо се у овом конкретном случају фокусирали на трећу СКЛ секвенцу одозго. Ово је текстуално СЕЛЕЦТ ФРОМ ПС_ПРОД и у тој колони можете видети да смо снимили стварни план извршења. И можете да видите у читавом броју погубљења. Чињеница да је та одређена СКЛ изјава била одговорна за 9, 77 процената потрошње ресурса током овог временског оквира који гледамо - и то је важна тачка, временски оквир, Прецизно чува ваљану историју - и тако у основи могу да бирам и сазнајте шта се догодило у одређеном тренутку или током времена. Могу да видим тренд.
Сада ова СКЛ изјава, видите да је тамо насложени графикон тамно плав. То каже да користимо сав ЦПУ. Кренимо напријед и фокусирајмо се кликом на овај гумб „ТУНЕ“ на ту одређену СКЛ изјаву. Оно што ми радимо јесте да је узмемо у ону радионицу, пре-изграђену радионицу која је осмишљена да каже, "Па шта ће ДБА знати о овој конкретној СКЛ изјави?" И на десној страни можете видети картицу под називом " Историја “која је изабрана. И оно што бих сада хтео да урадите је врста преласка на леву страну где пише „Промене у односу на просечно трајање“, просечно трајање. И сваки од тих барова представља догађаје дневно.
Можете да видите у среду, четвртак, петак, време извршења било је, заокружујем два. Ос и показује тачку четири секунде, дакле тачку две. Врло мало се замрзава екрана, операције се сјајно одвијају у СЛА. Нажалост, 27. фебруара извршни план се променио и то је изазвало тренутну промену времена извршења. Одједном се време извршења повећава, четири Кс, можда пет Кс, и ствари се одвијају лоше. Сада Прецизно, у свом спремишту заправо бележи све промене које могу утицати на понашање. И овде можете видети да смо уствари забележили промене равнине осе. Онај у средини каже „Обим табеле је промењен.“ И тако су табеле све веће и управо смо на корак, када СКЛ изјава анализира, оптимизатор изабере један план извршења или други план извршења.
Срећом, ове недеље овде у понедељак се прелепио, па је било у добром тренутку. Нажалост, он се поново дешава и знате шта, крајњи корисници почињу антиципирати да се екран замрзне и започну поновно слање тог екрана и гурну број извршења и горе и горе. Имамо огромну количину детаља, али да бисмо решили овај проблем и затим га избегли у будућности, потребна нам је још једна информација. И то је приказано мени у поређењу тих планова за извршење. 5. марта, када је био брз и ефикасан, на левој страни је приказан план извршења. Када је то било споро и неефикасно 12. марта, можете видети да ради филтрирање. Спајање филтера само намеће много више потрошње ЦПУ-а, радећи много више посла. Исход је идентичан, само што радите пуно више. Као да идете и набавите залихе по један састојак, уместо да одете у оставу и набавите све састојке одједном. Дакле, постоји овај начин ефикаснијег начина да се то постигне. Сада обично знајући то, ДБА је могао да користи план упита како би избегао овај спор план извршења и закључао у брзе, високе перформансе.
Следећа врста ратне приче била је „Извештаји су касни“. Мислим да се пуно људи може поистоветити са овим сценаријем. Можда имате ад хоц извештавање, можете користити алат попут НВИСИОН, можда имате неки алат за извештавање треће стране. А оно што се догађа је да алатка развија СКЛ. А често СКЛ није баш тако добро кодиран. А ово би се могло применити и на ситуацију у којој, знате, имате неку трећу апликацију, тачно где СКЛ није био интерно написан, и тако као ДБА, „Ја не контролишем СКЛ, шта хоћу ли то учинити? “Па Прецисион пружа нешто чега нисам упознат ни са једним другим алатом базе података и то је приказ објекта. У комбинацији са препорукама и моделирањем. Дакле, оно што ми можемо је заправо претворити у видљивост на својој глави. Уместо да погледамо само активност, истражимо, који је објект најтежи у систему? А у доњем делу екрана можете видети редослед редоследа СКЛ и можете видети ступац „у МС-СКЛ“. А таблица реда за наруџбу је десетоструко заузета од било које друге табеле у систему. Мислим да ћете примијетити и оно што ћете примијетити у горњој половини, алокација простора расте и можете погледати и спецификације на серверу коју верзију софтвера покрећемо. Прецисион ће заправо провјерити праћене промјене примарних поставки. Још једном, узрок и последица.
Сада, фокусирајући се на табелу ретка налога, оно што могу да урадим са својим детаљним историјским спремиштем је да могу заиста да повежем СКЛ изјаве које иду против табеле реда налога. И можете почети да гледате где је клаузула у тим СКЛ изјавама. И почнете примјећивати да је клаузула гдје прилично слична између различитих СКЛ израза. А ја бих вам предложио да у вашем систему за снимање пронађете исту ствар. Будући да ће пословни корисници, пословни аналитичари желети да ураде ствари попут обједињене пословне активности током последњег дана, последње недеље, последњег месеца, последњег тромесечја, прошле године. Видећете врло слично где су клаузуле, поредак по, груписање по, а то значи да ће постојати одређени индекси који имају смисла за те СКЛ изјаве.
И тако Прецисион има механизам препорука, то можете видети у горњем десном углу, а оно што можемо учинити је заправо добити препоруке. Реците: „Хеј, покрећем све СКЛ изјаве, који би их индекси адресирали?“ Индекси су вам представљени и заправо можете видјети ДБЛ. Сада је Прецизан само за читање, он не нуди могућност клика на дугме и креирање индекса, али то је довољно једноставно за направити изван Прецизног. Али овде је најважнија ствар, Прецисион вам омогућава да процените и моделирате промене, тако да постоји ово дугме за оцену у доњем левом углу екрана. А оно што чини је да показује СКЛ изјаве пре и после.
Погледајмо ове СКЛ изјаве. Да ли видите овде овај ступац који каже „у МС-СКЛ-у“ и пише сат, четири минута? Та горња СКЛ изјава извршава или троши око 64 минута ресурса. А његово пројектовано побољшање је 98 процената. Ове промене уштедеће часове обраде. Сљедећа СКЛ изјава је 27 минута и у основи ће уштедјети трећину. То је отприлике десет минута обраде. Збројено заједно, уствари ћете уштедети сате и сате вредне обраде овим предложеним изменама. И тако бити у стању знати ово унапред, бити у могућности то моделирати. Такође можете да користите могућност „шта ако ако“ да кажете „Па, не желим да направим тај индекс или шта се догоди ако променим редослед колоне?“ И тако могу да користим ову могућност моделирања да се тачно утврди шта се даље дешава.
Друга ствар која је пресудна је да када направим промену, у ствари могу да измерим појединачну СКЛ изјаву. Видели сте историју СКЛ изјава у претходном примеру и ја стварно могу да проверим да ли сам остварио уштеде које су моделиране. Тако да је повратна информација, комплетирање петље за повратне информације апсолутно пресудна.
У реду, ево коначног примера који сам имао за вас. Ово је САП продавница и, знате, прошли су велику надоградњу, радили су неке ствари са прилагођеним трансакцијама и у основи крајњи корисник није био задовољан перформансама. И тако, оно што смо урадили јесте да смо били у стању да се фокусирамо на оно што је доживео тај крајњи корисник. А на врху листе можете видети „ИЗБОР“, а време одзива је мало више од 61 секунде. Ова ствар траје неколико минута. Сада можете видети да имамо сложени графикон који је усмерен према САП-у. На десној страни приказује време клијента, ред чекања. Плаво је вријеме пријаве и у САП окружењу, то је АБАП код, а потом база података. Значи, база података, знате, то би могао бити Орацле, могао би бити СКЛ, могла бити ХАНА. То у основи можемо да покажемо.
Сада оно што радимо с Прецизом је да се фокусирамо на ту трансакцију и на тог корисника на оно што СКЛ изјаве излазе. Још једном, тај контекст за повезивање тачака. Сада ова горња СКЛ изјава, можете видети да је заокружена и извршава се у две милисекунде. Заиста не можете кривити базу података ако се извршава тако брзо. Број извршења је врло висок. Заправо смо у могућности да се вратимо на АБАП кодер и кажемо: „Хеј, шта се догађа?“ Заправо смо установили да је код у бази података постављен на погрешно место, да се гнезди на погрешном месту у оквиру петље, направио је променити и онда смо у стању да меримо после. Заправо можете видјети о чему наступају. Не само на нивоу изјава СКЛ, већ и на нивоу прилагођеног кода. И тако су могли да живе са временом погубљења четири и по секунде. Ово је само пар примера како Прецисион може бити искориштен, можете га искористити. Као што је брзо прекрајање, Прецисион приказује перформансе по локацији, према ИД-у крајњег корисника, пружа контекст кроз низ апликација. Можете да истражите на узроку. И мислим да је један од великих диференцијатора моћи знати, не само СКЛ изјаву, већ и зашто се СКЛ изјава изводи споро, и бити у стању да идентификујете свађу и у основи понудите више опција за решавање проблема. То је оно што нуди Прецисион и можете нас конзумирати на лаган начин или ако имате веома дубоке, веома изазовне проблеме, волимо да их прихватимо и на њих.
Ериц Каванагх: У реду, морам рећи да је то био пуно фантастичних детаља, Билл. Хвала вам што сте показали све те снимке заслона. И из моје перспективе, заиста сте испунили оно што сам вам на неки начин објаснио на врх сата, а то је број један, морате да имате прави алат. Морате имати алат који вам омогућава количину контекста потребног за препознавање свих елемената једначине, као што је неко рекао у филму једном, то је било некако забавно. Али допустите ми да предајем Дезу јер се кладим да има неколико питања за вас и желим да додате још један од ових слајдова само за визуелне бомбоне, ако хоћете. Заправо, чекај, пусти ме да га вратим назад. Али Дез, сигуран сам да имаш нека питања, скини то.
Дез Бланцхфиелд: Да, знам. Овај алат је далеко од тренутка када сам га првобитно знао, а нисам био ни свестан да сте сада већ толико дубоко ушли у хрпу. То је једноставно невероватно. Само брзо, неколико ствари. Модел размештања, можете ли заиста брзо, за минуту или две, само зацртати традиционални или типични модел размештања. Споменули сте да је доступна као виртуелна машина. Може се изводити у облаку. И претпостављам да ће се једно од питања вероватно појавити и мислим да је било пар питања која су се појавила у одељку Питања и Одговори. Само да их сажмете у резимеу, тако да је уобичајени модел размештања и тип оси која се захтева, да ли се он традиционално распоређује у објекту или се налази у облаку? Које су типове модела примене који обично видите? И која је врста оса потребна да би се то постигло? Морамо ли да мењамо ствари на нивоу безбедности око приступа мрежи и слично? Или се ово може понашати као крајњи корисник?
Билл Еллис: Да, тренутно је већина инсталација спремна. Све више и више људи убацује компоненте гомиле апликација у облак и тако можемо и да поднесемо. Примена за коју треба да се покрене сервер, задовољава одређене спецификације. Морамо имати базу података за складиштење историјског спремишта, тако да је испуњавање ових предуслова врста првог корака. Следећа ствар је да ми дефинитивно морамо имати неко знање о самој апликацији, а инсталација се покреће чаробњаком и у основи попуњава празнине. Због дубине информација које добијамо, знате, од нивоа веб процеса до кода који се извршава, морамо имати неке привилегије. Морам рећи сигуран модел података или сигурносни модел, јер агенти раде под вјеродајницама које су потпуно одвојене од људи који користе метаподатке о трансакцијама итд.? Прецизно комуницира преко ТЦП-а преко ИП-а, па захтевамо да одређени портови буду отворени. Као брзи пример, као што је наш подразумевани порт 2702. Та врста детаљних ствари је нешто ако су људи заинтересовани, могли бисмо детаљније ући у то. Али обично смо веома брзи у вредности. Ако се неко суочи са великим проблемом, често можемо да га инсталирамо и осветлимо ситуацију у неколико сати.
Дез Бланцхфиелд: Да, и ја дефинитивно имам таквог смисла. У моделу размештања говорили сте о веома великом обиму и до 500 случајева и како то можете да удружите. На самом улазном нивоу, како то изгледа ако неко то жели - јер знам да је ИДЕРА врло велика у приступу бесплатним испитивањима, бесплатним демонстрацијама, и сећам се да сам на веб страници видео готово све што се може играти. За народњаке овде и мислим да сам га пропустио раније, али мислим да се поставило питање око тога како изгледа типична локација и како људи добијају приступ томе и почињу да се играју са њим и добијају тај тип искуства где могу да виде да ли имају начина да реше неке проблеме са перформансама? Да ли могу да преузму ОДС и окрећу га на свом хипервизору, Хипер-В или лаптопу или им је потребна посебна машина да би га покренули? Претходно сте зацртали архитектуру, али врло кратко, за минуту или две, како то изгледа за постављање на улазном нивоу само да би на пример доказао концепт?
Билл Еллис: Да, тако да је наш модел мало другачији од ИДЕРА алата. Ми се некако уклапамо у сценарио Ембарцадеро где бисте желели да контактирате једног од наших продајних представника. Желели бисмо само да разговарамо са вама који су изазови и тада бисмо обично знали да један од СЕ-а буде додељен и у основи би радио с инсталацијом са неким. Обично не бисте користили Прецисион на свом лаптопу. Желите имати ВМ или сервер у податковном центру у којем апликација живи, да бисте радили колекције. Али ми бисмо вам помогли у сваком кораку тога. Ако је неко заинтересован да то спроведе, сигурно желите да се обратите ИДЕРА-и.
Дез Бланцхфиелд: Једна од других ствари која ме је погодила је да мислим, много онога што смо данас покрили око реакције на проблеме перформанси. Али чинило ми се да, и у окружењима уживо док их људи користе, као што је ваш први слајд схов, неко узме телефон и каже: „Апликација ради споро, помоћ.“ Али то ме је погодило током предиздања апликација или надоградње или нове закрпе и исправке, могли бисте проћи кроз гомилу планирања капацитета и тестирања отпорности на стрес и прецизно прегледати целокупно окружење и заправо наћи проблеме пре него што чак и крајње кориснике ставите у окружење. Да ли је то случај коришћења који сте видели и раније или људи то такође раде или то није уобичајен случај употребе?
Билл Еллис: Апсолутно, желели бисмо да користимо Прецисион током читавог животног циклуса развоја апликације или животног циклуса надоградње. Прецисион нуди приказ скалабилности, показаће број извршења прекривених временом одзива. Очигледно, ако и број погубљења и време одзива растеју заједно, ви не скалирате и морате нешто да урадите. Та врста ствари је неизмјерно помогла. Мислим да је сада то мало мање тачно, али када су људи почели да постављају производне апликације на ВМваре, мало су оклевали и изгледало је да ће им се на прву ствар свидјети: „Ох, морамо то да пребацимо на и физички. “А оно што у ствари можемо учинити је да покаже каква је потрошња ресурса, тако да можете да учините апликацију ефикаснијом. У сваком кораку животног циклуса апликације дефинитивно желите да користите Прецисион. Али морао бих рећи да је производња заиста тамо где је најважније, а прецизна је усмерена на праћење производње 24 сата на дан и тако да заиста не желите да покрећете своје производне апликације без видљивости.
Дез Бланцхфиелд: Апсолутно. Још једно брзо питање управо у вези с оним дубинским тестом, имиграцијом, УАТ-ом и тако даље - мислим, одлично је имати овај алат и претпостављам да би програмери апликација апсолутно волели да имају приступ томе кроз животне циклусе животног циклуса развоја. . Са сложенијим архитектурама које сада видите, тако да смо прешли са наменског сервиса на виртуализације и виртуализацију, сада прелазимо на својеврсно, знате, усвајање оутсоурце-а у цлоуд хостинг и такође видимо транзицију до контејнеризације. Јесте ли видели много људи да ово размештају и моделирају врсте региона или зона, па би то можда неко имао - и у Аустралији имамо врло велико питање око приватности и знам да је у Европи иста ствар и мислим да је то све више случај у САД-у где подаци који ме могу лично идентификовати често морају бити у сигурнијем окружењу од стварног апликацијског слоја до веб нивоа. И тако сада имамо ове размештаје где људи могу да интерно чувају своју базу података и апликацију, али могу да поставе свој веб слој и крај испоруке и апликације и тако даље у провајдера облака као што су Азуре или, или Амазон Веб Сервицес и софтвер . Како то функционира са вашом уобичајеном применом? Да ли је то случај да имате само још један скуп колекционара у региону и они само још мало обједињују? Како то изгледа у свету Прецисион у данашњем својеврсном бимодалном приступу покретања ИТ старих заостављених ствари на једном месту, а ваша роба је понекад у облаку?
Билл Еллис: Да, тако да подржавамо мешовито окружење. Једна ствар коју треба узети у обзир је да постоје различити уговори са пружаоцима услуга облака. Неки од њих неће дозволити било какав агент или било какво спољно надгледање унутар облака. Да бисте инсталирали и надзирали помоћу Прецизира, морате имати врсту уговора који дозвољава тој врсти приступа. Дефинитивно постоје одређена ограничења која понекад морамо да прођемо, па су то важни критеријуми које узимате у обзир када, претпостављам, прво потпишете те уговоре, а затим и / или ако требате да примените Прецизан.
Дез Бланцхфиелд: Да, видео сам бројне случајеве када чак и са традиционалним окружењем базе података ако то купујете као део услуге, посебно са Азуре-ом, док ви набавите лајкове ХДИнсигхт или СКЛ-а као Услуга, као платформа, ваш уобичајени алат може заронити само толико дубоко, јер они баш и не желе да гледате шта се налази испод хаубе. И тако некако завршите са одређеним нивоом или дубином коју можете да надгледате и одједном једноставно не видите иза чаробне завесе. Да ли је самопослуживање ствар? Да ли је то традиционално нешто што би се одвијало унутар мрежног оперативног центра у којем би технички тим, народ под ЦИО добио само приступ, или је то такође нешто што можете пружити ниво приступа крајњим корисницима? Можда није нужно рецепција и традиционални људи из ХР-а и финансија, али паметнији корисници који то раде, знате, на пример, научници података, актуари, статистичари, људи који раде заиста велико радно оптерећење. Да ли је случај да могу добити приступ некој врсти приступа самопослуживању да виде шта се дешава када покрећу ове тешке упите и где се јавља бол да би могли некако да подесе како ради њихово оптерећење?
Билл Еллис: Постоји прилично добра сигурност у оквиру Прецизног па можете поставити кориснике који имају различите нивое приступа. На врло основним нивоима само надзорне плоче пружају надзор. И онда у оквиру, знате, ако је неко хтео да уђе у Екперт ГУИ, можете ограничити шта могу да виде и шта могу да ураде. И некако се враћам на ваше претходно питање да, знате, у здравству имате све законе ХИПАА, тако да дефинитивно постоје нека разматрања и заправо постоје неке опције размештања, тако да можемо да радимо с тим у оба окружења. Једна ствар коју треба узети у обзир код података које сте видели у овој презентацији јесте да су то сви метаподаци о перформансама, а не о садржају табела, и тако је стварно, неће се упасти у, такве врсте, приватност.
Дез Бланцхфиелд: Да, и ја сам то волио. Имао сам тренутак еуреке о вашем четвртом или петом клизању екрана и схватио сам да само извлачите перформансе, па не само, али повлачите податке о перформансама, извлачите ствари, као што сте рекли, метаподате из различити нивои стака, ви заправо не гледате садржај. И мислим да је ово занимљива ствар, јер је то један од оних алата где бисте је могли краткорочити или погледати шта се дешава у окружењу, али не морате имати приступ самим подацима. Можете чак да погледате како се управљају посадама. Последња ствар, претпостављам, само брзо, а онда ћу се предати Ерику, па ако имате питање, назовите Ребеку да се замота, раније сте споменули да је режија номинална, случај је да је чак и приметна покрића са посматрачке стране ствари и само гледање позадине или је то толико занемарива количина трошкова да једноставно не вреди размишљати?
Билл Еллис: Да, тако да мислим да је на нивоу базе података, знате, свака технологија мало другачија. На нивоу базе података Прецизно је познато да прецизно пребија најниже трошкове. На средњем слоју је, знате, нека врста равнотеже, знате, то није само Прецизан, примењиван је на све, у погледу видљивости и надимка. И тако, једна од ствари је што нудимо бројне софистициране алате за контролу онога што је над главом. Дизајнирани смо за производњу и, знате, дефинитивно је корисно укинути што више проблема око развоја и КА-е, али, знате, не постоји ништа попут сазнања шта се дешава у производњи.
Дез Бланцхфиелд: Ериц, преко тебе, имаш ли завршна питања?
Ериц Каванагх: Да, рећи ћу само да мислим да сте урадили сјајан посао истакнувши да је контекст заиста кључан и да је готово као да ако кренемо ка овој ери интернета ствари, желите да све буде инструментирано. И мислим да је сада стандард у производњи да се то ради, што је добра вест, зар не? Јер желите да будете у могућности да извлачите информације из свих тих различитих окружења и спајате их заједно. И претпостављам да ћу вам то ипак предати због неких даљњих коментара. На то сте фокусирани пружање визуелног интерфејса кроз који неки аналитичар, у основи ИТ аналитичар, може да надгледа и анализира шта се дешава у овом сложеном окружењу, а затим смисли шта да промените. Јер то није само алат. Морате имати алат, али потребна вам је особа која ће се бавити тим детаљима и пронаћи одговоре, зар не?
Билл Еллис: Да, некако то доживљавам као раст до врха и постављање приоритета где је највише отплата, знаш? Ако се покаже да је другачија ситуација, јер није сваки проблем у бази података. Ако је база података, знате, ствари се извршавају у десетини секунде, али на нивоу апликације ствари трају три секунде, ту је највише откупа. И тако бити у стању да изолите ниво проблема, а затим оно што се догађа унутар нивоа да бисте се стварно фокусирали на место откупа. То стварно убрзава резолуцију и оптимизацију апликације и она је много бржа и много боља и забавнија од људи окупљених у конференцијску салу, "Па нисам ја, то мора да је неко други."
Ериц Каванагх: Тако је. Пре неки дан сам видео сјајан меме који је рекао: "Буди обавештен, а не само себичан." Уђеш у састанак, имаш информације, можеш да укажеш на податке. То је кључ и стижемо тамо, хвала Богу. У реду, идемо и завршити, али архивирамо све те веб емисије за касније гледање. Слободно то проверите било када. Сада наводимо све наше веб емисије, серију Хот Тецх и серију брифинга на Тецхопедиа.цом, па скочите на мрежи и проверите те људе. С тим ћемо се опростити. Хвала на вашем времену данас, Билл. Захваљујем вама и вашем напорном раду, Дез. И разговараћемо с тобом следећи пут, народе. Брини се. Ћао.
