Одузети: Домаћин Ериц Каванагх разговара о управљању перформансама ПеоплеСофт-а са Матт Саррел-ом и Биллом Еллисом у овој епизоди Хот Тецхнологиес.
Ериц Каванагх: У реду даме и господо. Поздрав и добродошли поново. Сриједа је у источном у четири сата, а последњих неколико година то је значило у овом свету ИТ-а и великог пословања и података, време је за Хот Тецхнологиес. Да, заиста, моје име је Ериц Каванагх. Бићу ваш модератор за данашњи догађај.
Разговараћемо о системима који послују, људи; говоримо о ПеоплеСофт-у, како управљати перформансама сложених окружења. Увек волим да поменем, ви играте велику улогу у овим догађајима, зато вас молим да не будете стидљиви. Поставите питање у било ком тренутку; то можете учинити помоћу прозора за ћаскање или питања Питања - било на који начин се пролази. Волио бих чути шта желите знати и то је најбољи начин; добијате најбољу вредност за своје време. Ми архивирамо све те веб емисије за касније слушање, тако да само имајте то на уму.
Ако се системи покрећу споро, имајте на уму какав је живот некада био. Ова фотографија је заправо из 1968. године, љубазношћу даме која се зове Данелле, и морам рећи да је ово заиста сјајан подсетник колико су се ствари промениле. Свијет је постао знатно сложенији и наравно пословне потребе и корисничко искуство углавном иду руку под руку. Али ових дана мало је прекида везе. Као што често кажемо, постоји неусклађеност, а чињеница је да пословни људи увек желе ствари брже и брже, ИТ тимови који морају да га испоруче су они који су под притиском да обаве посао и то је сјајан свет тамо.
Морам рећи да је конкуренција загрејала свуда. Ако само погледате било коју индустрију, можете видети да је ових дана дошло до великих дешавања - Амазон, на пример, купује Вхоле Фоодс. Можете бити сигурни да прехрамбена индустрија тешко гледа на то.То виђамо свуда, тако да је заиста дужно пословним лидерима да осигурају да схвате како да - и ево речи ових дана - дигитално трансформишу, како да пређу стару централу ка много новијим и робуснијим системима. О томе ћемо данас разговарати.
Једно од проблема са којим се суочава велики број организација, посебно оних које постоје већ неко време су ови наслеђени системи. То је стари ИБМ маинфраме од оног дана. Свугде постоје наслеђени системи. Једна од шала је да је заостављени систем систем који се производи, што значи тренутка када крене у производњу, технички је то наслеђени систем. Увек ће постојати нови начини вршења ствари.
У последњих неколико година постоје врло занимљиви догађаји у вези са проналажењем начина да се практично ускладе системи како не би нужно само побољшали перформансе једног система, већ и пронашли начин да се створи нека врста одступања или тактика преоптерећења за руковање перформансама на друге начине. Данас ћемо говорити више о томе како побољшати перформансе система попут ПеоплеСофт-а, који је наравно невероватно сложен. Али када се уради добро, када се учита, када се имплементира, када се њиме добро управља, може да учини дивне ствари. Али када то не успе добро, тада имате све врсте проблема.
Па шта се дешава? Морате бити реални у стварима и у било ком окружењу, ако корисници не добију оно што желе, пре или касније пређу у системе сенки. Дешава се стално. Системи сенки могу бити веома продуктивни, могу помоћи људима да обаве посао. Али наравно, постоји пуно проблема. Сигурно је да су системи сенки у читавој области усаглашавања и регулације велики не-не. Али они су вани и мислим да је важно имати на уму да ваши системи, ако ваш главни систем не ради брзо или не раде ефикасно, пре или касније доћи ће до заобилазних решења и та решења могу бити врло тешка за проналажење, може бити тешко залазак сунца, јер они завршавају и критични су за посао. Могу их бити тешко интегрисати, па имајте на уму да су вани и да је то само још један разлог за побољшање перформанси.
Недавно сам чуо за овај израз и морам да га избацим тамо: „тиранија хитности.“ Мислим да сам чуо да вероватно знате о чему говорим и шта се дешава у већини организација је да радно оптерећење достигне критичну масу , а људи раде онолико колико могу, и врло је тешко било шта променити. Заврши вам патња „тираније хитности“ - све се мора одмах одрадити. Па, надоградња система се не дешава одмах.
Свако ко је икада живео кроз надоградњу ЕРП-а са једне на другу верзију зна да је то релативно болан процес, зато имајте на уму ово: Ако то видите у својој организацији, препознајте то. Надамо се да ћете се моћи обратити некоме или ако сте старији човек попут ЦИО-а, ЦТО-а или генералног директора, препознајте да је то врло опасан сценариј, јер кад једном заостанете за осмом лоптом, заиста је тешко изаћи иза осам лопти.
То је попут читаве маратонске загонетке: Ако завршите далеко иза неке трке и сви су испред вас, а ви и даље трчите, биће тешко да се надокнадите ако заостанете предалеко. Зато само припазите на то и имајте то на уму.
А с тим ћу то предати Матт Саррел-у да нам пружи неке увиде о томе како изаћи на крај са сложеношћу ПеоплеСофт окружења. Матт, склони то.
Матт Саррел: ОК, хвала, Ериц. Поздрав свима. И тако, да видимо, почећу од тога да вам кажем зашто мислим да сам права особа која разговара са вама о управљању перформансама. Тако да имам 30 година искуства у технологији. Некако бих волео да кажем да сам напредовао кроз то што сам био практичан, мрежни администратор, директор ИТ-а, ВП инжењер у неколико старт-уп компанија. Затим сам прешао у технички директор ПЦ Маг. Ту је моја слика, али у основи изгледам као мало дете.
А затим даље и бити новинар у разним публикацијама попут еВеека и ИнфоВорлд-а, бити аналитичар у Гигахоме-у, умрежавати се са Блоор Гроуп и водити консултантске услуге. И ту сам ја: Ова слика са леве стране је онаква каква сада изгледам. Ова слика у средини некако је пресрећна - у соби пуној жица и трептавих лампица, а где је хладно - мора бити јако хладно, а свима другима мора бити непријатно да се осећам угодно у зависности од температуре. Ако имате било каквих додатних питања, постоје моје контакт информације.
Овде бих желео да поставим бину и само причам о перформансу, као што је причао Ериц. Сада смо ушли у овај свет где корисници имају то очекивање које су поставиле потрошачке апликације и веб локације. И људи су некада били вољни да иду на посао, седе и тамо и чекају своје системе, јер оно што им је потребно, а сада људи баш и нису вољни да седе тамо. Питање је да ли желе да овај мотоцикл лети око стазе. Вероватно не желе да тип вози бицикл и одводи своју ћерку у школу. Али шта ћете обезбедити?
И тешко је, јер - заиста сам био великодушан са овом добром од једне до три секунде - и људи желе тренутни одговор и желе приступ са било ког места. То би могло бити било где у вашој згради или у вашем кампусу, или било где у свету у било које време, у зависности од тога како ваш посао функционише. И претпостављам да оно што ја правим јесте да када говоримо о перформансама, важно је размишљати о перформансама из угла корисничког искуства.
Важно је дефинисати циљеве перформанси пре мерења и подешавања. Имам слику тунера, а затим тунера. Стварни мушкарац који је тјунер, мора да зна за шта гази или нема смисла заправо стављати руке на клавир и подешавати га. Дакле, унапред дефинишући циљеве, то ћемо некако одржавати стварним уместо да циљеве прилагођавамо тренутној ситуацији. Важно је да се временски подаци прате и схвате како се системи мењају са перформансама апликација за учитавање корисника, на шта утичу сцене ресурса и обрасци употребе.
Увек је важно повезати све то заједно са корисничким искуством или инцидентима подршке, успоставити основну линију за перформансе за које очекујете да ће моћи да испоруче и када се приближите одступањима од те основне линије, проактивна упозорења како бисте могли да предузмете мере пре него што погодите статус "кита квара". А знате да то захтева способност да будете у стању да брзо и лако утврдите и адресирате основни узрок проблема са перформансама. И опет, ово је раније, то је боље, зар не?
Знамо, из прошлости сагледавања напора за развој, што раније можете пронаћи и поправити проблеме у перформансама, бољи сте. Ако сачекате док се сав ваш код или ваш систем активира како бисте започели тестирање перформанси или започели откривање проблема, нећу рећи да је прекасно, али опет, сада сте тип који је лоше започео у маратону, а сада играте улов -уп уместо да скачете право и напредујете. Па како ово радите? Да ли предвиђате своје просечно и максимално оптерећење?
И ако наставите и одређујете физичке сервере или виртуелне сервере или примене у облаку или контејнере и ресурсе контејнера, а затим покрећете доказ о концепту и покренете пилот? Ово су времена која су ово нека врста, крај где желите нешто да ухватите, мада је ипак боље да га ухватите у производњи него да га игноришете у производњи. Али заиста, до тренутка кад сте у пилоту већ сте требали успоставити своју методологију и процедуре око сталног праћења и унапређења.
ОК, тако пуно компанија - говоримо о дигиталној трансформацији. ДевОпс, у револуцији ДевОпс, игра огромну улогу у тој дигиталној трансформацији. А ово је крајњи крај који заиста никада не престаје. Као да две руке цртају једна другу, и ово је добра ствар. То је бесконачна петља између ове две руке плана, шифре, израде, тестирања, пуштања, размештања, рада, надзора, назад до плана. Храни се и ми смо аутоматизовали то брзо. То ствара петљу за повратне информације о праћењу перформанси и користи је за проактивно откривање проблема перформанси и њихово исправљање пре него што утичу на целокупну вашу корисничку базу.
И још једна ствар, сада када сте то схватили, ИТ програмери и оперативно особље које се крећу врло брзо и усклађени, те напоре такође можете лако ускладити са пословним особљем. Учинковитост пословног софтвера је сложена звијер. Може се то упоредити са фудбалским тимом који сједи испред кредне табле у правцу, и све ради одвојено и све функционира заједно. Увек то сматрам старом причом о томе када сам добио свој први аутомобил и поправио једну ствар. Поправио сам клима уређај и тада се догодило да је остатак расхладног система покварио. Тако сте добили своје болове и све ствари заједно и прилагодили се. Све морате организовати на такав начин и градити процесе тако да када унесете промене, схватите како све утиче на све остало.
Такође будите пажљиви и двоструко проверите. Испитајте, поништите, примените. И опет долазимо до овог питања изградње непрекидног програма праћења и побољшања перформанси. А ово је, у ствари, мој последњи слајд. Док разговарамо о овој сложености, и она је прелепа сложеност попут унутрашњости овог сата, имамо толико много покретних комада у ПеоплеСофт-у. Свака ствар утиче на све остало, све до снопа. А ту је толико различитих места на којима можете потражити кључеве проблема са перформансама да бисте се врло лако могли изгубити без правог алата и без правог поступка. И опет о свему, у многим случајевима мислим да смо научили да можете решити инфраструктуру, али огромна променљива ће бити ваш прилагођени код апликације. Дакле, кључно је имати исправне процесе за тестирање и континуирано побољшавање апликације.
И тако је крај мог дела, а ја ћу то предати Биллу.
Ериц Каванагх: У реду, Билл, дај да ти дам кључеве за ВебЕк. Свиђа ми се та лепа сложеност - лепа. Имали сте пар стварно добрих цитата, Матт. ОК, Билл, однеси то. Идите на „брзи почетак“ ако желите да делите екран. Сви ви.
Билл Еллис: Хвала, Матт, и хвала ти, Ериц. Само да потврдим, да ли сада сви можете видети мој екран?
Ериц Каванагх: Да заиста.
Билл Еллис: Стога ћемо разговарати о ИДЕРА-овом производу Прецисион фор ПеоплеСофт и видљивости коју они могу пружити да би вам помогли да успете у управљању сложеним пакетом апликација. Начин да се позиционирају потешкоће је та што једна апликација, најмање шест технологија, бројни крајњи корисници и отежава одговор на чак и једноставна питања. Да ли крајњи корисник има проблема? Ко је крајњи корисник, шта раде, шта је узрок?
Оно што обично видимо је ова ситуација - а то се може применити на ПеоплеСофт као и друге апликације или ПеоплеСофт који комуницирају са другим апликацијама - налази се у скупу података или би то могао бити облак ових дана, а крајњег корисника баш и није брига та сложеност. Они само желе да доврше трансакцију, приступе, проналазак инвентара, временску картицу за извештавање, такве врсте ствари. Ако су ствари споре или недоступне, обично сви ти интелигентни, добронамерни људи нису свесни док се крајњи корисник не жали.
То је нека врста разлике у видљивости и онда, оно што се може догодити је да отпочне дуготрајан и фрустрирајући процес где би људи могли да отворе алат и гледају, на жалост, само подскуп снопа апликација. Тако остаје потешкоћа у одговору на та основна питања.
И пуно пута би могло доћи до проблема и отићи ћете до администратора ВебЛогиц и он ће рећи: „Па, сећање, збирке смећа све изгледају сјајно. Заиста не мислим да је то ВебЛогиц. "Отиђете ДБА администратору и кажу,„ Па база података, ради баш онако како је била јуче. Првих десет изгледа добро. Можда вам је администратор складиштења погодио неке метрике попут И / Ос у секунди или пропусности, које су метрике на нивоу оквира и можда се не одражавају на вашој конкретној апликацији, а још мање у бази података или одређеном процесу. "
И тако сви имају ове метрике које изгледа да показују да је проблем негде другде, али овај крајњи корисник има проблем или је пријавио проблем, али како да решимо овај проблем на бољи начин? А још бољи начин, Прецизан начин - или ово је један од начина који ми нудимо - је мерење корисничких трансакција почевши у претраживачу преко мреже, на веб серверу, у Јава Јолту, у Тукеду, у базу података укључујући ДБ2 а затим коначно у складиште.
А ово показује да укупно време каже: „Па, ко има проблема?“ И тада можемо да идентификујемо крајњег корисника по томе како су се пријавили на ПеоплеСофт, а такође можемо и кроз Тукедо превод да забележимо шта ПеоплеСофт плоче извршавају.
Тако се тајминги убацују у историјско складиште које називамо базом података о управљању перформансама и то постаје јединствена музика која у великој мери поједностављује ко, шта, када, где, зашто. Прецизност такође укључује препоруке. Вероватно је најважнија ствар зато што све време хватамо све информације - и на нивоу техничког ИТ особља - можете мерити пре и после. Тако можете целокупном извођењу перформанси донијети мерењем или шест сигма.
И зато погледајмо "дан у животу". Пре свега, можда ћете отворити екран Прецизно упозорење и овде ћете добити рану опомену. Врхунско упозорење су вам обавештења о активностима. Дакле, корисници врше трансакције, а ми у основи не испуњавамо своје СЛА-ове. Исто тако, имамо статус када је расположивост - а то у основи говори да је део наше апликације апликације недоступан - тако да можемо да пробушимо и заправо можемо видети како се Тукедо појављује у облику и заправо можете видети да је један од број случајева је смањен. Све активности су гурнуте у ову једну инстанцу и са тим се мора суочити. Ми смо у основи створили уско грло.
Сада, као ствар, за активност која се изводи на овоме, заправо можете почети да улазите у налазе да, иако имамо ово целокупно питање инфраструктуре, постоје начини за побољшање ефикасности обраде у оквиру овог одређеног ЈВМ-а за ВебЛогиц. И ту је ово заиста важна ствар: Пуно пута се људи крећу као у облаку и кажу: „Па колико ЦПУ-а и колико меморије вам треба?“
Па, друга страна тог новчића позната као капацитет је ефикасност обраде. Ако користим мање меморије, ако користим мање ЦПУ-а, једноставно ми не треба толико. И како је Матт раније рекао, све је на неки начин повезано. Сада могу само да отворим екран за трансакције ПеоплеСофт, а на екрану је и-ос време одзива, к-оса је време током дана.
Овде имамо трак граф који приказује време клијента. То је у ствари претраживач, веб сервер. Зелено је Јава време, врста ружичасте је Тукедо, тамно плава је време базе података. Овај се профил није догодио сам од себе; то се догодило због одређених панела ПеоплеСофт - они су изведени и представљени су вам у време одговора. Заправо је време сваког корака унутар апликације као и графикон снопа који овде приказује панел по плочи. Такође сам у прилици да пронађем одређеног корисника или рангирам моје кориснике.
Овај екран омогућава ми да одредим одређеног корисника именом пријаве. Размислите колико је ово изванредно или колико моћно. Много пута се не ради само о инфраструктури и начину подешавања, начину на који крајњи корисници користе систем. Можда ћете имати нови посао или неко има нову функцију посла: можда неће знати како правилно користити апликацију. Ово заправо може помоћи у препознавању могућности обуке.
Друга страна кованице је ако се могу фокусирати на одређеног корисника - овде гледам тог корисника у њиховим одређеним трансакцијама и времену одговора које је доживио - могу директно да се обратим корисничком искуству одређеног корисника. Не ради се више о генеричким метрицама на нивоу система, већ о искуству крајњег корисника и то је врло моћно. Делови вашег окружења ће сигурно бити унутрашњи, ХР, итд. Могу бити и други делови са којима се суочава купац. Било како било, желите да пружите најбоље, најпродуктивније могуће искуство купцима.
Сада за одређени панел могу да уђем и одговорим на питања. Дакле, ово је врста дубоког зарона који можемо учинити да откријемо шта се догађа и то можете учинити дубоко зароните пре него што позовете крајњег корисника или ако вас је позвао крајњи корисник, могли бисте покренути поступак да кажете, „Па, где је тачно узрок?“ И то неће бити попут употребе ЦПУ-а и превладавања, већ ће бити у коду апликације који они спроводе.
Добро размотримо то управљање садржајем и заправо можете видети анализу те трансакције: покретање прегледача, улазна тачка на веб сервер у Јава Јолт и заправо су показали код који се извршава доле на плочи Тукедо, коначно на СКЛ изјаву где Прецисион открива СКЛ израз који је извршио овај одређени панел ПеоплеСофт.
Сви с којима разговарамо имају алате, али оно што они немају је превара. Повезивање тачака или праћење трансакције из прегледача све до СКЛ израза је сигурно. Што је ово, попут вашег ДБА-а, пре него гледање на ствари на нивоу инстанце или базе података, сада могу да истражим на нивоу СКЛ изјава.
Тако да могу рећи, „Па која су уска грла за појединачну СКЛ изјаву“, и ово је изузетно моћно. Имајте у виду да се ова трансакција не може изводити брже од СКЛ израза и свака значајна пословна трансакција делује у систему записа. База података, свидела се вама или не, темељ је перформанси, и ако могу бити толико прецизан да се усредсредим на појединачне СКЛ изјаве које су од виталног значаја за пословну трансакцију, заиста могу своју игру пренијети на нови ниво.
Још једна ствар коју бисте могли приметити овде је да постоји проценат процента доприноса који пружа Прецисион. Сам претраживач је заправо значајан део скупа апликација.Имате извршење ЈаваСцрипт-а, имате време приказивања, имате компоненте странице, ГИФ-ове, ЈПЕГ-ове. И заправо откријете да се ваша апликација може понашати врло различито под Цхромеом у односу на ИЕ и различите верзије. Прецизно ће то моћи да вам покаже и понекад може постојати уско грло или препирка у претраживачу која може узроковати замрзавање екрана.
Способност препознавања која омогућава ИТ-у да не ископи погрешно стабло, већ да реши основни узрок различитих проблема који се могу појавити. Оно што ја могу да урадим је за одређену СКЛ изјаву, тада могу тачно да анализирам шта се догађа у тој СКЛ изјави. Дакле, овде смо се спустили на стручни приказ базе података.
Једна од ствари која разликује Прецизност на нивоу базе података је да узоркујемо на основу секунде. То је у поређењу са нашим такмичарима који гледају само једном сваких 10, једном сваких 15 минута. Тако да су ниво зрнатости, ниво резолуције наредни величине бољи од наших конкурената.
И још једном, пошто је база података наша основица, омогућићемо вашем ДБА-у да стварно подигне перформансе на нови ниво. Тако да видим да је та СКЛ изјава заправо потрошила 50 одсто ако је време тренирало да приступи похрањеном подсистему, 50 одсто свог времена користећи ЦПУ. Кликните дугме за подешавање и ја могу ући и детаљно прегледати планове извршења и тачно шта је покренуло тај образац употребе.
Сада цитат једног од наших купаца - ако нису били у Орацле Схопу, користили су Орацле алат назван ОЕМ и ОЕМ, заиста су неке врсте фокусиране на базу података или инстанцу - то ДБА непрестано гледају која су листа 10 најбољих? Али помоћу Прецисион-а смо у могућности да повежемо тачке са појединачним СКЛ изјавама тако да прецизност омогућава ДБА-у да се стварно подешава на нивоу трансакције, а не само на знатно вишем нивоу базе података.
Друга тачка која је заиста била од виталног значаја за овог купца је тачна, превођењем онога што је сложен ваш УРЛ у назив панела ПеоплеСофт - ако сам у ИТ-у и могу разговарати о менаџеру стабла, менаџеру садржаја, одређеној ХР страници, на тај начин особа којој покушавам помоћи је да заиста гледам и разумијем у шта гледају јер то више нису ови хијероглифи, то је име по коме су упознати.
Једно од питања која смо си поставили - чини ми се као да је све време, па сам мислио да идем некако проактивно одговарати на питања - како у свету ухватите тај ПеоплеСофт кориснички ИД? Пустите ме да прођем кроз степенице. Ево екрана за пријаву ПеоплеСофт. Да бих приступио њему, морао сам да се помакнем до свог веб сервера, и појави се овај екран. Када је апликација опремљена прецизношћу, овај екран заправо садржи прецизну скрипту и ја то могу да откријем десним кликом, погледај извор. И ово ће ми заправо показати код који чини доњу страницу и горе у оквиру странице је заправо Прецизан за веб код и ово ми омогућава да снимим екран за пријаву, ИП адресу, тип прегледача, целину хрпа информација о приказивању и право искуство крајњег корисника. И тако кад унесем своје корисничко име и кликнем на пријаву, Прецисион је тада у стању да измери шта радим.
Отворим се, одем до управитеља стабала, желим извршити претрагу, попуним поље и кликнем на претрагу. Представљен ми је скуп резултата, тако да сам јасно прешао читав низ апликација све до базе података. Како Прецисион показује ово? Идемо напред и погледајте. Отвори Прецизно, уђем, видим активност, могу кликнути на картицу активности која ће приказати овај екран. Ово су непреведени УРЛ-ови. Могу да покажем корисницима и ево мог корисничког ИД-а на који сам се тек пријавио и овде је моја активност.
Могли сте видјети да користим Фирефок верзије 45 да бих ово изнио. Апликацију сам искористио 12 пута, а одустајање је у основи када неко напусти веб страницу пре него што је у потпуности објави, што указује на проблем пословања. Тако смо успели да покупимо ИД крајњег корисника. То је врло лијепо, људи заиста цијене када тачно знате шта се догађа.
Сада желимо мало пребацити зупчанике. Касније смо гледали трансакцију. Дубоко смо заронили на одређеној трансакцији и погледали њене СКЛ изјаве. Сада желим да пребацим зупчанике и бацим поглед на неке друге технологије унутар ПеоплеСофт-ове апликације апликације почевши од ВебЛогиц-а.
И тако, ево ВебЛогиц инстанце и можете видети активност током времена. Имате извештај о финансијама. Каже ми одмах с палицом, меморија се користи скоро максимално. Једна од ствари коју проналазимо је да већина људи покреће читав низ апликација или барем један део под заједничким окружењем, врло често његов ВМваре. Морате некако уравнотежити колико ресурса тражите и колико вам треба. Не желите да будете свињац. Исто тако, не желите да ограничите обраду тако што у том случају не тражите довољно меморије.
Конфигурација је такође битна за управљање перформансама. Тако да заправо можемо да уђемо у меморију за прикупљање смећа и све шалтере ЈМКС ВебЛогиц-а, тако да знам тачно здравље моје ВебЛогиц форме.
Сада у Тукедо. Тукедо у многим радњама врста је црне кутије и њен је врло важан дио ПеоплеСофт-а. Његова врста лепила која држи све заједно и тако некако готово да мислим на то као продужетак оперативног система. То је нешто што веома пажљиво користите и конфигуришете. Успут - ово је мала споредна белешка - Ериц је у уводним коментарима споменуо „тиранију хитности“, а мислим да то заиста долази на снагу када ПеоплеСофт продавнице размотре прелазак са класичног корисничког сучеља на флуидни интерфејс јер ћете то наћи налазите се иза кривуље због начина на који флуидни интерфејс упражњава ПеоплеСофт окружење.
Сада имате проблема на ВебЛогиц-у, у Тукедо-у, у бази података и у складишту само зато што ХТМЛ5 чини огромну количину порука. То је вероватно најмање 10 пута оно што ради класични интерфејс и да додатно слање порука значи додатни промет. Стога конфигурација Тукедо-а мора бити модификована како би се прилагодио додатном промету. Неколико ствари о овом екрану је готово на десној страни, имамо графиконе прекомерног времена за пондерисано време одзива, просечно време одзива као и број извршења.
Овде имамо информације о свим Тукедо доменима у окружењу. Подељели смо услуге, кориснике, сервер процесе као и ИП адресе. Могу то пребацити на број извршења и представити их силазним редоследом како бих могао да видим шта се извршава највише пута. Могу се и помакнути доље да бих открила домене; већина људи има више домена у свом окружењу, да би у основи проширили активност и ја сам у могућности да подесим СЛА усаглашеност, дакле упозорења на слоју Тукедо.
Ако имате редове чекања, имате различите проблеме који настају због конфигурације. Обично - зато што је глобално утицао - обично нећете уносити промене у току. Некако желите да систем постепено повећавате као део КА процеса који се враћа на тачку коју је Матт раније изнео о решавању проблема са перформансама на почетку процеса. Много је боље да конфигурацију исправите када идете на производњу, а не да идете на производњу и сазнате да конфигурација не одговара обрасцима употребе. Јако ми се свиђа увод који су данас дали Ериц и Матт. Мислио сам да су заиста на мети у смислу изазова са којима се суочавају у управљању и развијањем ПеоплеСофт окружења.
Сада сам то рекао и пре - мислим да је вредно поново рећи: Свака значајна пословна трансакција у интеракцији је са базом података. И зато истражимо како Прецисион може пружити додатне информације. Овде је посебан случај Орацле. Исти тачан приступ који смо видели - и-ос је време извршења, к-оса је време током дана, али сада су трак-графови скупа стања извршења унутар Орацле-а. Ово нам показује која су ограничења обраде у систему. Овдје доље постоји извјештај о налазу који ми говори како сте добили овај високо поновљени међуспремник дневника.
Такође гледам ову одабрану верзију из ПСВерсион-а. Заправо троши пуно ресурса. Успут, зато што ми узоркујемо и пружамо овај приказ високе резолуције о ономе што се заправо догађа у систему, можда ћете се изненадити који су прави потрошачи ресурса на вашем систему, јер ако само гледате сваких 10 минута, неће показати шта су ти потрошачи ресурса. Тако да знајући шта су стварни потрошачи ресурса, можете заправо обрадити истинску обраду на уским грлима или у систему.
Сада смо прешли на картицу активности и то је активност. Можете да видимо да заједно гледамо ЦПУ, подсистем за складиштење, закључавање апликација, ОС чека, РАЦ, обавеза, Орацле сервер, комуникацију и унутрашњи агрегат. Ово је и-ос, ово је укупно време извршења.
Овде су СКЛ изјаве које су покренуле овај профил и једна од ствари које видите су ове мале латенције - две милисекунде, али са скоро 4500 извршења значи да је СКЛ изјава заправо потрошач ресурса број један на вашем систему, и то је добро за знам. Такође не чека на браву или чека. Користи ЦПУ 100% времена. То не значи да не могу да се бавим тиме. Могу пуно учинити у вези с тим ако знам каквим се СКЛ изјавама и објектима приступа. И то су неки од начина на које можемо да помогнемо.
Овде доле постоји ова детаљна претрага и то нас може довести у везу са појединачним ПеоплеСофт програмима, а сваки од ових програма служи различитим циљевима у ПеоплеСофт-у. На нивоу базе података заправо можете почети да се обраћате како се апликација користи.
А ако одаберем одређени програм, онда могу издвојити СКЛ изјаве које је тај програм поднио, тако да могу бити фокусиран на апликацију, а не на базу података, када у основи гледам и гледам оптимизацију базе података и конфигурацију базе података. Желим само да вам ово упозорим. Често су многе велике организације подељене на инфраструктурне и аплициране ДБА. Прецизно, показујући апликацију као и потрошњу ресурса, ми смо у ствари у стању да премостимо јаз и ово решење је корисно за обе врсте ДБА система.
Овај део је заиста врста показати шта можемо да урадимо на нивоу базе података. И оно што се овде догодило је да смо замрзнули екран, било је избора из ПС_Прод и оно што смо урадили је да кликнемо ово дугме за подешавање и оно што ради је да нас то уведе у овај СКЛ радни простор. Сада, за вас људе који нису ДБА, ово можда не би изгледало узбудљиво. За људе који су ДБА, ово може бити прилично узбудљиво. Оно што се овде показало је трајање ове конкретне СКЛ изјаве у односу на промене на систему. А то се показује у среду, четвртак, петак, трајање је око 2/10 секунде. Субота и недеља ово предузеће не ради - срећом. Дођите у понедељак, дошло је до промене: План приступа се променио. Нови план приступа је изненада овдје горе. То је заправо довољно споро, што резултира замрзавањем екрана.
Ако сам ДБА, потребне су ми додатне информације да бих знао стварни узрок. Морам знати избор оптимизираних база података. Па Прецисион нуди ово поређење које показује план извршења који је био брз и ефикасан када су се ствари одвијале одлично, као и план извршења који је био спор и неефикасан. Ово придруживање филтера је уобичајено за ДБА-ове који покрећу ПеоплеСофт. Оно што филтар ради јесте да тражи сваки ред у једној табели, гледа сваки ред у табели за придруживање - за то је потребно пуно ЦПУ-а. То је крајње неефикасно, јер нема филтрирања само гледања подскупина редова који су потребни, већ СКЛ изјавом и та неефикасност доводи до споријег времена извршења. Стога коначно успоравају ПеоплеСофт панел у замрзавању екрана и Прецизан је био у стању да дође до правог узрока о којем никада не бисте сазнали ако нисте имали алат који открива апликацијски код, СКЛ изјаве и тако даље.
То је била врста дубоког зарона. Сада ћемо привући поглед до надзорне плоче од 10.000 квадратних метара. Прецизно, надзорне табле нису намењене техничком тиму - заправо ћете користити информације за дељење са операцијама, можда са тимом апликација, можда са вашим командним ланцем. Тако би један сет надзорних плоча могао да прикаже ПеоплеСофт панеле и време клијента, тако да знате какво је искуство крајњих корисника. Можда је друга контролна табла конфигурисана за операције и може ли изгледати да ли је било упозорења замрзнута? Заправо имамо упозорења на нивоу ОС, веба, ВебЛогиц-а, Тукедо-а и базе података. Овде нема упозорења, просечно време одзива. Можете да видите како су трчали око трећине секунде. Овде заправо могу да погледам своју инфраструктуру, показују ми све ВМ-ове у мом окружењу и могу почети да се бавим обрадом, балансирањем оптерећења, а могу да погледам и своје домене Тукедо. Ово посебно окружење има шест различитих домена и на тај начин могу да видим те домене и могу се заправо упустити у балансирање веба.
Сада је тачно историјско складиште да ПМДБ, база података за управљање перформансама, има мноштво метрика. Понекад неко жели знати колико је броја приступа прегледачу или бисте могли бројити приступ према врсти прегледача или перформансама према врсти прегледача. Постоји читав гомила ствари које могу да се ураде да би се постигла додатна видљивост на вашем систему.
Ево, овај, ми заправо гледамо на употребу ВебЛогиц меморије и видите овај леп образац, коришћење меморије. Постоји збирка смећа, он повлачи не-референце. То се враћа уназад и то је веома леп узорак који желите да видите. Дакле, ово је врста посматрања окружења ПеоплеСофт као збирке подсистема и то би било примерено за операције. Најосновније питање је: „Па, шта се догађа на серверу?“ Прецизно има ту видљивост. Такође пружа и метрике сервера. И тако сте овде у могућности да измерите ЦПУ, меморију, И / О, сервер, кориснике у систему и тако имате ту потпуну видљивост. А то је начин - у комбинацији са дугорочним трендом - како људи користе Прецисион за планирање капацитета.
И само желим да бацим мало ноту. Обично дућан има толико буџета за хардвер, сервер, толико буџета за особље. Како ћете инвестирати, где ћете давати своје улоге? Користећи Прецизно, добијате предност јер видите како се користи подсистем за складиштење. Ако радите пуно случајних И / О-а, Прецисион ће вам то показати. То ће помоћи да се оправда инвестиција у чврсто складиштење. То би могло бити важније за вашу продавницу од куповине додатног ЦПУ-а ако се догоди да искориштеност процесора буде мала.
Желите да инвестирате тамо где су права грла за прераду, где стварно можете да се исплатите. И прецизним обраћањем свега, од ефикасности обраде кодирања апликација све до капацитета, омогућавамо вам да процените и документујете где су те потребе бројевима.
Сада је последњи део упозорења, а упозорење је заправо начин на који је ово започело. Запамтите да? Видели смо упозорење да постоји СЛА за перформансе и видели смо да је нестала ВебЛогиц инстанца. Погледајмо интерфејс упозорења. И још једном, шта се догађа? Једна од ствари коју желим да истакнем у овом погледу је да Прецисион не само да има ова упозорења о перформансама и статусна упозорења о расположивости, већ имамо и трендна упозорења. Разлог због којег су тренди упозорења важни је тај што ако ваш систем не ради или има једног или два корисника, вероватно ствари функционишу сјајно. Тек када не почнете да додајете кориснике и они почну да врше све више и више активности које се почињу борити за податке, за ресурсе на нивоу Тукедо-а, на нивоу ВебЛогиц-а, на нивоу мреже, на нивоу базе података. А та препирка резултира деградацијом перформанси, а затим коначно можете прећи линију и то је упозорење о перформансама, а то је у суштини да не испуњавате СЛА циљеве за организацију. И тако су ови комплети упозорења врло лепи.
Веб слој, преко леве стране, мрежни слој заправо мери искуство крајњег корисника, а затим улазите у технологије унутар темељног скупа апликација. Ово је нека врста нашег архитектонског екрана како све ово радити. У идеалном случају желите да имате прецизан сервер који је независан од околине или окружења које надгледате. Један прецизни сервер може поднијети бројне апликације.
За ПеоплеСофт и за Орацле и ДБ2 базу података потребан нам је локални агент. Ако је СКЛ Сервер ваше окружење ПеоплеСофт вратио назад, постоји опција да се активирате без агента. Такође имамо агента за Сибасе. Срце нашег сигурносног модела је што се овде прикупљају подаци, док се корисници Прецизе оверају у Прецизно. То су потпуно одвојени процеси, засебни акредитиви, одвојена аутентификација и то је део нашег сигурносног модела. И ту су додатни детаљи.
Мислим да је то за сада довољан увод у архитектуру. Ако имате горућих питања, поставите их као што је Ериц споменуо.
Као брзо рекапитулација, ово решење је дизајнирано за производњу производа од 24 до 7. Топло се препоручује да нас користите у КА. Ако се бавите интерним развојем, почните да нас користите у развоју. Превели смо компликовани УРЛ, УРИ у име плоче ПеоплеСофт. Када говорим о производњи, ми смо изузетно ниски, тако да имате видљивост, увек знате шта се дешава, идентификујете крајњег корисника.
Нисам морао да улазим и дефинишем ове трансакције - постоје само природне тачке повезивања из прегледача, УРЛ-а, улазних тачака, везе веб сервера у ВебЛогиц, позив се своди на то који пружа СКЛ изјаву. Тада смо у могућности да снимимо СКЛ изјаву и шта она ради. Прецисион је интелигентан према бази података и мислим да је ово препознатљив фактор за нас и омогућава вашој ДБА да сарађује, побољшава видљивост апликација.
Коначна поента је зато што смо увек били у току, увек прикупљамо, увек можете мерити пре и после и квантификовати побољшање или, у ретком случају можда сте променили перформансе, то бисте знали и могли бисте да је вратите одмах . Већина наших конкурената, оно што они раде је ако требате да видите додатне информације, морате да укључите додатну видљивост и обично та додатна видљивост намеће пуно претекних трошкова.Са Прецисионом имате увек видљивост и проблем можете увек решити. Ако желите да одете на веб локацију Прецисион, молимо да проверите било који од Прецизних производа, да ли је прецизан за Орацле. Наведени смо као Прецизна платформа за перформансе апликација и тамо се налази дугме за тражење демонстрације.
Заправо, ако делим свој екран, мислим да бих могао да се кренем тамо како бих вам показао како то изгледа, само да бисте то могли видети унапред. Ево веб локације ИДЕРА Идите на производе. Могу да одаберем било коју од ових Прецизних компоненти и само желим да видим како је у акцији. Ово ће покренути наш поступак за дељење додатних информација које би могле бити важне за вашу веб локацију. Или ако желите знати више о преласку на корисничко сучеље, слободно нас контактирајте.
И шта то, Ериц, волим да ти пренесем палицу.
Ериц Каванагх: ОК, добар договор. Морам још једном да кажем - Билл, свеобухватна и импресивна презентација. Споменули сте читаву гомилу ствари о којима бих волео да вас питам. Немамо много времена - око девет минута - и ја као Матт имамо прилику да поставимо пар питања и бар једно или два од публике.
Али споменули сте нешто за што сам сматрао да је веома, врло занимљиво у вези са тим како Прецизан може да помогне у набавци ИТ тима, јер ви можете да укажете на то, ко год донесе ту одлуку, може да направи случај да оно што вам треба је солидније складиштење, на пример, или оно што вам је потребно су побољшања мреже или било који други случај. Али то је велика ствар. Да ли често видите компаније које то препознају и користе то или покушавате да евангелизујете још неке?
Билл Еллис: Па, заправо обоје, а ствар је да се обрасци употребе, чак и за апликацију за пакет попут ПеоплеСофт, обрасци употребе разликују на свакој локацији. Имао сам срећу радити ПеоплеСофт миграцију у банци, а банке користе систем главне књиге сасвим другачије него већина организација. Заправо бисте могли имати појединачне трансакције које су обављене у филијали, а све књиже у главној књизи.
И пре него што објављујете десетине или стотине главних књига, уствари постављате стотине хиљада. И тако сам се укључио у Прецисион, због образаца употребе и то нам је омогућило да се позабавимо, али потребе апликације како на нивоу кода, тако и на нивоу конфигурације, као и на нивоу инфраструктуре. Дакле, апсолутно сам велики верник и то желим евангелизирати јер не бисте требали доносити хардверске одлуке једноставно засноване на употреби. То би требало базирати на потребама вашег окружења.
Ериц Каванагх: А ту је и питање од полазника, а онда, Матт, предаћу вам га на питање или два. Па, ово је добро и смешно, јер можеш дати свој велики, дуги одговор. Учесник пита: „Како сакупљате метрику перформанси на крају корисника након размештања и током тестирања?“
Мислим да сте се поприлично добро удубили у колико су те метрике перформанси дубоке и богате. Причали сте о чак и секундама за неке од ових ствари у поређењу са сваких пет минута или 10 минута. То је када ћете добити ниво детаља који је потребан да бисте пронашли одговоре, зар не?
Билл Еллис: Да, тако да је кључна ствар да се појединачни сакупљачи информација о перформансама темеље на технологији. Дакле, када радимо имплементацију, морамо знати како се гради пакет ваших апликација, почевши од оперативног система, његове верзије, верзије Тукедо-а, ВебЛогиц-а, које верзије Људи алата које користите.
И заиста је дизајн оних агената који то и ради, прикупљање података које нам омогућава да откријемо да ниво видљивости Прецизност пружа. А та видљивост, мислим, понекад може бити мало застрашујућа за људе. Али ако вам је циљ да стварно уђете у ствари и побољшате ствари и искористите перформансе до 11, то је заиста ниво видљивости који бисте желели да имате. А ако Прецисион то може да пружи и његова мала потрошња, питање је зашто не? Дакле, мислим да је то сјајно питање и молим вас да нас контактирате ако желите даље да разговарамо о томе.
Ериц Каванагх: Добро. И Матт, јеси ли имао питања?
Матт Саррел: Мислим да сам добро. Мислим, бавио сам се падом ВебЕка овде.
Ериц Каванагх: О, не. Треба нам тачно да схватимо тачно зашто.
Матт Саррел: Да, претпостављам да сам питање о којем сам размишљао док сте разговарали, Билл, било да бисте могли мало да разговарате о томе како више тимова може доћи на исту страницу када решавате проблеме са перформансама, јер знам да се ту нешто дешава и опет, ко је одговоран за шта и како могу сви радити заједно како би запосленима пружили најбољи квалитет.
Билл Еллис: Да, тако да је ИТ особље обично скупо. У већини продавница подељени сте у тимове базиране на технологији, с обзиром на сложеност технологије. Једна од великих ствари која се дешава је питање перформанса и често сукоб, сазива ратна соба. И ту сви имају метрике како би некако исправили свој ниво јер немају кон. Они више гледају шта се дешава на нивоу ВебЛогиц, а не шта се дешава на нивоу кода трансакције. Или гледају на нивоу базе података, а не на појединачни СКЛ исказ трансакције.
А тако што је у стању да прецизира ниво проблема и код проблема унутар тог нивоа, оно што ослобађа остале тимове да не иду и не троше време на ресурсе тражећи проблем који није у њиховој области. Ако је проблем у бази података, упутите се према ДБА са информацијама које су им потребне да би решили проблем. Биће им драго због тога.
Али исто тако, не трошите Тукедо, тим за помоћ ВебЛогиц-у усредсређен на проблеме у бази података. Исто тако, ако се проблем догоди у конфигурацији ВебЛогиц-а, не узимајте време ДБА-е у неку врсту ратне собе која се покушава одбранити. Само и исправите проблем у ВебЛогиц-у.
Откривамо да ИТ особље цени Прецизно због уштеде времена, јер обично те ратне собе нису предвиђене временским планом за сваку организацију ФТЕ. Нека врста додатног времена. А зато је могућност ефикаснијег решавања тих питања заиста неопходна. А за организацију која је увела корисничку корисничку сучеље, способност да се обухвати у производњи и реше проблеме који имају у производњи су заиста била од виталног значаја не за појединачно особље или тимове, већ за целокупно ИТ менаџмент, јер би то биле заиста лоше вести ако би морали да се повуку. Па, велико питање, јер то није само технологија. То се заиста увек односи на људе.
Матт Саррел: То су људи и процеси. Да, то је било једино питање које ми се поставило током демонстрације. Ако има још публике?
Ериц Каванагх: Да, само ћу бацити последњу на тебе, Билл, а Матт је о томе кратко говорио у свом излагању. Почели смо да се појављују овај усек. То је још увек гледајући унапред, али контејнери и употреба контејнера и Доцкер-а и ствари такве природе, колико вас тачно баца?
Билл Еллис: Дакле, реч значи различите ствари у зависности од различитих технологија. Тако развијамо наше производе како бисмо се бринули за контејнере на нивоу базе података и на нивоу апликације. И као део тога, то је врста читавог окружења са покретима, облаком, а ми дјелујемо унутар облака. Али постоји процес откривања и тако у зависности од развоја ових апликација - укључујући ПеоплеСофт - развијамо решење за надгледање тако да можемо пружити ниво дубине који је био толико вредан у прошлости.
Ериц Каванагх: Да. И морам да кажем, сваки пут када видим ове демонстрације, само сам задивљена прецизношћу коју имате и то је оно што вам је потребно да бисте могли саставити разумевање и требате да имате образовање о томе шта је нормална ситуација, шта је то стандардно.
А ви људи нудите много садржаја око тога - помажете људима да препознају шта је нормално, а шта није нормално. На пример, говорили сте о трендовским упозорењима, ово су сви механизми помоћу којих можете боље да схватите да нешто није у реду, да нешто није у реду, а онда, наравно, одатле морате да се проверите да бисте их пронашли, али имате све податке.
Билл Еллис: Да, и то је стварно важна ствар; Мислим да је Матт разговарао о томе. Шта је нормално? Различита окружења имају различит ниво нормале. Ако трчите са хардвером врхунског квалитета, Орацле логиком и подацима, оно што је нормално у вашој радњи или шта је у вашој радњи достићи ће бити другачије него ако бисте радили у мање моћној инфраструктури. Дакле, прва ствар је да откријете шта је нормално, започните с израчунавањем те основне линије и на тај начин можете почети одрадити побољшања.
Ериц Каванагх: ОК, то је добра поента. Имамо још једно последње питање, изгледа. Само последње питање које ћу вам поставити, Билл. Било каква разлика између надгледања перформанси СКЛ-а и базе података са становишта података на нивоу система и апликације? Каква је разлика између праћења перформанси СКЛ-а и базе података из ваше перспективе?
Билл Еллис: Па, ништа се не догађа у бази података све док се њен СКЛ израз не изврши. Тврдња СКЛ изјава је шта - контрола закључавања, чекања, задржавање ресурса на нивоу података и на нивоу СКЛ Сервера. И тако да ако сам у стању да видим и покретач СКЛ израза и његов утицај на систем, изазвао сам ефекат; Могу да повежем оно до чега је апликација ДБА брига са оном до чега се брине инфраструктура ДБА док не будем могао да максимално искористим алатку Прецисион.
Ако сам инфраструктурни ДБА и гледам на ствари попут употребе, заиста некако управљам широким четком насупрот да ли могу да погледам појединачни СКЛ исказ и да ли сам у стању да умањим ресурсе потрошња - било да је у питању ЦПУ, меморија, И / О - могу да се обратим на обе стране истог новчића.
Ериц Каванагх: ОК, људи. Изгорели смо за нешто више од сат времена. Велико, велико хвала нашим пријатељима из ИДЕРА. Велико хвала Матт Саррел-у што нам се придружио данас. Све те веб емисије архивирамо за касније гледање, зато се слободно вратите и обично се за само неколико сати архива повећа. Дакле, проверите то и све што морам да кажем је да волим ове ствари, волим Прецизно, волим да могу да уђем у коров. И не знам ниједан други алат који вам омогућава да копате по свим оним различитим деловима и деловима гомиле апликација од онога што ти људи имају у ИДЕРА са Прецизним.
С тим се поздрављамо, народе. Хвала још једном, разговараћемо са вама следећи пут.