A Techopedia munkatársai, 2017. június 21
Elvihető: Eric Kavanagh házigazda megbeszélte a mobil munkaerőt Dr. Robin Bloorral és az IDERA Bill Ellis-szel.
Jelenleg nincs bejelentkezve. Kérjük, jelentkezzen be vagy jelentkezzen be a videó megtekintéséhez.
Eric Kavanagh: Minden igaz, hölgyeim és uraim, június 21-én, szerdán van. 4:00 van keleti idő, és ez természetesen azt jelenti, hogy a vállalati technológia világában itt az ideje a Hot Technologies számára! Igen valóban. Eric Kavanagh vagyok, a mai rendezvény házigazdája és moderátora vagyok. Ez egy forró téma az embereknek, nagyok: “En Marche! A mobil munkaerő lehetővé tétele. ”És nem szándékosan megragadtam a címkét Macron úr francia jelöltségéből. Meglehetősen véletlen volt, ígérem neked, de még mindig meglehetősen izgalmas. Tehát mindent elbeszélünk a mobil munkaerőről és arról, hogyan lehetne biztosítani arról, hogy az emberek megkapják azt, amire szükségük van, és meg tudják csinálni azt, amit jól csinálnak. Rengeteg kihívás, rengeteg kérdés. Ezt a webes adást későbbi megtekintés céljából archiváljuk, így ha hiányzik valami, akkor visszatérhet, és ellenőrizheti. Ezenkívül ossza meg barátaival és kollégáival.
És azt kell mondanom, ne légy félénk; a legjobb módja annak, hogy valóban egyedi tartalmat és információt szerezzen egy ilyen rendezvénytől, ha kérdéseket tesz fel. Tehát feltehet egy kérdést a csevegőablakból vagy a webcast-konzol Q & A összetevőjéből. Bármikor, a rendezvény ideje alatt küldje el, és én biztosan megragadom, és a végén beillesztem a kérdés-válaszba. Pár bemutatót tartunk, majd Bill Ellis-től hallunk az IDERA Software szakembertől. Természetesen ma a saját Robin Bloor áll a vonalon. És ezzel merüljünk be közvetlenül.
Tehát van néhány jó statisztika a RCR Wireless-től arról, hogy mi folyik, és ez tényleg nagyon kedves gondolat. Azt mondják, hogy a globális mobil munkaerő 2022-re 1, 87 milliárd embert fog elérni. Ez a bolygó teljes munkaerőének több mint 40% -a. Tehát, ha erre gondolsz, most hirtelen ott, ahol régen volt az informatikai képességek, az olyan eszközök funkcionalitása, mint a számítógépek, ahol korábban legalább 99% -uk volt a telephelyén irodák - még akkor is, mondjuk 15 évvel ezelőtt, 10 évvel ezelőtt valószínűleg 85-90 százalék volt, öt évvel ezelőtt olyan volt, mint 70 százalék? Valami hasonló? Most már teljesen lefelé van, csaknem 60% -ra. És ez nagy ügy. Tehát láttuk ezt a hatalmas technológiai változást, azaz a tényleges eszközöket, amelyeket az emberek használnak, az irodán kívülre, a munkaerőbe.
Nos, ennek számtalan előnye van. Úgy értem, szó szerint, ha például a hajózási ágazatot nézi, például a UPS-t, vagy ha olyan srácokra nézi, akik olajmezőkön mennek ki a fúrótornyokba, ha megvizsgálja a különféle feladatok valamelyikét, ahol ez segíti a mély funkcionalitást., úton a mobil munkaerő mindent megváltoztat. Most az egyik probléma - és erről valamiféle mélyebben fogunk beszélni - az, hogy pár különféle dolgunk van folyamatban, amelyek egyike a munkaerő sokfélesége. Tehát 2020-ban - amikor csak a mai statisztikákat láttam - öt ember nemzedék lesz a munkaerőben. Ez azt jelenti, hogy nagymamával és nagyapával, majd anyukával és apukával, valamint gyerekeiddel lesz, de elméletileg alapvetően nagyapa és nagy-nagy-nagypapa és nagy-nagymamája van odakint. Most nyilvánvalóan nem egy adott családon belül van, de a lényeg nemzedékek szerint bonyolult: öt különböző kategóriájú széles személy létezik a munkaerőpiacon, mindegyiknek megvan a saját tendenciája, saját predikíciója, hajlandóságuk arra, hogy együtt dolgozzon. technológia.
Nyilvánvaló, hogy a gyerekek először mobilok, általában a világgal való kölcsönhatásuk szempontjából. Gondolj csak a megváltozott kommunikációs csatornákra - erről nemrégiben egy másik műsorban beszéltünk; A SnapChat segítségével sok tinédzser kommunikál, nem igazán akarnak még telefonon beszélgetni, csak kevés SnapChat üzenetet akarnak oda-vissza küldeni. Ez csak egy példa a fogyasztói világban arra, hogyan változnak a dolgok, és amely elterjedhet a technológiák, a funkcionalitás, az egyén, a vállalat, az üzleti modell teljes spektrumában. Ez csak az egész térképen van, de a lényeg az, hogy a mobil munkaerő valódi, ott van, és hacsak a vállalatnak nincs szilárd programja annak megértéséhez, hogy ez hogyan befolyásolja az üzleti folyamatokat - és nagyon specifikus technológia-vezérelt adatokról beszélek - üzemanyag-folyamatok - ha nem érti, mi ezek, és nem kezeli ezt egy IT-infrastruktúrán, egy folyamaton és egy irányítási perspektíván keresztül, akkor mindenféle probléma merül fel.
Tehát van az iPhone. Emlékszem, amikor ez a balek kijött, úgy tűnik, mint egy millió évvel ezelőtt. De csak az volt, hogy mi, 2007 vagy '08? Nem olyan régen, hogy nem volt iPhone, és természetesen a forma tényezője csak alapvetően megváltoztatta a technológiát, és valóban lehetővé tette a mobil munkaerőt. És természetesen arra emlékszem, akkoriban akkor jött ki az iPad, majd az iPhone, ugyanabban az időben. Nem emlékszem, melyik volt az első, de az iPad valóban az egyik legjelentősebb változáserő volt a vállalati IT számára, valószínűleg a mainframe óta. És az oka az, hogy őszintén szólva, nagyon sok nagyon magas rangú vezetõ, nagy szervezetek C-suite embere imádta azt közvetlenül a denevérbõl. Azt mondta: „Azt akarom. Munkába állítom. ”Nos, gondolkozz ezen: hirtelen az informatikusnak meg kellett fordulnia, és foglalkoznia kellett azzal a problémával, amelyet valószínűleg nem akartak megoldani, amely az összes ilyen új készülékkel foglalkozott.
Tehát, ha van iPádod - nos, hogyan szövik be azt a mátrixba? Hogyan tudja fenntartani az irányítást ezen felett? Ezek mind igazán nagy kihívások, és hogy a régi iPad és az iPhone valóban rendkívül zavaró tényező volt az informatika és az informatika menedzsmentje számára sok szervezet számára, nagy és kicsi. Tehát továbbra is megvan az a kihívások és előnyök spektruma, amely a mobil eszközökkel körülbelül annyira széles, mint el tudná képzelni. És természetesen folyamatosan változnak, igaz? Tehát most nem csak a BYOD, hanem a BYOA is sokszor, ahol a vezetők és a szakemberek saját készüléket hoznak. Nos, ezt régen az árnyék IT-nek hívtuk, igaz? Azoknak az idõsebb generációnak, akik emlékszel a régi rádióműsorokra, rádiós drámák voltak, és az egyik az árnyék volt: „Ki tudja, mi gonosz az emberek szívében? Az árnyék tudja. ”És arra emlékszem, mert gyerek voltam. Nos, az árnyék-informatika manapság mindenütt botlik; mindenki árnyék IT-t csinál.
Tehát ez valódi kihívás az informatikai menedzsment és az üzleti folyamatok menedzsmentje számára, az összes műveleti ember számára. Azt akarja, hogy képes legyen mobilizálni a mobil eszközöket, de azt szeretné, hogy ezt vissza tudják kötni a rendszeréhez, és rengeteg furcsa, kevés probléma merül fel. Nem utolsósorban ezek a vizuális élmények és a kapcsolódó funkciók, amelyeket mobil eszköz használatakor kapnak. És bárki közülük, akik több eszközt használtak, mint például iPad, szemben egy laptop, vagy egy asztali, szemben a megjelenő újabb mobil okostelefonokkal, megtapasztalták azt a tényt, hogy a funkcionalitás nem működik megfelelően, és ez az egy igazi probléma. Valójában a böngészőháborúknak erre fel kellett volna készülniük minket, mert a böngészők is kissé másképp tesznek dolgokat. Ez egy újabb nagy kihívás nemcsak a tervezés szempontjából, nemcsak a megjelenés és hangulat, valamint a használt alkalmazás karcsú jellege mellett a tényleges funkcionalitás szempontjából is. Hogyan lehet a legördülő menüből kiválasztani, hogy mit szeretne az adott eszközön? Ez nagy ügy.
Szóval erről beszélünk ma egy kicsit, és hallani fogjuk Robin-tól és Bill Ellis-től, amint már említettem, akik igazi szakember ezen a területen. Tehát ez az egyik legnagyobb probléma, amely az embereknél felmerül - csak az a sötét változatosság, és nincs egyetlen módszer a platformok közötti munkavégzésre. A Samsung és az Apple főleg ezeket a dolgokat készíti, de vannak mindenféle - olyan sok eszköz van! Nemrégiben láttam, hogy az iPhone nyer az értékesítés szempontjából, és döbbenten voltam, hogy mennyire alacsony a szám - olyan volt, mintha nem hiszem, hogy akár 20 százalék lenne is! És ők voltak az első számúak, ami azt jelenti, hogy szó szerint sok - akár nem több száz - eszköz van odakinn, amelyek felhasználhatók. Nos, el tudod képzelni, hogy érzi ezt az informatikai osztály, és természetesen a technológiák köre változik; napról napra változatosabbá válik.
Minden változik, mindenféle cucc történik - konténerek, csak hogy egy új csavarkulcsot dobjunk az itt található művekbe. És akkor természetesen megvan a sokféle munkaerő. Sok ezeréves, csak nagyon különböznek preferenciáik, a technológia felhasználásának módja, a hajlandó átváltani, hogy gyorsan tudják kitalálni a dolgokat. Általában gyorsabb, mint velünk a régi időzítőknél, mindazonáltal mindazt, amit vissza kell térképezni az elsődleges rendszerekbe, vagy legalábbis a felhőhöz. És ez egy nagy, nagy kihívás.
És ezzel átadom az utánozhatatlan Dr. Robin Bloornak. Robin, vedd el.
Robin Bloor: Oké, köszönöm a rövid bevezetést. Beszéljünk a mobilról. Nem volt különösebben nyilvánvaló - Eric említette az iPhone bevezetését -, nem volt különösebben nyilvánvaló, amikor az iPhone pontosan azt jelentette, amit ez idézett. Azt hiszem, nyilvánvalóvá vált, amikor az iPad belépett, hogy valójában meglehetősen sokrétű mobil világunk lesz. Egyfajta Apple bigot vagyok, tehát nem igazán gondolkodom az Android szempontjából, de természetesen, bár az Apple hosszú távon a legtöbb többséggel jár, a legnagyobb nyereség mind a pad-piac, mind a telefonpiac számára, már nem rendelkezik a számokkal, ami érdekes dolog. És ez azt jelenti, hogy lesznek - bármi mástól eltekintve - új eszközök lesznek, az emberek fel fogják venni őket, és eladni fogják a milliókat. Tehát nagyon sokrétű környezetet teremt, amelyen valószínűleg át kell mennie.
Az itt szereplő vicc: „Megkérdeztem Siri-től, hogy a fenébe hol vagyunk, ha jelet kapnék.” A mobil eszközök kissé különböznek egymástól az, hogy az asztali számítógépek állandóan csatlakoznak. És a mobil eszközök nem feltétlenül kapcsolódnak egymáshoz, és nem feltétlenül működnek éjjel-nappal, mert az emberek kikapcsolhatják őket. azt is el lehet juttatni repülőgépekhez és ehhez hasonló dolgokhoz, és ezért ez másfajta eszköz, mint bármi más, amit valaha voltál. Azt szeretném fenntartani, hogy a mobiltelefon valójában az igazi személyi számítógép, mert ez az, ami mindig van veled. Ez a meghatározó emberi mobil eszköz. A tabletta kissé különbözik; egyfajta furcsa helyzet, hogy amikor gondolkodsz, úgy vagy úgy, hogy több vagy több funkcionális típusú mobil eszköz van.
Különben is, mit jelent a mobilitás. Megváltozott az internet. Nem észrevettük, hogy ez történik - nem is vettem észre, hogy ez történik - de manapság az internetes tevékenység 80 százaléka mobil eszközökről származik, és ez egy rendkívüli szám, ha erre gondolsz. De a 80 százalék 47% -a tablettaforgalom. Lehetséges, hogy a legtöbb alkalmazást mobil környezetben biztosítsa. Más szavakkal: ha vannak olyan alkalmazásai, amelyek már léteznek, és tudod, hogy az asztalon elérhetőek, akkor valószínűleg mobiltelefonra is helyezhetik őket, de nyilvánvalóan korlátozó tényezők vannak. Az űrlap tényező és a billentyűzet ezek egyike. Maguk a tabletták - mind a Microsoft, mind az Apple szerint - fokozatosan felváltják a mobil PC-ket. És bizonyos területeken különös alkalmazások vannak, mert robusztusabbak.
Az egyik dolog, amiről emlékszem, hogy az egészségügyi informatikai emberekkel beszéltünk, az volt a tény, hogy mielőtt a táblagépe létezett volna, akkor ha elkülönült kórteremű környezetbe kerülne, akkor rendelkeznie kell eszközökkel, amelyekkel együtt vett akkor valójában fertőtleníteni kell valamilyen módon. Tényleg könnyű ezt megtenni egy táblagépen, és egyáltalán nem könnyű megtenni azzal, amit régen adtak, azaz olyan asztali számítógépek, amelyek mobilok voltak a kocsiban tartózkodásuk miatt és be vannak dugva a környezetbe. Valaha ilyen jellegű környezetben kellett maradniuk, vagy rendkívüli fertőtlenítésen kellett átesniük, amelyet ezekből a környezetekből vettek ki. És nem sokat gondolunk azokra a környezetekre, hacsak nem dolgozunk ezekben a környezetekben. De a táblagépek és a mobiltelefonok valóban meglehetősen természetesekké tették az ilyen környezetekben való működést, hogy csatlakozhassanak és működjenek ebben a környezetben.
És amikor az Eric által 1, 7 milliárd dolláros statussal számoltam, azt gondolom, hogy 2020-ig mobil munkavállalók voltak. Mobil munkavállaló vagyok? Olyan gondolkodom, hogy mobil munkavállaló vagyok abban az értelemben, hogy alkalmanként irodán kívül dolgozom, és amikor ezt csinálom, táblagépen dolgozom, vagy mobiltelefonon dolgozom. Tehát, amikor ténylegesen megnézi, és erre gondol, valószínűleg azoknak az embereknek a következménye, akik csak mobil eszközöket használnak munkaerőükhöz, tehát az emberek, akik valójában alapvetően költöznek. Különben is, most már háromféle felhasználóra lehet gondolkodni: asztali felhasználók, táblagépek és telefonok. És különféle alkalmazásokra van szükségük. És ez az oka annak megemlítésére.
A kamera és a hang ma már a mobil eszközök elválaszthatatlan része, ám ezek is az asztali számítógépek elválaszthatatlan részei. De a mobil eszközökön különféle módon vannak felhasználva, és a mobil eszközökön különböző interfészek vannak. És az egész karakter, hogy miért használod, különbözik a mobil eszközökön. Tehát ha mobilalkalmazásokat építesz, akkor nem sok okból építesz az olyan alkalmazásokat, amelyeket korábban építettek - ezek közül sokan voltak abban a diaban. Tehát, ha olyan vállalkozás voltál, amely már így vagy úgy építette ki a weboldalakon futó alkalmazásokat, akkor a kérdés az, hogy ezeknek mobil alkalmazásoknak is kell lenniük? És ez a csúszda úgy néz ki. Egy webalkalmazáson többet tehetsz rajta, egyszerűen azért, mert így vagy úgy épülnek, anélkül készültek, hogy valóban az űrlap tényezőjével foglalkoznának, így az emberek olyan weboldalt készítenek, amelyet nem tud ésszerűen használni, vagy nem könnyedén használható iPhone-on vagy Android-eszközön, amely csak táblagépen használható, de még táblagépen is lehet, hogy nem különösebben jó. Általában rendben lenne.
Vagy készíthet egy mobilalkalmazást. Ha mobilalkalmazásokat készít, akkor különféle letöltőüzletekben van egy alkalmazás, amely ilyen módon csökkenti ellenállásukat. Ha megnézi az iPhone-ját, akkor csak tele van olyan alkalmazásokkal, amelyekről úgy tűnik, hogy nem tudok megszabadulni; Töröltem őket, de úgy tűnik, hogy mindig furcsa módon töltik le újra. Nyilvánvalóan nem tudom, hogyan kell egy iPhone-ot megfelelően kezelni. De tudod, csak az alkalmazások átvágásával jár, és ennek nincs értelme. Többet szereztem, azt gyanítom, hogy több alkalmazásom van az iPhone-on, mint az asztalomon, ami furcsa, ha erre gondolsz. A mobilalkalmazások a siker lakmusz-tesztjei. Olyan érdekes, hogy néhány internetes vállalkozás - a Yelp egyike - rendkívül jól teljesített egy alkalmazás létrehozásával és az emberek letöltésével. És úgy tűnik, hogy azok a területek, ahol ésszerűen jó siker történt, valójában a pénzügyi szektorban voltak; azaz a bankok, de az e-kereskedelem és az ehhez hasonló cégek is „kedvelik az embereket, hogy időnként mozgás közben képesek legyenek kereskedelmet folytatni. Élelmiszer-alkalmazások, tehát nemcsak éttermek keresésekor, hanem recept-oldalak készítésénél is nagyon, nagyon jól voltak az alkalmazások szempontjából.
És sok embernek egyáltalán nem sikerült különösen jól, és ez az oka, azt hiszem, főleg az, hogy csak annyi alkalmazás van, amit valaha is megszoktál, és ha csak egy alkalmazást használ néhány naponta egyszer vagy úgy, akkor elfelejti. Ha nincs nagy személyes értéke számodra, akkor elfelejti. Tehát nehéz létrehozni egy általános értelemben elérhető mobilalkalmazást, de nyilvánvalóan létrehozhatja azokat a saját alkalmazottak számára, és felhasználhatja azokat a szervezetben. A mobilalkalmazások fejlesztési költségei igazán nagyok, és ennek számos oka van. Ennek egyik oka az, hogy valójában egyértelműen eltérő számú eszközre mutat.
Rendelkezhet olyan fejlesztési környezetekkel is, amelyek több eszközt céloznak meg, de néhány alkalmazásnak, különösen a biztonság szempontjából, valójában magának az eszköznek kell kódolnia. Más kódot írna az iPhone vagy az Android környezethez. Talán más. Időnként a hardver képességeire hivatkozik. Tehát az általános mobilalkalmazás, igen, lehet, hogy ott van olyan fejlesztőszoftver, amellyel elkészítheti egy ilyen hibrid eszközt, és átviszi a célkörnyezetek nagy részét. A HTML5 sokkal több lehetőséget tesz lehetővé, mint valaha. De akkor is előfordul, hogy néhány alkalmazás valójában nem képes erre; ez azt jelenti, hogy valójában többször is ugyanazt a munkát végzi minden egyes megcélzott eszközön, és ez nem akadályozza meg az embereket abban, hogy azt állítsák, hogy joguk van saját eszközükhöz hozni; ez nem fog különbséget tenni ebben a helyzetben, tehát nem tud megkerülni.
Úgy tűnik, hogy a mobilalkalmazások elemzése azt jelzi, hogy ezek növelik az eladásokat, igaz? És ez egy furcsa fajta a webhely és a mobilalkalmazás, amely, ha úgy tetszik, kiegészíti. Az alkalmazások növelik az eladásokat. A webhelyek jobban fel tudják venni az új ügyfeleket. Az alkalmazások jobban megtartják a már felvett ügyfeleket. Az ügyfelek szörnyen sokkal többet költenek a weboldalakon, mint az alkalmazásokra, ám az ügyfelek gyakrabban költenek az alkalmazásokra. És ez egy nagyon furcsa dolog, és arra a tényre szól, hogy ha valamit épít, akkor valószínűleg szüksége lesz egy weboldal és egy mobilalkalmazás inkarnációjára, ha azt várja, hogy azt széles körben használják. Vagyis úgy vagy ilyen módon drámai költségekkel jár egy szoftverprojekt hozzáadása, amely mindenesetre más dolgokkal jár.
Általános elképzelés, hogy a weboldal katalógus, az alkalmazás pedig egy hűséggép. A mobilalkalmazások fejlesztése - és ez csak egyfajta problémamegoldás - eltérő fejlesztési környezet, különböző hardverproblémák, különböző felhasználói felület-kialakítási alapelvek és képesség, offline képességgel kell rendelkezniük - sok alkalmazás várhatóan képes lesz használni őket, ha nincs kapcsolat - nem akarják elveszíteni az adatokat; néhány adatot helyben kell tárolni. Ön más alkalmazást épít, mint amennyit esetleg építne, mondjuk az asztali számítógépre. És akkor megvan a mobil háttér-probléma, ott szükség lesz köztes szoftverre, ott lesz biztonsági eljárás. Valószínűleg a szolgáltatás-orientált építészet lesz a háttérben, ahol különféle dolgokat köt össze. És ez azt mondja, hogy nem csak vesz egy olyan csapatot, aki megszokta az alkalmazások fejlesztését a kiszolgálón, és ilyesmit. Ha mobiltelefonra dobja őket, akkor tényleg szükség van mobil fejlesztőkre. És mobil tapasztalattal rendelkező emberek.
Mindegy, hogy ezt még egyszer meg kell mondani - mindenekelőtt a mobilalkalmazások a legtöbb esetben ügyfél-kapcsolattartó pontok, tehát igazán jóknak kell lenniük, mert az ügyfél a társaságot a mobil tapasztalat, vagy ez befolyásolja az ítéletüket. És bizonyos esetekben, amint említettem, a mobil alkalmazás valójában az, amely meghatározza az üzleti sikert; ez lehet az a tény, ami valóban szervezetet teremt. És természetesen nedves kavargó is lehet.
És ezt mondva, visszaadom a labdát Ericnek.
Eric Kavanagh: Rendben, és átadom Billnek. Bill, ha el akarja menni a Gyors indítás oldalra, és megoszthatja a képernyőjét?
Bill Ellis: Igen. Itt?
Eric Kavanagh: Az a bal felső sarok.
Bill Ellis: Igen. Köszönöm az utasításokat, nagyra értékelem. Robin, nagyon tetszett a beszélgetésed, vicces volt. 18 éve dolgozom egy virtuális csapaton, tehát azt hiszem, számíthatom magam a mobil munkaerő részeként. Néha attól tartok, hogy megnézem, ha van-e utómunka funkcióm, gyakran fel kell öltöznem, hogy odamenjek. (Nevet) És talán elkezdek elveszíteni a perspektívát arról, hogy mi „öltözött”, tehát egyébként is. (Nevet) Ezzel kezdjük tovább. Megerősíteni szeretném, hogy Eric talán csak megszólalhatott, és elmondhatja nekem, hogy jól látja a képernyőmet?
Eric Kavanagh: Igen, jól néz ki.
Bill Ellis: Rendben. Tehát a nevem Bill Ellis, az IDERA-val dolgozom a Precise termékcsaládon, és a mobilitás engedélyezéséről fogunk beszélni. És tényleg beszélünk annak méréséről, és arról, hogy biztosan működjön az Ön megelégedésére. Az egyik legfontosabb szempont az volt, hogy valami ilyen módon kölcsönhatásba lépnek az Ön társaságával. Bizonyos értelemben nagyon intim - a telefon valaki kezében van, így a benyomás, a sebesség nagy hatást gyakorol az összes felhasználóra.
Tehát ez egy olyan ügyfél-élmény, amelyről azt gondoltam, hogy meg fogom osztani. Élőben voltak, nem ment jól. Mivel a kezdeti terhelési teszt nem derült ki teljes mértékben az alapul szolgáló alkalmazás-infrastruktúra változásaira, és így az egyik dolog, amelyet szeretek hangsúlyozni, a mobil, akár az alkalmazás, akár a HTML5, a technológia is nagyon sok múlik. Kezdve a hálózattal, a webszerverrel, az üzleti logikával, az üzenetküldéssel, és ha vásárolnak, akkor tudod, hogy egy jelentős üzleti tranzakciót folytatnak, és kölcsönhatásba lépnek a nyilvántartási rendszerrel.
És ironikus módon, amikor elkezdtünk, néhány hálózati problémával szembesültünk, tehát ezek a dolgok nagyon relevánsak még a webinárium lebonyolításához. Így van egy alkalmazás, legalább hat technológia, számos végfelhasználó, és nagyon nehéz megválaszolni még a legegyszerűbb kérdéseket is. Probléma van a végfelhasználóval? Mi a probléma az alkalmazásköteggel, mi a kód okozza a problémát? És tehát az a fajta, hogy megbirkózzunk ezekkel a dolgokkal, valójában nem triviális.
Most, amit fogunk csinálni, átnézzük néhány, a helyszínen elvégzett mérést, hogy megismerjük a problémákat az alkalmazáskötegben. És amit itt nézünk, egy grafikon, ahol az Y tengely a válaszidő, az X tengely a napi idő. És a verem oszlopdiagramja annak mérése, hogy a végfelhasználói tranzakciók időt töltenek-e. És így kedves tendenciát kap itt, aztán felmegy fel és fel. És alapvetően ez az átalakítás körülhatárolása, és így a stack oszlopdiagramon keresztül megnézheti, hogy sok probléma van a J2EE réteggel. Emellett problémákat lát a webszerver szintjén, és akkor van néhány nagyon nagy emelés, valójában az adatbázis szintjén is.
És tehát, most, hogy megállapítottuk, hogy több réteg létezik, és több probléma van, egy kicsit tovább kell mennünk, hogy pontosan megtudjuk, mi folyik, hogy intelligensen reagáljunk erre az új felhasználási mintára és erre a nagyon lassú, négy vagy öt X lassabb teljesítményről beszélünk. És tehát az egyik első dolgunk, amelyet meg akarunk mondani: „Ez egy tranzakció”, és így megvizsgáltuk az összes tranzakció bal oldalán lévő alkalmazási kört, és ezek, tanácsadással, nagyon egyszerűek hogy megnézze a válaszidő-oszlopdiagramot, és alapvetően azt látja, hogy ugyanazon ügyfél webkiszolgálón Java látja bizonyos tranzakciókat, mint mások, adatbázis-idő. De az összes tranzakció szempontjából valójában az egész.
És ez a felhasználóra néz, és így kezd el kapni, ez egy globális telepítés, tehát a világ elsődleges kontinenseire néz, tehát az összes felhasználóra és minden helyre vonatkozik. Ez globális probléma, történik, így elválik elszigetelni, nem egy vagy egy adott felhasználói csoportról szól - ez inkább az adatközpont oldalán történik. És így kezdjük el diagnosztizálni, hol vannak az adatok? Milyen pályázati szintek? És így kezdjük megnézni, hogy az átlagos válaszidő miként épül fel, szintén rétegezve ezt a végrehajtások számával együtt, hogy elképzelésük legyen a méretarányról. Ez nagyon érdekes - az alsó rész valójában a hosszú távú történetet mutatja, és nagyon magas hozzáférési számot lehet látni, de ennek másik oldala az egyidejű kapcsolatok száma viszonylag alacsony. Miután átvittünk egy mobil HTML5 alkalmazásra, a kapcsolatok száma sokkal kisebb, mint kétszeresére növekszik - nagyságrenddel beszélünk - ez 100-szor kevesebb hozzáféréssel rendelkezik, tehát nem méretezzük; legalább kétszer annyi kapcsolatra van szükségünk, mint korábban. Tehát kezdjük felismerni, milyen új követelményeket támaszt a mobil alkalmazás az alapul szolgáló infrastruktúrákra.
Tehát menjünk tovább, mert meg kell különböztetnünk a problémákat. Tehát itt alapvetően olyan dolgokat nézzen meg, amelyek nagyobbak voltak, és valóban nincs szükségünk erre a oszlopdiagramon, hogy kijelentjük, hogy nem felel meg az SLA-knak, de ezt könnyen láthatjuk a felső grafikonon. De van egy másodlagos megerősítés az SLA megsértésének végrehajtási számlálásáról. Most itt kezdjük a zárolást, és ez belül van - ez valószínűleg a WebLogic, de az üzleti logika szintjén található. Láthatjuk itt, és ez egy kicsit nehezen olvasható, de 31 000 zárak beszerzésére törekszik összesített zárolási idő 12 óra, 30 perc alatt. Tehát ez egyértelműen hatalmas probléma.
A zárolás hatása megmutatja nekünk, hogy mindig van valami származtatása a 80/20 szabálynak. Valójában egy módszer, egy módszercsoport egy csoportja okozza a problémákat. Most elkezdjük elkülöníteni a problémákat egy adott rétegben. Tehát megyünk egy kicsit tovább, és itt van az üzenetküldő rendszer. És ezt kezdjük látni, az idő függvényében megjelenő grafikonon, amelyet a bal felső sarokban körözök, láthatja, hogy a durva válaszidő növekszik, és a rózsaszínű, a kulcs, ez valóban sorban állást mutat, és valójában nagyon más sorba állítva, ami történik, ezt a kapcsolatok számának köszönhetően tovább növelik. Tehát az üzenetküldő rendszer sokkal több munkát végez; még sokkal több - ha analógiát készít azzal az élelmiszerbolttal, akkor sokkal több kocsi van az egyes sávoknál a pénztárnál - és ez az, ami a sorba állítást fokozza, és ezt a legjobban láthatja a domainben. Mindegyik domain nagyon, nagyon magas sorban áll.
Eddig azonosítottam a WebLogic-en belüli zárolást, azonosítottam az üzenetrögzítő rendszeren belüli várakozási sorokat, és ez valószínűleg Tuxedo. És akkor itt egy hasonló elemzést vizsgálunk, de a végrehajtási állapotokat vizsgáljuk a nyilvántartási rendszerben. És ez történik az Oracle-n belüli végrehajtási állapotokkal. Miért koncentrálunk az időre az az, hogy az időnek két kiváló tulajdonsága van. Első: a végfelhasználók és az alkalmazások élvezik a teljesítményt. A második szám az erőforrás-fogyasztást méri. Így automatikusan azonosítja, hol vannak a szűk keresztmetszetek. És tehát itt, az adatbázis szintjén látom, hogy van további I / O ideje, ezért hangsúlyozom a tárolási alrendszert. Minden szint függ az alsó szinttől, tehát az adatbázis a tárolástól függ. Azt is látom, hogy az adatbázis időn belül zárolást végezek. Tehát egy kicsit részletesebbnek kell lennem, mielőtt ez az információ kicsit csekélyebbé válna. És hát menjünk be, húzzuk vissza a hagymát egy újabb réteggel.
Ez valójában a végrehajtási számok nézete, az Y tengely ebben a számban, ezrekben vannak, 9000-re, kilenc millióra nézel, és így a végrehajtási szám is növekszik, felfelé és felfelé. Tehát az új mobilitási alkalmazás sokféle módon hangsúlyozza az alkalmazást. Zárolás, csak az átfedéshez: zárolás a web rétegnél, sorba állítás az üzenetkezelő rendszerben, további végrehajtási szám az adatbázis szintjén, további I / O, további zárolás az adatbázis szintjén. Szóval, valójában minden alkalmazási szintre hatással vagyok. Ezért nagyon fontos, hogy rendelkezzen metrikákkal az alkalmazásköteg minden szintjén. Itt ténylegesen felosztom az adatbázis tevékenységeit a programra, és látom, hogy tényleg két programom van: a türkiz szín az alkalmazás zárolását jelképezi. És tehát ez, a disztribúciós szerver az alkalmazás zárolásaként, az alkalmazás, ez a mobil rész, ennek az alkalmazás zárolása is van. És láthatja, hogy ezek közül számos akadályt jelent a tárolás is.
Most hámozom vissza a hagymát, hogy megnézem, mit tehetek minden egyes rétegnél. És az az oka, hogy ezt csinálom, sok ember nézi ezt kapacitástervezési szempontból. És a legtöbb felhőszolgáltatás a kiszolgálók, a CPU és a memória bővítéséről szól. Az érme másik oldala ugyanolyan fontos, mint az alkalmazás kódja, amely végrehajtja és növeli az erőforrások felhasználását. És amikor tudom az alkalmazási kódról, akkor a hatékonyság növelésével foglalkozhat a kapacitással. Tehát ugyanazon érme mindkét oldala van, és ez további lehetőségeket kínál az informatikai szakemberek számára a probléma megoldására. Ez nem csak új szerverek felvétele, hanem az is, mit tehetünk a dolgok megtisztítása és hatékonyabb működése érdekében? A régi „Okosabban dolgozz, nem nehezebb”.
Tehát itt valójában az Oracle-nek van egy ügyes modulja és művelete nevű dolga, ahol valójában elkezdheti a kód dokumentálását, és így más módon is megnézheti a dolgokat, például itt, az alkalmazás zárolását, amelyet láttunk? Nos, ez bekerült a költségkeret kódjába, és bejutott a terjesztési kiszolgálón is, tehát ezek az új zárolás két elsődleges vezérlője. Az új tároló az online rendszeren keresztül jön létre, és így tényleg elkezdi profiljának felépítését, ahol az illesztőprogramok használják ezt a kiegészítő erőforrás-felhasználást. Más dolog, hogy pontosan meg tudjuk határozni az illesztőprogramokat az alapul szolgáló kódban. És így belemenve, azt hiszem, megtekintettük ezt a költséglapot, és így belépünk ide.
Most, amikor megvizsgáljuk a mögöttes tárgyakat, amelyeket gyakorolunk, elkezdi látni ezt az üzenetnaplót. Nos, minden alkalommal, amikor üzenetküldést folytatnak - és láttuk, hogy ez többszörösre növekszik - valójában megérinti ezt az üzenetnapló-táblát, és egy perc múlva valójában látni fogja, hogy ez valójában a zárolást okozza a adatbázis szint. Tehát ezeknek az új használati szokásoknak nagy hatása van felfelé és lefelé az alkalmazáskötegre. Most a jobb oldalon van az SQL kód, tehát ez valójában az alkalmazás kódja, és nyomon követjük, hogy az SQL utasítások miként működnek végrehajtási állapot szerint. És tehát a színkódolás révén nagyon könnyű megnézni, hogy mely SQL utasítások szerepelnek ezekben a zárakban. Ennek oka, hogy ez valóban létfontosságú, az az, hogy ha elmegy a DBA-jához, és azt mondja: „Hé, azt gondoljuk, hogy probléma létezik az adatbázis szintjén.” Lehet, hogy csak az adatbázist nézik meg, és úgy néz ki, hogy eléggé tegnap futott.
De ha össze tudják korrelálni az alkalmazás használatát az adatbázisban, akkor pontosan meg tudják határozni a pontos SQL utasításokat, amelyekre összpontosítaniuk kellene, majd bejuthatnak ezekbe a fejlett gyakorlatokba, megnézve a végrehajtási terveket és az összes ilyen dolgot. hogy tudnak csíptetni, hogy a nyilvántartási rendszer sokkal gyorsabban futhasson. Tehát, a kódex egymással összefüggő kétségei miatt, nagyon fontos, hogy a technológiai szakemberek képesek legyenek megoldani és orvosolni az alapul szolgáló problémákat. Most itt, a tárolásról is beszéltünk - itt láthatja a fizikai olvasmányok számát, láthatja, mikor történt ez, és ez bekerül a hardver architektúrába, mert amikor egy rendszer fejlesztését tervezi, az egyik a dolog, amelyet választhat, az lehet, hogy különféle típusú tárolást választhat, és nagyon eltérő költségprofillal rendelkeznek. És bizonyos esetekben jó értelme lesz a flash tárolás frissítésének és fizetésének; ha sokkal több véletlenszerű leolvasást teszek, akkor a flash tárolás valóban kifizetődő lesz értem.
Tehát ennek átfogó üzenete az, hogy egy új alkalmazás új követelményeket támaszt a rendszerrel, és az alapul szolgáló alkalmazáscsomagnak fejlesztenie kell ezeket az igényeket. Azt is meg akarja nézni, hogy mi az a szükséglet, és meg lehet-e cserélni a kódot annak hatékonyabbá tétele érdekében? És végül, a CPU-ban láthatjuk az átállási időszakot: kb. 10% -ot futottunk, majd az új kóddal egyszer 4X-re álltunk, most 40% -ra vagyunk, és ez nagyon fontos a fizikai és a virtualizált környezetben is annak biztosítása érdekében, hogy rendelkezzen megfelelő kiszolgáló erőforrásokkal az alkalmazás igényeinek teljesítéséhez. Tehát itt van még egy közeli képe, így ezeknek a számoknak egy része kissé előre látható. A szerver szintjén érdekes, hogy a memóriafelhasználás nem változott annyira, de természetesen a szükséges CPU-ciklusok száma megváltozott.
És ez alapvetően csak a költségelszámoló nézetének áttekintése, a méretezés, az a tény, hogy a kivégzések száma ténylegesen csökkent, de a végrehajtási idő növekedett. És ez azt mutatta, hogy a mobilitás keretében az alkalmazás költségkomponense valóban nehézségekbe ütközött. És ez határozottan felhasználói hatással lesz a dolgokra, mert ha nem tudja megtenni a munkáját, az emberek alapvetően csak abbahagyják a mobilitás használatát. És a mobilitás miatt az a jó dolog, hogy valóban felhatalmazza a munkaerő termelékenységét, és ez nagyon jó a fizetésekhez és így tovább, ezért feltétlenül azt akarja, hogy ez gördüljön be. Most ugyanazt a dolgot tekintjük itt, csak helymeghatározási szempontból, tehát Európa és a Közel-Kelet, Ázsia VPN kapcsolatok, majd maga a központ. És az Egyesült Államok összességében. Tehát úgy gondoljuk, hogy az értékes információk az alkalmazásköteg minden szintjén történő megszerzésének egyik módja a pontos terméksor.
Nagyon gyorsan megyek, Robin és Eric, nagyon gyorsan áttekintést adok arról, hogy mit csinál a Precise, és miért lett úgy tervezve, ahogy tervezték. És mi történik, ha a végfelhasználó megpróbál tenni valamit, az adatközpontban sok technológia található, a végfelhasználót tényleg nem érdekli, csak meg akarja tenni a munkáját. Időközben nagyon sok az informatika területén dolgozó ember, jó szándékú, nagyon okos, ám még csak akkor sem ismerik a problémát, amíg ez a végfelhasználó jelentést tesz, ha beszámol. És akkor sokszor ez elindít egy nagyon drága, időigényes, végül frusztráló folyamatot, amikor az emberek az alkalmazáscsomag egy részhalmazát nézik, de nagyon nehéz megválaszolni azokat az alapvető kérdéseket, hogy ki, mi, mikor, hol, miért.
Tehát úgy gondoljuk, hogy a végfelhasználói tranzakciókat megmérjük az eszközükön, a hálózaton keresztül, a webszerverre, a Javaba, és ezen információk rögzítésével megválaszolhatjuk a kérdéseket, ki, mit, mikor, hol, miért nyújt ajánlásokat, de valószínűleg a legfontosabb dolog a visszajelzés kitöltése. Mindannyian visszajelzésre van szükségünk a fejlesztés érdekében, ez az egyetlen módja annak, hogy tudja, hogy valami rosszul megy. Azáltal, hogy a történelem központosított tárolóba kerül, egy zeneszámot biztosít mindenki számára, ahonnan olvashat. És így nagyon könnyű kitalálni, hol vannak a problémák, tehát ismét a terv a végfelhasználói tranzakció mérésére irányul; ez meg fogja határozni a lassú tranzakciókat, szegmentálja azokat, ez megmondja, hogy mi a technológia a probléma, majd szakértői képet ad az egyes szintekről, hogy kitalálhassa, mi történik. A Precise minden érdekelt számára tanulást, jelentéstételt és irányítópultot fog biztosítani, függetlenül attól, hogy csak áttekintést szeretne kapni, vagy ha mélyreható technológiai képet szeretne kapni arról, hogy mi történik.
Most, hogy mi történhet, olyan, mint egy nap az életben, akár Ön, mint informatikai szakember felhívhatja a végfelhasználót, vagy néha a végfelhasználó is felhívhat téged. Jelentkezzen be a Precise elembe, akkor ismét fókuszálhat, az Y tengely a válasz, az X tengely a napi idő. Itt mindegyik alállam vagyunk, tehát van ügyfélideje, webszerverideje, Java, Tuxedo és adatbázisideje. Itt megvan a vezetési tranzakciók, és felhívhat egy menüt egy adott végfelhasználó azonosítására, és így az IT képes kezelni az adott végfelhasználói problémákat. És így pontosan láthatja, mikor voltak foglalkoztatva, láthatta, hogy tartalomkezelést használnak, amelyre összpontosíthat az adott tranzakcióra, majd a Precise elemzi az ügyletet.
A végén a százalékot százalékban adjuk hozzá, pontos, és ez megmutatja, hogy mennyi időt, de egy adott százalékos időt fordít az adott lépésre az egyes SQL utasításokig, ez a kontextus. És az egyik dolog, amit mondunk, hogy mindenkinek van eszközök, de kevés üzletnek van kontextusa. A kontextus lehetővé teszi a Java rendszergazdának, hogy az alkalmazáskódra összpontosítson, a DBA-ra, hogy azonosítsa az adott SQL utasításot, mint ebben az esetben. Tehát ezekkel az információkkal sokkal jobban láthatóvá válik számukra, hogy miként lehet kezelni az adott tranzakció alapvető okait, amely az adott felhasználót érintette. Tehát valóban a lézerrel fókuszáltál a kiváltó okra. És elemezheti az SQL-állítást, hol töltötte az idejét, nos, végrehajtva? És éppen ellenkezőleg, sok olyan eszköz, mint az Enterprise Manager, csak az, hogy felvegye őket. Nagyok, el tudják venni. Egy példány szempontjából néznek a dolgokra, és ez nem elég a hangsúly ahhoz, hogy belejusson ezekbe az alkalmazásokba.
Általában az OLTP mobilitási alkalmazásai alacsony késleltetésűek, nagy teljesítményűek, tehát a tíz legfontosabb listára összpontosítva ez a kezdet, de tényleg nem elég jó az ilyen típusú alkalmazásokhoz. És akkor a másik dolog az, hogy különösen a belső üzemeltetett alkalmazások esetében a felhasználói azonosító alapján történő azonosítás valóban létfontosságú, mivel nem csak az alkalmazásra és az infrastruktúrára vonatkozik, hanem arra is, hogy a végfelhasználók hogyan használják az alkalmazást. És a végfelhasználók általában sokkal jobb viselkedéssel bírnak, ha képesek azonosítani őket. Tehát ez csak egyfajta képernyő a különféle tranzakciókról és az ügyfelek tapasztalatairól, majd alszegmentálva (nevet) Azt hiszem, már régen beszélek. Kicsit fáradt itt; Megyek szántani.
Itt egy összeállított irányítópultot nézünk, amely riasztásokat jelenít meg, majd az alkalmazásköteg különböző szintjeit mutatja. Itt vannak a webszervereid, és a válaszidő végrehajtási számával ellenőrizheti, hogy a dolgok terhelésel vannak-e egyensúlyban. Megnézheti a böngésző hozzáféréseit, megnézheti a használat és a szemétgyűjtések megőrzését, ellenőrizheti, hogy van-e szép fűrészfog-mintája, nincs memóriaszivárgása stb. És ennek az az ötlete, hogy egy kicsit technikaibb műszerfal az alkalmazási veremben lévő egyes összetevőkhez. Tehát az IDERA által kínált Precise termékcsalád a gyártás megfigyelését, 24-től 7-ig, nagyon részletes információkat kínál. Nagyon könnyű ezt telepíteni; nem kell feltérképeznie a tranzakciókat, bármit is tesznek a végfelhasználók, a Precise automatikusan összekapcsolja a pontokat az alkalmazáskötegben.
Ha az alsó szint nem rendelkezik műszerrel, a Precise felismeri ezt, megadja a be- és kikapcsolási időt, és javasolja, hogy az alsóbb rétegre hangolja be. Tehát nagyon könnyű az idő értékelése; nagyon erősek vagyunk az adatbázisban, ez az IDERA fajta állítása hírnévnek. És annyira fontos, hogy minden jelentős üzleti tranzakció kölcsönhatásba lép a nyilvántartási rendszerrel, így az adatbázis lesz az alapvető teljesítmény. Tehát a piacon lévő többi eszköz rendben jár, de az OK nem igazán elég jó; valóban pontosan tudnia kell, mi történik az SQL utasításokkal. És csinálunk sok fejlett dolgot, ami ehhez túl sok, mint például az SQL utasítások előzményeinek megőrzése és a végrehajtási tervek nyomon követése az idő múlásával. Tehát ez egy olyan terület, amelyet tovább vizsgálhatunk, ha érdekelhet.
Tehát ezzel a Precise alkalmazásteljesítmény-platformon felkérjük Önt, hogy kérjen egy további találkozót az idera.com webhelyen, ha további érdeklődése van a megoldás iránt és a ma tárgyalt témák iránt.
És Eric, ezzel azt hiszem, még mindig a huzal alatt vagyunk, visszaadom a botot neked és Robinnak. Köszönöm.
Eric Kavanagh: Nem, ez fantasztikus, és szeretem az itt összeállított tartalmat, mert fantasztikus munkát végez azzal, hogy megmutatja, milyen komplex a környezet a motorháztető alatt. És természetesen a Precise teljes munkája, a Precise célja, hogy segítsen navigálni abban a komplexitásban, megérteni, mi történik valójában, és képes legyen lépéseket tenni valami javítása érdekében. És nagyon megzavarodom, milyen összetett ez. Azt hiszem, hogy a Pontos lehetővé teszi bizonyos viselkedési minták azonosítását, majd megnevezését, vagy legalább rögzítését vagy könyvjelzőket, vagy ilyesmi, igaz?
Bill Ellis: Igen, az egyik dolog, ami meg fog történni, az, hogy nem akarja a farkát üldözni; nem akarja, hogy csak sok időt töltsön el egyszeri felhasználással. Tehát azt szeretné megnézni, hogy melyek a minták, mi a trendek, mert sok technológia van a kezelésre. És tehát az egyik dolog az, hogy rangsorolják és rangsorolni tudják, tudják, hol töltik az idejét, tudják, mit kell tisztelni. Ezenkívül konzervatív megközelítést kíván alkalmazni, alacsonyabb kockázattal és alacsonyabb költségekkel. Nem akarja, hogy szükségszerűen drága globális változást hajt végre, anélkül, hogy értékelné, vagy nagyon jó tudatában van annak tudására, hogy ez a változás valóban segíteni fogja a kérdést. Tehát tudja, mi történik az idő múlásával, és ez a tendencia létfontosságú az alapul szolgáló kérdések intelligens kezelése érdekében.
Eric Kavanagh: Ennek teljesen értelme van. És mekkora az üzlet a virtualizáció számára, hogy megnézhesd, mi történik, majd olyan szervezetekbe jönnek, amelyek konténereket használnak - például a Docker használatával? És ez hogyan befolyásolja azt, amit a Precise képes megtenni?
Bill Ellis: Igen, tehát a „konténer” szó különböző dolgokat jelenthet a gyártók szerint. Tehát együtt dolgozunk virtuális géppel, szinte mindenki használja a VMware szoftvert - ezen a ponton tényleges standardnak tartom; Tudom, hogy vannak versenytársak odakint. És kibővítjük azt, amit támogatunk, de a VMware az domináns az Oracle veremben. Vannak tárolt adatbázisok, és így nagyon fontos, hogy rendkívül gyorsan fejlesszék a rendszert. Az is nagyon fontos, hogy virtualizált környezetben tudjuk, mikor a fizikai host nem képes kielégíteni az összes vendég konténer igényeit, mivel mindegyikük erőforrásokért versenyez.
És az egyik dolog, ami valójában belsőleg meglepett, az az, hogy az IDERA-ban valójában annyi tétlen virtuális gép volt, de ezeknek a tétlen virtuális gépeknek erőforrásokat fogyasztunk, hogy általános problémát kezdett okozni a ténylegesen működő virtuális gépek számára. használt, amelyek fontosak számunkra, üzleti tevékenységünk folytatásakor. És tehát ez egyfajta érdekes dolog volt. Most nem támogatunk minden technológiát a Nap alatt; van egy támogatási mátrix ehhez a megoldáshoz, és tehát ez az egyik dolog, amelyet szeretnénk kidolgozni egy adott potenciális ügyfél vagy ügyfél számára, csak hogy megbizonyosodjunk arról, hogy megfelelünk-e a technológiai igényeknek és az egyedi technológiáknak, amelyek alkalmazáscsomaguk alatt fut.
Eric Kavanagh: Igen, ennek sok értelme van. Tapasztalata szerint mik azok a főbb erők, amelyek jelenleg mozgatják a kihívásokat a mobiltelefonon? Amikor néhány hónappal ezelőtt beszélgettünk a webes közvetítés előtt, igazán jó megjegyzést tetted arról, hogy az iPhone vagy valamelyik mobil eszköz funkcionalitása és elrendezése valóban kihívást jelenthet az üzleti élet számára, mert a végfelhasználó hirtelen Nem tudom kitalálni, hogyan lehetne elvégezni egy adott folyamatot a munkafolyamatban, igaz? Ennélfogva, amire engedélyezed a mobilalkalmazások fejlesztését, azt mutatják meg a fejlesztőknek, hogy hol vannak a problémák, majd visszaképezhetik azt, amit az alkalmazás csinál az adott eszközön, vagy az adott eszközön. És ez nagyon hasznos, igaz, a fejlesztő számára, mert most már láthatják, mi okozza a problémát, változtathatnak az alkalmazásban, hogy megoldják ezt, igaz?
Bill Ellis: Igen, ez a hihetetlenül magas elvárások átfedése - mindenki elvárja, hogy minden bizonyos értelemben csak működjön, de nagyon sokféle van benne. Mindezen okostelefonok mindegyike rendelkezik, eltérő képernyőméretekkel rendelkeznek, és akkor különféle kommunikációs forgalmazók, a Verizon, az AT & Ts, a Sprint, ezek csak a népszerű az Egyesült Államokban. És csak annyira sokféle van odakint, olyan, mint hogy hogyan tekerheti a karját mindezekre, hogy elkezdje megérteni, hol vannak a problémák? Tehát nagyon sok metrika áll rendelkezésre, és az egyik dolog, amit a termékmenedzsment-csapatunk megtett, megpróbálja bevonni azokat a mutatókat, amelyek az IT-csapat számára a legfontosabbak vagy leginkább szükségesek, hogy intelligens döntéseket hozzanak. .
Tehát ez egyfajta kihívás, és úgy gondoljuk, hogy a termékünk olyan, mint a piac fejlődése, ezért visszajelzéseket kapunk az ügyfeleinktől, és mindig vannak fejlesztési kérelmek, tehát „Hé, ez a kiegészítő mutató rendkívül hasznos lenne számunkra.” Tehát A termék ugyanúgy fejlődik, mint a piac, de ha azt kellett mondanom, valójában Eric, ez számomra igazán érdekes, ez az egész elvárások. Az emberek olyanok, mintha régen visszatért volna a napba, amikor az emberek öt, hét másodpercig várnának, amíg a képernyő felnyílik, most olyan, mint egy vagy két másodperc, az emberek olyanok, mint „Ó, ez az alkalmazás egyáltalán nem működik!” (nevet)
Eric Kavanagh: Ez vicces. Ez igaz!
Bill Ellis: Ez őrült.
Eric Kavanagh: Igen, ez egy kicsit irreális, őszintén szólva. És azt hiszem, talán egy kicsit több realizmust fogunk látni a téma körül, ám ennek ellenére élet tény, hogy az emberek nagyon-nagyon magas elvárásokkal bírnak. És azt hiszem, Robin, az utóbbi néhány percben nagyon gyorsan visszajövök téged. Szerettem, ha a webhelyet katalógusként értékeli, és az alkalmazást, mint a hűséggépet. És arra a pontra, amiről itt már beszéltünk, hogyan tegyük lehetővé ezen alkalmazások fejlesztőinek, hogy megértsék, mi történik: Használható? Nem használható? És mit lehet megváltoztatni ennek beállításához? És Bill állításához, egy pillanattal ezelőtt, hogy a probléma megoldásának ciklusideje valóban lerövidült, igaz? Csak nem olyan, mint régen - ezt gyorsan meg kell javítania. Vagy csak hatalmas lesz a használata, igaz?
Robin Bloor: Igen, van egy csomó más dolog is, amiben játszanak, tehát megvan ez az agilis fejlesztés, és sok helyen elvárások vannak, hogy új verziót fogsz kiadni valami, ami a fejlesztés vagy a változás folyamatában van néhány hetente. És ami azt teszi, akkor az teszi, ha gondolkodik rajta, ha gondolkodik a telepítési környezetekre, és arra gondol, hogy mekkora a köteg, amikor mobilba lépsz, valójában több potenciális eszköz van a végső csomóponton, majd a közepén lesz egy köztes szoftver. Lehet, hogy van alatta és alatt is lehet, hogy vannak adatbázisai. Tehát valószínűleg sok-sok alkalmazást megérinti; előfordulhat, hogy több adatbázist érint, és a biztonság szempontjából nagyon összetett tevékenységeket végezhet. És mindent működni kell, és az elvárás, hogy ésszerűen jól működjön.
És a csodálatos dolog néha igaz, de erre gondoltam: ha tényleg olyan mobil alkalmazásokat építesz, amelyek valóban kulcsfontosságúak a vállalat sikeréhez, és sokuk kiderül, sok ilyen dolog valóban vannak. Ha mobil karbantartást végez olajfúrótornyokon és olajcsöveken, és hasonló dolgokon, akkor működni kell. A nem működésének következményei csak szörnyűek. És ha nem rendelkezik ezzel a képességgel, hogy ténylegesen feldarabolja az alkalmazást, és tudja, hol mennek a dolgok rosszabb helyzetbe, akkor 'a legtöbb a teljesítmény. Manapság nagyon jó tesztkötegek vannak, tehát igen, vannak hibák, és a hibák átjutnak. De leginkább, ha valami rosszul megy, ez a teljesítmény kérdése. És ha nem tudja a sztetoszkópot 18 különböző helyre tenni, akkor nagyon nehéz felismerni, mi a baj. És a hálózaton is szerepet játszik ebben, és az a valóságod is, hogy az alkalmazás bármelyik alkotóeleme az adott alkalmazás természete miatt a nap különböző időpontjaiban stresszhat. Kell, hogy kifinomult felügyeleti eszközökkel rendelkezzen, ha mindezzel együtt esélyt fogsz kapni.
Eric Kavanagh: Igen, egyet kell értenem, és azt hiszem, hogy manapság ez az IDERA Precise ereje. És Bill, azt hiszem, csak záró észrevételek tőled? Azt hiszem, hogy ez a technológia fantasztikus. Azt is felismerem, hogy ennek a technológiának a felhasználójaként valóban meg kell értenie az információs rendszerek bonyolultságát és a függőségeket, és képesnek kell lennie arra, hogy kitalálja, hol, mikor és hogyan szintetizálja ezeket az információkat, hogy felmérje, mi történik. És ehhez intelligens és képzett emberre van szükség, és őszintén szólva, ez az egyik oka annak, hogy egyáltalán nem aggódok a gépi tanulás miatt, amely elveszi a munkahelyeket. Úgy gondolom, hogy a gépi tanulás nagyon hasznos lehet egy ilyen technológia alatt, hogy azonosítsa a közös mintákat, majd javaslatokat tegyen a végfelhasználó számára arról, hogy mi történhet itt. De milyen befejező gondolatok vannak tőle arról, hogy valóban megkapja-e a vállalkozást az ilyen típusú hibaelhárítási képesség fontosságáról, és mit kellene tudniuk erről a már elmondottak mellett?
Bill Ellis: Igen, tehát Eric, egyetértek veled, óriási összetettséggel bír. Úgy gondolom, hogy a Precise termékcsalád azáltal, hogy a metrikus időre összpontosít, hogy a veremtáblázatot olvasó felhasználó sikeresen használhatja a Precise szoftvert, és csak köszönetet szeretnék mondani a résztvevőknek, neked és Robinnak a mai webinárium szervezéséért.
Eric Kavanagh: Fogadsz ! És amint mondtam, ezt az archívumot egy ideje tároljuk, tehát nyugodtan ossza meg barátaival és kollégáival; archiváljuk ezeket a webes adásokat. Néhány perccel ezelőtt elküldtem egy linket a diákra. Nyugodtan nézze meg ezt, de nagyszerű munkám, Bill, ma. Tényleg ismered a cuccodat; mindig öröm, hogy olyan profi szakemberekkel dolgozzon, mint te. És azt hiszem, hogy ez valóban a mobil munkaerő támogató technológiája lesz! Szóval, köszönöm az idejét, emberek, legközelebb utolérjük Önt, vigyázzon. Viszlát.
