За вкъщи: Водещият Ерик Кавана обсъжда управлението на изпълнението на PeopleSoft с Мат Саррел и Бил Елис в този епизод на Hot Technologies.
Ерик Кавана: Добре, дами и господин. Здравейте и добре дошли отново. Това е сряда в 4 часа източно и през последните няколко години, което означава в този свят на ИТ и големия бизнес и данни, време е за горещи технологии. Да, казвам се Ерик Кавана. Ще бъда ваш модератор за днешното събитие.
Ще говорим за системите, които управляват бизнес, хора; говорим за PeopleSoft, как да управляваме работата на сложни среди. Винаги обичам да споменавам, вие играете голяма роля в тези събития, така че, моля, не се срамувайте. Задайте въпроса си по всяко време; можете да го направите, като използвате прозореца за чат или Q&A - по всякакъв начин. Бих искал да чуя това, което искате да знаете и това е най-добрият начин; получавате най-добрата стойност за вашето време. Ние архивираме всички тези уеб предавания за по-късно слушане, така че просто имайте това предвид.
Ако системите работят бавно, просто имайте предвид какъв е бил животът. Тази снимка всъщност е от 1968 г., с любезното съдействие на дама на име Данел, и трябва да кажа, че това наистина е изключително напомняне за това колко много неща са се променили. Светът стана забележително по-сложен и разбира се, бизнес нуждите и потребителското изживяване са склонни да вървят ръка за ръка. Но в наши дни има малко прекъсване на връзката. Както често казваме, има несъответствие и фактът е, че бизнесмените винаги искат нещата по-бързи и по-бързи, ИТ екипите, които трябва да доставят, са тези, които са подложени на натиск, за да свършат работата и това е интензивен свят навън.
Трябва да кажа, конкуренцията се нагрява навсякъде. Ако просто погледнете каквато и да е индустрия, можете да видите, че има големи развития в наши дни - например Amazon, купувайки цели храни, например. Можете да бъдете сигурни, че хранителната промишленост поглежда тежко към тази.Това виждаме навсякъде, така че наистина е задължение на бизнес лидерите да се уверят, че те ще разберат как да - и ето модното слово в наши дни - да трансформират цифрово, как да преминат отвъд старото разпределително табло към много по-нови и здрави системи. За това ще говорим днес.
Един от проблемите, с които се сблъскват много организации, особено тези, които съществуват от известно време, са тези наследени системи. Това е стар мейнфрейм на IBM от днешния ден. Навсякъде има наследени системи. Един от шегите е, че наследената система е система, която е в производство, което означава момента, в който тя влиза в производството, технически това е наследена система. Винаги ще има нови начини за правене на неща.
И има някои много интересни разработки през последните няколко години относно намирането на начини за практическо съвместяване на системите, за да не се подобри непременно работата на една система, но и да се намери начин да се създаде вид издънка или тактика на зареждане, която да се справя с производителността по други начини. Днес ще говорим повече за това как да подобрим работата на система като PeopleSoft, която разбира се е изключително сложна. Но когато се направи добре, когато се зарежда, когато се внедрява, когато се управлява добре, може да направи прекрасни неща. Но когато не се управлява добре, тогава имате всякакви проблеми.
И така, какво се случва? Трябва да бъдете реалистични в нещата и във всяка среда, ако потребителите не получат това, което искат, рано или късно преминават към системи за сенки. Случва се през цялото време. Системите за сянка могат да бъдат много продуктивни, те могат да помогнат на хората да свършат работата. Но разбира се има много проблеми. Със сигурност в цялата област на спазване и регулиране сенчестите системи са голямо не-не. Но те са там и мисля, че е важно да запомните, че вашите системи, ако основната ви система не работи бързо или не работят ефективно, рано или късно ще има преодоляване и тези решения могат да бъдат много трудни за разкриване, те може да се окаже трудно за залез, защото те са критични за бизнеса. Те могат да бъдат трудно интегрирани, така че имайте предвид, че е там и това е просто още една причина за подобряване на работата.
Съвсем наскоро чух за този израз и трябва да го изхвърля там: „тиранията на спешността.“ Мисля, че само като чуя, че вероятно знаете за какво говоря и това, което се случва в повечето организации, е натовареността да достигне критична маса и хората правят колкото се може повече и става много трудно да промените нещо. Вие завършвате страдащи от „тиранията на спешността“ - всичко трябва да се свърши веднага. Е, ъпгрейд на система не става веднага.
Всеки, който някога е живял чрез надграждане на ERP от една версия до друга, знае, че това е сравнително болезнен процес, така че имайте предвид само това: Ако го видите във вашата организация, разпознайте го. Да се надяваме, че можете да се свържете с някого или ако сте старши човек като директор на дирекция CIO или CTO или главен изпълнителен директор, признайте, че това е много опасен сценарий, защото след като сте зад осем топки, наистина е трудно да излезете отзад осма топка.
Това е като цялата маратонска главоблъсканица: Ако се навиете далеч назад в някаква надпревара и всички изпреварват вас и вие все още бягате, ще бъде наистина трудно да наваксате, ако изоставите твърде далеч назад. Затова просто внимавайте за това и имайте това предвид.
И с това ще го предам на Мат Саррел, за да ни даде някаква информация за това как да се справим със сложността на PeopleSoft среди. Мат, махни го.
Мат Саръл: Добре, благодаря ти, Ерик. Здравейте всички. И така, нека видим, ще започна като ви кажа защо смятам, че съм правилният човек, който да ви говори за управлението на изпълнението. Така че имам 30 години опит в технологиите. Бих искал да кажа, че работих по пътя си, като бях практичен, мрежов администратор, директор на ИТ, вицепрезидент по инженерство при няколко стартиращи проекта. Тогава направих този преход да бъда технически директор в PC Mag. Там е моята снимка, но по принцип приличам на малко дете.
И след това продължавате и сте журналист в различни публикации като eWeek и InfoWorld, като анализатор в Gigahome, свързване в мрежа с Bloor Group и провеждане на консултации. И аз съм: Тази снимка вляво е как изглеждам сега. Тази снимка в средата е нещо там, където съм много щастлив - в стая, пълна с проводници и мигащи светлини, и там, където е студено - трябва да е много студено и всички останали трябва да са ми неудобни, за да се чувствам комфортно съобразен с температурата. И има ли моята информация за контакт, ако имате някакви последващи въпроси.
Искам да поставя сцената тук и просто да говоря за изпълнение, както Ерик говори. Сега сме влезли в този свят, където потребителите очакват това, което е зададено от потребителски приложения и уебсайтове. И хората бяха склонни да ходят на работа и да седят там и да чакат своите системи, защото това, от което се нуждаят, а сега хората всъщност не са склонни да седят там. Въпросът е дали искат този мотоциклет да лети около пистата. Вероятно не искат човекът да кара колелото си и да носи дъщеря си на училище. Но какво ще предоставите?
И е трудно, защото - наистина бях много щедър с тази от една до три секунди като добра - хората искат незабавен отговор също и искат достъп отвсякъде. Това може да бъде навсякъде във вашата сграда или в кампуса ви, или може да бъде навсякъде по света по всяко време в зависимост от това колко добре работи вашият бизнес. И предполагам, че създавам Im е, че когато говорим за производителност, е важно да мислим за ефективността от ъгъла на потребителското изживяване.
Важно е да се определят целите на ефективността преди измерване и настройка. Имам тази снимка на тунер и после тунер. Действителният човек, който е тунер, трябва да знае за какво се настройва или няма смисъл всъщност да поставя ръцете си върху пианото и да го настройва. Така че предварително дефинирайте целите, това ще ги поддържате реални, вместо да адаптирате целите, за да отговарят на текущата ситуация. Важното му е да следи показателите във времето и да осъзнава как системите се променят с производителността на приложението на потребителя, което се влияе от ресурсните сцени и моделите на използване.
Винаги е важно да свържете всичко това заедно с потребителско изживяване или инциденти за поддръжка, да установите базова линия за ефективността, която очаквате да бъде в състояние да предостави и когато наближавате отклонения от тази базова линия, да има проактивни сигнали, така че да можете да предприемете действия преди нас натиснете статута на „неуспешен кит“. И знаете, че това изисква способността да може да се определи и адресира първопричината за проблема с производителността много бързо и лесно. И отново, това е колкото по-рано, толкова по-добре, нали?
Знаем, че от миналата история, насочена към усилията за развитие, колкото по-рано можете да намерите и отстраните проблеми с производителността, толкова по-добри сте. Ако изчакате, докато целият ви код или системата ви станат активни, за да започнете тестване на производителността или да започнете да разкривате проблеми, не бих казал твърде късно, но отново, сега сте човекът, който получи лош старт в маратона и сега играете улов -уп вместо да скочиш веднага и да изпревариш. И така, как да направите това? Предвиждате ли средното и максималното си натоварване?
И продължавате напред и оразмерявате физическите си сървъри или виртуалните си сървъри или облачните си инстанции или контейнерите и ресурсите си и след това пускате доказателство за концепция и стартирате пилот? Това са времената, в които това е нещо, краят, в който искате да хванете нещо, въпреки че все пак е по-добре да го хванете в производството, отколкото да го игнорирате в производството. Но наистина, до момента, в който сте в пилота си, вече трябваше да установите своята методология и процедури за непрекъснат мониторинг и усъвършенстване.
Добре, толкова много компании - говорим за дигитална трансформация. DevOps, в революцията на DevOps играе огромна роля в тази дигитална трансформация. И това е процес от край до край, който наистина никога не спира. Това е като двете ръце, които се рисуват една с друга, и това е хубаво. Това е безкраен цикъл между тези две ръце на план, код, изграждане, тестване, пускане, разгръщане, работа, наблюдение, обратно към план. Той се захранва и ние го автоматизираме, така че да върви бързо. Той създава контур за обратна връзка за наблюдение на производителността и го използва за проактивно разкриване на проблеми с производителността и отстраняването им, преди да засегнат цялата ви потребителска база.
И още нещо, сега, когато вече го имате, ИТ разработчиците и оперативния персонал, които се движат много бързо и подравнени, можете също лесно да приведете тези усилия и в бизнеса. Производителността на софтуера на предприятието е сложен звяр. Човек може да го оприличи на футболен отбор, който седи пред дъска и поема посоката и всичко работи отделно и всичко работи заедно. Винаги го смятам за старата история за това, когато получих първата си кола и оправих едно. Оправих климатика и тогава се случи, че тогава останалата част от охладителната система се провали. Така че вие получавате точките на болката и всичко, което става заедно и правите корекции. Трябва да организирате всичко по такъв начин и да изградите процесите, така че когато направите своите промени, да разберете как всичко влияе върху всичко останало.
И също така бъдете внимателни и проверете два пъти. Тествайте, обезсилвайте, прилагайте. И отново стигаме до този въпрос за изграждането на програми за непрекъснат мониторинг и подобряване на резултатите. И това всъщност е последният ми слайд. Докато говорим за тази сложност и тя е красива сложност точно като вътрешността на този часовник, имаме толкова много движещи се парчета към PeopleSoft. Всяко нещо засяга всичко останало по целия път нагоре и надолу по стека. И има толкова много различни места, където можете да търсите ключове за проблеми с производителността, че много лесно бихте могли да се изгубите без подходящия инструмент и без правилния процес. И отново за всичко, в много случаи според мен научихме, че можете да отстраните проблеми с инфраструктурата, но огромната променлива ще бъде вашият код на приложение. И така правилните процеси за тестване и непрекъснато подобряване на кода на приложението ви са ключови.
И така, това е краят на моята порция и аз ще я предам на Бил.
Ерик Кавана: Добре, Бил, тук ще ти дам ключовете за WebEx. Харесва ми тази красива сложност - тази хубава. Имахте няколко наистина добри цитата там, Мат. Добре, Бил, отнеси го. Отидете на „бърз старт“, ако искате да споделите екрана си. Всички вие.
Бил Елис: Благодаря ти, Мат, и благодаря, Ерик. Само за потвърждение, можете ли всички да видите екрана ми сега?
Ерик Кавана: Да, именно.
Бил Елис: Така че ще говорим за продукта Прецизност за PeopleSoft на IDERA и видимостта, която те могат да осигурят, за да успеете да управлявате сложния пакет от приложения. Начин за позициониране на трудността е, че едно приложение, минимум шест технологии, множество крайни потребители и е много трудно да се отговори дори на прости въпроси. Има ли краен потребител проблем? Кой е крайният потребител, какво правят, каква е основната причина?
Това, което обикновено виждаме, е тази ситуация - и това може да важи за PeopleSoft, както и други приложения или PeopleSoft, взаимодействащи с други приложения - е в наборите от данни, или може да е облак в наши дни, за крайния потребител всъщност не се интересува тази сложност. Те просто искат да завършат транзакцията, подходите, търсенето на инвентара, времевата карта за отчитане, тези видове неща. Ако нещата са бавни или не са налични, обикновено всички тези интелигентни, добре предвидени хора не знаят, докато крайният потребител не се оплаче.
Това е вид пропаст в видимостта точно там и тогава какво може да се случи е, че може да стартира отнемащ време и разочароващ процес, при който хората могат да отворят инструмент и те гледат, за съжаление, само подмножество от стека на приложенията. Така че трудностите при отговора на тези основни въпроси остават.
И много пъти може да има проблем и ще отидете до администратора на WebLogic и той ще каже: „Е, паметта, всички сметища изглеждат страхотно. Наистина не мисля, че е WebLogic. ”Отиваш до администратора на DBA и те казват:„ Ами базата данни, тя работи точно както беше вчера. Първата десет изглежда добре. Може би администраторът на хранилище ви удари с някои показатели като I / Os в секунда или пропускателна способност, които са показатели на ниво кадър и може да не отразяват вашето конкретно приложение, още по-малко базата данни или конкретен процес. "
И така всички те имат тези показатели, които изглежда показват, че проблемът е другаде, но този краен потребител има проблем или е докладвал за проблем, но как да разрешим този проблем по-добре? И по-добрият начин, Прецизният начин - или това е един от начините, които предлагаме - е да измерва потребителските транзакции, започвайки в браузъра през мрежата, в уеб сървъра, в Java Jolt, в Tuxedo, в базата данни, включително DB2 и след това накрая на склад.
И това показва, че общото време казва: „Е, кой има проблем?“ И тогава можем да идентифицираме крайния потребител по начина, по който са влезли в PeopleSoft и можем също така да заснемем чрез Tuxedo превода това, което PeopleSoft изпълняват панелите.
Така таймингите се подават в историческо хранилище, което наричаме база данни за управление на производителността и това се превръща в едно музикално произведение, което значително опростява кой, какво, кога, къде, защо. Прецизността включва и препоръки. Вероятно най-важното е, защото ние улавяме цялата информация през цялото време - както на ниво технически персонал на ИТ - можете да измервате преди и след. Така че можете да приведете измерване чрез измерване или Six Sigma към цялата операция на изпълнението.
И така, нека да разгледаме като „ден в живота“. На първо място, може да отворите екрана за точен сигнал и точно тук ще получите ранно предупреждение. Най-горният сигнал е, че имате сигнали за активност. Така че, потребителите извършват транзакции и ние по принцип не отговаряме на нашите SLAs. По същия начин ние имаме статус, когато наличността - и това всъщност говори, че част от нашата инфраструктура за приложения не е налична - така че можем да разгледаме и всъщност можем да видим как Tuxedo се намира във формата и всъщност можете да видите, че един от инстанциите намаляват. Цялата дейност е насочена към този един случай и трябва да се справи с това. По принцип сме създали затруднение.
Сега, като нещо, за дейността, която се изпълнява по този начин, всъщност можете да започнете да се впускате в констатации, че въпреки че имаме цялостния проблем с инфраструктурата, има начини да подобрим ефективността на обработката в рамките на този конкретен JVM за WebLogic. И тук е това наистина важно нещо: Много пъти хората се движат като в облак и казват: „Ами колко процесор и колко памет ви трябват?“
Е, другата страна на тази монета, известна като капацитет, е ефективността на обработката. Ако използвам по-малко памет, ако използвам по-малко процесор, просто нямам нужда от толкова. И така, както Мат каза по-рано, всичко е някак свързано. Сега това, което мога да направя, е, че мога да отворя екрана за транзакции PeopleSoft и на екрана, y-оста е времето за отговор, x-os е време през целия ден.
Тук имаме графична стека, която показва времето на клиента. Това всъщност е браузърът, уеб сървърът. Зеленото е Java време, вид розово е Tuxedo, тъмно синьото е време за база данни. Този профил не се случи сам; това се случи поради конкретните панели PeopleSoft - те бяха изпълнени и те са ви представени по време на отговор. Всъщност има време на всяка стъпка в приложението, както и графиката на стека, която показва приложението тук панел по панел. Също така съм в състояние да проверя и намирам конкретен потребител или класирам моите потребители.
Този екран ми позволява да посоча конкретен потребител чрез име за влизане. Помислете колко забележително или колко мощно е това. Много пъти, не само за инфраструктурата и за нейното настройване, за това как крайните потребители използват системата. Може да имате нов наем или някой има нова функция за работа: Може да не знае как да използва приложението правилно. Това всъщност може да помогне за идентифициране на възможностите за обучение.
Другата страна на монетата е, ако мога да се съсредоточа върху конкретен потребител - тук аз разглеждам този потребител в техните конкретни транзакции и времето за реакция, което е преживял - аз съм в състояние да адресирам директно потребителското изживяване на конкретен потребител. Вече не става въпрос за общи показатели на системно ниво, а за опит на крайния потребител и това е много мощно. Части от вашата среда със сигурност ще бъдат вътрешни, HR и т.н. Може да има и други части, които са изправени пред клиента. Така или иначе, вие искате да осигурите възможно най-доброто и продуктивно клиентско изживяване.
Сега за конкретен панел мога да вляза и да проуча въпросите. Така че това е вид дълбоко гмуркане, което можем да направим, за да разкрием какво се случва и вие може да направите това дълбоко гмуркане, преди да се обадите на краен потребител или ако краен потребител ви се е обадил, ще можете да започнете процес, за да кажете: „Е къде точно е първопричината?“ И няма да е като използване на процесора и преобладаващо, а ще бъде в кода на приложението, който те упражняват.
Нека разгледаме и добре да разгледаме това управление на съдържанието и всъщност можете да видите анализ на тази транзакция: стартиране на браузъра, входна точка към уеб сървъра в Java Jolt и всъщност показваха код, който се изпълнява надолу в панела Tuxedo, накрая към SQL оператора, където Precision разкрива SQL израза, който се изпълнява от този специфичен панел PeopleSoft.
Всички, с които разговаряме, имат инструменти, но това, което нямат, е измама. Свързването на точките или следването на транзакцията от браузъра чак до SQL израза е несъмнено. Това, което прави, подобно на вашата DBA, е вместо да разглеждате нещата на ниво инстанция или база данни, сега мога да проуча на ниво SQL изявление.
Така че мога да кажа: „Ами какви са пречките за отделен SQL изявление“ и това е изключително мощно. Моля, имайте предвид, че тази транзакция не може да работи по-бързо от SQL оператора и всяка значима бизнес транзакция взаимодейства със системата на запис. Базата данни, харесва или не, е основата на производителността и ако мога да бъда толкова подробна, че да се съсредоточа върху отделни SQL изявления, които са жизненоважни за бизнес транзакция, наистина мога да изведа играта си на следващото ниво.
Друго, което може да забележите тук е, че има изчисление на процентния принос, който предоставя Precision. Самият браузър всъщност е значителна част от стека на приложенията.Имате изпълнение на JavaScript, имате време за изобразяване, разполагате с компоненти на страници, GIF файлове, JPEG. И всъщност установявате, че приложението ви може да се държи много различно в Chrome срещу IE и различни версии. Точните ще могат да покажат това и на вас и може да има моменти, в които всъщност е пречка или спор в браузъра, което може да причини такива неща като замразяване на екрана.
Да можеш да идентифицираш, което позволява на ИТ да не корят грешното дърво, а да адресират основната причина за различни проблеми, които могат да възникнат. Сега, което мога да направя, е за конкретен SQL оператор, след това мога да анализирам точно какво се случва в този SQL оператор. И така, тук се спряхме на експертния изглед на базата данни.
Едно от нещата, които отличават Precision на ниво база данни е, че правим извадка на база подсекунда. Това е в сравнение с нашите конкуренти, които гледат само веднъж на всеки 10, веднъж на 15 минути. Така че нивото на гранулиране, нивото на разделителна способност е с порядък по-добро от нашите конкуренти.
И още веднъж, тъй като базата данни е част от нашата основа, ние ще позволим на вашия DBA наистина да изведе производителността на следващото ниво. Така че виждам, че това SQL изявление действително е изразходвало 50 процента, ако времето му практикува достъп до съхранената подсистема, 50 процента от времето си използва CPU. Щракнете върху бутона за настройване и след това мога да вляза и да разгледам плановете за изпълнение и какво точно е довело до този модел на използване.
Сега един цитат от един от нашите клиенти - ако не бяха в Oracle Shop, те използваха инструмент Oracle, наречен OEM и OEM, наистина е насочен към база данни или инстанции - това DBA непрекъснато разглежда кои са първите 10 списъка? Но с Precision ние сме в състояние да свържем точките с отделните SQL оператори и така че подробността позволява на DBA наистина да се настройва на ниво транзакция, а не само на много по-високо ниво на базата данни.
Вторият момент, който беше наистина жизненоважен за този клиент, е, че точно, превеждайки това, което е сложен вашия URL адрес, в име на панела PeopleSoft - ако аз съм в ИТ и мога да говоря за дърво мениджър, мениджър на съдържание, конкретна HR страница, по този начин човекът, на когото се опитвам да помогна, знае, че аз всъщност гледам и разбирам какво гледат, защото това вече не е тези йероглифи, това е името, с което са запознати.
Един от въпросите, които ни задават - изглежда като през цялото време, затова мислех, че аз просто проактивно отговарям на въпросите - как в света да заснемете този идентификационен номер на PeopleSoft? Нека мине по стъпалата. Ето екран за влизане в PeopleSoft. За достъп до него трябваше да се ориентирам към моя уеб сървър и се появява този екран. Когато приложението е оборудвано с Precision, този екран всъщност съдържа точен скрипт и мога да разкрия, като направя десен клик, преглед на източника. И това всъщност ще ми покаже кода, който съставя основната страница и тук в рамката на страницата всъщност е точният уеб код и това ми позволява да заснемам екрана за вход, IP адреса, типа на браузъра, цяло куп информация за рендеринга и истинското изживяване на крайния потребител. И така, когато вмъкна потребителското си име и кликнете за влизане, Precision е в състояние да измери какво правя.
Отварям се, отивам до мениджъра на дървета, искам да извърша операция за търсене, попълвам полето и кликвам търсене. Представен ми е набор от резултати, така че ясно прокарах целия стек на приложенията чак до базата данни. Как точно показва това? Нека да продължим напред и да разгледаме Отвори точно, влизам, виждам активността, мога да щракна върху раздела за дейността, който ще покаже този екран. Това са непреведените URL адреси. Мога да покажа на потребителите и ето моят потребителски идентификатор, на който току-що влязох и тук е моята дейност.
Можете да видите, че използвах Firefox версия 45, за да изложа това. Упражних приложението 12 пъти и изоставянето е основно, когато някой напусне уеб страница, преди да я направи напълно, което предполага бизнес проблем. Така успяхме да вземем идентификационния номер на крайния потребител. Много е хубаво, хората наистина оценяват, когато знаеш какво точно става.
Сега искаме да сменим скоростите малко странно. Разгледахме транзакцията по-късно. Направихме дълбоко гмуркане на определена транзакция и разгледахме нейните SQL изявления. Сега искам да сменя предавките и да разгледам някои от другите технологии в стека на PeopleSoft приложения, започвайки от WebLogic.
И така, тук е инстанция WebLogic и можете да видите дейността във времето. Имате финансов отчет. Той ми казва веднага от бухалката, паметта се използва близо до максимум. Едно от нещата, които откриваме е, че повечето хора изпълняват целия стек на приложения или поне част от тях в споделена среда, много често VMware. Трябва да балансирате колко ресурси искате и колко са ви необходими. Не искаш да си ресурсна свиня. По същия начин, вие не искате да поставите ограничение за обработка, като не искате достатъчно памет в този случай.
Конфигурацията е жизненоважна и за управлението на производителността. Така че всъщност можем да влезем в събирането на боклука на паметта и всички броячи на JMX WebLogic, така че да знам точно здравето на моята форма на WebLogic.
Сега в смокинг. Смокингът в много магазини е вид черна кутия и е много важна част от PeopleSoft. Неговият вид лепило, което държи всичко заедно и затова някак си го мисля като разширение на операционната система. Това е нещо, което използвате и конфигурирате много внимателно. Между другото - това е малка странична забележка - в встъпителните коментари Ерик спомена „тиранията на спешността“, и мисля, че това наистина влиза в сила, когато магазините на PeopleSoft обмислят да преминат от класическия потребителски интерфейс към течния потребителски интерфейс, защото ще откриете, че Вие сте зад кривата поради начина, по който флуидният потребителски интерфейс упражнява PeopleSoft средата.
Сега имате проблеми в WebLogic, в Tuxedo, в базата данни и в хранилището тук, само защото HTML5 прави огромно количество съобщения. Вероятно е поне 10 пъти това, което прави класическият потребителски интерфейс и че допълнителното съобщение означава допълнителен трафик. Така конфигурацията на Tuxedo трябва да бъде модифицирана, за да побере допълнителния трафик. Няколко неща за този екран свършват от дясната страна, имаме графики за извънработно време за претеглено време за отговор, средно време за отговор, както и брой на изпълнение.
Тук имаме информация за всички домейни на Tuxedo в средата. Разделихме услугите, потребителите, сървърните процеси, както и IP адреси. Мога да прехвърля това към броя на изпълнението и да представя тези в низходящ ред, така че да видя какво се изпълнява най-много пъти. Мога също да превъртя надолу, за да разкрия домейните; повечето хора имат множество домейни в средата си, за да разпространяват по същество активността и не мога да настроя спазването на SLA, следователно сигнали на слоя Tuxedo.
Ако имате опашки, имате различни проблеми, които възникват поради конфигурацията. Обикновено - тъй като това е глобално въздействие - обикновено няма да правите промени в движение. Искате постепенно да увеличавате системата като част от QA процеса, който се връща към момент, който Мат беше направил по-рано за решаване на проблеми с производителността в началото на процеса. Много по-добре е да настроите правилната конфигурация, когато отидете на производство, а не да отидете на производство и да разберете, че конфигурацията не съответства на моделите на използване. Много ми харесва въвеждането, което Ерик и Мат бяха предоставили днес. Мислех, че те наистина са на прицел по отношение на предизвикателствата, пред които сте изправени при управлението и развитието на PeopleSoft среда.
Сега, казах това веднъж преди - мисля, че си струва да кажа отново: Всяка значителна бизнес транзакция взаимодейства с базата данни. И така, нека проучим как Precision може да предостави допълнителна информация. Тук е отделен екземпляр Oracle. Същият точен подход, който видяхме - y-ос е време за изпълнение, x-ос е време през деня, но сега стълбовите графики са стека на изпълнение в Oracle. Това ни показва какви са ограниченията за обработка в системата. Тук долу има всъщност доклад за констатациите, който ми казва, че имате този висок буфер за повторно регистриране.
Гледам и тази избрана версия от PSVersion. Той всъщност изразходва много ресурси. Между другото, тъй като ние вземаме проби и предоставяме този поглед с висока разделителна способност за това, което всъщност се случва в системата, може да се изненадате какви са истинските потребители на ресурси във вашата система, защото ако просто гледате на всеки 10 минути, няма да да ви покажа какви са тези потребители на ресурси. И така, знаейки какви са истинските потребители на ресурси, всъщност можете да се обърнете към истинската обработка на тесните места или в системата.
Сега тук Weve прескочи до раздела за дейността и това е дейността. Можете да видите, че разглеждаме CPU, подсистема за съхранение, заключване на приложения, OS чака, RAC, ангажиране, Oracle сървър, комуникация и вътрешен агрегат заедно. Това е оста y, това е общото време за изпълнение.
Тук долу са SQL изявленията, които задвижват този профил и едно от нещата, които виждате, са тези ниски закъснения - две милисекунди, но с почти 4500 екзекуции означава, че SQL изявлението е всъщност потребителят на ресурс номер едно във вашата система и това е добре да зная. Това също не чака на ключалка или чакане. Той използва процесора 100% от времето. Това не означава, че няма неща, които не мога да направя за това. Има много неща, които мога да направя по въпроса, ако знам до какви SQL оператори и обекти се осъществява достъп. И така това са някои от начините, по които можем да помогнем.
Сега тук има тази подробна информация и това може да ни постави в съответствие с отделните PeopleSoft програми и всяка от тези програми служи с различна цел в PeopleSoft. Всъщност можете да започнете да адресирате на ниво база данни как се използва приложението.
И ако избера конкретна програма, след това мога да изолирам SQL изявленията, които тази програма подаде, така че мога да бъда фокусиран върху приложението, а не върху технологията база данни, когато по принцип търся и гледам оптимизация на базата данни и конфигурация на база данни. Искам само да обърна това на вашето внимание. Често много големи организации са разделени на инфраструктурни DBA и приложения DBA. Точно, като показваме приложението, както и потреблението на ресурси, всъщност сме в състояние да преодолеем пропастта и това решение е полезно и за двата типа нагоре DBA в системата.
Сега тази част наистина е нещо като показване какво можем да направим на ниво база данни. И това, което се случи тук е, че имахме замразяване на екрана, имаше избор от PS_Prod и това, което направихме, е, че кликнем върху този мелодия и това, което прави, ни превежда в това работно пространство на SQL. Сега, за вас хора, които не са DBA, това може да не изглежда истински вълнуващо. За хора, които са DBA, може да се окаже, че това е доста вълнуващо. Това, което се показва тук, е продължителността на този конкретен SQL оператор спрямо промените в системата. И това показва сряда, четвъртък, петък, продължителността е около 2/10 от секундата. Събота и неделя тази компания не работи - късметлий ги. Ела понеделник, имаше промяна: Планът за достъп се промени. Новият план за достъп е изведнъж до тук. Това всъщност е достатъчно бавно, което води до замръзване на екрана.
Сега, ако съм DBA, имам нужда от допълнителна информация, за да знам истинската първопричина. Трябва да знам какъв избор е направен оптимизаторът на бази данни. Така Precision предлага това сравнение, което показва план за изпълнение, който беше бърз и ефективен, когато нещата вървяха страхотно, както и планът за изпълнение, който беше бавен и неефективен. Това присъединяване на филтър е обичайно за DBA, които управляват PeopleSoft. Това, което прави филтърът е, че търси всеки ред в една таблица, той разглежда всеки един ред в присъединителната таблица - това отнема много процесор. Той е изключително неефективен, тъй като няма филтриране само на гледане на подмножеството от редове, които са необходими, а на SQL оператора и тази неефективност води до по-бавно време за изпълнение. Следователно, те в крайна сметка забавят панела PeopleSoft при замразяване на екрана и Precision успя да стигне до истинската коренна причина, за която никога няма да разберете, освен ако не разполагате с инструмент, който разкрива кода на приложението, SQL изявленията и т.н.
Това беше нещо като дълбокото гмуркане. Сега ще издърпаме гледката до 10 000 квадратни метра изглед на таблата. В Precision, таблата за управление всъщност не са за техническия екип - наистина трябва да използвате за споделяне на информация с операции, може би с екипа на приложенията, може би и с вашата командна верига. И така един набор от табла за управление може да показва PeopleSoft панели и време на клиента, така че да знаете какво е преживяването на крайния потребител. Може да е конфигурирано друго табло за операции и това табло може да изглежда има ли предупреждения замръзване? Всъщност имаме сигнали на нивата на ОС, в мрежата, WebLogic, Tuxedo и базата данни. Тук няма сигнали, средно време за реакция. Можете да видите, че течеха около една трета от секундата. Тук всъщност мога да разгледам инфраструктурата ми да ми покаже всички виртуални машини в обкръжението ми и мога да започна да се занимавам с обработка, балансиране на натоварването и също така мога да разгледам моите домейни Tuxedo. Тази конкретна среда има шест различни домейна и така мога да видя тези домейни и всъщност мога да вляза в балансиране в мрежата.
Сега, точното историческо хранилище, че PMDB, базата данни за управление на производителността, има множество показатели. Понякога някой иска да знае за броя на достъпа до браузъра или бихте могли да направите броя на достъпа според вида на браузъра или ефективността според типа на браузъра. Има цял куп неща, които могат да се направят, за да се осигури допълнителна видимост на вашата система.
Ето, този, ние всъщност разглеждаме използването на паметта на WebLogic и виждате този хубав модел на прозорци, използването на паметта. Там е събирането на боклука, той извлича нереференциите. То се връща нагоре и затова това е много хубав модел, който обичате да виждате. Така че това е вид гледане на средата PeopleSoft като колекция от подсистеми и това би било подходящо за операции. Най-основният въпрос е: „Е, какво се случва на сървъра?“ Точно има цялата тази видимост. Той също така предоставя и сървърните показатели. И така тук всъщност можете да измервате процесора, паметта, I / O, сървъра, потребителите в системата и така имате пълна видимост. И това е начинът - който в комбинация с дългосрочната тенденция - е как хората използват Precision за планиране на капацитет.
И просто искам да хвърля малко бележка там. Обикновено магазинът ще има толкова бюджет за хардуер, за сървър, толкова бюджет за персонала. Как ще инвестирате, къде ще залагате? Използвайки Precision, получавате предимство, защото виждате как се използва подсистемата за съхранение. Ако правите много произволни I / O, Precision ще ви покаже това. Това ще помогне да се оправдае инвестицията в твърдо съхранение. Това може да е по-важно за вашия магазин от закупуването на допълнителен процесор, ако използването на процесора се окаже ниско.
Искате да инвестирате там, където са истинските пречки за обработка, където всъщност можете да изплатите. И чрез прецизно адресиране на всичко - от ефективността на обработката на кодирането на приложенията до капацитета, ви позволяваме да прецените и документирате къде са тези нужди с числа.
Сега последното парче алармира и алармирането всъщност е начина, по който това започна. Не забравяйте, че? Видяхме сигнал, че има SLA за изпълнение и видяхме, че е отпаднала инстанция WebLogic. Затова нека разгледаме алармиращия интерфейс. И още веднъж, какво се случва? Едно от нещата, които искам да отбележа в тази гледна точка, е, че Precision не само има тези сигнали за ефективност и сигнали за състояние относно наличността, ние също имаме тренд сигнали. Причината, че тенденциозните сигнали са важни е, че ако системата ви е бездействаща или има един или двама потребители, вероятно нещата работят отлично. Едва когато започнете да добавяте потребители и те не започнат да извършват все повече и повече дейност, които започвате да се борите за данни, за ресурси на ниво Tuxedo, на ниво WebLogic, на ниво мрежа, на ниво база данни. И това спор води до влошаване на ефективността и след това най-накрая може да преминете линия и това е сигнал за ефективност, а това в общи линии не отговаряте на целите на SLA за организацията. И така тези сигнали са много приятни.
Уеб подреждането от лявата страна на мрежата всъщност измерва практическата работа на крайния потребител и след това влизате в технологиите в основата на стека на приложенията. Това е вид на нашия архитектурен екран за това как правим всичко това. В идеалния случай бихте искали да имате точен сървър, който да е независим от наблюдаваната среда или среди. Един точен сървър може да се справи с множество приложения.
За PeopleSoft и за базата данни Oracle и DB2 не се нуждаем от локален агент. Ако вашата среда PeopleSoft е завършена от SQL Server, има опция да направите без агенти. Ние също имаме агент без Sybase. Сърцето на нашия модел за сигурност е, че тук се събират данни, докато потребителите на Precision се удостоверяват в Precision. Това са напълно отделни процеси, отделни идентификационни данни, отделно удостоверяване и това е част от нашия модел за сигурност. И има допълнителни подробности.
Мисля, че засега това е достатъчно за въведение в архитектурата. Ако има някакви горещи въпроси, моля, задайте ги, както Ерик спомена.
Точно като бързо резюме, това решение е проектирано за 24 на 7 в производството. Силно препоръчително е да ни използвате в QA. Ако се занимавате с вътрешно развитие, започнете да ни използвате в разработката. Ще преведем сложния URL адрес, URI в име на панела PeopleSoft. Когато говоря за производство, ние сме изключително ниски над главата, така че имате видимост, винаги знаете какво се случва, идентифицирате крайния потребител.
Не трябваше да влизам и да определям тези транзакции - има само естествени точки за връзка от браузъра, URL адреса, входните точки, връзката на уеб сървъра към WebLogic, поканата се свежда до това, което предоставя SQL оператора. Тогава ще успеем да уловим SQL оператора и какво прави. Precision е интелигентен за базата данни и мисля, че това е отличителен фактор за нас и позволява на вашия DBA да си сътрудничи, да подобри видимостта на приложението.
Крайната точка е, защото винаги бяхме включени, ние винаги събираме, винаги можете да измерите преди и след и да оцените количествено подобрението, или в редкия случай може би сте променили представянето, ще знаете това и бихте могли да го върнете веднага , Повечето от нашите конкуренти правят това, ако трябва да видите допълнителна информация, трябва да включите допълнителна видимост и обикновено тази допълнителна видимост налага много режийни разходи.С Precision винаги имате видимост и винаги можете да решите проблема. Така че, ако искате да отидете на уебсайта на Precision, моля, проверете някой от точните продукти, дали е прецизен за Oracle. Ние сме посочени като Точна платформа за изпълнение на приложението и там има бутон, за да поискате демонстрация.
Всъщност, ако споделям екрана си, мисля, че бих могъл просто да се ориентирам до там, за да ви покажа как изглежда точно така, за да можете да видите това право отпред. Ето уебсайта на IDERA Отиваш на продукти. Мога да избера всеки от тези прецизни компоненти и просто искам да го видя в действие. Това ще стартира нашия процес за споделяне на допълнителна информация, която може да е важна за вашия сайт. Или ако искате да знаете повече за миграцията към течния потребител, можете да се свържете с нас.
И кое от това, Ерик, обичам да ти предавам палката.
Ерик Кавана: Добре, добра сделка. Трябва да кажа още веднъж - доста обширно и впечатляващо представяне там, Бил. Споменахте цял куп неща, за които обичам да питам. Нямаме много време - около девет минути - и аз като Мат получаваме възможност да зададем и два въпроса и да имаме поне един или два от публиката.
Но споменахте нещо, което мислех, че е много, много интересно по отношение на това как Precision може да помогне при закупуването на ИТ екипа, защото можете да посочите, можете да направите случай на всеки, който вземе това решение, че това, което трябва, е по-солидно състояние например за съхранение или това, от което се нуждаете, са подобрения в мрежата или какъвто и да е случай. Но това е голяма работа. Често ли виждате компании, които го разпознават и използват това, или се опитвате да евангелизирате това?
Бил Елис: Е, всъщност и двете, и нещото е, че моделите на използване, дори и за приложение за пакети като PeopleSoft, моделите на използване са различни на всеки сайт. Имах щастието да направя миграция на PeopleSoft в банка и банките използват системата на главната книга много по-различно от повечето организации. Всъщност бихте могли да имате отделни транзакции, извършени в клон, всички те са публикувани в главната книга.
И така, вместо да публикувате десетки или стотици главни книги, вие всъщност публикувате стотици хиляди. И така се включих в Precision, поради моделите на използване и това ни позволи да се справим, но нуждите на приложението както на ниво код, конфигурационно ниво, така и на ниво инфраструктура. Така че съм абсолютно голям вярващ и искам да го евангелизирам, тъй като не бива да вземате хардуерните решения, просто въз основа на използването. Трябва да го основавате на нуждите на вашата среда.
Ерик Кавана: Има въпрос от участник и тогава, Мат, ще ти го предам за въпрос или два. Е, това е добро и това е смешно, защото е голям, дълъг отговор, който бихте могли да дадете. Участникът пита: „Как да събирате показателя за ефективност в края на потребителя след разполагането и по време на тестване?“
Мисля, че сте се справили доста добре с това, колко дълбоки и богати са тези показатели. Говорихте за равномерна секунда за някои от тези неща в сравнение с всеки пет минути или 10 минути. Това е, когато ще получите нивото на детайлност, необходимо, за да намерите отговорите си, нали?
законопроект Елис: Да, така че решаващото е, че отделните колекционери на информация за представянето са базирани на технологии. Така че, когато правим внедряване, трябва да знаем как е изграден стекът на вашите приложения, като се започне от операционната система, нейната версия, каква версия на Tuxedo, WebLogic, каква версия на инструменти на People, които използвате.
И наистина дизайнът на тези агенти, който прави това, събирането на данни, което ни позволява да разкрием, че нивото на видимост Прецизност осигурява. И тази видимост, мисля, понякога може да бъде малко смущаваща за хората. Но ако целта ви е наистина да влезете и да подобрите нещата и да вземете производителност до 11, това наистина е нивото на видимост, което бихте искали да имате. И ако Precision може да го осигури и ниските му разходи, въпросът е защо не? Затова смятам, че това е чудесен въпрос и моля, свържете се с нас, ако искате да обсъдим това допълнително.
Ерик Кавана: Добре. А Мат, имаш ли въпроси?
Мат Саръл: Мисля, че съм добре. Искам да кажа, че се занимавам с катастрофата на WebEx тук.
Ерик Кавана: О, не. Имаме нужда от Точност, за да разберем точно защо.
Мат Саръл: Да, предполагам, че въпросът, който бях помислил, докато говориш, Бил, беше, ако можеш да обсъдиш малко за това как множество екипи могат да попаднат на една и съща страница при отстраняване на проблеми с производителността, защото знам, че това се появява над и отново е кой е отговорен за това какво и как всеки може да работи заедно, за да предостави най-доброто качество на служителите.
законопроект Елис: Да, така че ИТ персоналът е скъп. В повечето магазини сте разделени на екипи, базирани на технологии, като се има предвид сложността на технологията. Едно от големите неща, което се случва, е проблемът с представянето и има много пъти конфликта, свиква военната зала. И там всеки има показателите, за да оневинява по някакъв начин своя ред, тъй като няма конфетата. Те гледат какво се случва на ниво WebLogic, а не какво се случва на ниво код на транзакцията. Или гледат на ниво база данни, а не на отделния SQL оператор на транзакцията.
И като е в състояние да определи проблемния слой и проблемния код в този слой, това, което прави е, освобождава другите екипи да не отиват или да прекарват време в ресурси, търсейки проблем, който не е в тяхната област. Ако проблемът с базата данни е проблем, насочете се към DBA с информацията, която им е необходима за решаване на проблема. Те ще се радват да го направят.
Но също така, не прахосвайте Tuxedo, екипът за помощ на WebLogic, фокусирайки се върху проблемите в базата данни. По същия начин, ако проблемът е в конфигурация на WebLogic, не прекарвайте времето на DBA в някаква военна зала, която се опитва да се защити. Просто отидете и отстранете проблема в WebLogic.
Откриваме, че ИТ персоналът оценява прецизно поради спестяването на време, тъй като обикновено тези военни помещения не са предвидени в плана за времето за всяка организация на FTE. Неговият вид като допълнително време. И така да бъдем в състояние да се справим по-ефективно с тези проблеми е наистина жизненоважно. И за организацията, която внедри флуидния потребителски интерфейс, да може да мащабира производството и да реши проблемите, които реално изпитват в производството, беше наистина жизненоважно не за отделния персонал или екипи, а всъщност за цялостното управление на ИТ, защото щеше да е наистина лоша новина ако трябваше да се върнат назад. И така, чудесен въпрос, защото това не е само технологията. Това наистина винаги е за хората.
Мат Саръл: Точно това са хората и процесите. Да, това беше единственият въпрос, който ми се появи по време на демонстрацията. Ако има други от публиката?
Ерик Кавана: Да, просто ще хвърля един последен върху теб, Бил, а Мат говори за това накратко в своята презентация. Започнахме да виждаме тази резба. Все още се гледа много напред, но контейнерите и използването на контейнери и Докер и неща от този характер, колко голям от кривата тоя ви хвърля момчета?
Бил Елис: Така че думата означава различни неща в зависимост от различните технологии. Така че ние разработваме нашите продукти, за да се грижим за контейнерите на ниво база данни и на ниво приложение. И като част от това, това е вид цялата среда с движенията, облака и ние работим в облака. Но има процес на откриване и така в зависимост от това как се развиват тези приложения - включително PeopleSoft, ние разработваме нашето решение за мониторинг, за да можем да осигурим нивото на дълбочина, което беше толкова ценно в миналото.
Ерик Кавана: Да. И трябва да кажа, всеки път, когато виждам тези демонстрации, аз просто се изумявам от подробността, която имате, и това, което е необходимо, за да можете да съберете едно разбиране и трябва да имате някакво образование около това, което е нормалната ситуация, какво е стандарт.
А вие, хората, предлагате много съдържание около това - помагате на хората да идентифицират кое е нормално, кое не е нормално. Говорихте за тенденциозни сигнали, например, това са всички механизми, които можете да използвате, за да разберете по-добре, че нещо не е наред, нещо не е наред и след това, разбира се, оттук трябва да разгледате, за да го намерите, но имате всички данни.
Бил Елис: Да, и това е наистина важно нещо; Мисля, че Мат беше говорил за това. Какво е нормално? Различните среди имат различно ниво на нормалното. Ако работите с хардуер от висок клас, логика и данни на Oracle, това, което е нормално във вашия магазин или какво е постижимо във вашия магазин, ще бъде различно, отколкото ако работете в по-малко мощна инфраструктура. Така че първото нещо е да разберете какво е нормално, започнете да изчислявате тази базова линия и по този начин можете да започнете да правите подобрения оттам.
Ерик Кавана: Добре, това е добра точка. Имаме един последен въпрос, изглежда. Само един последен въпрос, който ще ви задам, Бил. Има ли разлика между мониторинга на производителността на SQL и базата данни от гледна точка на данните на ниво система и приложения? Каква е разликата между наблюдението на SQL и производителността на базата данни от вашата гледна точка?
законопроект Ellis: Е, нищо не се случва в база данни, докато SQL операторът не се изпълни. Спорът за SQL операторите е какво - контрол за заключване, чакане, спорът за ресурси на ниво данни и на ниво SQL Server. И така, ако успея да видя както драйвера на SQL оператора, така и неговото въздействие върху системата, съм причинил ефект; Мога да свържа какво се интересува от приложението DBA за това, за което се интересува инфраструктурата DBA, докато наистина не мога да извлека максимума от инструмента Precision.
Ако аз съм инфраструктурен DBA и гледам на неща като използване, аз наистина ми се управлява с широка четка срещу, ако съм в състояние да разгледам отделно SQL изявление и съм в състояние реално да минимизирам ресурса консумация - независимо дали става дума за процесор, памет, I / O - мога да адресирам и двете страни на същата монета.
Ерик Кавана: Добре, хора. Изгорихме малко повече от час. Големи, големи благодарности на нашите приятели от IDERA. Голяма благодарност на Мат Саррел, че се присъедини към нас днес. Ние архивираме всички тези уеб предавания за по-късен преглед, така че не се колебайте да се върнете и обикновено само за няколко часа архивът се издига. Така че проверете това и всичко, което трябва да кажа е, че обичам тези неща, обичам Прецизността, обичам да мога да вляза в плевелите. И не знам друг инструмент, който да ви позволява да разкопавате всички тези различни части и части от стека на приложението, освен това, което тези хора имат в IDERA с Precision.
С това се сбогуваме, хора. Благодаря отново, ще поговорим с вас следващия път.