Персоналом Техопедии, 21 июня 2017 г.
Вывод: ведущий Эрик Кавана обсуждает мобильную рабочую силу с доктором Робином Блором и Биллом Эллисом из IDERA.
Вы не вошли в систему. Пожалуйста, войдите или зарегистрируйтесь, чтобы увидеть видео.
Эрик Кавана: Хорошо, дамы и господа, сегодня среда, 21 июня. Это 4:00 по восточному времени и, конечно, это означает, что в мире корпоративных технологий пришло время для Hot Technologies! Да, в самом деле. Меня зовут Эрик Кавана, я буду вашим организатором и модератором сегодняшнего мероприятия. Это горячая тема, это большая тема: «En Marche! Включение мобильной рабочей силы ». И я намеренно не взял слоган из кандидатуры г-на Макрона во Франции. Это было совершенно случайно, я обещаю вам, но это все еще довольно захватывающе. Итак, мы поговорим все о мобильной рабочей силе и о том, как вы можете убедиться, что эти люди получают то, что им нужно, и они могут делать то, что у них хорошо получается. Много проблем, много проблем там. Мы заархивируем эту веб-трансляцию для последующего просмотра, поэтому, если вы что-то пропустили, вы можете вернуться и проверить это. Также поделитесь им с друзьями и коллегами.
И я должен сказать, не стесняйся; Лучший способ получить действительно индивидуальный контент и информацию, которая вам нужна, на таком мероприятии - это задавать вопросы. Таким образом, вы можете задать вопрос из окна чата или из компонента Q & A вашей консоли веб-трансляции. В любое время во время мероприятия отправьте его, и я непременно возьму его и в конце добавлю в вопросы и ответы. У нас будет пара презентаций, а затем мы услышим от Билла Эллиса из IDERA Software. Конечно, наш собственный Робин Блур сегодня на связи. И с этим, давайте погрузимся прямо в.
Итак, у меня есть хорошая статистика от RCR Wireless о том, что происходит, и на самом деле это просто потрясающе. Они говорят, что к 2022 году мировая мобильная рабочая сила достигнет 1, 87 миллиарда человек. Это более 40 процентов от общей численности рабочей силы на планете. Итак, если вы подумаете об этом, сейчас, внезапно, когда вы имели обыкновение иметь, с точки зрения ИТ-возможностей, с точки зрения функциональности на устройствах, таких как компьютеры, где раньше у вас было 99 процентов или более от этого в помещениях вашего офисы - это было даже, скажем, 15 лет назад, 10 лет назад это было, вероятно, 85-90 процентов, пять лет назад это было как 70 процентов? Что-то такое? Теперь все кончено, почти до 60 процентов. И это большое дело. Итак, мы увидели этот огромный сдвиг с точки зрения технологий, фактических инструментов, которые люди используют, перемещаются за пределы офиса, в рабочую силу.
Ну, есть бесчисленные преимущества для этого. Я имею в виду, буквально, если вы посмотрите на судоходную отрасль, например, например, UPS, или если вы посмотрите на парней, которые выходят на буровые установки на нефтяных месторождениях, если вы посмотрите на любую из различных работ, где это помогает иметь большую функциональность с вами В дороге мобильная рабочая сила меняет все. Теперь одна из проблем - и мы поговорим об этом более глубоко - заключается в том, что у нас происходит несколько разных вещей, одной из которых является разнообразие рабочей силы. Итак, в 2020 году - я только что видел статистику сегодня - в рабочей силе будет пять поколений людей. Это означает, что у вас будут бабушка и дедушка, а затем мама и папа, а также дети, но теоретически у вас будут пра-прадедушка, пра-пра-дедушка и пра-прабабушка. Теперь, очевидно, это не относится к конкретной семье, но дело в поколениях, у вас есть пять разных категорий широких личностей в рабочей силе, у каждой из них есть свои тенденции, свои пристрастия, своя склонность работать с технологии.
Очевидно, что дети склонны быть мобильными в первую очередь с точки зрения того, как они взаимодействуют с миром. И просто подумайте о каналах связи, которые он изменил - мы недавно говорили об этом на другом шоу; Snapchat - это то, как общаются многие подростки, они даже не хотят разговаривать с тобой по телефону, они просто хотят отправлять маленькие сообщения туда и обратно. Это всего лишь один пример в мире потребителей того, как все меняется, и это может быть распространено на весь спектр технологий, функциональности, личности, компании, бизнес-модели. Это просто повсюду на карте, но дело в том, что мобильная рабочая сила реальна, она существует, и если у вашей компании нет надежной программы для понимания того, как это влияет на ваши бизнес-процессы - и я говорю об очень специфичных технологических данных - подпитываемые процессы - если вы не понимаете, что это такое, и не управляете этим с помощью ИТ-инфраструктуры, процессов и перспективы управления, у вас будут возникать всевозможные проблемы.
Итак, есть iPhone. Я помню, когда эта присоска появилась, похоже, миллион лет назад. Но это было только как то, 2007 или 2008? Это было не так давно, что у нас не было iPhone, и, конечно, форм-фактор просто фундаментально изменил технологию, и действительно позволил мобильную рабочую силу. И я помню, конечно, в то время, iPad вышел, а затем iPhone, примерно в то же время. Я не могу вспомнить, что было первым, но iPad был действительно одной из самых значительных сил изменений для корпоративных ИТ, возможно, со времен мэйнфрейма. И причина в том, что, честно говоря, многим очень высокопоставленным руководителям, людям из C-Suite в крупных организациях, понравилось это сразу. И сказал: «Я хочу это. Я заставляю его работать ». Подумайте об этом - внезапно ИТ-специалистам пришлось развернуться и решить проблему, с которой им, вероятно, не хотелось иметь дело, которая была связана со всеми этими новыми устройствами.
Итак, теперь, если у вас были iPad - ну, как вы вплетаете это в матрицу? Как вы поддерживаете управление этим? Все это действительно большие проблемы, и тот старый iPad и iPhone действительно были огромной разрушительной силой в ИТ и управлении ИТ для многих организаций, больших и маленьких. Таким образом, у нас все еще есть этот спектр проблем и преимуществ, который охватывает как можно более широкий спектр мобильных устройств. И, конечно, они постоянно меняются, верно? Так что теперь, это не только BYOD, но и BYOA, где руководители и профессионалы приносят свои устройства. Ну, мы привыкли называть это «теневым ИТ», верно? Для тех из вас в этом старшем поколении вы, возможно, помните старые радиопостановки, у них была радиодрама, и одним из них была «Тень»: «Кто знает, что зло скрывается в сердцах людей? Тень знает ». И я помню это, потому что я был ребенком. Что ж, теневые айтихи бредят повсюду в эти дни; все делают теневые ЭТО.
Таким образом, это реальная проблема для управления ИТ и управления бизнес-процессами, для всех сотрудников. Вы хотите иметь возможность использовать мобильные устройства, но вы хотите иметь возможность привязать это к своим системам, и возникает множество странных, небольших проблем, которые вступают в игру. Не в последнюю очередь это визуальный опыт и связанные с ним функциональные возможности, которые вы получаете при использовании мобильного устройства. И любой из вас, кто использовал несколько устройств, таких как iPad, ноутбук или настольный компьютер, а также некоторые новые мобильные смартфоны, которые выходят, испытал тот факт, что функциональность работает не совсем правильно, и это настоящая проблема. На самом деле, войны браузеров должны были подготовить нас к этому, потому что все браузеры тоже делают вещи немного по-другому. И это еще одна сложная задача не только для дизайна, не только для внешнего вида и внешнего вида и гладкой природы используемого вами приложения, но и для реальной функциональности. Как вы получаете выпадающее меню, чтобы выбрать то, что вы хотите на этом устройстве? Это большое дело.
Итак, об этом мы сегодня немного поговорим, и, как я уже говорил, мы услышим от Робина и Билла Эллиса, кто настоящий эксперт в этой области. Таким образом, это одна из самых больших проблем, с которыми сталкиваются люди - просто чертовски разнообразие, и нет единого метода для работы на разных платформах. У вас Samsung и Apple, в основном, делают эти вещи, но есть все виды - есть так много устройств! Недавно я увидел, что iPhone выигрывает с точки зрения продаж, и я был шокирован тем, насколько низким было число - это было похоже, я не думаю, что это было даже 20 процентов! И они были номером один, что означает, что буквально десятки - если не сотни - устройств, которые можно использовать. Что ж, вы можете просто представить, как ИТ-отдел относится к этому, и, конечно, этот диапазон технологий меняется; с каждым днем становится все разнообразнее.
Все меняется, у нас происходит все что угодно - контейнеры, просто чтобы добавить еще один ключ в работу здесь. И тогда, конечно, у нас есть разнообразие рабочей силы. Многие миллениалы, они очень разные с точки зрения своих предпочтений, того, как они используют технологии, через что они готовы пройти, как быстро они могут разобраться. Как правило, это быстрее, чем у нас, старых таймеров, но, тем не менее, все это должно быть сопоставлено с вашими локальными системами или, по крайней мере, с облаком. И это большая, большая проблема.
И с этим я передам это неподражаемому доктору Робину Блуру. Робин, убери это.
Робин Блур: Хорошо, спасибо за это краткое введение. Давайте поговорим о мобильном. Это не было особенно очевидно - Эрик упомянул о представлении iPhone - это не было особенно очевидно, когда iPhone вошел именно в то, что это было объявлено. Я думаю, это стало очевидным, когда вошел iPad, что у нас действительно будет довольно разнообразный мобильный мир. Я своего рода фанатик Apple, на самом деле, поэтому я не думаю, что с точки зрения Android, но, конечно, хотя Apple в большинстве своем зарабатывает, основная прибыль как на рынке планшетов, так и на рынке телефонов У него больше нет чисел, что довольно интересно. А это значит, что будут, помимо всего прочего, будут новые устройства, люди будут их покупать и продавать миллионами. Таким образом, это создает очень разнообразную среду, через которую вам, возможно, придется пройти.
Шутка здесь: «Я бы спросил Сири, где, черт возьми, мы, если бы я мог получить сигнал». Мобильные устройства немного отличаются тем, что настольные компьютеры постоянно подключены. И мобильные устройства не обязательно подключены и не обязательно включены круглосуточно, потому что люди могут их отключить. также вы можете доставить их на самолеты и тому подобное, и, следовательно, это устройство другого типа, чем все, что вы когда-либо имели. Я бы сказал, что на самом деле мобильный телефон - это настоящий персональный компьютер, потому что он всегда с вами. Это определяющее человеческое мобильное устройство. Планшет немного отличается; Это довольно странная ситуация, когда вы думаете об этом, так или иначе, существует более одного функционального типа мобильного устройства.
Во всяком случае, что значит быть мобильным. Интернет изменился. Мы не замечали, что это происходит - я не замечал, что это происходит, - но в настоящее время 80 процентов интернет-активности приходится на мобильные устройства, и это удивительная цифра, если подумать. Но 47 процентов из этих 80 процентов приходится на трафик планшетов. Можно предоставить большинство приложений в мобильном режиме. Другими словами, если у вас есть приложения, которые уже существуют и, вы знаете, они доступны на рабочем столе, вы, вероятно, можете разместить их на мобильном телефоне, но есть очевидные ограничивающие факторы. Форм-фактор и клавиатура являются одними из них. Сами планшеты, по мнению Microsoft и Apple, постепенно собираются заменить мобильные ПК. И у них есть определенные приложения в определенных областях, потому что они более бурные.
Одна из вещей, о которых я помню, когда я разговаривал с ИТ-специалистами в области здравоохранения, заключалась в том, что до того, как планшет появился, если вы попали в среду, в которой находился изолятор, вы знаете, что у вас должны были быть устройства, с которыми вы брали Вы, на самом деле, должны быть дезинфицированы так или иначе. Это действительно легко сделать с планшетом, совсем не легко сделать это с тем, что у них было раньше - настольными компьютерами, которые были мобильными благодаря тому, что они были на тележке и подключены к среде. Раньше им приходилось оставаться в таких условиях или проходить экстраординарную дезинфекцию, извлекаемую из этих сред. И мы не слишком много думаем об этих средах, если не работаем в этих средах. Но планшеты и мобильные телефоны сделали работу в этих средах вполне естественной для подключения и работы в этих средах.
И когда показатель, который Эрик оценил в 1, 7 миллиарда, я думаю, это были мобильные работники к 2020 году. Я мобильный работник? Я думаю, что это так, я мобильный работник в том смысле, что иногда я работаю вне офиса, и когда я делаю это, я буду работать на планшете или делать что-то на мобильном телефоне. Итак, когда вы на самом деле смотрите на это и думаете об этом, вероятно, это происходит из-за людей, которые будут использовать мобильные устройства только для своей рабочей силы, а именно из-за людей, которые на самом деле фундаментально перемещаются. В любом случае, теперь вы можете думать о трех типах пользователей: пользователи компьютеров, пользователи планшетов и телефоны. И им нужны разные приложения. И это причина упоминания об этом.
Камера и голос являются неотъемлемой частью мобильных устройств, но они также являются неотъемлемой частью настольных компьютеров. Но они по-разному используются на мобильных устройствах и имеют разные интерфейсы на мобильных устройствах. И весь характер того, почему вы используете это, отличается на мобильном устройстве. Таким образом, если вы создаете мобильные приложения, вы не создаете приложения, которые вы использовали для создания по целому ряду причин, многие из которых были на этом слайде. Итак, если вы представляли бизнес, который уже так или иначе создавал приложения для веб-сайтов, вопрос в том, должны ли они быть и мобильными? И этот слайд как бы смотрит на это. Веб-приложение, вы можете сделать с ним больше, просто потому, что оно построено тем или иным способом, оно построено, не заботясь о форм-факторе, поэтому люди будут создавать веб-страницу, которую вы не можете разумно использовать, или Вы не можете легко использовать его на устройстве iPhone или Android, которое может использоваться на планшете, но даже на планшете может быть не очень хорошо. Обычно это было бы хорошо.
Или вы можете создать мобильное приложение. Если вы создаете мобильные приложения, то в различных магазинах загрузок есть избыток приложений, и это снижает их устойчивость. Если вы посмотрите на мой конкретный iPhone, он просто полон приложений, от которых я не могу избавиться; Я удаляю их, но они всегда кажутся загруженными снова каким-то странным способом. Я, очевидно, не знаю, как правильно управлять iPhone. Но вы знаете, что в итоге у вас просто куча приложений, и это не имеет никакого смысла. Я получил больше, я подозреваю, что на моем iPhone больше приложений, чем на рабочем столе, что странно, если подумать. Мобильные приложения являются лакмусовой бумажкой успеха. Интересно, что некоторые веб-компании, одним из которых является Yelp, преуспели, создав приложение и заставив его скачать. И кажется, что области, где был достаточно хороший успех, были на самом деле в финансовом секторе; это банки, а также E-Trade и тому подобные компании, потому что людям нравится иногда торговать на ходу. Прикладные программы в области продуктов питания, то есть не только в поисках ресторанов, но и в создании сайтов рецептов.
И многие люди не очень хорошо себя чувствовали, и это причина, я думаю, в основном, это то, что есть очень много приложений, к которым вы когда-либо привыкли, и если вы используете приложение только раз в несколько дней или так, тогда вы забудете об этом. Если это не имеет для вас большой личной ценности, вы как бы забудете об этом. Таким образом, сложно создать мобильное приложение, которое будет доступно в общем смысле, но очевидно, что вы можете создать их для своего персонала и использовать их внутри организации. У мобильных приложений действительно большие затраты на разработку, и для этого есть ряд причин. Одна из причин этого заключается в том, что вы на самом деле указываете на совершенно другое количество устройств.
И вы можете получить среды разработки, которые будут нацелены на несколько устройств, но некоторые приложения, особенно если вы смотрите на безопасность, на самом деле вы должны делать кодирование для самого устройства. Вы бы написали другой код для iPhone или среды Android. Может быть другой. Иногда вы ссылаетесь на аппаратные возможности. Так что обычное мобильное приложение, да, может быть, есть программное обеспечение для разработки, которое вы можете создать такое, которое будет гибридным и охватит большинство целевых сред. HTML5 делает это гораздо более возможным, чем когда-либо прежде. Но вы также получаете ситуацию, когда некоторые приложения на самом деле не могут этого сделать; это означает, что вы на самом деле выполняете одну и ту же работу несколько раз для каждого целевого устройства, и это не помешает людям утверждать, что они имеют право привезти свое собственное устройство; это не будет иметь никакого значения, так что вы не сможете обойти это.
По-видимому, анализ мобильных приложений показывает, что они стимулируют рост продаж, верно? И это странный вид веб-сайта и мобильного приложения, если хотите, как дополнение. Приложения стимулируют рост продаж. Веб-сайты лучше подбирают новых клиентов. Приложения лучше удерживают клиентов, которых вы уже выбрали. Клиенты тратят на веб-сайты гораздо больше, чем на приложения, но чаще тратят на приложения. И это действительно странная вещь, и это говорит о том, что если вы собираетесь что-то создавать, то вам, вероятно, понадобится воплощение веб-сайта и воплощение мобильного приложения, если вы ожидаете, что оно будет широко использоваться. И это, так или иначе, является своего рода значительным расходом для добавления в программный проект, который в любом случае может делать довольно много других вещей.
Как правило, веб-сайт - это каталог, а приложение - машина лояльности. Разработки мобильных приложений - и это только для того, чтобы решить проблему - разные среды разработки, разные проблемы с точки зрения аппаратного обеспечения, разные принципы проектирования пользовательского интерфейса и возможности, вам придется иметь возможность работать в автономном режиме - потому что многие приложения, которые люди ожидают, смогут использовать их, если они отключены - они не хотят потерять данные; некоторые данные должны храниться локально. Вы создаете приложение, отличное от того, которое вы можете создать, скажем, для рабочего стола. И затем, у вас есть проблема с мобильным сервером, там должно быть промежуточное программное обеспечение, там будут процедуры безопасности. Вполне вероятно, что на заднем плане будет сервис-ориентированная архитектура, где вы будете связывать разные вещи. И это говорит о том, что вы не просто берете команду, которая занимается разработкой приложений на сервере и тому подобным. Бросив им мобильный, вам действительно нужны мобильные разработчики. И люди с мобильным опытом.
В любом случае, сказав это, скажу лишь одно: прежде всего мобильные приложения в большинстве случаев являются точкой соприкосновения с клиентом, поэтому они должны быть действительно хорошими, потому что клиент будет оценивать компанию на основе мобильных устройств. опыт, или это повлияет на их суждение. И в некоторых случаях, как я уже говорил, мобильное приложение - это то, что определяет успех в бизнесе; это может быть то, что действительно делает организацию. И, конечно же, это может быть и влажная куртка.
Сказав это, я передам мяч Эрику.
Эрик Кавана: Хорошо, и я передам это прямо Биллу. Билл, если ты хочешь пойти в Быстрый старт и поделиться своим экраном?
Билл Эллис: Да. Вот?
Эрик Кавана: Это верхний левый угол.
Билл Эллис: Да. Спасибо за инструкции, я ценю это. Робин, мне очень понравилась твоя дискуссия, это было забавно. Я работаю в виртуальной команде 18 лет, поэтому я считаю себя частью мобильной рабочей силы. Иногда я волнуюсь, что увижу, если у меня есть функция после работы, мне часто приходится одеваться, чтобы пойти на нее. (Смеется) И я, возможно, начинаю терять представление о том, что такое «одетый», так или иначе. (Смеется.) Давайте начнем. Я хочу подтвердить, что, может быть, Эрик мог бы просто войти и сказать мне, ты видишь мой экран в порядке?
Эрик Кавана: Да, выглядит хорошо.
Билл Эллис: Хорошо. Итак, меня зовут Билл Эллис, я работаю с IDERA в линейке продуктов Precise, и мы поговорим о включении мобильности. И мы действительно говорим о том, чтобы измерить его и убедиться, что он работает к вашему удовлетворению. Одним из важных моментов было то, что люди взаимодействуют с вашей компанией. В некотором смысле, это очень интимно - телефон прямо в чьей-то руке, и поэтому впечатление, скорость, производит большое впечатление на всех пользователей.
Итак, это был опыт работы с клиентами, которым я поделился. Они пошли жить, это не прошло хорошо. И поскольку первоначальный нагрузочный тест не полностью выявил изменения в базовой инфраструктуре приложений, и поэтому я хотел бы подчеркнуть одну вещь, касающуюся мобильных устройств, будь то приложение или HTML5, также существует множество технологий, от которых зависит. Начиная с сети, с веб-сервера, с бизнес-логики, с обмена сообщениями, и, если они совершают покупку, вы знаете, значительную бизнес-транзакцию, они взаимодействуют с системой записи.
И как ни странно, когда мы начинали, мы столкнулись с парой сетевых проблем, так что все эти вещи очень важны даже для проведения самого вебинара. Итак, у вас может быть одно приложение, как минимум шесть технологий, множество конечных пользователей, и просто ответить на самые простые вопросы очень сложно. У конечного пользователя возникла проблема? В чем проблема со стеком приложений, какой код вызывает проблему? И вот, справиться с этими вещами действительно нетривиально.
Теперь, что мы собираемся сделать, это мы собираемся взглянуть на некоторые измерения, которые были сделаны на сайте, чтобы помочь определить, где проблемы в стеке приложений. И здесь мы видим график, где ось Y - время отклика, ось X - время дня. И гистограмма стека - это измерение того, где транзакции конечного пользователя проводят свое время. И поэтому у вас здесь есть хорошая тенденция, и затем она идет вверх и вверх и вверх. По сути, это демаркация переключения, поэтому, взглянув на гистограмму стека, вы можете увидеть, что на уровне J2EE много проблем. Вы также видите проблемы на уровне веб-сервера, а затем есть довольно большие подъемы, в том числе и на уровне базы данных.
Итак, теперь, когда мы определили, что есть несколько уровней, с множеством проблем, нам нужно пойти немного дальше, чтобы точно выяснить, что происходит, чтобы иметь интеллектуальный ответ на этот новый шаблон использования и этот очень медленный мы говорим о четырех-пятикратной пониженной производительности. Итак, первое, что мы хотим сделать, это сказать: «Это одна транзакция», и поэтому мы посмотрели на область действия слева от всех транзакций, и они могут, консультируясь, это действительно легко взглянуть на гистограмму времени отклика, чтобы увидеть, что на том же клиентском веб-сервере Java для определенных транзакций больше, чем для других, время базы данных. Но это действительно по всем направлениям с точки зрения всех транзакций.
И это касается пользователей, и вы начинаете понимать, что это глобальное развертывание, поэтому вы смотрите на основные континенты в мире, так что это все пользователи, все места. Это глобальная проблема, она возникает, поэтому она начинает изолироваться, это не один или конкретная группа пользователей - это то, что больше происходит на стороне центра обработки данных. И вот мы начинаем диагностировать, ну где данные? Какие уровни приложений? И поэтому мы начинаем смотреть на то, как увеличивается среднее время отклика, также с учетом количества выполнений, чтобы получить представление о масштабировании. Это очень интересно - нижняя половина на самом деле показывает долгосрочную историю, и вы можете видеть очень большое количество обращений, но другой стороной этого является количество одновременных подключений относительно мало. После того, как мы переключились на мобильное приложение HTML5, число соединений более чем удваивается при гораздо меньшем - мы говорим на порядки - это в 100 раз меньше обращений, поэтому мы не масштабируем; у нас как минимум вдвое больше соединений, чем было раньше. Итак, мы начинаем понимать, какие новые требования предъявляет мобильное приложение к базовой инфраструктуре.
Итак, давайте пойдем еще дальше, потому что нам нужно определить, где возникают проблемы. Итак, здесь вы, в основном, смотрите на такие вещи, которые нам не нужны, и нам действительно не нужна была эта гистограмма, чтобы сказать, что мы не выполняем наши SLA, но мы можем легко увидеть это на верхнем графике. Но у нас есть вторичное подтверждение с точки зрения количества выполнений для несоблюдения SLA. Теперь, на самом деле, мы начнем рассматривать блокировку, и это внутри - это случается с WebLogic, но внутри уровня бизнес-логики. И вы можете видеть здесь, и это может быть немного сложно для чтения, но вы продвигаете 31 000 захватов блокировки для суммарного времени блокировки 12 часов 30 минут. Итак, это явно огромная проблема.
Теперь влияние блокировки показывает нам, что всегда есть некоторая деривация правила 80/20. Это действительно один метод, одна группа методов, которая действительно вызывает проблемы. Теперь мы начинаем выделять проблемы в рамках определенного уровня. Итак, мы пойдем немного дальше, и вот система обмена сообщениями. И мы начинаем видеть это, график с течением времени, который я обведу кружком в верхнем левом углу, вы можете видеть, что грубое время отклика увеличивается, и розовый, ключ, это фактически показывает очереди, и на самом деле совсем другое в очереди, что происходит, это подталкивается из-за количества соединений. И поэтому система обмена сообщениями делает намного больше работы; есть намного больше - если вы проведете аналогию с этим продуктом, в каждой полосе у кассы будет намного больше тележек - и это то, что подталкивает очередь вверх, и вы можете увидеть это наиболее четко в области. Каждый из доменов видит очень, очень высокую очередь.
До сих пор я идентифицировал блокировку в WebLogic, я идентифицировал очереди в системе обмена сообщениями, и это случилось с Tuxedo. И затем, то, что мы смотрим здесь, - это аналогичный тип анализа, но мы смотрим на состояния выполнения в системе записи. И это, случается, состояния выполнения в Oracle. Причина, по которой мы фокусируемся на времени, заключается в том, что время обладает двумя превосходными свойствами. Номер один: это способ, которым конечные пользователи и приложения испытывают производительность. Во-вторых, он измеряет потребление ресурсов. И поэтому он автоматически определит, где находятся узкие места. И поэтому я вижу здесь, на уровне базы данных, что у меня есть дополнительное время ввода-вывода, поэтому я подчеркиваю подсистему хранения. Каждый уровень зависит от нижестоящего уровня, поэтому база данных зависит от хранилища. Я также вижу, что во время базы данных я делаю блокировки. Итак, мне нужно немного более детализироваться, прежде чем эта информация станет более действенной. И так, давайте войдем, очистить лук еще один слой.
Теперь, это на самом деле взгляд на количество выполнений, ось Y в этом количестве, это тысячи, вы смотрите на 9000, девять миллионов, и, таким образом, число выполнений также увеличивается и увеличивается. Итак, новое мобильное приложение подчеркивает приложение целым рядом способов. Блокировка, если вспомнить: блокировка на веб-уровне, постановка в очередь в системе обмена сообщениями, дополнительный подсчет выполнения на уровне базы данных, дополнительный ввод-вывод, дополнительная блокировка на уровне базы данных. Итак, мы на самом деле влияем на каждый уровень в спецификации приложения. И поэтому очень важно иметь метрики для каждого уровня в стеке приложений. Здесь я на самом деле делю действия базы данных на программы, и я вижу, что у меня действительно есть две программы: бирюзовый цвет отображает блокировку приложения. Итак, этот, сервер распространения как блокировка приложения, приложение, это мобильная часть, также есть блокировка приложения. И вы можете видеть, что некоторые из них являются узким местом в самом хранилище.
Теперь я получаю, отчищая лук, чтобы посмотреть, что я могу сделать на каждом уровне. И причина, по которой я это делаю, заключается в том, что многие люди смотрят на это с точки зрения планирования мощности. И большинство облачных сервисов говорят о расширении серверов, процессоров и памяти. Другая сторона медали также важна для кода приложения, который выполняет и управляет потреблением этих ресурсов. А когда вы узнаете о коде приложения, вы теперь можете оценить его производительность за счет эффективности обработки. Таким образом, у вас есть обе стороны одной медали, и это дает ИТ-специалистам дополнительные возможности для решения проблемы. Это не просто добавление большего количества серверов, это также то, что мы можем сделать, чтобы очистить вещи и работать более эффективно? Старая «Работай умнее, а не усерднее».
Итак, здесь, на самом деле, у Oracle есть замечательная вещь, называемая Модули и Действия, где вы можете начать документировать код, и вы также можете взглянуть на вещи другим способом, как здесь, блокировка приложения, которую мы видели? Что ж, это пришло через код ведомости расходов, оно также вошло через сервер распространения, и поэтому это два основных драйвера этой новой блокировки. И новое хранилище поступает через онлайн-систему, и поэтому вы начинаете действительно создавать профиль, где драйверы для этого дополнительного потребления ресурсов. Другое дело, чтобы можно было точно определить драйверы в базовом коде. И так, вдаваясь в это, я думаю, что мы посмотрели на эту ведомость расходов, и поэтому мы идем сюда.
Теперь, глядя на используемые объекты, вы начинаете видеть этот журнал сообщений. Ну, каждый раз, когда они отправляют сообщения - и мы увидели, что они увеличиваются в несколько раз - мы фактически касаемся этой таблицы журнала сообщений, и через минуту вы действительно увидите, что это на самом деле вызывает большую блокировку внутри Уровень базы данных. Таким образом, эти новые модели использования оказывают большое влияние на стек приложений. Теперь с правой стороны находится код SQL, и это фактически код приложения, и мы отслеживаем, что операторы SQL делают в зависимости от состояния выполнения. Итак, с помощью цветовой кодировки очень легко увидеть, какие операторы SQL участвуют в этих блокировках. Причина, по которой это действительно важно, заключается в том, что если вы обращаетесь к своему администратору базы данных и говорите: «Эй, мы думаем, что есть проблема на уровне базы данных». Они могут просто посмотреть на базу данных, и она может выглядеть примерно так же, как это бежало вчера.
Но, будучи способными сопоставить то, как приложение использует базу данных, они могут точно определить операторы SQL, на которых им следует сосредоточиться, и затем они могут перейти к некоторым из этих передовых практик, просматривая планы выполнения и все эти вещи. что они могут настроить, чтобы заставить систему записи работать намного быстрее. И поэтому, сопоставляя сомнения в коде, очень важно, чтобы технические специалисты могли решать и исправлять лежащие в основе проблемы. Теперь, здесь, мы также говорили о хранилище - здесь вы видите количество физических чтений, вы можете видеть, когда это произошло, и это начинает проникать в аппаратную архитектуру, потому что, когда вы планируете развивать систему, один из Вещи, которые вы можете выбрать, - это выбор различных типов хранилищ, и у них совершенно разные профили расходов. И в некоторых случаях имеет смысл обновить и оплатить флэш-память; если я делаю намного больше случайных чтений, то эта флеш-память действительно окупится за меня.
Итак, всеобъемлющее сообщение об этом заключается в том, что с новым приложением предъявляются новые требования к системе, и базовый стек приложений должен развиваться для удовлетворения этих потребностей. И вы также хотите посмотреть, каковы эти потребности, и можно ли изменить код, чтобы сделать его более эффективным? И, наконец, в ЦП, вы можете видеть на период перехода, мы работали примерно на 10 процентов, а затем, однажды с новым кодом, мы в 4X, теперь мы на 40 процентов, и это очень важно для физических и виртуальных сред убедиться, что у вас есть достаточные ресурсы сервера для удовлетворения потребностей приложения. Итак, вот еще несколько подробностей, так что вы можете увидеть некоторые из этих цифр немного заранее. Интересно, что на уровне сервера потребление памяти не сильно изменилось, но, безусловно, количество требуемых циклов ЦП имело место.
И это в основном просто повторение просмотра отчета о расходах, масштабирования, факта, что количество выполнений фактически уменьшилось, но время выполнения увеличилось. И это показало, что при мобильности компонент расходов приложения действительно испытывает проблемы. И это определенно повлияет на пользователя, потому что если вы не можете выполнять свою работу, люди просто перестанут использовать мобильность. И что хорошо в мобильности, так это то, что она действительно повышает производительность труда, и это очень хорошо для зарплаты и так далее, так что вы определенно хотите, чтобы это произошло. Теперь мы смотрим на то же самое здесь, просто с точки зрения местоположения, так что это Европа и Ближний Восток, азиатские VPN-соединения, а затем и штаб-квартира. И США в целом. Таким образом, мы считаем, что одним из способов получения этой ценной информации на каждом уровне стека приложений является точная линейка продуктов.
Я собираюсь просто очень быстро, Робин и Эрик, я просто как бы просто представляю обзор того, что делает Precise, и почему он спроектирован так, как он спроектирован. И что происходит, если конечный пользователь пытается что-то сделать, в центре обработки данных много технологий, конечному пользователю действительно все равно, он просто хочет делать свою работу. Между тем, у вас есть много людей в IT, доброжелательных, очень умных, но они даже не знают о проблеме, пока этот пользователь не сообщит, если они сообщат. И потом, во многих случаях это приведет к очень дорогостоящему, очень трудоемкому процессу, требующему времени, когда люди смотрят на подмножество стека приложений, но очень сложно ответить на эти основные вопросы о том, кто, что, когда, где, почему.
Итак, мы верим, измеряя транзакции конечных пользователей, начиная с их устройства, через сеть, через веб-сервер, в Java, собирая эту информацию, мы можем ответить на вопросы, кто, что, когда, где, почему, предоставляет рекомендации, но, наверное, самое главное, завершение цикла обратной связи. Нам всем нужна обратная связь для улучшения, это единственный способ узнать, что что-то идет не так. Помещая историю в централизованное хранилище, она предоставляет один лист музыки для всех. И так, становится очень легко выяснить, где проблемы, поэтому еще раз, дизайн заключается в измерении транзакции конечного пользователя; это позволит идентифицировать медленные транзакции, сегментировать их, рассказать о том, какая технология является проблемой, а затем предоставить экспертный взгляд на каждый из отдельных уровней, чтобы вы могли выяснить, что происходит. Precise предоставит учебные материалы, а также отчеты и информационные панели для всех заинтересованных сторон, хотите ли вы просто получить обзор или хотите получить глубокое технологическое представление о том, что происходит.
Теперь, что может случиться, например, как день из жизни, либо вы, как ИТ-специалист, можете позвонить конечному пользователю, либо иногда конечный пользователь может позвонить вам. Войдите в Precise, вы можете сфокусироваться еще раз, ось Y - это ответ, ось X - это время в течение дня. Здесь мы все подсостояния, поэтому у вас есть время клиента, время веб-сервера, Java, смокинг, время базы данных. Здесь у вас есть движущие транзакции, вы можете вызвать меню для идентификации конкретного конечного пользователя, и таким образом ИТ-отдел сможет решать проблемы именно этих конечных пользователей. И поэтому вы можете точно видеть, когда они были заняты, вы могли видеть, что они использовали управление контентом, вы можете сосредоточиться на этой транзакции, а затем Precise предоставит вам анализ этой транзакции.
Процент в конце прибавляется к проценту, точному, и это говорит о том, сколько времени, но процент времени, затраченного на этот отдельный шаг, вплоть до отдельных операторов SQL, это контекст. И одна из вещей, которые мы говорим, состоит в том, что у каждого есть инструменты, но у немногих магазинов есть контекст. А контекст позволяет администратору Java сосредоточиться на коде приложения, а администратор БД должен идентифицировать, как в данном случае, конкретный оператор SQL. Таким образом, благодаря этой информации они получают гораздо больше информации о том, как устранить основную причину для конкретной транзакции, которая влияла на конкретного пользователя. Итак, вы действительно лазером сосредоточены на первопричине. И вы можете проанализировать оператор SQL, где он провел свое время, ну, в общем, выполнение? И наоборот, многие инструменты, такие как Enterprise Manager, просто выбирают их. Они большие, они могут это принять. Они смотрят на вещи с точки зрения экземпляра, и этого недостаточно для того, чтобы попасть в эти приложения.
Как правило, ваши мобильные OLTP-приложения будут иметь низкую задержку и высокую пропускную способность, поэтому сосредоточиться на списке из десяти лучших, это только начало, но на самом деле оно недостаточно хорошо для приложений такого типа. И затем, другое дело, что особенно для приложений, размещенных внутри, идентификация по идентификатору пользователя очень важна, поскольку речь идет не только о приложении и инфраструктуре, но и о том, как конечные пользователи используют приложение. И конечные пользователи обычно ведут себя намного лучше, когда вы можете их идентифицировать. Итак, это всего лишь экран различных транзакций и опыта клиента, а затем подсегментированный (смеется). Думаю, я говорил немного долго. Немного усталый здесь; Я собираюсь пахать впереди.
Здесь мы смотрим на сводную панель, которая отображает оповещения, а затем показывает различные уровни стека приложений. Вот ваши веб-серверы, и вы можете проверить по количеству времени отклика, что все сбалансировано. Вы можете посмотреть на доступ к браузеру, вы можете посмотреть на сохранение использования и сборку мусора, убедиться, что у вас есть этот хороший шаблон пилообразных, что у вас нет утечки памяти и т. Д. И идея этого заключается в том, чтобы предоставить немного немного технической панели каждого из компонентов в стеке приложений. Таким образом, линия продуктов Precise, предлагаемая IDERA, предлагает мониторинг производства, 24 на 7, очень подробную информацию. Это довольно легко развернуть; вам не нужно отображать транзакции, что бы ни делали конечные пользователи, Precise автоматически соединяет точки через стек приложений.
Если нижний уровень не имеет инструментария, Precise распознает это и предоставит время входа и выхода и порекомендует вам применить нисходящий уровень. И так, это очень просто время ценить; мы очень сильны в базе данных, это своего рода претензия IDERA к славе. И причина, по которой это так важно, заключается в том, что каждая значимая бизнес-транзакция взаимодействует с системой записи, поэтому база данных становится основой производительности. И поэтому другие инструменты на рынке, они хорошо работают, но хорошо не совсем хорошо; вам действительно нужно точно знать, что происходит с операторами SQL. И мы делаем много продвинутых вещей, которых для этого слишком много, таких как ведение истории операторов SQL и отслеживание планов выполнения с течением времени. И так, это область, которую мы можем исследовать дальше, если вам может быть интересно.
Итак, с этой платформой производительности приложений Precise мы приглашаем вас запросить дополнительную встречу через веб-сайт idera.com, если у вас есть дополнительный интерес к решению и темам, которые мы обсуждали сегодня.
И, Эрик, с этим, я думаю, мы все еще на связи, я собираюсь передать эстафету тебе и Робину. Спасибо.
Эрик Кавана: Нет, это потрясающе, и мне нравится контент, который вы собрали здесь, потому что вы делаете фантастическую работу, демонстрируя, насколько сложная среда находится под капотом. И, конечно же, вся работа Precise, цель Precise - помочь преодолеть эту сложность и понять, что на самом деле происходит, и быть в состоянии предпринять некоторые действия, чтобы что-то улучшить. И я просто изумлен, насколько это сложно. Я предполагаю, что Precise также позволяет вам идентифицировать определенные модели поведения и затем назвать их, или, по крайней мере, записать их или добавить в закладки или что-то в этом роде, верно?
Билл Эллис: Да, одна из вещей, которая произойдет, это то, что ты не хочешь преследовать свой хвост; Вы не хотите просто тратить много времени на одноразовый. Итак, вы хотели бы посмотреть, каковы модели, каковы тенденции, потому что есть много технологий для управления. И поэтому одна из вещей - расставить приоритеты и уметь ранжировать, знать, где проводить время, знать, что нужно оттачивать. И вы также хотите придерживаться консервативного подхода с меньшим риском и более низкой стоимостью. Вы не хотите обязательно вносить дорогостоящие глобальные изменения, не имея оценки или очень хорошего понимания, что это действительно поможет решить эту проблему. Итак, знайте, что происходит с течением времени, и этот тренд имеет жизненно важное значение для разумного решения основных проблем.
Эрик Кавана: Это имеет смысл. И насколько важна виртуализация для того, чтобы видеть, что происходит, и затем, вы входите в организации, которые используют контейнеры - например, с помощью Docker? И как это повлияет на то, что может сделать Precise?
Билл Эллис: Да, так что слово «контейнер» может означать разные вещи в зависимости от разных поставщиков. Итак, мы работаем с VM, почти все используют VMware - я считаю это стандартом де-факто на данный момент; Я знаю, что там есть конкуренты. И мы расширяем то, что мы поддерживаем, но VMware является доминирующим в стеке Oracle. Есть контейнерные базы данных, и поэтому все это очень важно, чтобы иметь возможность очень быстро развивать вашу систему. Также очень важно знать в виртуализированной среде, когда физический хост не может удовлетворить потребности всех гостевых контейнеров, потому что каждый из них конкурирует за ресурсы.
И одна из вещей, которые на самом деле произошли внутри, я был удивлен, это то, что у нас в IDERA было так много бездействующих виртуальных машин, но каждая из этих неработающих виртуальных машин потребляет ресурсы, что они начали вызывать общую проблему для виртуальных машин, которые на самом деле были использовали то, что было важно для нас, ведя наш бизнес. И это было довольно интересно. Теперь мы не поддерживаем все технологии под солнцем; с этим решением связана матрица поддержки, и это одна из вещей, которую мы хотели бы изучить для конкретного потенциального клиента или конкретного клиента, просто чтобы убедиться, что мы можем удовлетворить технологические потребности и отдельные технологии, которые их стек приложений работает под.
Эрик Кавана: Да, это имеет большой смысл. Исходя из вашего опыта, каковы некоторые из основных сил, которые сейчас вызывают проблемы на мобильных устройствах? Когда вы и я разговаривали перед этой веб-трансляцией пару месяцев назад, вы очень хорошо отметили, что только функциональность и расположение iPhone или какого-либо мобильного устройства могут стать настоящей проблемой для бизнеса, потому что внезапно конечный пользователь может не понять, как сделать какой-то конкретный процесс в рабочем процессе, верно? Итак, на данный момент, что вы включаете в разработку мобильных приложений, вы показываете разработчикам, где возникают проблемы, и затем вы можете сопоставить это с тем, что приложение делает на этом конкретном устройстве или на этом конкретном устройстве. И это очень полезно, верно, для разработчика, потому что теперь они могут видеть, что является причиной проблемы, они могут внести некоторые изменения в приложение, чтобы решить это, верно?
Билл Эллис: Да, это своего рода наложение невероятно высоких ожиданий - все ожидают, что все в некотором смысле просто сработает, но там так много разнообразия. У вас есть все эти разные смартфоны, они имеют разные размеры экрана, а затем у вас есть разные поставщики коммуникаций, Verizons, AT & Ts, Sprints, это только популярные в Соединенных Штатах. И там так много разнообразия, это как хорошо, как вы обнимаете все это, чтобы начать понимать, где проблемы? Итак, есть много доступных метрик, и одна из вещей, которые сделала наша команда по управлению продуктами, это попытка использовать метрики, которые являются наиболее важными или наиболее необходимыми для ИТ-команды, чтобы иметь возможность принимать разумные решения.,
Итак, это своего рода вызов, и мы делаем наш продукт похожим на рынок, поэтому мы получаем отзывы от наших клиентов, и всегда есть запросы на улучшение, так что «Привет, этот дополнительный показатель был бы очень полезен для нас». Итак, наш продукт развивается так же, как рынок, но если бы я должен был сказать, на самом деле Эрик, это действительно интересно для меня, это все ожидания. Люди похожи, раньше они возвращались в тот день, когда люди ждали пять, семь секунд, пока экран не всплыл, теперь это как одна или две секунды, люди вроде «О, это приложение вообще не работает!» (Смеется)
Эрик Кавана: Это смешно. Это правда!
Билл Эллис: Это безумие.
Эрик Кавана: Да, это немного нереально, если честно. И я думаю, что, возможно, мы начнем видеть немного больше реализма вокруг этой темы, но, тем не менее, это жизненный факт, которого люди очень и очень сильно ожидают. И я думаю, Робин, я верну тебя очень быстро за последние пару минут. Мне очень понравилась ваша оценка веб-сайта как каталога и приложения как машины лояльности. И к этому моменту мы говорили о том, как дать разработчикам этих приложений возможность понять, что происходит: можно ли их использовать? Разве это не полезно? И что вы можете изменить, чтобы настроить это? И, к слову, всего лишь секунду назад время цикла решения этой проблемы действительно сократилось, верно? Это просто не так, как раньше - ты должен исправить это быстро. Или у вас просто будет огромный спад в использовании, верно?
Робин Блур: Да, в это вовлечено множество других вещей, так что у вас есть эта гибкая разработка и у вас есть ожидания во многих местах, что вы собираетесь выпустить новую версию что-то, что находится в процессе разработки или в процессе изменения, каждые пару недель. И это означает, что когда вы думаете об этом, если вы думаете о средах развертывания и думаете, насколько велик стек, когда вы переходите на мобильную связь, у вас на самом деле есть несколько потенциальных устройств на конечном узле, и тогда у вас будет промежуточное ПО посередине. И вы вполне можете иметь под и под вами может быть базы данных. Таким образом, вы можете касаться многих, многих приложений; вы можете касаться нескольких баз данных, и вы можете делать очень сложные вещи с точки зрения безопасности. И все это должно работать, и ожидается, что оно будет работать достаточно хорошо.
И иногда это удивительно, но я думаю об этом, если вы действительно, если вы создаете мобильные приложения, которые действительно являются ключом к успеху компании, и многие из них оказываются, многие из этих вещей действительно есть. Если вы выполняете мобильное техническое обслуживание нефтяных вышек, нефтепроводов и тому подобного, это своего рода работа. Последствия того, что он не работает, просто ужасны. А если у вас нет возможности фактически нарезать приложение на части и знать, где что-то идет не так, потому что в большинстве случаев это производительность. В настоящее время у нас есть действительно хорошие тестовые наборы, так что да, есть ошибки, которые исправляются. Но в основном, если что-то идет не так, это проблема производительности. И если вы не можете поставить стетоскоп в 18 разных местах, тогда действительно сложно определить, что происходит не так. И у вас также есть фактор сети, и у вас также есть реальность, что любой конкретный компонент в приложении может подвергаться стрессу в разное время дня из-за характера этого конкретного приложения. Вы должны иметь сложные инструменты мониторинга, если вы собираетесь иметь шанс со всем этим.
Эрик Кавана: Да, я должен был бы согласиться, и я думаю, что это действительно сила Precise от IDERA, в наши дни. И Билл, я полагаю, какие-нибудь заключительные комментарии от вас? Я думаю, что эта технология фантастическая. Я также понимаю, что, как пользователь этой технологии, вам действительно нужно понимать сложность информационных систем и их зависимости, и уметь выяснять, где, когда и как вы синтезируете всю эту информацию, чтобы оценить, что на самом деле происходит. А для этого нужен умный и обученный человек, и, честно говоря, это одна из причин, почему я совсем не обеспокоен тем, что машинное обучение убирает работу. Я думаю, что машинное обучение может быть очень полезным при использовании такой технологии, чтобы выявлять общие закономерности и затем предлагать конечному пользователю предложения относительно того, что может происходить здесь. Но какие у вас есть заключительные мысли о том, чтобы действительно придать предприятию важность наличия такого рода средств устранения неполадок, и что они должны знать об этом, помимо того, что вы уже сказали?
Билл Эллис: Да, Эрик, я бы согласился с тобой, что здесь очень много сложностей. Я считаю, что линейка продуктов Precise, ориентируясь на метрическое время, позволяет пользователю, который может читать гистограмму стека, успешно использовать Precise, и я просто хочу поблагодарить участников, а также вас и Робина за организацию сегодняшнего вебинара.
Эрик Кавана: Вы держите пари! И, как я уже сказал, мы будем размещать этот архив в течение некоторого времени, поэтому не стесняйтесь делиться им с друзьями и коллегами; мы архивируем все эти веб-трансляции. Я отправил ссылку на слайды несколько минут назад, не стесняйтесь проверить это, но снова отличная работа, Билл, сегодня. Вы действительно знаете свои вещи; Всегда приятно работать с таким профессионалом, как ты. И я думаю, что это действительно будут передовые технологии для мобильной рабочей силы! Так что, спасибо за ваше время, ребята, в следующий раз мы вас догоним, позаботимся. Пока-пока.
