Співробітники компанії «Техопедія», 21 червня 2017 року
Винос: Ведучий Ерік Кавана обговорює мобільну робочу силу з доктором Робіном Блором та Біллом Еллісом IDERA.
На даний момент ви не ввійшли в систему. Будь ласка, увійдіть або зареєструйтесь, щоб переглянути відео.
Ерік Кавана: Добре, панове, це середа, 21 червня. Це 4:00 за східним часом, і це, звичайно, означає, що у світі технологій підприємства настав час для Hot Technologies! Так, справді. Мене звуть Ерік Кавана, я буду вашим ведучим і модератором сьогоднішньої події. Це гаряча тема людей, вона велика: "Ен Марше! Увімкнення мобільної робочої сили ". І я навмисно не схопив мітку від кандидатури пана Макрона у Франції. Це було зовсім випадково, я обіцяю вам, але це все ще досить захоплююче. Отже, ми поговоримо про мобільну робочу силу та про те, як ви можете переконатись, що люди отримують те, що їм потрібно, і вони можуть робити те, що вони роблять добре. Дуже багато викликів, багато питань. Ми будемо архівувати цю веб-трансляцію для подальшого перегляду, тому якщо ви щось пропустите, ви можете повернутися і перевірити це. Також поділіться ним із друзями та колегами.
І я повинен сказати, не соромтеся; найкращий спосіб отримати дійсно користувальницький вміст та потрібну інформацію для такої події, як це - задавати питання. Отже, ви можете задати питання у вікні чату або з компонента Q&A на консолі веб-трансляції. Будь-який час під час заходу надсилайте його, і я обов'язково захоплю це і вставте його в запитання і запитання наприкінці. Ми проведемо пару презентацій, а потім почуємо від Білла Елліса з IDERA Software. Звичайно, сьогодні наша власна Робін Блор. І з цим давайте зануримось прямо.
Отже, у мене є кілька хороших статистичних даних від RCR Wireless про те, що відбувається, і насправді це дуже чудово. Вони кажуть, що до 2022 року глобальна мобільна робоча сила вразить 1, 87 мільярда людей. Це понад 40 відсотків загальної кількості робочої сили на планеті. Отже, якщо ви задумаєтесь про це, то раптом, де раніше ви були, з точки зору можливостей ІТ, з точки зору функціональності на таких пристроях, як комп'ютери, де у вас було 99 або більше відсотків у приміщеннях вашого офіси - це було навіть, скажімо, 15 років тому, 10 років тому це було, мабуть, 85-90 відсотків, п'ять років тому це було як 70 відсотків? Щось схоже? Зараз це все вниз, майже до 60 відсотків. І це велика справа. Отже, ми спостерігали цей масштабний зсув з точки зору технології, фактичних інструментів, якими користуються люди, переміщатися за межі офісу, в робочу силу.
Ну, в цьому є незліченна кількість переваг. Я маю на увазі, буквально, якщо ви дивитесь на індустрію судноплавства, наприклад, як UPS, або якщо ви дивитесь на хлопців, які виходять на бурові установки на нафтопромисли, якщо ви дивитесь на будь-яку з різних робіт, де це допомагає мати глибокий функціонал з вами, в дорозі мобільна робоча сила все змінює. Тепер одна з проблем - і ми поговоримо про це на деяку більшу глибину - полягає в тому, що у нас відбувається кілька різних речей, одна з яких - різноманітність робочої сили. Тож у 2020 році - я щойно бачив статистику сьогодні - у робочій силі буде п’ять поколінь людей. Це означає, що ви будете мати бабусю і дідуся, а потім маму і тата, а також дітей, але теоретично у вас там будуть по суті прабабуся і прабабуся і прабабуся. Тепер, очевидно, це не в межах певної сім'ї, але справа в поколінні, у вас є п’ять різних категорій широких людей у робочій силі, кожен з них має свої тенденції, свої пристрасті, власну схильність до роботи технології.
Очевидно, що діти схильні бути спочатку мобільними з точки зору того, як вони взаємодіють із світом. І просто подумайте про канали комунікації, які він змінився - про це ми говорили недавно в іншому шоу SnapChat - це те, як багато підлітків спілкуються, вони насправді навіть не хочуть спілкуватися з вами по телефону, вони просто хочуть надсилати маленькі повідомлення SnapChat туди і назад. Це лише один із прикладів у споживчому світі того, як все змінюється, і що можна поширити по всьому спектру технологій, функціональності, окремих осіб, компанії, бізнес-моделі. Це просто по всій карті, але справа в тому, що мобільна робоча сила справжня, вона існує там, і якщо ваша компанія не має надійної програми для розуміння того, як це впливає на ваші бізнес-процеси - і я говорю про дуже конкретні технології, керовані технологіями, підживлювані процеси - якщо ви не розумієте, що це таке, і не керуєте цим через ІТ-інфраструктуру, процес та перспективу управління, у вас виникнуть всі види проблем.
Отже, є iPhone. Пам’ятаю, коли ця присоска вийшла, здається, це вже мільйон років тому. Але це було лише як що, 2007 чи '08? Не так давно у нас не було айфонів, і, звичайно, форм-фактор просто кардинально змінив технологію, і справді включив мобільну робочу силу. І я пригадую, звичайно, в той час вийшов iPad, а потім iPhone, приблизно в той же час. Я не можу згадати, що було першим, але iPad справді був однією з найбільш значущих сил змін для корпоративних ІТ, можливо, з часу основної системи. А причина в тому, що, чесно кажучи, дуже багато високопоставлених керівників, людей з великих груп організацій, які любили це, любили це прямо з-під вати. І сказав: "Я хочу це. Ну, подумайте про це - раптом ІТ довелося розвернутися і вирішити проблему, з якою вони, мабуть, не хотіли мати справу, яка стосувалася всіх цих нових пристроїв.
Отже, якщо у вас були iPad - ну як ви вплетете це в матрицю? Як ви підтримуєте управління цим? Це все справді великі виклики, і те, що старий iPad та iPhone справді були надзвичайно руйнівними силами в ІТ та ІТ-управлінні для багатьох організацій, великих і малих. Таким чином, ми все ще маємо цей спектр викликів і переваг, який охоплює приблизно такий же широкий спектр, як ви можете собі уявити, з мобільними пристроями. І звичайно, вони постійно змінюються, правда? Отже, зараз це не лише BYOD, це багато разів BYOA, де керівники та професіонали приносять свій пристрій. Ну, ми називали це "тіньовими ІТ", правда? Тим, хто з тебе в тому старшому поколінні, ти можеш пам’ятати старі радіошоу, вони мали радіо-драму, і однією з них була «Тінь» - «Хто знає, що зло ховається в серцях людей? Тінь знає ". І це я пам’ятаю, бо був дитиною. Що ж, тіньові ІТ сьогодні вигадують всюди; всі роблять тіньові ІТ.
Отже, це справжній виклик для управління ІТ та управління бізнес-процесами, усіма операційними людьми. Ви хочете мати можливість використовувати мобільні пристрої, але ви хочете мати змогу прив’язати це до вашої системи, і є багато дивних, невеликих проблем, які виникають у грі. Не останнє з них - це візуальний досвід та пов'язана з ним функціональність, яку ви отримуєте під час використання мобільного пристрою. І будь-хто з вас, хто використовував декілька пристроїв, таких як iPad, проти ноутбука, порівняно з настільним комп’ютером, порівняно з деякими новими мобільними смартфонами, які виходять, випробувавши той факт, що функціональність працює не зовсім правильно, і це реальна проблема. Насправді, війни з браузерами повинні були нас підготувати до цього, тому що в браузерах все робиться дещо інакше. І це ще одна велика проблема не лише дизайну, не лише зовнішнього вигляду та витонченості та функції, яку ви використовуєте, а й власне функціоналу. Як отримати спадне меню, щоб вибрати те, що потрібно на цьому пристрої? Це велика справа.
Отже, про це ми сьогодні поговоримо трохи, і ми почуємо від Робіна та Білла Елліса, як я вже згадував, який є справжнім експертом у цій галузі. Отже, це одне з найбільших проблем, що виникають у людей - це просто різноманітність і не існує єдиного методу для роботи на платформах. У вас Samsung і Apple в основному роблять ці речі, але є всі види - таких пристроїв дуже багато! Нещодавно я побачив, що iPhone вигравав у плані продажів, і я був шокований тим, наскільки низька кількість - це було так, я не думаю, що це було навіть 20 відсотків! І вони були номером один, а значить, там є буквально десятки - якщо не сотні - пристроїв, які можна використовувати. Ну, ви можете просто уявити, як відчуває ІТ-відділ з цього приводу, і, звичайно, цей спектр технологій змінюється; з кожним днем стає все різноманітнішим.
Все змінюється, у нас трапляються всілякі речі - контейнери, просто для того, щоб кинути тут ще один гайковий ключ. І тоді ми, звичайно, маємо різноманітність робочої сили. Багато тисячоліть, вони просто сильно відрізняються з точки зору своїх уподобань, того, як вони використовують технології, що вони готові пройти, як швидко вони можуть розібратися. Як правило, це швидше, ніж у старих таймерів, але, тим не менше, все, що потрібно перенести у ваші попередні системи, або принаймні до хмари. І це великий, великий виклик.
І з цим я збираюся передати його неповторному доктору Робіну Блору. Робін, забирай його.
Робін Блор: Добре, дякую за коротке вступ. Поговоримо про мобільний. Це було не особливо очевидно - Ерік згадував про представлення iPhone - це було не особливо очевидно, коли iPhone прийшов саме в тому, що це оголосило. Я думаю, що стало очевидним, коли iPad увійшов у те, що насправді ми маємо досить різноманітний мобільний світ. Я справді такий собі фанатик Apple, тому я не дуже думаю про Android, але, звичайно, хоча Apple робить більшість давно, головний прибуток як від ринку майданчиків, так і від ринку телефонів, у нього більше немає номерів, що є цікавою річчю. А це означає, що там - крім усього іншого - з’являться нові пристрої, люди збираються їх брати і продають мільйонами. Отже, це створює дуже різноманітне середовище, через яке вам може знадобитися пройти.
Анекдот: «Я б запитав Сірі, де, до біса, якщо я міг би отримати сигнал». Те, що робить мобільні пристрої дещо іншими, полягає в тому, що настільні комп’ютери підключені постійно. А мобільні пристрої не обов'язково підключені, і вони не обов'язково працюють 24 години на добу, оскільки люди можуть вимкнути їх. також ви можете дістати їх до літаків і подібних речей, і тому це пристрій іншого типу, ніж усе, що ви коли-небудь мали раніше. Я хотів би сказати, що мобільний телефон насправді є справжнім персональним комп’ютером, бо це той, який ти маєш із собою весь час. Це визначальний мобільний пристрій людини. Планшет дещо відрізняється; це якась дивна ситуація, що коли ви думаєте про те, що так чи інакше існує більше ніж один функціональний вид мобільного пристрою.
У будь-якому випадку, що означає бути мобільним. Інтернет змінився. Ми не помічали, що це відбувається - я не помічав, що це відбувається, - але зараз 80 відсотків активності в Інтернеті відбувається з мобільних пристроїв, і це надзвичайна цифра, коли ви думаєте про це. Але 47 відсотків із цих 80 відсотків становить трафік планшетів. Можна надати більшість програм у мобільних умовах. Іншими словами, якщо у вас є додатки, які вже існують, і, знаєте, вони доступні на робочому столі, ви, ймовірно, можете розмістити їх на мобільному телефоні, але, очевидно, є обмежуючі фактори. Форм-фактор і клавіатура - одна з них. На думку самих Microsoft і Apple, планшети поступово збираються замінити мобільні ПК. І вони мають певні програми в певних областях, тому що вони більш міцні.
Однією з речей, про яку я пам'ятаю, розмовляючи з ІТ-медиками в галузі охорони здоров’я, було те, що до існування планшета, якщо ви потрапляли в оточення, яке було ізолятором, знаєте, вам доведеться мати свої пристрої, з якими ви брали ви, насправді, доведеться дезінфікувати так чи інакше. Це дуже просто зробити з планшетом, це зовсім не просто зробити з тим, що вони мали раніше, а це були настільні комп'ютери, які були мобільними внаслідок того, що вони знаходилися на візку та були підключені до навколишнього середовища. Їм раніше доводилося перебувати в таких умовах або проходити через надзвичайний вид дезінфекції, який виносили з цих середовищ. І ми не дуже багато думаємо про ці умови, якщо не працюємо в таких умовах. Але планшети та мобільні телефони зробили роботу в таких умовах справді цілком природним, щоб бути підключеним до роботи в таких умовах.
І коли статистика, яку Ерік склав 1, 7 мільярда, я думаю, що це було, мобільні працівники до 2020 року. Я мобільний працівник? Я начебто думаю, що це так, я мобільний працівник в тому сенсі, що час від часу працюю поза офісом, і коли я це роблю, я буду працювати над планшетом або робити речі на мобільному телефоні. Отже, коли ви насправді дивитесь на це і думаєте про це, мабуть, за рахунок людей, які будуть використовувати лише мобільні пристрої для своєї робочої сили, тому люди, які насправді принципово рухаються навколо. У будь-якому разі, ви можете подумати про три види користувачів: користувачів настільних ПК, користувачів планшетних ПК та користувачів телефонів. І їм потрібні різні додатки. І це є причиною його згадування.
Камера та голос тепер є невід'ємною частиною мобільних пристроїв, але вони також є невід'ємною частиною настільних комп'ютерів. Але вони використовуються по-різному на мобільних пристроях, і вони мають різні інтерфейси на мобільних пристроях. І весь характер того, чому ви користуєтесь цим, відрізняється на мобільному пристрої. Отже, якщо ви будуєте мобільні додатки, ви не будуєте такі програми, які раніше використовували для створення, з цілої низки причин - на цьому слайді багато було. Отже, якщо ви були бізнесом, який вже так чи інакше будував додатки, що працюють на веб-сайтах, питання полягає в тому, чи повинні вони бути і мобільними додатками? І цей слайд виглядає на це. Веб-додаток, ви можете зробити на ньому більше, просто тому, що вони побудовані так чи інакше, вони побудовані, не піклуючись про фактор форми, тому люди будуть створювати веб-сторінку, яку ви не можете розумно використовувати, або ви не можете легко користуватися на iPhone або Android-пристрої, що може бути просто корисним на планшеті, але навіть на планшеті може бути не дуже добре. Зазвичай це було б нормально.
Або ви можете створити мобільний додаток. Якщо ви створюєте мобільні додатки, у різних магазинах завантажень є додаткові програми, і такий спосіб знижує їх стійкість. Якщо ви подивитеся на мій конкретний iPhone, він просто набитий додатками, яких я, здається, не можу позбутися; Я видаляю їх, але вони, здається, завжди знову завантажуються якимось дивним чином. Я, очевидно, не знаю, як правильно керувати iPhone. Але ви знаєте, що у вас закінчується лише перенасичення додатків, і це не має сенсу. У мене більше, я підозрюю, що у мене на iPhone більше додатків, ніж на моєму робочому столі, що дивно, коли ти думаєш про це. Мобільні програми - це лакмусовий тест на успіх. Цікаво, що деякі веб-бізнеси - Yelp - один із них - зробили надзвичайно добре, створивши додаток і змусивши людей завантажити його. І, схоже, сфери, де був досить хороший успіх, були насправді у фінансовому секторі; це банки, а також електронна торгівля та подібні компанії, тому що люди, як і раніше, можуть торгувати речами. Продовольчі програми, тому не просто шукаючи ресторани, а й створюючи сайти з рецептами, вони справді, дуже добре, з точки зору програм.
І багато людей взагалі не справилися особливо добре, і саме тому я вважаю, що в основному в тому, що існує лише так багато додатків, якими ви коли-небудь звикаєте, і якщо ви використовуєте додаток лише раз на кілька днів чи так, то ви про це забудете. Якщо це не має для вас великої особистої цінності, ви наче забудете про це. Отже, складно створити мобільний додаток, доступний у загальному розумінні, але очевидно, ви можете створити їх для власного персоналу та використовувати їх у організації. Мобільні додатки мають дуже великі витрати на розробку, і це є ряд причин. Однією з причин цього є те, що ви фактично вказуєте на різну кількість пристроїв.
Ви можете отримати середовище розробки, націлене на декілька пристроїв, але деякі програми, особливо коли ви дивитесь на безпеку, дійсно повинні робити кодування самого пристрою. Ви б написали інший код для iPhone або середовища Android. Можливо, інакше. Іноді ви посилаєтесь на апаратні можливості. Тож загальний мобільний додаток, так, можливо, там є програмне забезпечення для розробки, яке ви можете створити такий, який є гібридним, і буде обробляти більшість цільових середовищ. HTML5 робить це набагато більш можливим, ніж це було раніше. Але також трапляється така ситуація, коли деякі програми насправді не можуть цього зробити; це означає, що ви насправді виконуєте одну і ту ж роботу кілька разів для кожного пристрою, на який ви орієнтуєтесь, і це не зупинятиме людей, які заявляють, що вони мають право принести свій власний пристрій; це не матиме жодного значення в цьому, тому ви не можете дійсно обійти його.
Мабуть, аналіз мобільних додатків свідчить про те, що вони стимулюють більше продажів, правда? І це дивний вид веб-сайту та мобільного додатку, як, якщо ви хочете, доповнювати. Додатки стимулюють більше продажів. Веб-сайти краще підбирати нових клієнтів. Програми краще утримувати клієнтів, яких ви вже взяли. Клієнти витрачають набагато більше на веб-сайтах, ніж на додатки, але клієнти частіше витрачають їх на додатки. І це дійсно дивна річ, і це говорить про те, що якщо ви збираєтеся щось побудувати, то, ймовірно, вам потрібно втілення веб-сайту та втілення мобільного додатку, якщо ви очікуєте, що це буде широко використовуватися. І це, в тій чи іншій мірі, це якась драматична витрата на додавання до програмного проекту, який, у будь-якому випадку, може робити досить багато інших речей.
Як загальна ідея, веб-сайт - це каталог, а додаток - машина лояльності. Розробки мобільних додатків - і це лише для того, щоб усунути проблему - різне середовище розробки, різні проблеми з точки зору апаратури, різні принципи дизайну користувальницького інтерфейсу та можливості, вам доведеться мати офлайн-можливості - бо багато програм, які люди очікують, що зможуть ними користуватися, якщо вони відключені - вони не хочуть втрачати дані; деякі дані повинні зберігатися локально. Ви будуєте інший додаток, ніж ви могли б створити, скажімо, для робочого столу. І тоді, у вас є проблема мобільного бек-енду, там буде потрібно проміжне програмне забезпечення, там будуть процедури безпеки. Напевно, на задньому плані буде архітектура, орієнтована на сервіс, де ви в'яжете різні речі. І що це говорить про те, що ви не просто приймаєте команду, яка використовується для розробки програм на сервері та ін. Кинувши їх мобільним, вам справді потрібні розробники мобільних пристроїв. І люди з мобільним досвідом.
У будь-якому випадку, сказавши це, ще одне, що потрібно сказати - перш за все мобільні додатки в більшості випадків є контактною точкою клієнта, тому вони повинні бути справді хорошими, оскільки клієнт буде оцінювати компанію на основі мобільного досвід, або це вплине на їх судження. І в деяких випадках, як я вже згадував, мобільний додаток насправді визначає успіх бізнесу; це може бути те, що дійсно робить організацію. І звичайно, це може бути і вологий каламут.
І сказавши це, я передаю м'яч назад Еріку.
Ерік Кавана: Чудово, і я віддам його прямо Біллу. Білл, якщо ви хочете перейти до Швидкого старту там і поділитися екраном?
Білл Елліс: Так. Тут?
Ерік Кавана: Цей верхній лівий кут.
Білл Елліс: Так. Дякую за інструкції, я ціную це. Робін, мені дуже сподобалася ваша дискусія, це було смішно. Я працював у віртуальній команді вже 18 років, тому, думаю, можу вважати себе частиною мобільної робочої сили. Іноді я переживаю, що збираюся побачити, якщо у мене є функція після роботи, мені часто доводиться одягатися, щоб піти на неї. (Сміється) І я, можливо, починаю втрачати погляд на те, що таке «одягнений», так чи інакше. (Сміється) З цим давайте продовжимо і почнемо. Я хочу підтвердити, що, можливо, Ерік міг просто задзвонити і сказати, ви можете бачити мій екран у порядку?
Ерік Кавана: Так, добре виглядає.
Білл Елліс: Гаразд. Отже, мене звуть Білл Елліс, я працюю з IDERA на лінійці продуктів Precision, і ми поговоримо про те, щоб забезпечити мобільність. І ми дійсно говоримо про його вимірювання та переконаємося, що воно працює на ваше задоволення. Одним із найважливіших моментів у тому, було те, що це щось, з чим люди взаємодіють із вашою компанією. Зрештою, це дуже інтимно - телефон знаходиться в чиїйсь руці, тому враження, швидкість справляють велике враження на всіх користувачів.
Отже, це був досвід клієнта, який я думав, що поділюсь. Вони прожили, це не вдалося. І тому, що початковий тест на завантаження не виявив повністю змін в базовій інфраструктурі додатків, і так, одна з речей, яку я хотів би наголосити, - це мобільний, будь то додаток чи HTML5, також існує багато технології, від якої залежить. Починаючи з мережі, на веб-сервері, в бізнес-логіку, в обмін повідомленнями, і якщо вони роблять покупку, знаєте, значну ділову операцію, вони взаємодіють із системою запису.
І як це не іронічно, коли ми починали роботу, ми стикалися з кількома проблемами в мережі, тож усі ці речі дуже доречні навіть для самої доставки цього вебінару. Отже, у вас може бути одна програма, принаймні шість технологій, численні кінцеві користувачі, і відповісти навіть на найпростіші питання дуже важко. Чи має кінцевий користувач проблеми? Яка проблема зі стеком додатків, який код викликає проблему? І от, подібне вирішення цих речей насправді не є банальним.
Тепер, що ми будемо робити, ми збираємось переглянути деякі вимірювання, які були зроблені на сайті, щоб допомогти визначити, де проблеми є в стеку додатків. І те, що ми дивимося тут, це графік, де вісь Y - час відгуку, вісь X - час протягом дня. А панельна діаграма стека - це вимірювання того, куди витрачає свій час транзакції кінцевих користувачів. І отже, ви тут набудете приємного тренду, а потім він іде вгору і вгору, і вгору. В основному це розмежування розрізу, і, порадившись зі стовпчастою графіком, ви можете почати бачити, що в ярусі J2EE є багато проблем. Ви також бачите проблеми в ярусі веб-сервера, а потім є досить великі підйомники, власне, і в рівні баз даних.
Отже, тепер, коли ми виявили, що існує декілька рівнів, з численними проблемами, нам потрібно трохи піти далі, щоб дізнатися, що саме відбувається, щоб мати розумну відповідь на цю нову схему використання та цю дуже повільну, ми говоримо про більш повільну продуктивність на чотири чи п’ять X. І тому одне з перших, що ми хочемо зробити, це сказати: "Це одна операція", і тому ми розглянули сферу дії ліворуч усіх транзакцій, і вони можуть, порадившись, це дуже просто перегляньте діаграму часу відповіді, щоб побачити, що ви бачите на тому ж веб-сервері клієнта Java для певних транзакцій більше, ніж інші, час бази даних. Але це дійсно в усьому плані з точки зору всіх транзакцій.
І це дивиться на користувачів, і тому ви починаєте отримувати, це глобальне розгортання, тому ви дивитесь на первинні континенти всередині світу, тому це всі користувачі, усі місця. Це глобальна проблема, вона відбувається, тому вона починає ізолюватися, це не одна чи певна група користувачів - це щось більше, що відбувається з боку центру обробки даних. І так ми починаємо діагностувати, ну де з даних? Які рівні додатків? І ось ми починаємо дивитись на збільшення середнього часу реагування, який також є багатошаровим, що залежить від кількості страт, щоб отримати уявлення про масштабування. Це дуже цікаво - нижня половина насправді відображає довгострокову історію, і ви можете побачити дуже високі показники доступу, але інша сторона - кількість одночасних з'єднань порівняно низька. Після того, як ми перейшли на мобільний додаток HTML5, кількість з'єднань збільшилася вдвічі, набагато менша - ми говоримо про порядки величин - це в 100 разів менше доступу, тому ми не масштабуємо; ми маємо принаймні подвоїти кількість підключень до того, що мали раніше. Отже, ми починаємо розбиратися, які нові вимоги ставлять мобільний додаток до базової інфраструктури.
Отже, давайте підемо ще далі, тому що нам потрібно виділити місця, де виникають проблеми. І ось, ви, в основному, дивитесь на те, що відбувається в речей, і нам справді не потрібна ця гістограма, щоб сказати, що ми не зустрічаємось з нашими домовленостями, але ми можемо легко побачити це у верхньому графіку. Але ми отримали вторинне підтвердження щодо кількості виконання за невідповідність угоди про угоди. Зараз тут ми фактично почнемо розглядати блокування, і це всередині - це, мабуть, WebLogic, але в межах рівня бізнес-логіки. І ви можете бачити тут, і це може бути важко прочитати, але ви наполягаєте на 31 000 придбаннях блокування за сукупний час блокування 12 годин 30 хвилин. Отже, це явно величезна проблема.
Тепер, вплив блокування показує нам, що завжди існує деяке походження правила 80/20. Це дійсно до одного методу, однієї групи методів, які справді викликають проблеми. Тепер ми починаємо виокремлювати проблеми в певному рівні. Отже, ми підемо трохи далі, і ось система обміну повідомленнями. І ми починаємо бачити це, графік часу, який я кружляю вгорі зліва, ви бачите, як приблизний час відгуку йде вгору, і рожевий, ключ, це насправді показує чергу, і насправді дуже інше черга, що відбувається, це висувається вгору, через кількість з'єднань. І тому система обміну повідомленнями робить набагато більше роботи; є набагато більше - якщо ви зробите аналогію з цим продуктовим продуктом, на кожній смузі біля каси набагато більше візків - і це те, що підштовхує чергу, і ви можете це чітко побачити в домені. Кожен з доменів бачить дуже, дуже високі черги.
Поки що я виявив блокування в WebLogic, виявив чергу в системі обміну повідомленнями, і це трапляється в Tuxedo. І тоді, що ми дивимося тут, є аналогічний тип аналізу, але ми дивимося на стани виконання в системі запису. І це буває в стані виконання в Oracle. Причина, чому ми орієнтуємося на час, полягає в тому, що час має два чудових властивості. Перше: це те, як кінцеві користувачі та програми відчувають продуктивність. Номер два - це вимірювання споживання ресурсів. І тому він автоматично визначить, де є вузькі місця. І тому я можу побачити тут, на рівні бази даних, що у мене є додатковий час вводу / виводу, тому я наголошую на підсистемі зберігання даних. Кожен рівень залежить від нижнього рівня, тому база даних залежить від зберігання. Я також бачу, що в межах бази даних я роблю блокування. Отже, мені потрібно трохи детальніше ознайомитись, перш ніж ця інформація стане трохи більш доступною. І так, входимо, очистимо цибулю ще одним шаром.
Тепер це насправді погляд на кількість виконання, вісь Y в цьому підрахунку, це в тисячах, ви дивитесь на 9000, дев'ять мільйонів, і тому кількість виконання також йде вгору і вгору, і вгору. Отже, новий додаток для мобільності підкреслює додаток цілою низкою способів. Блокування, просто для повторного підключення: блокування на веб-ярусі, чергування в системі обміну повідомленнями, додатковий рахунок виконання на рівні баз даних, додатковий ввод-вивід, додаткове блокування в ярусі бази даних. Отже, ми є, я фактично впливаю на кожен рівень в специфікації програми. Отже, дуже важливо мати змогу мати показники з кожного рівня в степі додатків. Тут я фактично підрозділяю активність бази даних на програму, і я бачу, що у мене дійсно дві програми: бірюзовий колір відображає блокування програми. І ось цей, сервер дистрибуції як блокування програми, додаток, це мобільна частина, це також блокування програм. І ви можете побачити, що ряд таких є вузьким місцем у самому сховищі.
Тепер я дістаю, очищаючи цибулю назад, щоб побачити, що я можу зробити на кожному рівні. І чому я це роблю, багато людей дивляться на це з точки зору планування потенціалу. І більшість хмарних сервісів говорять про розширення серверів, процесора та пам'яті. Інша сторона монети так само важлива - це додаток коду, який виконує та спонукає споживання цих ресурсів. А коли ви дізнаєтесь про код програми, тепер ви можете вирішити потужність шляхом ефективності обробки. Отже, у вас є обидві сторони однієї монети, і це дає ІТ-фахівцям додаткові варіанти вирішення проблеми. Це не просто додавати більше серверів, а й що ми можемо зробити, щоб очистити речі та ефективніше працювати? Стара "Розумніше, не важче".
Тож ось, ми можемо насправді, у Oracle є акуратна річ під назвою Модулі та дії, де ви можете насправді почати документувати код, і таким чином ви також можете поглянути на речі іншим способом, як, наприклад, замок, який ми бачили? Ну, це ввійшло через код аркуша витрат, він також зайшов через сервер дистрибуції, і тому це два основних драйвери нового блокування. І нове сховище надходить через онлайн-систему, і тому ви починаєте реально створювати профіль, де драйвери для цього додаткового споживання ресурсів. Інша річ, щоб мати змогу точно вказати драйвери в базовому коді. І тому, переходячи до цього, я думаю, що ми подивилися на цей видатковий аркуш, і тому ми заходимо сюди.
Тепер, переглядаючи основні об’єкти, які виконуються, ви починаєте бачити цей журнал повідомлень. Щоразу, коли вони обмінюються повідомленнями - і ми бачили, що це відбувається кілька разів - ми насправді торкаємось цієї таблиці журналів повідомлень, і ви за хвилину дійсно побачите, що це насправді викликає багато блокування в межах рівень баз даних Тож ці нові схеми використання мають великий вплив вгору та вниз на стек додатків. Тепер праворуч знаходиться код SQL, і це фактично код програми, і ми відстежуємо, що виконують оператори SQL за станом виконання. Отже, за допомогою кольорового кодування дуже просто побачити, які оператори SQL беруть участь у цих блокуваннях. Причина, що це насправді життєво важливо, полягає в тому, що якщо ви переходите до своєї DBA, і ви говорите: "Ей, ми думаємо, що на рівні бази даних є проблеми". Вони можуть просто подивитися на базу даних, і це може виглядати майже так, як вона бігала вчора.
Але, будучи в змозі співвіднести спосіб застосування додатком із базою даних, вони зможуть чітко визначити точні заяви SQL, на яких слід зосередитись, і тоді вони можуть вступити в деякі з цих передових практик, дивлячись на плани виконання та всі ці речі що вони можуть налаштувати, щоб змусити систему запису працювати набагато швидше. Отже, співвіднесені сумніви в коді, дуже важливо, щоб фахівці з технологій могли вирішити та усунути основні проблеми. Тепер ми також поговорили про сховище - тут ви бачите кількість фізичних читань, ви можете бачити, коли це сталося, і це починає входити в апаратну архітектуру, тому що, коли ви плануєте розвивати систему, одну з Ви можете обрати різні типи пам’яті, і вони мають дуже різний профіль витрат. І в певних випадках буде корисно оновити та оплатити флеш-пам’ять; якщо я роблю набагато більше випадкових зчитувань, то ця флеш-пам’ять справді окупиться за мене.
Отож, всеосяжне повідомлення цього полягає в тому, що з новим додатком ставляться нові вимоги до системи, і базовий стенд додатків повинен розвиватися для задоволення цих потреб. І ви також хочете подивитися, що це за потреби, і чи можна підробити код, щоб зробити його більш ефективним? І, нарешті, вниз до центрального процесора, ви можете побачити на період перемикання, ми працювали приблизно на 10 відсотків, а потім, колись з новим кодом, ми знаходимось у 4X, зараз ми на 40 відсотків, і це дуже важливо як для фізичного, так і для віртуалізованого середовища, щоб переконатися, що у вас є адекватні серверні ресурси для задоволення потреб програми. Отож, ось лише крупний план, і ви можете побачити деякі з цих номерів трохи вперед. Цікаво, що на серверному рівні споживання пам'яті змінилося не так сильно, але, безумовно, потрібна кількість необхідних циклів процесора.
І це в основному лише резюме перегляду звіту про витрати, розгляду масштабування, того, що кількість страт насправді зменшилася, але час виконання покарань збільшився. І так це показало, що в умовах мобільності витратна складова програми справді мала проблеми. І це, безумовно, матиме корисний вплив на речі, тому що якщо ви не можете виконати свою роботу, люди в основному просто перестануть користуватися мобільністю. І приємна річ у мобільності, це те, що вона дійсно дає змогу підвищити продуктивність робочої сили, і це дуже добре для зарплат і так далі, тож ви обов'язково хочете, щоб це було прокату. Зараз ми дивимось на те саме, що саме з точки зору розташування, тож це Європа та Близький Схід, Азія, VPN-зв’язки, а потім сама штаб-квартира. І США загалом. Отже, ми вважаємо, що один із способів отримати цю цінну інформацію на кожному рівні пакету програм - це точна лінійка продуктів.
Я збираюся просто дуже швидко, Робін та Ерік, я просто швидко просто огляд того, що робить Precision, і чому він розроблений так, як це було розроблено. І що станеться, якщо кінцевий користувач намагається щось зробити, в центрі обробки даних багато технологій, кінцевому користувачеві справді все одно, вони просто хочуть зробити свою роботу. Тим часом у вас є багато людей в ІТ, цілеспрямовані, дуже розумні, але вони навіть не знають про проблему, поки цей кінцевий користувач не повідомить, якщо вони звітують. І тоді, багато разів це починає дуже дорогий трудомісткий у кінцевому рахунку розчаровуючий процес, коли люди дивляться на підмножину стеку додатків, але дуже важко відповісти на ті основні запитання про те, хто, що, коли, де, чому.
Отже, ми вважаємо, що вимірюючи транзакції кінцевих користувачів, починаючи з їх пристрою, через мережу, на веб-сервер, на Java, фіксуючи цю інформацію, ми можемо відповісти на питання хто, що, коли, де, чому, надавати рекомендації, але, мабуть, найголовніше - це завершення циклу зворотного зв'язку. Нам усім потрібен зворотний зв'язок, щоб покращитись, це єдиний спосіб, коли ви знаєте, що щось не так. Маючи історію, поміщену в централізоване сховище, вона надає один аркуш музики, з якого всі можуть читати. І так, зрозуміти, де проблеми, стає дуже просто, тому в черговий раз конструкція стосується вимірювання транзакції кінцевим користувачем; це дозволить визначити повільні транзакції, сегментувати їх, це допоможе розповісти про те, яка технологія є проблемою, а потім забезпечить експертний огляд кожного з окремих рівнів, щоб ви могли зрозуміти, що відбувається. Точна буде забезпечити навчання, а також звітування та інформаційні панелі для всіх зацікавлених сторін, чи потрібно ви мати лише огляд, чи ви хочете глибоко переглянути технологію того, що відбувається.
Тепер, що може статися, на кшталт дня в житті, або ви, як ІТ-фахівець, могли б подзвонити кінцевому користувачеві, а іноді і кінцевий користувач може зателефонувати вам. Увійти в Precision, ви можете сфокусувати ще раз, вісь Y - це відповідь, вісь X - час протягом дня. Ось ми кожен піддержав, тому у вас є час клієнта, час веб-сервера, Java, смокінг, час бази даних. Тут ви маєте рушійні транзакції, ви можете створити меню для визначення конкретного кінцевого споживача, і таким чином ІТ має можливість вирішувати проблеми конкретних кінцевих користувачів. І тому ви можете точно бачити, коли вони були зайняті, ви могли бачити, що вони використовують управління вмістом, на якому можна зосередитися на цій транзакції, і тоді Precision збирається дати вам аналіз цієї транзакції.
Процент у кінці додається відсотками, точно, і це говорить про те, скільки часу, але відсотка часу, витраченого на цей окремий крок, аж до окремих SQL-висловлювань, це контекст. І одна з речей, про яку ми говоримо, - це те, що у всіх є інструменти, але мало магазинів мають контекст. І контекст дозволяє адміністратору Java зосередитися на коді програми, DBA ідентифікувати, як у цьому випадку, конкретний оператор SQL. Отже, з цією інформацією вони надають їм набагато більше наочності щодо вирішення основної причини для конкретної транзакції, яка впливала на конкретного користувача. Отже, ви справді лазерно орієнтувались на першопричину. І ви можете проаналізувати оператор SQL, де він витратив свій час, ну і виконуючи його? І навпаки, дуже багато інструментів, як Enterprise Manager просто для їх вибору. Вони великі, вони можуть це взяти. Вони дивляться на речі з точки зору екземпляра, і цього недостатньо уваги, щоб дійсно потрапити в ці програми.
Зазвичай ваші програми для мобільних пристроїв OLTP мають низьку затримку, високу пропускну здатність, тому орієнтація на першу десятку списку - це початок, але це дійсно недостатньо добре для цього типу додатків. І тоді інша річ полягає в тому, що, особливо для внутрішньо розміщених програм, ідентифікація за ідентифікатором користувача є дуже важливою, оскільки справа не лише в застосуванні та інфраструктурі, а й у тому, як кінцеві користувачі використовують цей додаток. І зазвичай кінцеві користувачі мають набагато кращу поведінку, коли ви зможете їх ідентифікувати. І тому це просто вид екрана різних транзакцій та досвіду клієнтів, а потім підсегментований, (сміється) Я гадаю, що я говорив уже небагато часу. Тут трохи втомився; Я збираюсь орати вперед.
Тут ми дивимося на приладну панель, яку ми склали, яка б показувала сповіщення, а потім показувала різні рівні стеку додатків. Ось ваші веб-сервери, і ви можете за допомогою підрахунку часу відповіді перевірити, чи збалансовано навантаження. Ви можете переглянути доступ до веб-переглядача, переглядати використання та збирання сміття, переконайтеся, що ви маєте приємний зразок пилки, що у вас немає витоку пам’яті тощо. Ідея цього полягає в тому, щоб забезпечити трохи біт більш технічної інформаційної панелі кожного з компонентів в стеку додатків. Отже, лінійка точних продуктів, що пропонується IDERA, пропонує моніторинг виробництва, 24 на 7, дуже детальну інформацію. Це досить просто розгорнути; вам не потрібно проводити картування транзакцій, що б не зробили кінцеві користувачі, Precision автоматично з'єднує точки через стек додатків.
Якщо рівень нижнього рівня не є інструментальним, Precision визнає це та надасть час входу та виходу та рекомендує здійснити інструментацію нижнього рівня. І так, це дуже простий час, щоб оцінити час; ми дуже сильні в базі даних, це своєрідна претензія IDERA на славу. І це так важливо, що кожна значна ділова операція взаємодіє із системою запису, тому база даних стає основоположним показником. І тому інші інструменти на ринку, вони роблять нормальну роботу, але ОК насправді недостатньо хороший; вам дійсно потрібно точно знати, що відбувається з операторами SQL. І ми робимо багато вдосконалених речей, надто багато для цього, як, наприклад, зберігати історію операторів SQL та відстежувати плани виконання. Отож, це сфера, яку ми можемо вивчити далі, якщо вам може бути цікаво.
Тож, це платформа ефективності роботи програми, ми пропонуємо вам надати додаткову зустріч через веб-сайт idera.com, якщо у вас є додатковий інтерес до рішення та тем, про які ми сьогодні обговорювали.
І, Ерік, з цим, я думаю, ми все ще під дротом, я передаю естафету тобі та Робіну. Дякую.
Ерік Кавана: Ні, це фантастично, і мені подобається вміст, який ви зібрали тут, тому що ви робите фантастичну роботу, показуючи, наскільки складним є середовище під капотом. І звичайно, вся робота Precision, мета Precision - допомогти орієнтуватися в цій складності та зрозуміти, що відбувається насправді, і бути в змозі вжити деяких дій, щоб щось покращити. І я просто збентежена тим, наскільки вона складна. Я здогадуюсь, що Precision також дозволяє визначити певні зразки поведінки, а потім назвати їх, або принаймні записати їх або зробити закладку або щось подібне, чи не так?
Білл Елліс: Так, одна з речей, що має відбутися, - це ви не хочете їхати за своїм хвостом; ви не хочете просто їздити витрачати багато часу на разові. Отже, ви хочете подивитися, які бувають закономірності, які тенденції, тому що тут є багато технологій управління. І тому однією з речей є пріоритетність і вміння ранжувати, знати, де провести свій час, знати, що потрібно відточувати. А також ви хочете скористатися консервативним підходом із меншим ризиком та меншими витратами. Ви не хочете обов'язково робити дорогі глобальні зміни, не оцінюючи або не дуже добре розуміючи, що це, це дійсно допоможе проблемі. Отже, знайте, що відбувається з часом, і ця тенденція є життєво важливою для розумного вирішення основних проблем.
Ерік Кавана: Це має повний сенс. І наскільки велика угода - це віртуалізація, щоб можна було бачити, що відбувається, а потім ви вступаєте в організації, які використовують контейнери - наприклад, використовуючи Docker? І як це вплине на те, що Precis здатний зробити?
Білл Елліс: Так, слово "контейнер" може означати різні речі залежно від різних постачальників. І тому ми працюємо з VM, майже всі користуються VMware - я вважаю це фактично стандартом на даний момент; Я знаю, що там конкуренти. І ми розширюємо те, що ми підтримуємо, але VMware є домінантою в межах Oracle. Є контейнерні бази даних, і тому все це дуже важливо, щоб мати можливість розвивати вашу систему дуже швидко. Також у віртуальному середовищі важливо знати, коли фізичний господар не в змозі задовольнити потреби всіх контейнерів гостей, оскільки кожен з них конкурує за ресурси.
І одне з речей, що насправді сталося всередині мене, мене здивувало, - це те, що насправді в IDERA було стільки непрацюючих віртуальних машин, але кожен з цих непрацюючих ВМ споживає ресурси, що вони почали створювати загальну проблему для віртуальних машин, які насправді були використовували, що були важливі для нас, ведучи наш бізнес. І так це було цікавою справою. Тепер ми не підтримуємо будь-яку технологію під Сонцем; є матриця підтримки, пов’язана з цим рішенням, і тому це одна з речей, яку ми хотіли б розглянути для конкретного потенційного або конкретного замовника, просто щоб переконатися, що ми можемо задовольнити потреби в технології та окремі технології, які їх стек додатків працює під.
Ерік Кавана: Так, це має багато сенсу. З вашого досвіду, які основні сили зараз вирішують проблеми мобільного зв'язку? Коли ми з вами розмовляли перед цим веб-трансляцією пару місяців тому, ви зробили дійсно хороший момент про те, як саме функціональність та компонування iPhone чи якогось мобільного пристрою можуть бути справжнім завданням для бізнесу, адже раптом кінцевий користувач може не розумію, як виконати певний процес у робочому процесі, правда? І тому до цього моменту ви вмикаєте розробку додатків для мобільних пристроїв - показуєте розробникам, де виникають проблеми, і потім ви можете відобразити це назад у тому, що програма працює на цьому конкретному пристрої чи на цьому конкретному пристрої. І це дуже корисно, правда, для розробника, адже тепер вони можуть побачити, що викликає проблему, вони можуть внести деякі зміни в додаток, щоб вирішити це, правда?
Білл Елліс: Так, це свого роду накладення неймовірно високих очікувань - всі очікують, що все в певному сенсі просто спрацює, але там так багато різноманітності. У вас є всі ці різні смартфони, вони мають різні розміри екрана, а потім, у вас є різні постачальники комунікацій, Verizons, AT & Ts, Sprint - це просто популярні в США. І там так багато різноманітності, це як добре, як ви обмотаєте все це, щоб почати розбиратися, де проблеми? Отож, є багато доступних показників, і одна з речей, яку зробила наша команда з управління продуктами, - це спроба ввести ті показники, які є найважливішими або найбільш потрібними ІТ-команді, щоб мати можливість приймати розумні рішення. .
Отже, це своєрідне завдання, і ми робимо наш продукт, як ринок, що розвивається, і тому ми отримуємо зворотній зв'язок від наших клієнтів і завжди є запити на вдосконалення, так що "Ей, ця додаткова метрика була б нам дуже корисною". Отже, наша продукт розвивається так само, як ринок, але якщо мені довелося сказати, насправді Ерік, мені це дуже цікаво, це ціла річ очікувань. Люди такі, як раніше, колись люди чекали п'ять, сім секунд, щоб екран вимкнувся, зараз це як одна-дві секунди, люди схожі на "О, ця програма взагалі не працює!" (Сміється)
Ерік Кавана: Це смішно. Це так правда!
Білл Елліс: Це божевільно.
Ерік Кавана: Так, це трохи нереально, чесно. І я думаю, що, можливо, ми почнемо бачити трохи більше реалізму в цій темі, але, тим не менш, це факт життя, на який люди мають дуже і дуже великі очікування. І я здогадуюсь, Робін, я поверну тебе реально швидко за останні пару хвилин тут. Мені сподобалася ваша оцінка веб-сайту як каталогу та програми як машини лояльності. І до цього моменту ми говорили тут про те, як дозволити розробникам цих додатків зрозуміти, що відбувається: чи це корисно? Хіба це не корисно? І що ви можете змінити, щоб налаштувати це? І до речі Білла тут, всього лише секунду тому, час циклу вирішення цієї проблеми дійсно скоротився, правда? Це просто не так, як це було раніше - вам доведеться це швидко виправити. Або ви просто будете мати величезний викид у користування, правда?
Робін Блор: Так, у цьому є ціла купа інших речей, тому ви отримали цю спритну розробку і зараз у багатьох місцях очікуєте, що ви збираєтеся випустити нову версію чогось, що знаходиться в процесі розробки або в процесі зміни, кожні пару тижнів. І це означає, що ви думаєте про це, якщо ви думаєте про середовища розгортання, і ви думаєте про те, наскільки великий стек, коли ви переходите в мобільний, ви насправді маєте кілька потенційних пристроїв на кінцевому вузлі, і тоді у вас буде посередництво в середині. І ви цілком можете мати під собою і під ними ви, можливо, будете мати бази даних. Отже, ви можете торкатися багатьох, багатьох додатків; ви можете торкатися декількох баз даних, і ви можете робити дуже складні речі з точки зору безпеки. І все це має працювати, і сподіваємось, що це буде працювати досить добре.
І дивовижна річ - це іноді так і є, але моя думка з цього приводу полягає в тому, що якщо ви справді, якщо ви будуєте мобільні додатки, які дійсно є ключовими для успіху компанії, і багато з них виявляється, багато цих речей насправді є. Якщо ви займаєтесь мобільним обслуговуванням нафтових установок та нафтопроводів і подібних речей, це начебто має працювати. Наслідки цього не спрацьовують просто жахливі. І якщо у вас немає такої здатності насправді нарізати додаток і знати, де все йде не так, бо більша частина його - це продуктивність. На сьогоднішній день у нас справді хороші тестові джгути, так що так, є помилки та помилки. Але в основному, якщо щось піде не так, це питання про продуктивність. І якщо ви не можете поставити стетоскоп у 18 різних місцях, то справді важко встановити, що відбувається не так. І у вас також є чинником мережі в цьому, і ви також маєте реальність, що будь-який компонент у додатку може бути підкреслений в різний час доби через характер цього конкретного додатка. Ви повинні мати складні інструменти моніторингу, якщо ви збираєтесь мати шанс з усім цим.
Ерік Кавана: Так, я повинен був би погодитися, і я думаю, що це справді сила Precision від IDERA, в наші дні. А Білл, я маю на увазі будь-які завершальні коментарі від вас? Я думаю, що ця технологія є фантастичною. Я також усвідомлюю, що, користуючись цією технологією, вам дійсно потрібно зрозуміти складність інформаційних систем та залежності та вміти розібратися, де, коли та як ви синтезуєте всю цю інформацію, щоб оцінити, що насправді відбувається. А для цього потрібна розумна та навчена людина, і, чесно кажучи, це одна з причин, чому я зовсім не переймаюся машинним навчанням, забираючи роботу. Я думаю, що машинне навчання може бути дуже корисним під такою технологією, щоб визначити загальні зразки, а потім подати пропозиції кінцевому користувачеві щодо того, що може відбуватися тут. Але які ваші заключні думки з приводу того, як дійсно зрозуміти, як підприємство має важливість мати подібний потенціал усунення несправностей, і що вони повинні знати про це, крім того, що ви вже говорили?
Білл Елліс: Так, Ерік, я би погодився з вами у величезній складності. Я вважаю, що точна лінійка продуктів, орієнтуючись на метричний час, що користувач, який може прочитати графік стека, може успішно використовувати Precision, і я просто хочу сказати дякую учасникам, а також вам та Робіну за організацію сьогоднішнього вебінару.
Ерік Кавана: Ви ставите! І як я вже говорив, ми будемо розміщувати цей архів уже деякий час, тому сміливо діліться ним із друзями та колегами; ми робимо архіви всіх цих веб-трансляцій. Я надіслав посилання на слайди кілька хвилин тому, не соромтесь перевірити це, але сьогодні ще раз чудова робота, Білл. Ви справді знаєте свої речі; завжди цікаво працювати з таким професіоналом, як ти. І я думаю, що це дійсно будуть сприятливі технології для мобільної робочої сили! Отже, дякую за ваш час, люди, ми наступного разу наздоженемо вас, подбайте. Бувай.
