От персонала на Техопедия, 21 юни 2017 г.
Отнемане: Домакинът Ерик Кавана обсъжда мобилната работна сила с д-р Робин Блур и Бил Елис на IDERA.
В момента не сте влезли. Моля, влезте или се регистрирайте, за да видите видеото.
Ерик Кавана: Добре, дами и господа, сряда, 21 юни Това е 4:00 източно време и разбира се, че в света на корпоративните технологии е време за Hot Technologies! Да, именно. Казвам се Ерик Кавана, ще бъда вашият домакин и модератор на днешното събитие. Гореща тема е, тя е голяма: „En Marche! Активиране на мобилната работна сила. ”И умишлено не грабнах лозунга от кандидатурата на господин Макрон във Франция. Беше съвсем случайно, обещавам ви, но все пак е доста вълнуващо. Така че, ще поговорим за мобилната работна сила и как можете да се уверите, че тези хора ще получат това, от което се нуждаят, и те могат да правят това, което правят добре. Много предизвикателства, много проблеми навън. Ще архивираме тази уебкаст за по-късен преглед, така че ако пропуснете нещо, можете да се върнете и да го проверите. Също така, споделете го с вашите приятели и колеги.
И трябва да кажа, не се срамувайте; най-добрият начин да получите наистина персонализирано съдържание и необходимата информация от събитие като това е да задавате въпроси. Така че можете да зададете въпрос от прозореца за чат или от Q&A компонента на вашата конзола за уеб предаване. По всяко време по време на събитието, изпратете го и аз ще съм сигурен, че ще го вземете и ще го вплете в Q&A в края. Ще имаме няколко презентации и тогава ще чуем от Бил Елис от IDERA Software. Разбира се, днес нашата линия Robin Bloor е на линия. И с това, нека се потопим точно.
И така, имам няколко добри статистики от RCR Wireless за това, което се случва, и наистина това е доста ум. Казват, че глобалната мобилна работна сила ще удари 1, 87 милиарда души до 2022 г. Това е над 40 процента от общата работна сила на планетата. Така че, ако мислите за това, изведнъж, където преди сте имали, по отношение на ИТ възможности, по отношение на функционалността на устройства като компютри, където сте имали 99 или повече процента от това в помещения във вашия офиси - това беше дори, да речем преди 15 години, преди 10 години вероятно беше 85-90 процента, преди пет години беше като 70 процента? Нещо такова? Сега всичко е надолу, почти до 60 процента. И това е голяма работа. И така, видяхме тази огромна промяна по отношение на технологиите, реалните инструменти, които хората използват, се преместват извън офиса, в работната сила.
Е, има безброй ползи от това. Искам да кажа, че буквално, ако погледнете например корабоплаването, например UPS, или ако погледнете момчета, които излизат на платформата в нефтените находища, ако погледнете някоя от различните работни места, където помага да имате дълбока функционалност при вас, на пътя мобилната работна сила променя всичко. Сега един от проблемите - и ще говорим за това е малко по-голяма дълбочина - е, че имаме няколко различни неща, едно от които е разнообразието на работна сила. Така през 2020 г. - току-що видях статистиката днес - ще има пет поколения хора в работната сила. Това означава, че ще имате баба и дядо, а след това мама и татко, а също и децата, но теоретично ще имате по същество пра-дядо и пра-пра-дядо и пра-пра-баба там. Сега очевидно не е в рамките на конкретно семейство, но въпросът е съобразен с поколенията, имате пет различни категории широки индивиди в работната сила, всеки от тях има свои собствени тенденции, собствени предразположения, собствена склонност към работа с технология.
Очевидно децата са склонни да бъдат на първо място мобилни по отношение на това как взаимодействат със света. И просто помислете за комуникационните канали, които тя се промени - говорихме за това в друго шоу наскоро; SnapChat е как общуват много тийнейджъри, те всъщност дори не искат да разговарят с вас по телефона, те просто искат да изпращат малко SnapChat съобщения напред и назад. Това е само един пример в потребителския свят как нещата се променят и това би могло да се разпространи в целия спектър от технологии, функционалност, индивидуалност, компания, бизнес модел. Всичко е на цялата карта, но въпросът е, че мобилната работна сила е истинска, тя е там и освен ако вашата компания няма солидна програма за разбиране как това се отразява на вашите бизнес процеси - и говоря за много специфични технологични данни, подхранвани процеси - ако не разбирате какви са те и не управлявате това чрез ИТ инфраструктура и процес и перспектива за управление, ще имате всякакви проблеми.
И така, има iPhone. Спомням си, когато излезе тази гадина, изглежда, че е преди милион години. Но беше само като какво, 2007 или '08? Не толкова отдавна нямахме iPhone и, разбира се, форм-факторът просто коренно промени технологията и наистина даде възможност на мобилната работна сила. И си спомням, че навремето излезе iPad и след това iPhone, точно по същото време. Не мога да си спомня кой беше първият, но iPad наистина беше една от най-важните сили за промяна на корпоративните ИТ, вероятно от мейнфрейм. И причината е, защото честно казано, много много висши ръководители, хора от C-Suite от големи организации го обичаха точно от прилепа. И каза: „Искам. Работя. ”Е, помислете за това - внезапно ИТ трябваше да се обърне и да се справи с проблема, с който вероятно не искаха да се справят, който беше с всички тези нови устройства.
И така, сега, ако сте имали iPad - е, как да го вплетете в матрицата? Как поддържате управлението на това? Това са наистина големи предизвикателства и старият iPad и iPhone наистина бяха изключително разрушителни сили в ИТ и ИТ управлението за много организации, големи и малки. Така че, ние все още имаме този спектър от предизвикателства и предимства, който варира около толкова широк масив, колкото можете да си представите, с мобилни устройства. И разбира се, те продължават да се променят, нали? И така, сега това не е само BYOD, а и BYOA много пъти, където ръководители и професионалисти носят собствено устройство. Е, ние наричахме това „ИТ в сянка“, нали? За тези от вас от онова по-старо поколение, може би си спомняте старите радио предавания, те имаха радио драма и едно от тях беше „Сянката“ - „Кой знае какво зло дебне в сърцата на хората? Сянката знае. ”И аз си спомням това, защото бях дете. Е, информационните технологии в сянка се търкалят навсякъде; всички вършат сянка ИТ.
Това е истинско предизвикателство за ИТ управлението и управлението на бизнес процесите, всички оператори. Искате да можете да използвате мобилните устройства, но искате да можете да свържете това обратно към вашите системи и има много странни, малки проблеми, които влизат в игра. Не на последно място е визуалното изживяване и свързаната с него функционалност, която получавате, когато използвате мобилно устройство. И всеки от вас, който е използвал множество устройства като iPad, срещу лаптоп, срещу десктоп, срещу някои от по-новите мобилни смартфони, които излизат, преживявайки факта, че функционалността не работи съвсем както трябва, и това е истински проблем. Всъщност войните за браузърите трябваше да ни подготвят за това, защото и в браузърите всичко се случва малко по-различно. И това е още едно голямо предизвикателство не само за дизайна, не само за външния вид и усещането и елегантния характер на приложението, което използвате, но реалната функционалност. Как да получите падащото меню, за да изберете какво искате на това устройство? Това е голяма работа.
И така, за това ще поговорим малко днес и ще чуем от Робин и Бил Елис, както споменах, който е истински експерт в тази област. И така, това е един от големите проблеми, които хората имат - това е просто разнообразието от проклятие и няма единен метод за работа в платформи. Имате Samsung и Apple най-вече да правят тези неща, но има всякакви видове - има толкова много устройства! Наскоро видях, че iPhone печели по отношение на продажбите и бях шокиран колко нисък е броят им - беше като, не мисля, че беше дори 20 процента! И те бяха номер едно, което означава, че има буквално десетки - ако не и стотици - устройства, които могат да се използват. Е, можете просто да си представите как се чувства IT отделът за това и, разбира се, този набор от технологии се променя; става все по-разнообразна с всеки изминал ден.
Всичко се променя, имаме всякакви неща - контейнери, само за да хвърлим още един ключ в работата тук. И тогава, разбира се, имаме разнообразието на работната сила. Много хилядолетия, те просто са много различни по отношение на предпочитанията си, начина, по който използват технологиите, през какво са готови да преминат, колко бързо могат да измислят нещата. Обикновено това е по-бързо, отколкото при старите таймери, но въпреки това всичко, което трябва да се преобразува обратно към вашите предварително инсталирани системи или поне до облака. И това е голямо, голямо предизвикателство.
И с това ще го предам на неподражаемия д-р Робин Блур. Робин, отнеси го.
Робин Блур: Добре, благодаря за краткото въведение. Нека да поговорим за мобилните. Това не беше особено очевидно - Ерик се позова на въвеждането на iPhone - не беше особено очевидно, когато iPhone влезе в точно това, което това обяви. Мисля, че стана ясно, когато iPad влезе, че всъщност ще имаме доста разнообразен мобилен свят. Всъщност съм вид фанатик на Apple, така че всъщност не мисля по отношение на Android, но разбира се, въпреки че Apple прави мнозинството по дълъг път, основната печалба както от пазара на тампони, така и от пазара на телефони, вече няма номера, което е нещо интересно. А това означава, че ще има - освен всичко друго - ще има нови устройства, хората ще ги вземат и ще продадат милиони. Така че създава много разнообразна среда, през която може да се наложи да преминете.
Шегата тук на „Бих попитал Сири къде по дяволите сме, ако мога да получа сигнал.“ Това, което прави мобилните устройства малко по-различни, е, че настолните компютри са свързани през цялото време. А мобилните устройства не са непременно свързани и не са непременно 24/7 включени, защото хората могат да ги изключат. също така можете да ги вкарате в самолети и подобни неща и следователно това е различен вид устройство от всичко, което някога сте имали преди. Бих искал да твърдя, че мобилният телефон всъщност е истинският персонален компютър, защото това е този, който имате със себе си през цялото време. Това е определящото човешко мобилно устройство. Таблетката е малко по-различна; Това е една странна ситуация, че когато се замислите, по един или друг начин има повече от един функционален вид мобилно устройство.
Както и да е, какво означава да си мобилен. Интернет се промени. Не забелязвахме как се случва - не забелязах да се случва - но в днешно време 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 пъти по-малко достъпи, така че не сме мащабирани; имаме поне двойно по-голям брой връзки с това, което имахме преди. И така, започваме да различаваме какви са новите изисквания, които мобилното приложение поставя към основните инфраструктури.
Така че, нека продължим още повече, защото трябва да изолираме мястото, където възникват проблеми. И така, ето, вие по принцип гледате как се наблюдават нещата и наистина нямахме нужда от тази лента, за да кажем, че не отговаряме на нашите SLAs, но лесно можем да видим това в горната графика. Но имаме вторично потвърждение по отношение на броя на изпълнението за несъответствие на SLA. Сега, ето, всъщност ще започнем да разглеждаме заключването и това е отвътре - това се случва като WebLogic, но в рамките на слоя на бизнес логиката. И можете да видите тук и това може да е малко трудно за четене, но натискате на 31 000 придобивания за заключване за общо време за заключване от 12 часа, 30 минути. Така че това очевидно е огромен проблем.
Сега въздействието на заключването ни показва, че винаги има някакво извеждане на правилото 80/20. Наистина се свежда до един метод, една група методи, които наистина причиняват проблеми. Сега започваме да изолираме проблемите в рамките на определено ниво. И така, ще отидем малко по-далеч и ето системата за съобщения. И започваме да виждаме това, графиката с течение на времето, която кръжа в горния ляв ъгъл, можете да видите, че грубото време за реакция се увеличава, а розовото, ключът, това всъщност показва опашки и всъщност има много различно опашката, която се случва, която се изтласква нагоре, поради броя на връзките. И така системата за съобщения върши много повече работа; има много повече - ако направите аналогия с тази бакалия, има много повече колички във всяка лента на гишето за каси - и точно това бута опашката и можете да видите това най-ясно в домейна. Всеки от домейните вижда много, много висока опашка.
Досега идентифицирах заключване в WebLogic, идентифицирах опашки в системата за съобщения и това се случва в Tuxedo. И тогава това, което разглеждаме тук, е подобен тип анализ, но ние разглеждаме състояния на изпълнение в системата на запис. И това се случва в състояния на изпълнение в Oracle. Причината, поради която се фокусираме върху времето, е, че времето има две отлични свойства. Номер едно: това е начинът, по който крайните потребители и приложения изпитват производителност. Номер две е измерването на потреблението на ресурси. И така автоматично ще идентифицира къде са задръстванията. И така виждам тук, на нивото на базата данни, че имам допълнително I / O време, така че подчертавам подсистемата за съхранение. Всеки слой е зависим от низходящия ред, така че базата данни зависи от съхранението. Също така виждам, че в рамките на времето на базата данни правя заключване. И така, трябва да получа малко по-подробна информация, преди тази информация да стане малко по-изпълнима. И така, нека влезем, обелете лука още един слой.
Това всъщност е преглед на броя на изпълнението, оста Y в този брой, това е в хиляди, гледате на 9 000, девет милиона и така броя на изпълнението също се увеличава и нагоре и нагоре. И така, новото приложение за мобилност подчертава приложението куп начини. Заключване, само за да се обобщи: заключване на уеб ниво, опашка в системата за съобщения, допълнителен брой на изпълнението на ниво база данни, допълнителен I / O, допълнително заключване в ниво на базата данни. И така, ние сме, аз всъщност оказвам влияние върху всеки ред в спецификацията на приложението. И така, много важно е да можете да имате показатели от всеки подреденост в стека на приложенията. Ето, аз всъщност подразделям активността на базата данни на програма и виждам, че наистина имам две програми: тюркоазеният цвят картографира заключването на приложението. И така, този, сървърът за разпространение като заключване на приложението, приложението, това е мобилната част, това също има заключване на приложения. И можете да видите, че редица от тях са тясно място при самото съхранение.
Сега се качвам, обелвам лука, за да видя какво мога да направя на всяко ниво. И причината да правя това е, че много хора гледат на това от гледна точка на планирането на капацитет. И повечето от облачните услуги, те говорят за разширяване на сървъри, процесор и памет. Другата страна на монетата е също толкова важна, че е кодът на приложението, който изпълнява и управлява потреблението на тези ресурси. И когато знаете за кода на приложението, вече можете да се обърнете към капацитета чрез ефективност на обработката. Така че, имате и двете страни на една и съща монета и това дава на ИТ специалистите допълнителни възможности за решаване на проблема. Това не е просто добавяне на повече сървъри, но и какво можем да направим, за да почистим нещата и да работим по-ефективно? Старото „Работете по-интелигентно, не по-трудно.“
И така, всъщност можем, Oracle има кокетно нещо, наречено Модули и Действия, където всъщност можете да започнете да документирате кода и така можете също да влезете в разглеждането на нещата по друг начин, като тук, заключването на приложението, което видяхме? Е, това влезе чрез кода на разходния лист, той също влезе през сървъра за разпространение и така това са двата основни драйвера на това ново заключване. Новото съхранение идва през онлайн системата и така започвате наистина да изграждате профил, където драйверите са за това допълнително потребление на ресурси. Друго нещо е да можете да определите драйверите в основния код. И тъй като навлизам в това, мисля, че разгледахме този лист за разходи и затова влизаме тук.
Сега, гледайки основните обекти, които се упражняват, започвате да виждате този дневник на съобщенията. Е, всеки път, когато правят съобщения - и ние видяхме, че се увеличава с множество - ние всъщност докосваме тази таблица на дневника на съобщенията и всъщност ще видите след минута, че това всъщност причинява много от заключването в ниво на база данни Така че тези нови модели на използване имат голямо влияние нагоре и надолу по стека на приложенията. Сега отдясно е SQL кодът, и това всъщност е кодът на приложението и следим какво правят SQL операторите по състояние на изпълнение. И така, много лесно е чрез цветното кодиране да видите кои SQL изрази са включени в тези ключалки. Причината, че това е наистина жизненоважно, е, че ако отидете на вашата DBA и кажете: „Ей, ние мислим, че има проблем на ниво база данни.“ Те може просто да погледнат в базата данни и може да изглежда почти по същия начин течеше вчера.
Но ако са в състояние да съпоставят начина, по който приложението използва базата данни, тогава те могат да определят точните SQL изявления, върху които трябва да се съсредоточат, и след това могат да влязат в някои от тези модерни практики, гледайки планове за изпълнение и всички онези неща че могат да ощипнат, за да накарат системата за запис да работи много по-бързо. И така, свързаните съмнения в кода, е наистина жизненоважно да се даде възможност на технологичните експерти да могат да решават и преодоляват основните проблеми. Сега, тук говорихме и за съхранение - тук виждате броя на физическите четения, можете да видите кога това се е случило и това започва да влиза в хардуерната архитектура, защото когато планирате да развивате система, една от нещата, които може да изберете е да можете да изберете различни видове хранилище и те имат много различен профил на разходите. И в определени случаи ще има добър смисъл да надстроите и платите за съхранение на флаш; ако правя много повече случайни четения, тогава това съхранение на флаш наистина ще ми се изплати.
И така, всеобщото послание на това е, че с ново приложение се поставят нови изисквания към системата и основният стек на приложения трябва да се развива, за да отговори на тези нужди. И вие също искате да разгледате какви са тези нужди и може ли кодът да бъде оправен, за да бъде по-ефективен? И накрая, надолу в процесора, можете да видите за периода на прекъсване, ние работихме приблизително на 10 процента и след това, с новия код, сме на 4X, сега сме на 40 процента, и това е наистина важно за физическа, както и за виртуализирана среда, за да сте сигурни, че имате адекватни сървърни ресурси, за да задоволите нуждите на приложението. И така, ето ви само още отблизо, така че можете да видите някои от тези номера малко напред. Интересно на ниво сървър, консумацията на паметта не се е променила толкова много, но със сигурност е бил необходим броя на изискваните CPU цикли.
И това по същество е просто резюме на разглеждането на отчета за разходите, на разглеждането на мащаба, на факта, че броят на екзекуциите всъщност намаля, но времето за изпълнение се увеличи. И така, това показа, че при мобилността разходният компонент на приложението наистина имаше проблеми. И това определено ще има потребителски ефект върху нещата, защото ако не можете да си вършите работата, хората обикновено просто ще спрат да използват мобилността. И хубавото на мобилността е, че наистина дава възможност за производителност на работната сила и това е много добро за заплатите и така нататък, така че определено искате това да се превърне. Сега разглеждаме същото нещо и тук, от гледна точка на местоположението, така че това са Европа и Близкия изток, Азия VPN връзки и след това самата централа. И САЩ като цяло. И така, ние вярваме, че един от начините за получаване на тази ценна информация на всяко ниво от стека на приложения е чрез прецизната продуктова линия.
Ще отида много бързо, Робин и Ерик, просто бързо ми е просто да дам преглед на това, което прави Precision и защо е проектиран така, както е проектиран. И какво се случва, ако крайният потребител се опитва да направи нещо, в центъра за данни има много технологии, на крайния потребител наистина не им пука, те просто искат да си свършат работата. Междувременно имате много хора в ИТ, добронамерени, много умни, но те дори не са наясно с проблем, докато този краен потребител не докладва, ако докладва. И тогава, много пъти това ще стартира един много скъп отнемащ в крайна сметка разочароващ процес, при който хората разглеждат подмножество от стека на приложенията, но е много трудно да се отговори на тези основни въпроси за това кой, какво, кога, къде, защо.
И така, това, което ние вярваме, е чрез измерване на транзакциите на крайния потребител, започвайки в тяхното устройство, през мрежата, в уеб сървъра, в Java, улавяйки тази информация, можем да отговорим на въпросите кой, какво, кога, къде, защо, предоставя препоръки, но вероятно най-важното е завършването на веригата за обратна връзка. Всички ние се нуждаем от обратна връзка, за да се подобрим, това е единственият начин да знаете, че нещо се обърква. С поставянето на историята в централизирано хранилище, тя осигурява един лист музика, от който всеки може да чете. И така, става много лесно да разберете къде са проблемите, така че още веднъж, дизайнът е свързан с измерване на транзакцията на крайния потребител; това ще идентифицира бавните транзакции, ще ги сегментира, това ще каже каква технология е проблем и след това ще предостави експертен оглед на всеки от отделните нива, за да можете да разберете какво се случва. Прецизно ще осигурите обучение, както и отчитане и табла за управление на всички заинтересовани страни, независимо дали искате да имате само преглед, или ако искате да имате задълбочен технологичен поглед върху това, което се случва.
Сега, какво може да се случи, като ден в живота, или вие като IT специалист бихте могли да се обадите на краен потребител, или понякога краен потребител може да ви се обади. Влезте в Precision, можете да се фокусирате още веднъж, ос Y е отговор, ос X е време през деня. Ето, ние сме под-състоянието, така че имате клиентско време, време за уеб сървър, Java, Tuxedo, време за база данни. Долу, тук имате шофиращите транзакции, можете да създадете меню за идентифициране на конкретен краен потребител и по този начин ИТ има възможност да се справи с проблемите на крайните потребители. И така че можете да видите точно кога са били заети, можете да видите, че използват управление на съдържанието, върху което можете да се съсредоточите върху тази транзакция, а след това Precision ще ви даде анализ на тази транзакция.
Процентът в края се добавя с процент, Точен и това ви казва колко време, но процент от времето, изразходвано за тази отделна стъпка, до отделни SQL изявления, това е контекстът. И едно от нещата, за които казваме, че всеки има инструменти, но малко магазини имат контекст. И контекстът позволява на администратора на Java да се съсредоточи върху кода на приложението, DBA да идентифицира като този случай конкретния SQL оператор. И така, с тази информация, той им дава много по-голяма видимост как да се справят с основната причина за конкретната транзакция, която засяга конкретния потребител. Така че, вие наистина се фокусирате върху лазерната причина. И можете да анализирате SQL оператор, къде е прекарал времето си, добре, изпълнявайки? И за разлика от това, много инструменти като Enterprise Manager, само за да ги изберете. Големи са, могат да го вземат. Те гледат на нещата от гледна точка на инстанция и това не е достатъчно фокус, за да влезете в тези приложения.
Обикновено вашите приложения за OLTP мобилност ще бъдат с ниска латентност и висока пропускателна способност, така че да се съсредоточите върху списъка на първите десет, това е начало, но наистина не е достатъчно добро за този тип приложения. И след това, другото е, че особено за вътрешно хоствани приложения, идентифицирането чрез потребителски идентификатор е наистина жизненоважно, тъй като не става въпрос само за приложението и инфраструктурата, а и за това как крайните потребители използват приложението. И крайните потребители обикновено имат много по-добро поведение, когато сте в състояние да ги идентифицирате. И така това е просто един вид екран на различни транзакции и клиентското изживяване, а след това подсегментирано, (смее се) Предполагам, че говоря от доста време. Малко уморен тук; Отивам напред.
Ето, ние разглеждаме табло, което съставихме, което ще показва сигнали и след това ще показва различни нива на стека на приложенията. Ето вашите уеб сървъри и можете да проверите чрез броя на изпълнението на времето за отговор, че нещата са балансирани с натоварване. Можете да разгледате достъпа на браузъра, можете да разгледате запазването на използването и събирането на боклука, уверете се, че имате този хубав модел на трион-зъб, че нямате теч на памет и т.н. И идеята на това е да осигурите малко малко по-техническо табло за всеки от компонентите в стека на приложението. И така, продуктовата линия Precision, предлагана от IDERA, предлага мониторинг на производството, 24 до 7, много подробна информация. Това е доста лесно да се разгърне това; не е необходимо да картографирате транзакции, каквото и да правят крайните потребители, Precision автоматично свързва точките в стека на приложенията.
Ако нивото на низходящия ред не е инструментално, Precision ще разпознае това и ще осигури времето за влизане и излизане и ще препоръча да инструментирате нивото на низходящия поток. И така, много лесно е да се оцени времето; ние сме много силни в базата данни, това е вид претенция на IDERA за слава. И причината, която е толкова важна, е, че всяка значима бизнес транзакция взаимодейства със системата на запис, така че базата данни се превръща в основна производителност. И така другите инструменти на пазара вършат добре работа, но ОК всъщност не е достатъчно добра; наистина трябва да знаете какво точно се случва със SQL изразите. И правим много усъвършенствани неща, които са твърде много за това, като например съхраняваме история на SQL изявления и проследяваме планове за изпълнение във времето. И така, това е област, която можем да проучим по-нататък, ако може да се интересувате.
Така че, с това, това е платформата за прецизно изпълнение на приложението, ви каним да поискате допълнителна среща през уебсайта idera.com, ако имате допълнителен интерес към решението и темите, които обсъдихме днес.
И, Ерик, с това, мисля, че все още сме под телта, ще предам палката обратно на теб и Робин. Благодаря ти.
Ерик Кавана: Не, това е фантастично и обичам съдържанието, което сте събрали тук, защото вършите фантастична работа да покажете колко сложна е средата под капака. И разбира се, цялата работа на Precision, целта на Precision е да помогне да се ориентирате в тази сложност и да разберете какво всъщност се случва и да можете да предприемете някои действия, за да подобрите нещо. И просто съм объркан от това колко е сложен. Предполагам, че Precision също ви позволява да идентифицирате определени модели на поведение и след това да ги назовите, или поне да ги запишете или да ги отметите или нещо подобно, нали така?
Бил Елис: Да, едно от нещата, което ще се случи, е да не искаш да гониш опашката си; не искате просто да отидете да отделите много време за еднократно. Така че, бихте искали да разгледате какви са моделите, какви са тенденциите, защото има много технологии за управление. И така едно от нещата е да даваш приоритет и да можеш да се класираш, да знаеш къде да прекараш времето си, да знаеш какво трябва да се прецени. И вие също искате да предприемете консервативен подход с по-нисък риск и по-ниска цена. Не искате непременно да правите скъпа глобална промяна, без да имате оценка или да имате много добро усещане, че знаете, че това наистина ще помогне на проблема. Така че, знайте какво се случва във времето и тази тенденция е жизненоважна за интелигентното решаване на основните проблеми.
Ерик Кавана: Това има пълен смисъл. И колко голяма сделка е виртуализацията, за да можете да видите какво се случва и тогава, влизате ли в организации, които използват контейнери - например Docker? И как би се отразило това, което Precision е в състояние да направи?
Бил Елис: Да, така че думата „контейнер“ може да означава различни неща според различните доставчици. И така, ние работим с VM, почти всички използват VMware - считам го за фактически стандарт в този момент; Знам, че там има конкуренти. И ние разширяваме това, което поддържаме, но VMware е доминиращата в стека на Oracle. Има контейнерни бази данни и затова всичко това е много важно, за да можете да развивате вашата система много бързо. Също така е важно да знаете във виртуализирана среда, когато физическият домакин не е в състояние да отговори на нуждите на всички контейнери на гостите, защото всеки от тях се състезава за ресурси.
И едно от нещата, които всъщност се случиха вътрешно, се изненадах, е, че всъщност в IDERA имахме толкова много празни виртуални машини, но всеки от тези празни виртуални консуматори консумира ресурси, че те започнаха да създават проблем като цяло за виртуалните машини, които всъщност са използвани, които бяха важни за нас, водещи нашия бизнес. И това беше нещо интересно. Сега ние не поддържаме всяка технология под Слънцето; има поддръжка матрица, свързана с това решение, и това е едно от нещата, които бихме искали да проучим за конкретен потенциален или конкретен клиент, само за да сме сигурни, че можем да отговорим на технологичните нужди и на отделните технологии, които техният стек за приложения работи под.
Ерик Кавана: Да, това има много смисъл. От вашия опит кои са някои от основните сили сега, които водят предизвикателства на мобилния телефон? Когато преди два месеца с вас разговаряхме преди това уеб предаване, вие направихте наистина добър въпрос за това как само функционалността и подредбата на iPhone или някакво мобилно устройство могат да бъдат истинско предизвикателство за бизнеса, защото изведнъж крайният потребител може Няма да разбера как да свърша определен процес в работния процес, нали? И така, до този момент това, което активирате в разработването на мобилни приложения, е да показвате на разработчиците къде възникват проблемите и след това можете да преобразувате това обратно към това, което приложението прави на това конкретно устройство или на това конкретно устройство. И това е много полезно, нали за разработчика, защото сега те могат да видят какво причинява проблема, могат да направят някаква промяна в приложението, за да решат това, нали?
Бил Елис: Да, това е нещо като наслагване на невероятно високи очаквания - всички очакват всичко в известен смисъл просто да работи, но има толкова много разнообразие. Имате всички тези различни смартфони, те имат различни размери на екрана и след това, имате различни доставчици на комуникация, Verizons, AT & Ts, Sprints, това са само популярните в Съединените щати. И там има толкова много разнообразие, че е добре, как да обгърнете всичко това, за да започнете да различавате къде са проблемите? И така, има много показатели, които са на разположение и едно от нещата, които екипът ни за управление на продукти е направил, е да се опита да използва показателите, които са най-важни или най-необходими от ИТ екипа, за да може да взема интелигентни решения,
И така, това е някакво предизвикателство и ние правим нашия продукт е като пазарът се развива и затова получаваме обратна връзка от нашите клиенти и винаги има заявки за подобрение, така че „Ей, този допълнителен показател би ни бил много полезен.“ И така, нашата продуктът се развива точно като пазара, но ако трябваше да кажа, всъщност Ерик, това ми е наистина интересно, това ли е цялото очакване. Хората са като, преди беше в деня, в който хората щяха да изчакат пет, седем секунди, за да се покаже екранът, сега е като една или две секунди, хората са като „О, това приложение изобщо не работи!“ (смее)
Ерик Кавана: Това е смешно. Толкова е вярно!
Бил Елис: Това е лудо.
Ерик Кавана: Да, малко е нереалистично, честно казано. И мисля, че може би ще започнем да виждаме малко повече реализъм около тази тема, но въпреки това е факт от живота, който хората имат много, много високи очаквания. И предполагам, Робин, ще те върна наистина бързо в последните няколко минути тук. Хареса ми вашата оценка на уебсайта като каталог и приложение като машина за лоялност. И до този момент това, за което говорихме тук, е как да дадем възможност на разработчиците на тези приложения да разберат какво се случва: използваем ли е? Не е ли използваем? И какво можете да промените, за да коригирате това? И до точката на Бил тук, само преди секунда, времето на цикъла за отстраняване на този проблем наистина се е скъсило, нали? Просто не е както преди - трябва да се оправиш толкова бързо. Или просто ще имате огромно отпадане в употреба, нали?
Робин Блур: Да, има куп други неща, които се играят в това, така че вие имате тази пъргава разработка и сега имате много очаквания, че ще пуснете нова версия на нещо, което е в процес на разработване или в процеса на промяна на всеки няколко седмици. И това означава, че се прави, когато мислите за това, ако мислите за средите на внедряване и мислите колко голям е стека, когато влизате в мобилен телефон, всъщност имате множество потенциални устройства в крайния възел, и тогава ще имате среден софтуер в средата. И може да имате под и под вас, може и да имате бази данни. Така че, може да докосвате много, много приложения; може да докосвате множество бази данни и може да правите много сложни неща по отношение на сигурността. И всичко трябва да се работи, а очакването е, че ще работи добре.
И удивителното нещо понякога се случва, но мисълта ми за това е, ако наистина, ако изграждате мобилни приложения, които наистина са ключови за успеха на компанията и много от тях се оказват, много от тези неща наистина са. Ако правите мобилна поддръжка на петролни платформи и нефтопроводи и подобни неща, трябва да се работи. Последиците от това, че не работи са просто страшни. И ако нямате тази способност реално да разрязвате приложението и да знаете къде нещата се объркват, защото повечето от него е ефективността. В днешно време имаме наистина добри тестови сбруи, така че да, има бъгове и бъгове. Но най-вече ако нещо се обърка, това е проблем с изпълнението. И ако не можете да поставите стетоскопа на 18 различни места, тогава наистина е трудно да определите какво става наред. И вие също имате фактор в това за мрежата и вие също имате реалността, че всеки даден компонент в приложение може да бъде стресиран в различно време на деня, поради естеството на това конкретно приложение. Трябва да разполагате със сложни инструменти за наблюдение, ако ще имате шанс с всичко това.
Ерик Кавана: Да, би трябвало да се съглася и мисля, че това наистина е силата на Precision от IDERA, тези дни. А Бил, предполагам просто някакви заключителни коментари от теб? Мисля, че тази технология е фантастична. Също така осъзнавам, че като потребител на тази технология наистина трябва да разберете сложността на информационните системи и зависимостите и да можете да разберете къде, кога и как синтезирате цялата тази информация, за да прецените какво всъщност се случва. А това изисква интелигентно и обучено човешко същество и честно казано, това е една от причините, поради която изобщо не се занимавам с машинно обучение, което отнема работа. Мисля, че машинното обучение може да бъде много полезно под подобна технология, за да се идентифицират общи модели и след това да се направят предложения на крайния потребител какво може да се случва тук. Но кои са някои заключителни мисли от вас относно това как наистина да получите на предприятието значението на този вид способност за отстраняване на неизправности и какво трябва да знаят за това, освен казаното вече?
Бил Елис: Да, така, Ерик, бих се съгласил с теб, има огромна сложност. Вярвам, че точната продуктова линия, като се фокусира върху метричното време, че потребителят, който може да чете стълбовата графика, може да използва Precision успешно и искам само да благодаря на участниците и на вас и Робин, че хоствате днешния уеб семинар.
Ерик Кавана: Залагате! И както казах, ние ще хостваме този архив от известно време, така че не се колебайте да го споделите с вашите приятели и колеги; ние архивираме всички тези излъчвания в интернет. Преди няколко минути изпратих линк към слайдовете, не се колебайте да проверите това, но днес чудесна работа, Бил. Вие наистина знаете нещата си; винаги е забавно да работиш с професионалист като теб. И мисля, че това наистина ще бъде най-важните технологии за мобилната работна сила! Така че, благодаря за отделеното време, хора, ще ви догоним следващия път, погрижете се. Чао чао.
