От служители на Techopedia, 6 септември 2017 г.
Отнемане: Домакинът Ерик Кавана обсъжда управлението на изпълнението на PeopleSoft с Мат Саръл и Бил Елис в този епизод на Hot Technologies.
Ерик Кавана: Добре, дами и джентълмен. Здравейте и добре дошли отново. Това е сряда в 4 часа източно и през последните няколко години, това означава в този свят на ИТ и големия бизнес и данни, време е за горещи технологии. Да, наистина се казвам Ерик Кавана. Ще бъда ваш модератор за днешното събитие.
Ще говорим за системите, които управляват бизнес, хора; говорим за PeopleSoft, как да управляваме работата на сложни среди. Винаги обичам да споменавам, вие играете голяма роля в тези събития, така че, моля, не се срамувайте. Задайте въпроса си по всяко време; можете да го направите, като използвате прозореца за чат или Q&A - по всякакъв начин. Бих искал да чуя какво искате да знаете и това е най-добрият начин; получавате най-добрата стойност за вашето време. Ние архивираме всички тези уеб предавания за по-късно слушане, така че просто имайте това предвид.
Ако системите работят бавно, просто имайте предвид какъв е бил животът. Тази снимка всъщност е от 1968 г. с любезност на дама на име Данел и трябва да кажа, че това наистина е изключително напомняне за това колко много неща са се променили. Светът стана забележително по-сложен и разбира се, бизнес нуждите и потребителското изживяване са склонни да вървят ръка за ръка. Но в наши дни има малко прекъсване. Както често казваме, има несъответствие и фактът е, че бизнесмените винаги искат нещата по-бързо и по-бързо, ИТ екипите, които трябва да доставят, са тези, които са подложени на натиск, за да свършат работата и това е интензивен свят.
Трябва да кажа, конкуренцията се нагрява навсякъде. Ако просто погледнете каквато и да е индустрия, можете да видите, че има големи развития в наши дни - например Amazon, купувайки цели храни, например. Можете да бъдете сигурни, че хранителната промишленост поглежда тежко към тази. Това виждаме навсякъде, така че наистина е задължение на бизнес лидерите да се уверят, че ще разберат как да - и ето модното слово в наши дни - да трансформират цифрово, как да преминат отвъд старото разпределително табло към много по-нови и здрави системи. За това ще говорим днес.
Един от проблемите, с които се сблъскват много организации, особено тези, които съществуват от известно време, са тези наследени системи. Това е стар мейнфрейм на IBM от тогава. Навсякъде има наследени системи. Една от шегите е, че наследствената система е система, която е в производство, което означава момента, в който тя влиза в производството, технически това е наследствена система. Винаги ще има нови начини за правене на неща.
И има някои много интересни разработки през последните няколко години относно намирането на начини за практическо съвместяване на системите, за да не се подобри непременно работата на една система, но и да се намери начин да се създаде вид издънка или тактика на зареждане, която да се справя с производителността по други начини. Днес ще поговорим повече за това как да подобрим работата на система като PeopleSoft, която разбира се е изключително сложна. Но когато се направи добре, когато се зарежда, когато се внедрява, когато се управлява добре, може да направи прекрасни неща. Но когато не се управлява добре, тогава имате всякакви проблеми.
И така, какво се случва? Трябва да сте реалистични в нещата и във всяка среда, ако потребителите не получат това, което искат, рано или късно преминават към системи за сянка. Случва се през цялото време. Системите за сянка могат да бъдат много продуктивни, те могат да помогнат на хората да свършат работата. Но разбира се има много проблеми. Със сигурност в цялата област на спазване и регулиране сенчестите системи са голямо не-не. Но те са там и мисля, че е важно да запомните, че вашите системи, ако основната ви система не работи бързо или не работят ефективно, рано или късно ще има преодоляване и тези решения могат да бъдат много трудни за разкриване, те може да се окаже трудно за залез, защото те са критични за бизнеса. Те могат да бъдат трудно интегрирани, така че имайте предвид, че е там и това е просто още една причина за подобряване на производителността.
Съвсем наскоро чух за този израз и трябва да го изхвърля там: „тиранията на спешността.“ Мисля, че само като чуя, че вероятно знаете за какво говоря и това, което се случва в повечето организации, е натовареността да достигне критична маса и хората правят колкото се може повече и става много трудно да промените нещо. Вие завършвате страдащи от „тиранията на спешността“ - всичко трябва да се свърши веднага. Е, ъпгрейд на система не става веднага.
Всеки, който някога е живял чрез надграждане на ERP от една версия до друга, знае, че това е сравнително болезнен процес, така че просто имайте предвид: Ако го видите във вашата организация, разпознайте го. Да се надяваме, че можете да се свържете с някого или ако сте старши човек като директор на дирекция CIO или CTO или главен изпълнителен директор, признайте, че това е много опасен сценарий, защото след като сте зад осем топки, наистина е трудно да излезете отзад осма топка.
Това е като цялата главоблъсканица на маратона: Ако се навиете далеч зад себе си в някакво състезание и всички изпреварват вас и всички все още бягате, ще бъде наистина трудно да наваксате, ако паднете твърде далеч зад себе си. Затова просто внимавайте за това и имайте това предвид.
И с това ще го предам на Мат Саррел, за да ни даде някаква информация за това как да се справим със сложността на PeopleSoft среди. Мат, махни го.
Мат Саррел: Добре, благодаря, Ерик. Здравейте всички. И така, нека видим, ще започна като ви кажа защо смятам, че съм правилният човек, който да ви говори за управлението на изпълнението. Така че имам 30 години опит в технологиите. Бих искал да кажа, че работих по пътя си, като бях практичен, мрежов администратор, директор на ИТ, вицепрезидент по инженерство при няколко стартиращи проекта. Тогава направих този преход да бъда технически директор в PC Mag. Там има моя снимка, но по принцип изглеждам като малко дете.
И след това продължавате и сте журналист в различни публикации като eWeek и InfoWorld, като анализатор в Gigahome, свързване в мрежа с Bloor Group и провеждане на консултации. И ето ме: Тази снимка вляво е как изглеждам сега. Тази снимка в средата е нещо там, където съм много щастлив - в стая, пълна с проводници и мигащи светлини, и където е студено - трябва да е много студено и всички останали трябва да са ми неудобни, за да се чувствам комфортна температура - мъдър. Има и информация за моя контакт, трябва ли да имате някакви последващи въпроси.
Искам да поставя сцената тук и просто да говоря за изпълнение, както Ерик говори. Сега сме влезли в този свят, където потребителите имат това очакване, което е зададено от потребителски приложения и уебсайтове. И хората бяха склонни да ходят на работа и да седят там и да чакат своите системи, защото това е, от което се нуждаят, а сега хората всъщност не са склонни да седят там. Така че е въпрос дали искат този мотоциклет да лети около пистата. Вероятно не искат човекът да кара колелото си и да носи дъщеря си на училище. Но какво ще предоставите?
И е трудно, защото - наистина бях доста щедър с тази от една до три секунди като добър - хората също искат незабавна реакция и искат достъп отвсякъде. Това може да бъде навсякъде във вашата сграда или в кампуса ви, или може да бъде навсякъде по света по всяко време в зависимост от това колко добре работи вашият бизнес. И предполагам, че изграждам, е че когато говорим за производителност, е важно да мислим за ефективността от ъгъла на потребителското изживяване.
Важно е да определите целите на ефективността, преди да измерите и настроите. Имам тази снимка на тунер и после тунер. Действителният мъж, който е тунер, трябва да знае за какво се настройва или няма смисъл всъщност да поставя ръце на пианото и да го настройва. Така че предварително дефинирайте целите, това ще ги запази реални, вместо да адаптирате целите, за да отговарят на текущата ситуация. Важно е да наблюдавате показателите във времето и да осъзнавате как системите се променят с производителността на приложението за зареждане на потребителя, което се влияе от сцените на ресурсите и моделите на използване.
Винаги е важно да свържете всичко това заедно с потребителското изживяване или инциденти за поддръжка, да установите базова линия за ефективността, която очаквате да бъде в състояние да предостави, и когато се приближавате до отклонения от тази базова линия, да имате проактивни сигнали, за да можете да предприемете действия преди да ударим статута на „неуспешен кит“. И знаете, че това изисква способността да може да се определи и адресира първопричината за проблема с производителността много бързо и лесно. И отново, това е колкото по-рано, толкова по-добре, нали?
Знаем, че от миналата история, насочена към усилията за развитие, колкото по-рано можете да намерите и отстраните проблеми с производителността, толкова по-добри сте. Ако изчакате, докато целият ви код или системата ви станат активни, за да започнете тестване на производителността или да започнете да разкривате проблеми, няма да кажа, че е късно, но отново, сега вие сте човекът, който получи лош старт в маратона и сега играете догонване, вместо да скачате веднага и да напредвате. И така, как да направите това? Предвиждате ли средното и максималното си натоварване?
И продължавате напред и оразмерявате физическите си сървъри или виртуалните си сървъри или облачните си инстанции или контейнерите и контейнерните си ресурси и след това пускате доказателство за концепция и стартирате пилот? Това са моментите, в които това е нещо, краят на мястото, където бихте искали да хванете нещо, въпреки че все пак е по-добре да го хванете в производството, отколкото да го игнорирате в производството. Но наистина, до момента, в който сте във вашия пилот, вече трябваше да установите своята методология и процедури за непрекъснат мониторинг и усъвършенстване.
Добре, толкова много компании - говорим за дигитална трансформация. DevOps, в революцията на DevOps играе огромна роля в тази дигитална трансформация. И това е процес от край до край, който наистина никога не спира. Така че е като двете ръце рисуват една друга, и това е хубаво. Това е безкраен цикъл между тези две ръце на план, код, изграждане, тестване, пускане, разгръщане, работа, монитор, обратно към план. Той се захранва и ние го автоматизираме, така че да върви бързо. Той създава контур за обратна връзка за наблюдение на производителността и го използва за проактивно разкриване на проблеми с производителността и отстраняването им, преди да засегнат цялата ви потребителска база.
И още нещо, след като вече имате, ИТ разработчиците и оперативния персонал, които се движат много бързо и подравнени, можете също така лесно да приведете тези усилия и в бизнеса. Изпълнението на софтуера на предприятието е сложен звяр. Човек може да го оприличи на футболен отбор, който седи пред дъска и поема посоката и всичко работи отделно и всичко работи заедно. Винаги го смятам за старата история за това, когато получих първата си кола и оправих едно. Оправих климатика и тогава се случи, че тогава останалата част от охладителната система се провали. Така че имате своите болкови точки и всичко върви заедно и правите корекции. Трябва да организирате всичко по такъв начин и да изградите процесите, така че когато направите своите промени, да разберете как всичко влияе върху всичко останало.
И също така бъдете внимателни и проверете два пъти. Тествайте, обезсилвайте, прилагайте. И отново стигаме до този въпрос за изграждането на програми за непрекъснат мониторинг и подобряване на резултатите. И това всъщност е последният ми слайд. Докато говорим за тази сложност и е красива сложност точно като вътрешността на този часовник, имаме толкова много движещи се парчета към PeopleSoft. Всяко нещо засяга всичко останало по целия път нагоре и надолу по стека. И има толкова много различни места, където можете да потърсите ключове за проблеми с производителността, че много лесно бихте могли да се изгубите без подходящия инструмент и без правилния процес. И отново за всичко, в много случаи според мен научихме, че можете да отстраните проблеми с инфраструктурата, но огромната променлива ще бъде вашият код на приложение. И така правилното функциониране на процесите за тестване и непрекъснато подобряване на кода на приложението ви е от ключово значение.
И така това е краят на моята порция и ще предам това на Бил.
Ерик Кавана: Добре, Бил, да ти дам ключовете за WebEx тук. Харесва ми тази красива сложност - това е хубаво. Имахте няколко наистина добри цитата там, Мат. Добре, Бил, отнеси го. Отидете на „бърз старт“, ако искате да споделите екрана си. Всички вие.
Бил Елис: Благодаря ти, Мат, и благодаря, Ерик. Само за потвърждение, можете ли всички да видите екрана ми сега?
Ерик Кавана: Да, наистина.
Бил Елис: Така че ние ще говорим за продукта на IDERA Precision for PeopleSoft и видимостта, която те могат да ви осигурят, за да успеете да управлявате сложния пакет от приложения. Начин за позициониране на трудността е, че едно приложение, минимум шест технологии, множество крайни потребители и е много трудно да се отговори дори на прости въпроси. Има ли краен потребител проблем? Кой е крайният потребител, какво правят, каква е първопричината?
Това, което обикновено виждаме, е тази ситуация - и това може да важи за 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 минути, това не е ще ви покажа какви са тези потребители на ресурси. И така, знаейки какви са истинските потребители на ресурси, всъщност можете да се обърнете към истинската обработка на тесните места или в системата.
Сега тук прескочихме до раздела за активността и това е дейността. Можете да видите, че разглеждаме 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. Тази конкретна среда има шест различни домейна и така мога да видя тези домейни и всъщност мога да вляза в балансиране в мрежата.
Сега, историческото хранилище на Precis, че PMDB, базата данни за управление на производителността, има множество показатели. Понякога някой иска да знае за броя на достъпа до браузъра или бихте могли да направите броя на достъпа според вида на браузъра или ефективността според типа на браузъра. Има цял куп неща, които могат да се направят, за да се осигури допълнителна видимост на вашата система.
Ето, този, ние всъщност разглеждаме използването на паметта на WebLogic и виждате този хубав модел на прозорци, използването на паметта. Там има сметосъбирането, то извлича нереференциите. То се връща нагоре и затова това е много хубав модел, който обичате да виждате. Така че това е вид гледане на средата PeopleSoft като колекция от подсистеми и това би било подходящо за операции. Най-основният въпрос е: „Е, какво се случва на сървъра?“ Прецизно има цялата тази видимост. Той също така предоставя и сървърните показатели. И така тук всъщност можете да измервате CPU, памет, 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, моля, проверете някой от продуктите на Precision, независимо дали е Precision for 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 и производителността на базата данни от вашата гледна точка?
Бил Елис : Е, нищо не се случва в база данни, докато нейното SQL изявление не се изпълни. Спорът за SQL операторите е какво - контрол за заключване, чакане, спорът за ресурси на ниво данни и на ниво SQL Server. И така, ако успея да видя както драйвера на SQL оператора, така и неговото въздействие върху системата, съм причинил ефект; Аз мога да свържа какво се интересува от приложението DBA за това, за което се интересува инфраструктурата DBA, докато аз наистина мога да извлека максимума от инструмента Precision.
Ако аз съм инфраструктурен DBA и гледам на неща като използване, аз наистина ми се управлява с широка четка срещу, ако съм в състояние да разгледам отделно SQL изявление и съм в състояние реално да минимизирам ресурса консумация - независимо дали става дума за процесор, памет, I / O - мога да адресирам и двете страни на същата монета.
Ерик Кавана: Добре, хора. Изгорихме малко повече от час. Големи, големи благодарности на нашите приятели от IDERA. Голяма благодарност на Мат Саррел, че се присъедини към нас днес. Ние архивираме всички тези уеб предавания за по-късен преглед, така че не се колебайте да се върнете и обикновено само за няколко часа архивът се издига. Така че проверете това и всичко, което трябва да кажа е, че обичам тези неща, обичам Прецизността, обичам да мога да вляза в плевелите. И аз не знам друг инструмент, който да ви позволи да се разровите във всички онези различни парчета и части от стека на приложението, освен това, което тези хора имат в IDERA с Precision.
С това се сбогуваме, хора. Благодаря отново, ще говорим с вас следващия път.
