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