Співробітники компанії «Техопедія», 6 вересня 2017 року
Винос: Ведучий Ерік Кавана обговорює управління виконанням PeopleSoft разом із Меттом Саррелом та Біллом Еллісом у цьому епізоді "Hot Technologies".
Ерік Кавана: Добре, пані та джентльмен. Привіт і ще раз ласкаво просимо. Це середа о 4 годині східної, і останні кілька років, що означає цей світ ІТ та великого бізнесу та даних, пора гарячих технологій. Так, мене звати Ерік Кавана. Я буду вашим модератором сьогоднішньої події.
Ми поговоримо про системи, які ведуть бізнес, люди; ми говоримо про PeopleSoft, як керувати продуктивністю складних середовищ. Я завжди люблю згадувати, ви граєте велику роль у цих заходах, тому, будь ласка, не соромтеся. Задайте своє запитання в будь-який час; ви можете зробити це за допомогою вікна чату або запитань - будь-яким способом. Я хотів би почути те, що ти хочеш знати, і це найкращий спосіб; ви отримуєте найкращу цінність для свого часу. Ми зберігаємо всі ці веб-трансляції для подальшого прослуховування, тому майте це на увазі.
Якщо системи працюють повільно, пам’ятайте, яким було життя. Це фото насправді з 1968 року, люб’язно дамою на ім’я Данел, і я мушу сказати, що це справді чудове нагадування про те, наскільки змінилося все. Світ стає надзвичайно складнішим, і, звичайно, потреби бізнесу та досвід користувачів, як правило, йдуть рука об руку. Але в ці дні є дещо відключення. Як ми часто говоримо, є невідповідність, і факт полягає в тому, що ділові люди завжди хочуть все швидше і швидше. ІТ-команди, які повинні доставити, - це ті, хто піддається тиску, щоб виконати роботу, і це інтенсивний світ там.
Треба сказати, конкуренція всюди нагрілася. Якщо ви просто подивитесь на будь-яку галузь, то ви можете побачити, що в наші дні відбуваються великі події - наприклад, Amazon купує цілі продукти. Ви можете бути впевнені, що продуктова промисловість серйозно дивиться на цю галузь. Ми бачимо це всюди, тому дійсно покладаємо на керівників бізнесу, щоб переконатися, що вони зрозуміють, як - і ось ця модна думка в наші дні - цифровою трансформацією, як перейти за межі старого розподільного щита до набагато нових і надійних систем. Про це ми сьогодні поговоримо.
Однією з проблем, з якою стикається багато організацій, особливо тих, що існують певний час, є ці спадкові системи. Це старий мейнфрейм IBM з тих пір. Скрізь є застарілі системи. Один з анекдотів полягає в тому, що спадщина - це система, яка знаходиться у виробництві, тобто момент, коли вона переходить у виробництво, технічно це спадщина. Завжди будуть нові способи робити речі.
Останніми роками є кілька дуже цікавих подій щодо пошуку способів практично узгодити системи, щоб не обов’язково просто покращити продуктивність однієї системи, але знайти спосіб створити своєрідну тактику відключення або тактику завантаження для управління продуктивністю іншими способами. Сьогодні ми поговоримо докладніше про те, як поліпшити продуктивність такої системи, як PeopleSoft, яка, звичайно, є надзвичайно складною. Але коли зроблено добре, коли завантажується, коли реалізується, коли добре керується, він може робити чудові речі. Але коли це не вдається добре, тоді виникають усілякі проблеми.
То що ж відбувається? Ви повинні бути реалістичними щодо речей і в будь-якому середовищі, якщо користувачі не отримують того, що хочуть, рано чи пізно вони переходять до тіньових систем. Це відбувається постійно. Тіньові системи можуть бути дуже продуктивними, вони можуть допомогти людям виконати роботу. Але, звичайно, є багато питань. Безумовно, що у всій галузі дотримання та регулювання тіньові системи є великим ні-ні. Але вони там, і я думаю, що важливо пам’ятати, що ваші системи, якщо ваша основна система працює не швидко або не працюють ефективно, рано чи пізно будуть вирішуватися способи обходу, і ці обхідні шляхи можуть бути дуже важкими для виявлення, вони може бути важким заходом, тому що вони стають критичними для бізнесу. Їх важко інтегрувати, тому пам’ятайте, що це там, і це просто ще одна причина для підвищення продуктивності.
Нещодавно я почув цей вираз і мені доведеться його викинути туди: "тиранія терміновості". Я думаю, що почувши, що ви, мабуть, знаєте, про що я говорю, і що відбувається в більшості організацій, коли навантаження досягає критичної маси, і люди роблять скільки завгодно, і змінити щось стає дуже важко. Ви закінчуєте страждати від "тиранії терміновості" - все потрібно зробити негайно. Ну а оновлення системи відбувається не відразу.
Кожен, хто коли-небудь пережив оновлення ERP з однієї версії на іншу, знає, що це досить болючий процес, тому просто пам’ятайте про це: Якщо ви бачите це у своїй організації, визнайте це. Сподіваємось, ви зможете проникнути до когось, або якщо ви старший чоловік, як керівник директора по службі чи технічний директор, або генеральний директор, визнаєте, що це дуже небезпечний сценарій, оскільки, як тільки ви опинитесь за восьмигранним балом, вийти з-за спини насправді важко вісім балів.
Це як цілий головоломка марафону: Якщо ви закінчитеся далеко позаду в гонці якоїсь форми, і всі випередили вас, і ви все ще біжите, це буде дуже важко наздогнати, якщо ви занадто далеко відстанете. Тому просто слідкуйте за цим і пам’ятайте про це.
І з цим я збираюся передати це Метту Саррелу, щоб дати нам деяку інформацію про те, як вирішити складність із середовищем PeopleSoft. Метт, забирай це.
Метт Саррел: Добре, дякую, Еріку. Привіт всім. І ось, давайте подивимось, я розпочну з розповіді, чому я вважаю, що я є правильною людиною, щоб поговорити з вами щодо управління продуктивністю. Тому я маю 30-річний досвід роботи в галузі технологій. Мені хотілося б сказати, що я пройшов шлях, будучи практичним, мережевим адміністратором, директором з інформаційних технологій, віце-інженером у кількох стартапах. Тоді я здійснив цей перехід на те, щоб бути технічним директором у ПК 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.
Таким чином, таймінги подаються в історичний сховище, яке ми називаємо базою даних управління продуктивністю, і це стає єдиним музичним твором, що значно спрощує хто, що, коли, де, чому. Точність також включає рекомендації. Напевно, найважливіше, тому що ми постійно збираємо всю інформацію - як на рівні технічного персоналу ІТ - ви можете виміряти до і після. Таким чином, ви можете привести вимірювання вимірюванням або шістьма сигмами до всієї операції продуктивності.
Отже, давайте поглянемо на "день у житті". Перш за все, ви можете відкрити екран точного попередження, і саме тут ви маєте отримати попереднє попередження. Найголовніше попередження - це повідомлення про активність. Отож це користувачі, які здійснюють транзакції, і ми, як правило, не відповідаємо нашим угодним договорам. Крім того, у нас є статус, коли доступність - і це в основному говорить про те, що частина нашої інфраструктури додатків недоступна - тому ми можемо проаналізувати, і ми можемо насправді побачити, як примірники Tuxedo у формі, і ви насправді можете побачити один із екземпляри вниз. Усю діяльність підштовхують до цього одного примірника, і з цим доводиться боротися. Ми в основному створили вузьке місце.
Тепер, як річ, для діяльності, яка працює над цим, ви можете насправді почати отримувати висновки, що, хоча у нас є ця загальна проблема з інфраструктурою, є способи підвищення ефективності обробки в рамках конкретного JVM для WebLogic. І ось тут є справді важлива річ: багато разів люди рухаються, як у хмару, і кажуть: "Ну скільки процесора і скільки пам'яті вам потрібно?"
Ну а інша сторона цієї монети, відома як ємність, - це ефективність обробки. Якщо я використовую менше пам'яті, якщо я використовую менше процесора, мені просто не потрібно стільки. І так, як Метт казав раніше, все на зразок пов’язане. Тепер я можу зробити те, що я можу відкрити екран транзакцій PeopleSoft, і на екрані вісь y - це час відгуку, вісь x - час протягом дня.
Ми маємо тут графік стека, який показує час клієнта. Це власне браузер, веб-сервер. Зелений - час Java, рожевий - смокінг, темно-синій - це час бази даних. Цей профіль не відбувся сам по собі; це сталося через конкретні панелі PeopleSoft - вони були виконані, і вони представлені вам у відповідь часом. Насправді є час виконання кожного кроку в додатку, а також стовпчаста діаграма, яка показує додаток тут панель за панеллю. Я також можу розробити та знайти конкретного користувача або класифікувати своїх користувачів.
Цей екран дозволяє мені вказати конкретного користувача за іменем входу. Подумайте, наскільки це чудово чи наскільки це потужно. Дуже багато разів мова йде не лише про інфраструктуру та те, як вона налаштована, це те, як кінцеві користувачі використовують систему. У вас може бути новий працевлаштування або хтось має нову функцію роботи: він може не знати, як правильно користуватися програмою. Це фактично може допомогти визначити можливості навчання.
Інша сторона монети полягає в тому, якщо я можу зосередитися на конкретному користувачеві - тут я переглядаю цього користувача в конкретних транзакціях та час реакції, який вони зазнали - я можу безпосередньо звернутися до досвіду користувача конкретного користувача. користувач. Йдеться вже не про загальні показники на системному рівні, це про досвід кінцевого користувача, і це дуже потужно. Частини вашого оточення, безумовно, будуть внутрішніми, персоналом і т.д. Можуть бути й інші частини, які стоять перед клієнтом. Так чи інакше, ви хочете забезпечити найкращий, найпродуктивніший досвід клієнтів.
Тепер на конкретній панелі я можу зайти і детально відповісти на запитання. Таким чином, це своєрідне глибоке занурення, яке ми можемо зробити, щоб виявити те, що відбувається, і ви могли б зробити це глибоке занурення, перш ніж зателефонувати кінцевому користувачеві, або якщо кінцевий користувач зателефонував вам, ви зможете ініціювати процес скажіть: «Ну де саме є першопричиною?» І це не буде, як використання процесора та переосмислення, це буде в коді програми, який вони виконують.
Давайте вивчимо це управління контентом, і ви можете побачити аналіз цієї транзакції: запустивши браузер, вхідну точку на веб-сервері в Java Jolt, і ми фактично показуємо код, який виконується вниз у Панель смокінгу, нарешті, до оператора 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 відсотків свого часу використовуючи процесор. Клацніть кнопку налаштування, і я можу потім зайти і детально ознайомитись із планами виконання та саме тим, що спричинило цю схему використання.
Тепер цитата одного з наших замовників - якщо вони не були в магазині Oracle, вони використовували інструмент 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 хвилин, це не так покаже вам, що таке споживачі ресурсів. Отже, знаючи, які справжні споживачі ресурсів, ви можете реально вирішити справжню обробку на вузьких місцях або в системі.
Тепер ми перейшли на вкладку активності, і це діяльність. Ви можете бачити, що ми дивимось на центральний процесор, підсистему зберігання даних, блокування програм, очікування ОС, RAC, фіксацію, сервер Oracle, зв’язок та внутрішній агрегат разом. Це вісь y, це загальний час виконання.
Тут наведені оператори SQL, які керували цим профілем, і одна з речей, яку ви бачите, це низька затримка - дві мілісекунди, але майже 4500 виконання означає, що оператор SQL насправді споживач ресурсів номер один у вашій системі, і це добре знати. Це також не чекання на замок чи очікування. Він використовує процесор у 100% часу. Це не означає, що немає речей, які я не можу з цим зробити. Я можу зробити з цим багато речей, якщо я знаю, до яких операцій SQL і об'єктів звертаються. І тому це деякі із способів, яким ми можемо допомогти.
Тепер тут є ця деталізація, і це може поставити нас в контекст окремих програм PeopleSoft, і кожна з цих програм служить різному призначенню в PeopleSoft. Ви можете фактично почати розглядати на рівні бази даних, як використовується програма.
І якщо я вибираю конкретну програму, я можу потім виділити заяви SQL, які ця програма подала, щоб я міг бути орієнтованим на додатки, а не на базу даних на технології, коли я в основному шукаю і переглядаю оптимізацію бази даних та конфігурацію бази даних. Я хочу лише довести це до вашої уваги. Часто багато великих організацій поділяються на інфраструктурні та прикладні доменні документи. Точно, показуючи додаток та споживання ресурсів, ми фактично можемо подолати розрив, і це рішення є корисним для обох типів збільшення DBA в системі.
Тепер ця частина насправді є нашим показом того, що ми можемо зробити на рівні бази даних. І що тут сталося - ми заморозили екран, відбувся вибір з PS_Prod, і що ми зробили, це натиснути цю кнопку настройки, і що це робить, це приводить нас у цю робочу область SQL. Тепер, для вас, хто не є DBA, це може виглядати не дуже цікаво. Для людей, які є DBA, ви можете вважати це дуже цікавим. Тут ми показуємо тривалість цього конкретного оператора SQL порівняно зі змінами в системі. І це показує середа, четвер, п’ятниця, тривалість - приблизно 2/10 секунди. У суботу та неділю ця компанія не працює - пощастило їм. Прийшов понеділок, відбулася зміна: План доступу змінився. Новий план доступу тут несподівано сюди. Це насправді досить повільно, це призводить до замерзання екрана.
Тепер, якщо я DBA, мені потрібна додаткова інформація, щоб знати справжню першопричину. Мені потрібно знати вибір оптимізаторів баз даних. Точно Precision пропонує це порівняння, яке показує план виконання, який був швидким та ефективним, коли справи йшли чудово, а також план виконання, який був повільним та неефективним. Це приєднання фільтрів є загальним для DBA, які працюють з PeopleSoft. Що робить фільтр - це виглядає кожен рядок в одній таблиці, він переглядає кожен рядок таблиці приєднання - це вимагає багато процесора. Це вкрай неефективно, тому що немає фільтрування просто перегляду підмножини рядків, які потрібні, але за допомогою оператора SQL і ця неефективність призводить до уповільнення часу виконання. Таким чином, вони в кінцевому підсумку повільно заморожують панель PeopleSoft, і Precision зміг дістатись до справжньої першопричини, про яку ви ніколи не дізнаєтесь, якщо б у вас не було інструменту, який розкриває код програми, заяви SQL тощо.
Це було свого роду глибоке занурення. Зараз ми збираємося підняти вигляд до 10 000 квадратних футів приладових панелей. Точно, панелі приладів насправді не для технічної групи - це дійсно для вас, щоб обмінюватися інформацією з операціями, можливо, з командою додатків, можливо, з вашою ланцюгом команд. І тому один набір інформаційних панелей може відображати панелі PeopleSoft та час клієнта, щоб ви знали, що таке кінцевий користувач. Можливо, інша інформаційна панель була налаштована для операцій, і ця інформаційна панель може виглядати, чи не замерзали сповіщення? Насправді ми отримуємо сповіщення на ОС, Інтернеті, WebLogic, Tuxedo та рівнях баз даних. Тут немає сповіщень, середній час відповіді. Ви бачите, що ми бігаємо приблизно на третину секунди. Тут я можу насправді подивитися на свою інфраструктуру, показавши мені всі віртуальні машини в моєму середовищі, і я можу почати переробляти, збалансувати завантаження, і я також можу переглянути свої домені Tuxedo. У цьому конкретному середовищі є шість різних доменів, і тому я бачу ці домени, і я можу насправді ввійти в балансування через Інтернет.
Тепер історичне сховище Precis про те, що PMDB, база даних про ефективність, має багато показників. Іноді хтось хоче дізнатися про кількість доступу до браузера, або ви могли б зробити кількість підключень за типом браузера або продуктивністю за типом браузера. Існує ціла купа речей, які можна зробити, щоб забезпечити додаткову видимість у вашій системі.
Ось, цей, ми насправді дивимось на використання пам'яті WebLogic, і ви бачите цей приємний шаблон пилового зуба, використання пам'яті. Там збирається сміття, воно витягує невідомі посилання. Це повертається вгору, тому це дуже приємний зразок, який вам подобається бачити. Таким чином, це виглядає як середовище PeopleSoft як сукупність підсистем, і це було б доречно для операцій. Найбільш основне питання: "Ну, що відбувається на сервері?" Він також забезпечує показники сервера. І отже, ви насправді можете виміряти процесор, пам'ять, введення / виведення, сервер, користувачів у системі, і тому ви маєте повну видимість. І ось такий спосіб - у поєднанні з довгостроковим трендом - це те, як люди використовують Precision для планування потенціалу.
І я просто хочу кинути туди маленьку записку. Зазвичай магазин має стільки бюджету на обладнання, сервер, стільки бюджету на персонал. Як ви збираєтесь інвестувати, куди збираєтесь робити свої ставки? Використовуючи Precision, ви отримуєте перевагу, оскільки бачите, як використовується підсистема зберігання даних. Якщо ви робите багато випадкових вводу-виводу, точні це покажуть вам. Це допоможе виправдати інвестиції в твердотільне зберігання. Це може бути важливішим для вашого магазину, ніж купувати додатковий процесор, якщо використання процесора буде низьким.
Ви хочете інвестувати там, де є справжні вузькі місця обробки, де ви можете фактично окупитись. Точно вирішивши все, починаючи від ефективності обробки кодування додатків аж до потужності, ми дозволяємо вам оцінити та задокументувати, де ці потреби знаходяться з номерами.
Тепер останній твір насторожує, і це насправді так, як це почалося. Пам'ятайте, що? Ми побачили сповіщення про наявність угоди про ефективність роботи, і ми побачили, що екземпляр WebLogic працює. Тож давайте розглянемо інтерфейс оповіщення. І ще раз, що відбувається? Одним із речей, які я хочу зазначити на цьому погляді, є те, що Precision не тільки має ці сповіщення про ефективність та сповіщення про стан про наявність, у нас також є тривожні попередження. Причина того, що важливі сповіщення про те, що важливі сповіщення, полягає в тому, що якщо ваша система працює в режимі очікування або має одного або двох користувачів, напевно, справи працюють чудово. Це не до того, як ви почнете додавати користувачів, і вони почнуть робити все більшу і більшу активність, яку ви починаєте боротися за дані, за ресурси на рівні Tuxedo, на рівні WebLogic, на рівні мережі, на рівні бази даних. І ця суперечка призводить до погіршення продуктивності, а потім, нарешті, ви можете перетнути межу, і це попередження про ефективність, і це, в основному, ви не досягаєте цілей угоди про Угоди про організацію угод. І тому ці набори сповіщень дуже приємні.
Веб-рівень, розташований ліворуч, веб-рівень фактично вимірює досвід кінцевого користувача, і тоді ви вступаєте в технології в базовому степі додатків. Це свого роду наш архітектурний екран того, як ми все це робимо. В ідеалі ви хотіли б мати точний сервер, який не залежить від середовища, що контролюється, або середовища. Один точний сервер може працювати з численними програмами.
Для PeopleSoft і для бази даних Oracle і DB2 нам потрібен локальний агент. Якщо ваше середовище PeopleSoft завершено на SQL Server, є можливість зробити без агентів. У нас також немає агентів для Sybase. Основою нашої моделі безпеки є те, що тут збираються дані, тоді як користувачі Precision аутентифікуються на Precision. Це абсолютно окремі процеси, окремі облікові дані, окрема автентифікація, і тому це частина нашої моделі безпеки. І є додаткові деталі.
Я думаю, що цього достатньо для ознайомлення з архітектурою. Якщо є пекучі питання, будь ласка, задайте їх, як згадував Ерік.
Подібно до швидкого резюме, це рішення розроблено на виробництво 24 на 7. Настійно рекомендуємо використовувати нас у якості контролю. Якщо ви займаєтесь внутрішньобудинковою розробкою, почніть використовувати нас у розробці. Ми переведемо складну URL-адресу, URI в назву панелі PeopleSoft. Коли я говорю про виробництво, ми надзвичайно низькі, а ви маєте видимість, ви завжди знаєте, що відбувається, ви визначаєте кінцевого користувача.
Мені не потрібно було входити та визначати ці транзакції - у браузері, URL-адресі, точках входу, підключенні веб-сервера до WebLogic є лише природні точки підключення, контекст запрошення до якого надає оператор SQL. Тоді ми зможемо зафіксувати оператор SQL і що він робить. Precision є інтелектуальною базою даних, і я думаю, що для нас це важливий фактор, і це дозволяє вашій DBA співпрацювати, покращувати видимість додатків.
Кінцева точка полягає в тому, що ми завжди в курсі, ми завжди збираємось, ви завжди можете виміряти до і після і кількісно оцінити поліпшення, або, в рідкісному випадку, ви могли змінити продуктивність, ви б це знали, і можете це зробити повернутися негайно. Більшість наших конкурентів - те, що вони роблять, якщо вам потрібно переглянути додаткову інформацію, вам потрібно ввімкнути додаткову видимість, і зазвичай ця додаткова видимість накладає великі витрати. Завдяки Precision у вас завжди є видимість, і ви завжди можете вирішити проблему. Тож якщо ви хочете перейти на веб-сайт Precision, будь ласка, перевірте будь-який із продуктів Precision, чи це Precision for Oracle. Ми вказані як точна платформа для виконання додатків, і там є кнопка для запиту демонстрації.
Насправді, якщо я ділюсь своїм екраном, я думаю, що я можу просто перейти туди, щоб показати вам, як це схоже, щоб ви могли побачити це прямо вперед. Ось веб-сайт IDERA Ви переходите до продуктів. Я можу вибрати будь-який з цих точних компонентів і просто хочу бачити це в дії. Це розпочнеть наш процес обміну додатковою інформацією, яка може бути важливою для вашого сайту. Або якщо ви хочете дізнатися більше про міграцію до інтерфейсу з рідким середовищем, можете звернутися до нас.
І що це, Еріку, я хотів би передати естафету тобі.
Ерік Кавана: Гаразд, хороша угода. Маю ще раз сказати - Білл. Ви згадали про цілу купу матеріалів, про які я хотів би розпитати. Ми не маємо багато часу - дев'ять хвилин - і я хотів би, щоб Метт також мав можливість задати пару питань і мати принаймні одне-два у аудиторії.
Але ви згадали щось, про що я думав, що це було дуже, дуже цікаво щодо того, як Precision може допомогти в закупівлі для ІТ-команди, тому що ви можете вказати, ви можете зробити випадок, коли хто приймає це рішення, що те, що вам потрібно, є більш твердим зберігання, наприклад, або те, що вам потрібно, - це вдосконалення мережі або будь-якого випадку. Але це велика справа. Чи часто ви бачите компанії, які це визнають та використовують, чи намагаєтесь ще більше евангелізувати?
Білл Елліс: Ну, насправді і те, і інше, що моделі використання, навіть для програмного пакету, як PeopleSoft, моделі використання є чіткими на кожному сайті. Мені пощастило зробити міграцію PeopleSoft у банку, і банки використовують загальну систему ведення книг зовсім інакше, ніж більшість організацій. Насправді у вас можуть бути окремі трансакції, які здійснювались у філії, всі вони проводяться до головної книги.
І тому замість того, щоб публікувати десятки чи сотні головних книг, ви фактично публікуєте сотні тисяч. І тому я, як я ввійшов в Precision, через схеми використання, і це дозволило нам вирішити, але потреби програми як на рівні коду, на рівні конфігурації, так і на рівні інфраструктури. Тож абсолютно я великий віруюча людина, і я хочу це також євангелізувати, тому що ви не повинні приймати апаратні рішення просто на основі використання. Ви повинні базувати його на потребах свого оточення.
Ерік Кавана: І є питання від учасника, і тоді, Метт, я вам його передам на питання-два. Ну, це добре, і це смішно, тому що це велика, довга відповідь, яку ви могли б дати. Учасник запитує: "Як ви збираєте показник ефективності в кінці користувача після розгортання та під час тестування?"
Я думаю, що ти зробив досить гарну роботу, занурившись у те, наскільки глибокі та багаті ці показники продуктивності. Ви говорили про рівну секунду для деяких із цих речей порівняно кожні п’ять хвилин або 10 хвилин. Ось тоді ви збираєтеся отримати рівень деталізації, необхідний для пошуку відповідей, правда?
Білл Елліс: Так, важливим є те, що окремі колекціонери інформації про виставу базуються на технологіях. Отже, коли ми робимо розгортання, нам потрібно знати, як побудований стек додатків, починаючи з операційної системи, її версії, якої версії Tuxedo, WebLogic, якої версії інструментів People, які ви використовуєте.
І це дійсно дизайн тих агентів, який робить це, збір даних дозволяє нам виявити, що рівень видимості забезпечує Precision. І ця видимість, я думаю, іноді може трохи залякати людей. Але якщо ваша мета - реально ввійти і вдосконалити речі та досягти ефективності до 11, це дійсно той рівень видимості, який ви хотіли б мати. І якщо Precision може це забезпечити, і це невисокі накладні витрати, питання чому б ні? Тому я думаю, що це велике питання, і, будь ласка, зв’яжіться з нами, якщо ви хочете обговорити це далі.
Ерік Кавана: Добре, добре. І Метт, у тебе були запитання?
Метт Саррел: Я думаю, що я все в порядку. Я маю на увазі, що я маю справу з тим, що тут перебуває аварія на WebEx.
Ерік Кавана: О, ні. Нам потрібно Точне, щоб зрозуміти, чому саме.
Метт Саррел: Так, я гадаю, що питання, про яке я думав, коли ти говорив, Білл, було, якщо ти можеш трохи обговорити, як кілька команд можуть потрапити на одну і ту ж сторінку при вирішенні проблем з продуктивністю, бо я знаю, що це щось таке знову і знову з’являється, хто несе відповідальність за те, що і як можуть усі разом працювати, щоб забезпечити найкращу якість працівникам.
Білл Елліс: Так, ІТ-персонал, як правило, дорогий. У більшості магазинів ви розділені на команди, що базуються на технології, враховуючи складність технології. Одне з великих речей, що трапляється, - це питання виступу та багато разів виникає конфлікт, закликає військова кімната. І саме там усі мають показники, щоб якось виправдати свій рівень, оскільки у них немає контексту. Вони дивляться на те, що відбувається на рівні WebLogic, а не на те, що відбувається на рівні коду транзакцій. Або вони дивляться на рівень бази даних, а не окремий оператор SQL транзакції.
І, маючи змогу точно визначити рівень проблеми та код проблеми всередині цього рівня, це дозволяє звільнити інші команди не ходити та витрачати час на ресурси, шукаючи проблему, яка не знаходиться в їхній області. Якщо це проблема з базою даних, зверніться до DBA з інформацією, необхідною для вирішення проблеми. Вони будуть раді це зробити.
Але також не витрачайте смокінг, команду допомоги WebLogic, орієнтуючись на проблеми в базі даних. Крім того, якщо проблема полягає в налаштуванні WebLogic, не забирайте часу DBA в якусь кімнату війни, намагаючись захистити себе. Просто перейдіть і виправте проблему в WebLogic.
Ми виявляємо, що ІТ-персонал високо оцінює точність через економію часу, оскільки, як правило, ці військові приміщення не враховуються у плані часу для кожної організації FTE. Це як би додатковий час. І тому можливість більш ефективно вирішувати ці питання справді життєво важлива. А для організації, яка впроваджувала текучий інтерфейс, маючи можливість масштабувати виробництво та вирішувати проблеми, які вони насправді відчувають у виробництві, було дуже важливо не для окремих співробітників чи команд, а насправді для управління ІТ загалом, оскільки це було б дійсно поганою новиною якби їм довелося відкотити. Отже, велике запитання, адже це не лише технології. Це справді завжди про людей.
Метт Саррел: Правильно, це люди та процеси. Так, це було єдине питання, яке виникло для мене під час демонстрації. Якщо є ще хтось із аудиторії?
Ерік Кавана: Так, я просто кину на тебе останній, Білл, і Метт коротко розповів про це у своїй презентації. Ми почали бачити цю обробку. Це все ще дуже з нетерпінням чекає, але контейнери та використання контейнерів та Докера та речі такого характеру, наскільки велика крива куля, що кидає вас, хлопці?
Білл Елліс: Отже, слово означає різні речі залежно від різних технологій. Таким чином, ми розвиваємо нашу продукцію для догляду за контейнерами на рівні бази даних та на рівні додатків. І як частина цього, це наче ціле середовище з рухами, хмарою, і ми працюємо всередині хмари. Але є процес виявлення, і тому залежно від того, як розвиваються ці програми - включаючи PeopleSoft, ми розвиваємо наше моніторингове рішення, щоб ми могли забезпечити рівень глибини, який був такий цінний у минулому.
Ерік Кавана: Так. І я мушу сказати, щоразу, коли я бачу ці демонстрації, я просто вражений точністю, яку ти маєш, і це те, що потрібно, щоб вміти складати розуміння, і тобі потрібно мати певну освіту щодо нормальної ситуації, що стандартно.
І ви пропонуєте багато вмісту навколо цього - допомагаючи людям визначити, що нормально, а що не нормально. Ви говорили про тенденційні сповіщення, наприклад, це все механізми, за допомогою яких ви зможете краще зрозуміти, що це щось не так, щось не так, і тоді, звичайно, звідти доведеться детально знайти його, але у вас є всі дані.
Білл Елліс: Так, і це дійсно важлива річ; Я думаю, що Метт про це говорив. Що нормально? У різних середовищах різний рівень норми. Якщо ви працюєте з обладнанням високого класу, логікою та даними Oracle, те, що нормально у вашому магазині або що досягається у вашому магазині, буде відрізнятися від того, якби ви працювали в менш потужній інфраструктурі. Отже, перше, що потрібно зрозуміти, що нормально, почніть розраховувати цю базову лінію, і таким чином ви можете почати робити вдосконалення.
Ерік Кавана: Гаразд, це хороший момент. У нас є ще одне останнє запитання, схоже. Лише одне останнє запитання, яке я вам накину, Білл. Будь-яка різниця між моніторингом продуктивності SQL та бази даних з точки зору даних на рівні системи та рівня додатків? Яка різниця між моніторингом роботи SQL та працездатністю баз даних, з вашого погляду?
Білл Елліс : Ну, нічого не відбувається в базі даних, поки її оператор SQL не виконається. Конфлікт операторів SQL полягає в тому, що - блокування управління, очікування, суперечка для ресурсів на рівні даних та на рівні SQL Server. І тому, якщо я в змозі побачити як драйвер оператора SQL, так і його вплив на систему, я викликав ефект; Я можу пов’язати те, про що піклується програма DBA, і те, про що піклується інфраструктура DBA, поки я не зможу реально отримати максимальну користь від інструмента Precision.
Якщо я DBA з інфраструктурою і дивлюся на такі речі, як використання, я справді люблю керувати широкою щіткою порівняно з тим, якщо я в змозі подивитися на окремий оператор SQL і я здатний фактично мінімізувати ресурс споживання - будь то процесор, пам'ять, введення / виведення - я можу вирішити обидві сторони тієї ж монети.
Ерік Кавана: Добре, люди. Ми прогоріли трохи більше години. Велике, велике спасибі нашим друзям в IDERA. Велика подяка Метту Саррелу за приєднання до нас сьогодні. Ми зберігаємо всі ці веб-трансляції для подальшого перегляду, тому не соромтеся повертатися і, як правило, за пару годин архів продовжується. Тож перевірте це, і все, що я повинен сказати, - це я люблю цей матеріал, я люблю Точність, я люблю вміти потрапляти в бур’яни. І я не знаю жодного іншого інструменту, який дозволяє вам розкопати всі ці різні фрагменти та частини стека додатків, ніж те, що ці люди мають в IDERA з Precision.
З цим ми вітаємо вас, люди. Ще раз дякую, ми поговоримо з вами наступного разу.
