Autors: Techopedia Staff, 2017. gada 21. jūnijs
Takeaway: Uzņēmējs Ēriks Kavanagh pārrunā mobilo darbaspēku ar Dr Robin Bloor un IDERA Bill Ellis.
Pašlaik neesat pieteicies. Lai redzētu video, lūdzu, pierakstieties vai reģistrējieties.
Ēriks Kavanagh: Visi taisnīgie, dāmas un kungi, ir trešdiena, 21. jūnijs. Ir pulksten 4:00 pēc Austrumu laika, un, protams, tas nozīmē, ka biznesa tehnoloģiju pasaulē ir laiks karstajām tehnoloģijām! Jā, patiesi. Mans vārds ir Ēriks Kavanaghs, es būšu jūsu šodienas pasākuma vadītājs un moderators. Tas ir karsts temats, tas ir liels: “En Marche! Mobilā darbaspēka iesaiste. ”Un es apzināti neķēru birku no Makrona kunga kandidatūras Francijā. Es jums to apsolu, bet diezgan nejauši, bet tas joprojām ir diezgan aizraujoši. Tātad, mēs runāsim visu par mobilo darbaspēku un to, kā jūs varat pārliecināties, ka šie ļaudis saņem to, kas viņiem vajadzīgs, un viņi var darīt to, ko viņi dara labi. Daudz izaicinājumu, daudz jautājumu, kas pastāv. Mēs arhivēsim šo tīmekļa pārraidi vēlākai apskatei, tāpēc, ja kaut kas pietrūkst, varat atgriezties un pārbaudīt. Arī dalieties tajā ar draugiem un kolēģiem.
Un man jāsaka, ka nekautrējieties; labākais veids, kā iegūt patiešām pielāgotu saturu un nepieciešamo informāciju no tāda pasākuma, ir uzdot jautājumus. Tātad, jūs varat uzdot jautājumu no tērzēšanas loga vai no tīmekļa apraides konsoles Q & A komponenta. Jebkurā laikā pasākuma laikā nosūtiet to uz priekšu, un es to noteikti satversu un beigās iešušu Q & A. Mums būs pāris prezentācijas, un tad mēs dzirdēsim no Bill Ellis no IDERA Software. Protams, šodien spēlē mūsu pašu Robins Bloors. Un līdz ar to ienirsim tieši iekšā.
Tātad, es esmu ieguvis labu statistiku no RCR Wireless par notiekošo, un tiešām tas ir diezgan prātā. Viņi saka, ka globālais mobilais darbaspēks līdz 2022. gadam skars 1, 87 miljardus cilvēku. Tas ir vairāk nekā 40 procenti no kopējā planētas darbaspēka. Tātad, ja jūs par to domājat, tagad pēkšņi tur, kur jums kādreiz bija IT iespējas, tādu ierīču kā datoru funkcionalitāte, kur jums bija 99 procenti vai vairāk, kas atrodas jūsu uzņēmuma telpās biroji - tas bija pat, teiksim pirms 15 gadiem, pirms 10 gadiem tas, iespējams, bija 85–90 procenti, pirms pieciem gadiem tas bija kā 70 procenti? Kaut kas tamlīdzīgs? Tagad tas ir gandrīz līdz 60 procentiem. Un tas ir liels darījums. Tātad, mēs esam redzējuši šo milzīgo tehnoloģiju un faktisko instrumentu maiņu, ko cilvēki izmanto, pārvietojoties ārpus biroja, uz darbaspēku.
Nu, tam ir neskaitāmas priekšrocības. Es domāju, burtiski, ja jūs skatāties, piemēram, kuģniecības nozari, piemēram, UPS, vai ja jūs skatāties uz puišiem, kuri dodas uz platformām naftas atradnēs, ja jūs skatāties uz kādu no dažādajiem darbiem, kur tas palīdz jums būt ar dziļu funkcionalitāti, ceļā mobilais darbaspēks visu maina. Tagad viena no problēmām - un mēs par to runāsim, ir nedaudz dziļāka - ir tā, ka mums notiek pāris dažādas lietas, viena no tām ir darbaspēka daudzveidība. Tātad 2020. gadā - es tikko redzēju statistiku šodien - darbaspēkā būs piecas cilvēku paaudzes. Tas nozīmē, ka jums būs vecmāmiņa un vectēvs, pēc tam mamma un tētis, kā arī bērni, bet teorētiski jūs tur dabūsit vecvectēvs un liels-liels-vectēvs un lieliski-liels-vecmāmiņa. Acīmredzot tas nav konkrētā ģimenē, bet jēga ir paaudžu ziņā - jums ir piecas dažādas plašu indivīdu kategorijas darbaspēkā, katrai no tām ir savas tendences, savi priekšnoteikumi, sava tieksme strādāt ar tehnoloģija.
Acīmredzot bērni parasti ir mobilāki, ņemot vērā to, kā viņi mijiedarbojas ar pasauli. Un tikai padomājiet par komunikācijas kanāliem, kurus tas mainīja - nesen par to runājām citā šovā; SnapChat ir tas, kā sazinās daudz pusaudžu, viņi pat nevēlas pat ar jums runāt pa tālruni, viņi vienkārši vēlas sūtīt mazus SnapChat ziņojumus uz priekšu un atpakaļ. Tas ir tikai viens piemērs patērētāju pasaulē, kā lietas mainās, un to varētu izkliedēt pa visu tehnoloģiju, funkcionalitātes, indivīda, uzņēmuma, biznesa modeļa spektru. Tas ir vienkārši visā kartē, bet jēga ir tāda, ka mobilais darbaspēks ir reāls, tas atrodas tur un ja vien jūsu uzņēmumam nav stabilas programmas, lai saprastu, kā tas ietekmē jūsu biznesa procesus, un es runāju par ļoti specifiskiem, uz tehnoloģijām balstītiem datiem, darbināmi procesi - ja jūs nesaprotat, kas tie ir, un nepārvaldāt to, izmantojot IT infrastruktūru, procesu un pārvaldības perspektīvu, jums radīsies visa veida problēmas.
Tātad, tur ir iPhone. Es atceros, kad tas zīdējs iznāca, šķiet, piemēram, pirms miljons gadiem. Bet tas bija tikai kā 2007., vai '08. Gads? Ne tik sen bija tas, ka mums nebija iPhone, un, protams, formas faktors tikai pamatīgi mainīja tehnoloģiju un patiešām ļāva mobilajam darbaspēkam. Un es, protams, atceros, tajā laikā iznāca iPad un tad iPhone, tieši tajā pašā laikā. Es neatceros, kurš bija pirmais, bet iPad patiešām bija viens no nozīmīgākajiem uzņēmuma IT pārmaiņu spēkiem, iespējams, kopš lieldatora. Un iemesls ir tas, ka atklāti sakot, ļoti ļoti vecu vadītāju, lielu organizāciju C-suite cilvēku mīlēja to tieši no sikspārņa. Un teica: “Es to gribu. Es to atdodu darbam. ”Nu padomājiet par to - pēkšņi IT vajadzēja apgriezties un risināt problēmu, kuru viņi, iespējams, negribēja risināt, kas bija saistīta ar visām šīm jaunajām ierīcēm.
Tātad, ja jums būtu iPads - kā jūs to ieaustu matricā? Kā jūs to pārvaldāt? Tie visi ir patiešām lieli izaicinājumi, un vecie iPad un iPhone patiešām bija ļoti graujošs spēks IT un IT pārvaldībā daudzām organizācijām - gan lielām, gan mazām. Tātad, mums joprojām ir šis izaicinājumu un ieguvumu spektrs, kas mobilajās ierīcēs ir aptuveni tik plašs, cik varat iedomāties. Un, protams, viņi turpina mainīties, vai ne? Tātad, tagad tas ir ne tikai BYOD, bet arī BYOA reizes, kad vadītāji un profesionāļi piegādā savu ierīci. Nu, mēs to mēdzām dēvēt par “ēnu IT”, vai ne? Tiem no šīs vecākās paaudzes jūs, iespējams, atceraties vecos radio šovus, viņiem bija radio dramaturģija, un viens no tiem bija Ēna - “Kas zina, kas ļaunu slēpjas cilvēku sirdīs? Ēna zina. ”Un es to atceros tāpēc, ka biju bērns. Šajās dienās ēnu IT visur valda; visi dara ēnu IT.
Tātad, tas ir reāls izaicinājums IT vadībai un biznesa procesu vadībai, visiem operāciju cilvēkiem. Jūs vēlaties, lai varētu izmantot mobilās ierīces, bet jūs to vēlaties saistīt ar savām sistēmām, un ir daudz dīvainu, mazu problēmu. Ne mazāk svarīgs no tiem ir vizuālā pieredze un ar to saistītā funkcionalitāte, ko iegūstat, lietojot mobilo ierīci. Un ikviens no jums, kurš ir izmantojis vairākas ierīces, piemēram, iPad, salīdzinot ar klēpjdatoru, salīdzinot ar galddatoru, salīdzinot ar dažiem jaunākiem mobilajiem viedtālruņiem, kas iznāk, pieredzējis to, ka funkcionalitāte nedarbojas pareizi, un tas ir reāla problēma. Faktiski pārlūku kariem vajadzēja mūs tam sagatavot, jo visi pārlūkprogrammas arī dara lietas nedaudz savādāk. Un tas ir vēl viens liels izaicinājums ne tikai dizainam, ne tikai izskatam un lietojumprogrammas gludajam raksturam, bet arī faktiskajai funkcionalitātei. Kā iegūt nolaižamo izvēlni, lai šajā ierīcē atlasītu vēlamo? Tas ir liels darījums.
Tātad, par to mēs šodien mazliet runāsim, un mēs dzirdēsim no Robina un Bila Ellisa, kā jau minēju, kurš ir īsts šīs jomas eksperts. Tātad, šī ir viena no lielajām problēmām, kas cilvēkiem ir aktuāla - tā ir tikai darn dažādība un nav vienas metodes darbam dažādās platformās. Jums Samsung un Apple lielākoties rada šīs lietas, taču ir visādi - ir tik daudz ierīču! Nesen es redzēju, ka iPhone uzvar pārdošanas apjomos, un es biju šokā par to, cik zems bija to skaits - tas bija kā, es nedomāju, ka tas bija pat par 20 procentiem! Un tie bija numur viens, kas nozīmē, ka burtiski ir daudz - ja ne simtiem - ierīču, kuras var izmantot. Jūs varat vienkārši iedomāties, kā jūtas IT departaments, un, protams, mainās šo tehnoloģiju klāsts; ar dienu tas kļūst daudzveidīgāks.
Viss mainās, mums ir notikuši visādi sīkumi - konteineri, tikai tāpēc, lai šeit iemestos vēl viena uzgriežņu atslēga. Un tad, protams, mums ir darbaspēka daudzveidība. Daudzas tūkstošgades, viņi vienkārši daudz atšķiras pēc savām vēlmēm, kā viņi izmanto tehnoloģiju, ar ko viņi ir gatavi pārdomāt, cik ātri viņi var izdomāt lietas. Parasti tas notiek ātrāk nekā pie mums, vecajiem taimeriem, bet tomēr viss, kas jāatrod atpakaļ uz jūsu pirmizrādes sistēmām vai vismaz līdz mākonim. Un tas ir liels, liels izaicinājums.
Un līdz ar to es to atdošu neatdarināmajam Dr. Robinam Blooram. Robin, atņem to.
Robins Bloors: Labi, paldies par šo īso ievadu. Parunāsim par mobilo. Tas nebija īpaši acīmredzams - Ēriks atsaucās uz iPhone ieviešanu - tas nebija īpaši acīmredzams, kad iPhone ienāca tieši tajā, ko tas vēstīja. Es domāju, ka tad, kad iPad ienāca, kļuva skaidrs, ka mums patiesībā būs diezgan daudzveidīga mobilā pasaule. Es patiešām esmu sava veida Apple bigot, tāpēc es īsti nedomāju par Android, bet, protams, lai arī Apple lielāko daļu nopelna, lielākais ieguvums gan no spilventiņu tirgus, gan no tālruņu tirgus, tai vairs nav numuru, kas ir sava veida interesanta lieta. Un tas nozīmē, ka būs ne tikai kaut kas cits, bet arī jaunas ierīces, cilvēki tās izmantos un miljonos pārdos. Tas rada ļoti daudzveidīgu vidi, kas jums, iespējams, būs jāiziet.
Joks šeit “Es jautātu Siri, kur mēs atrodamies, ja es varētu saņemt signālu.” Lietas, kas mobilās ierīces padara nedaudz atšķirīgas, ir tas, ka galddatori ir savienoti visu laiku. Un mobilās ierīces nav obligāti savienotas un tās ne vienmēr ir ieslēgtas visu diennakti, jo cilvēki tās var izslēgt. arī jūs varat tos nogādāt lidmašīnās un tamlīdzīgās lietās, un tāpēc tā ir cita veida ierīce nekā jebkura cita, kas jums jebkad bijusi. Es gribētu apgalvot, ka mobilais tālrunis patiesībā ir īsts personālais dators, jo tas ir tas, kas jums visu laiku ir līdzi. Tā ir cilvēka mobilā ierīce. Tablete ir nedaudz atšķirīga; tā ir sava veida dīvaina situācija, ka, padomājot par to, ka vienā vai otrā veidā ir vairāk nekā viens funkcionāls mobilās ierīces veids.
Jebkurā gadījumā, ko nozīmē būt mobilam. Internets mainījās. Mēs nemanījām, ka tas notiek - es nemanīju, ka tas notiek - bet mūsdienās 80 procenti interneta aktivitāšu notiek no mobilajām ierīcēm, un, domājot par to, tas ir ārkārtējs skaitlis. Bet 47 procenti no šiem 80 procentiem ir planšetdatoru trafiks. Lielāko daļu lietojumprogrammu ir iespējams nodrošināt mobilajā vidē. Citiem vārdiem sakot, ja jums ir programmas, kas jau pastāv, un, jūs zināt, tās ir pieejamas darbvirsmā, jūs, iespējams, varat tās ievietot mobilajā tālrunī, taču acīmredzami ir ierobežojoši faktori. Formas faktors un tastatūra ir viens no tiem. Paši planšetdatori, pēc Microsoft un Apple domām, pakāpeniski nomainīs mobilos personālos datorus. Viņiem ir īpaši pielietojumi noteiktās jomās, jo tie ir izturīgāki.
Viena no lietām, par kuru es atceros runājam ar veselības aprūpes IT cilvēkiem, bija fakts, ka pirms planšetdatora pastāvēšanas, ja jūs nonākt vidē, kas bija izolācijas palātā, jūs zināt, ka jums vajadzēs savas ierīces, kuras esat paņēmis līdzi jūs, faktiski, kaut kādā veidā būtu jādezinficē. Tas ir patiešām viegli izdarāms ar planšetdatoru, nepavisam nav viegli to izdarīt ar to, kas viņiem agrāk bija - galddatoriem, kas bija mobili tāpēc, ka atradās uz ratiņiem un bija pieslēgti vidē. Viņiem bija kādreiz vajadzējis uzturēties šāda veida vidē vai arī veikt ārkārtas dezinfekcijas veidus, kas tika izņemti no šīm vidēm. Un mēs parasti daudz nedomājam par šīm vidēm, ja vien mēs nestrādājam tajās vidēs. Bet planšetdatori un mobilie tālruņi ir padarījuši darbu šajās vidēs patiešām dabisku, lai tos varētu savienot un darboties šajās vidēs.
Un kad statuss, ko Ēriks pielika 1, 7 miljardu apmērā, es domāju, ka tas bija, mobilie darbinieki līdz 2020. gadam. Vai es esmu mobilais darbinieks? Es domāju, ka tā ir, es esmu mobilais darbinieks tādā ziņā, ka reizēm es strādāju ārpus biroja, un kad es to izdarīšu, es strādāšu pie planšetdatora vai darīšu lietas mobilajā tālrunī. Tātad, kad jūs faktiski to aplūkojat un domājat par to, iespējams, ka to cilvēku dēļ, kuri mobilajām ierīcēm izmantos tikai savu darbaspēku, tātad cilvēku, kas faktiski pārvietojas apkārt. Jebkurā gadījumā jūs tagad varat domāt par trīs veidu lietotājiem: galddatoru lietotājiem, planšetdatoru lietotājiem un tālruņu lietotājiem. Un viņiem ir vajadzīgas dažādas lietojumprogrammas. Un tas ir iemesls, lai to pieminētu.
Kamera un balss tagad ir neatņemama mobilo ierīču sastāvdaļa, taču tā ir arī darbvirsmu neatņemama sastāvdaļa. Bet mobilajās ierīcēs tos izmanto dažādos veidos, un mobilajās ierīcēs tiem ir atšķirīgas saskarnes. Un viss mobilajās ierīcēs aprakstītais iemesls ir atšķirīgs. Tātad, ja jūs veidojat mobilās lietojumprogrammas, jūs neveicat tāda veida lietojumprogrammas, kuras jūs izmantojāt, lai izveidotu daudzu iemeslu dēļ - daudzas no tām atradās šajā slaidā. Tātad, ja jūs esat bizness, kas vienā vai otrā veidā jau būvē lietojumprogrammas, kuras darbojas vietnēs, rodas jautājums, vai tām vajadzētu būt arī mobilajām lietojumprogrammām? Un šāda veida slaids to aplūko. Tīmekļa lietojumprogramma var darīt vairāk, vienkārši tāpēc, ka tie ir veidoti vienā vai otrā veidā, tie ir izveidoti, faktiski nerūpējoties par formas faktoru, tāpēc cilvēki izveidos tīmekļa vietni, kuru jūs nevarat saprātīgi izmantot, vai jūs to nevarat viegli izmantot iPhone vai Android ierīcē, kas varētu būt vienkārši izmantojama planšetdatorā, bet pat planšetdatorā var nebūt īpaši laba. Parasti tas būtu OK.
Vai arī varat izveidot mobilo lietotni. Ja veidojat mobilās lietotnes, dažādos lejupielādes veikalos ir pieejams lietojumprogrammu pārrāvums, un tas mazina to pretestību. Ja paskatās uz manu konkrēto iPhone, tas ir vienkārši pilns ar lietojumprogrammām, no kurām es, šķiet, nevarētu atbrīvoties; Es tos izdzēšu, bet šķiet, ka vienmēr savādā veidā tie tiek lejupielādēti vēlreiz. Es acīmredzot nezinu, kā pareizi pārvaldīt iPhone. Bet jūs zināt, ka jūs galu galā izmantojat tikai lietojumprogrammas, un tam nav jēgas. Es ieguvu vairāk, man ir aizdomas, ka manā iPhone ir vairāk lietojumprogrammu nekā manā darbvirsmā, kas ir savādi, ja jūs par to domājat. Mobilās lietotnes ir veiksmes lakmusa pārbaude. Tas ir sava veida interesanti, ka daži tīmekļa uzņēmumi - Yelp ir viens no tiem - izcili labi darbojās, izveidojot lietotni un liekot cilvēkiem to lejupielādēt. Un šķiet, ka jomas, kurās bija samērā labi panākumi, faktiski bija finanšu nozarē; tas ir ne tikai bankas, bet arī e-tirdzniecība un citi uzņēmumi, tāpēc, ka cilvēkiem patīk brīžiem tirgoties ar sīkumiem, pārvietojoties. Pārtikas lietojumprogrammas, tāpēc ne tikai meklējot restorānus, bet arī veidojot recepšu vietnes, lietotņu ziņā viņi darbojās patiešām, ļoti labi.
Daudziem cilvēkiem nepaveicās īpaši labi, un tas ir iemesls, es domāju, ka lielākoties tas ir tāpēc, ka ir tikai tik daudz lietotņu, kuras jūs kādreiz esat pieradis lietot, un, ja jūs lietojat lietotni tikai reizi pāris dienās vai tā, tad jūs par to aizmirstat. Ja tam nav lielas personiskās vērtības, jūs par to aizmirstat. Tātad ir grūti izveidot mobilo lietotni, kas būtu pieejama vispārējā izpratnē, taču acīmredzot jūs varat tos izveidot saviem darbiniekiem un izmantot organizācijā. Mobilo lietotņu izstrādes izmaksas ir patiešām lielas, un tam ir vairāki iemesli. Viens no iemesliem ir tas, ka jūs faktiski norādāt uz atšķirīgi atšķirīgu ierīču skaitu.
Jūs varat iegūt attīstības vidi, kas paredzēta vairākām ierīcēm, taču dažas lietojumprogrammas, it īpaši, ja skatāties uz drošību, tiešām ir jākodē pašai ierīcei. Jūs rakstītu atšķirīgu kodu iPhone vai Android videi. Varbūt savādāk. Dažreiz jūs atsaucaties uz aparatūras iespējām. Tātad vispārējā mobilā lietotne, jā, iespējams, tur ir tāda programmatūras izstrādes programmatūra, kuru varat izveidot tādu, kas ir sava veida hibrīds un pārsniegs lielāko daļu mērķa vides. HTML5 padara to daudz vairāk, nekā tas jebkad bija. Bet jūs saņemat arī šo situāciju, kad dažas lietotnes to faktiski nevar izdarīt; tas nozīmē, ka jūs faktiski veicat vienu un to pašu darbu vairākas reizes katrai ierīcei, uz kuru mērķējat, un tas neapstās cilvēkus, kuri apgalvo, ka viņiem ir tiesības atnest savu ierīci; tas neko nemainīs, tāpēc īsti nevar apiet.
Acīmredzot mobilo lietotņu analīze norāda, ka tās veicina lielāku pārdošanu, vai ne? Un tas ir dīvains vietnes un mobilās lietotnes veids, kas, ja vēlaties, papildina. Lietotnes palielina pārdošanas apjomus. Vietnes labāk uzņem jaunus klientus. Lietotnes labāk patur klientus, kurus esat jau izvēlējies. Klienti vietnēm tērē šausmīgi daudz vairāk nekā lietotnēm, bet klienti biežāk tērē lietotnēm. Un tā ir patiešām dīvaina lieta, un tas attiecas uz faktu, ka, ja jūs gatavojaties kaut ko izveidot, tad jums, iespējams, ir nepieciešams vietnes un mobilās lietotnes iemiesojums, ja jūs domājat, ka tā tiks plaši izmantota. Un tas ir, vienā vai otrā veidā, tas ir sava veida dramatiski izdevumi, ko pievienot programmatūras projektam, kurš katrā ziņā var nodarīt diezgan daudz citu lietu.
Parasti vietne ir katalogs, un lietotne ir lojalitātes mašīna. Mobilo lietotņu izstrāde - un tas ir tikai veids, kā nojaukt problēmu - atšķirīga attīstības vide, dažādas problēmas attiecībā uz aparatūru, dažādi lietotāja interfeisa dizaina principi un iespējas, jums būs jābūt bezsaistes iespējām - “ daudz lietotņu, kuras cilvēki sagaida, lai varētu tās izmantot, ja tās ir atvienotas - viņi nevēlas zaudēt datus; daži dati ir jāuzglabā lokāli. Jūs veidojat citu lietotni, nekā jūs varētu izveidot, pieņemsim, ka darbvirsmai. Un tad jums ir mobilais fona jautājums, tur būs nepieciešama starpprogrammatūra, tur būs drošības procedūras. Ļoti iespējams, ka fonā būs uz pakalpojumiem orientēta arhitektūra, kurā jūs adāt kopā dažādas lietas. Un tas ir tas, ko sakāt, ka jums nav jāņem tikai komanda, kas ir pieradusi pie lietojumprogrammu izstrādes serverī un citām lietām. Iemetot tos mobilajā telefonā, jums tiešām ir nepieciešami mobilo ierīču izstrādātāji. Un cilvēki ar mobilo pieredzi.
Jebkurā gadījumā, sakot to, jāpasaka tikai viena lieta - galvenokārt mobilās lietotnes vairumā gadījumu ir klientu saskares punkti, tāpēc tām ir jābūt tiešām labām, jo klients vērtēs uzņēmumu, pamatojoties uz mobilo pieredzi, vai tas ietekmēs viņu spriedumu. Un dažos gadījumos, kā jau minēju, mobilā lietotne faktiski ir tā, kas nosaka biznesa panākumus; tā var būt lieta, kas patiešām veido organizāciju. Un, protams, tas var būt arī mitrs ķēms.
Un to sakot, es nodošu bumbu atpakaļ Ērikam.
Ēriks Kavanaghs: Labi, un es to nodošu tieši Bilsam. Rēķins, ja vēlaties tur nokļūt uz Ātro sākumu un dalīties ar savu ekrānu?
Bils Eliss: Jā. Šeit?
Ēriks Kavanaghs: Tas augšējais kreisais stūris.
Bils Eliss: Jā. Paldies par norādījumiem, es to novērtēju. Robin, man ļoti patika jūsu diskusija, tā bija smieklīga. Esmu strādājis, strādāju virtuālā komandā jau 18 gadus, tāpēc domāju, ka varu sevi uzskatīt par mobilā darbaspēka daļu. Dažreiz es uztraucos, ka redzēšu, ja man ir funkcija pēc darba, man bieži ir jāapģērbjas, lai uz to dotos. (Smejas) Un es varbūt sāku zaudēt perspektīvu attiecībā uz to, kas ir “ģērbies”, tāpēc tik un tā. (Smejas) Ar to iesim un sāksim. Es gribu apstiprināt, ka varbūt Ēriks varētu vienkārši piezvanīt un man pateikt, vai varat redzēt manu ekrānu, vai tas ir labi?
Ēriks Kavanagh: Jā, izskatās labi.
Bils Eliss: Labi. Tātad, mans vārds ir Bils Elliss, es strādāju ar IDERA precīzo produktu līnijā, un mēs runāsim par mobilitātes nodrošināšanu. Un mēs patiešām runājam par tā izmērīšanu un pārliecināšanos, ka tas darbojas jūsu apmierināšanai. Viens no nozīmīgākajiem punktiem tajā bija tas, ar ko cilvēki kaut kā mijiedarbojas ar jūsu uzņēmumu. Savā ziņā tas ir ļoti intīms - tālrunis ir kādam rokā, un tāpēc iespaids, ātrums, atstāj lielu iespaidu uz visiem lietotājiem.
Tātad, šī bija klientu pieredze, ar kuru es domāju, ka padalīšos. Viņiem bija dzīvot, tas negāja labi. Tā kā sākotnējais slodzes tests pilnībā neatklāja izmaiņas pamatā esošajā lietojumprogrammu infrastruktūrā, un tāpēc viena no lietām, kas man patīk uzsvērt, ir mobilais, neatkarīgi no tā, vai tā ir lietojumprogramma vai HTML5, ir arī daudz tehnoloģiju, kas ir atkarīga no tā. Sākot ar tīklu, tīmekļa serveri, biznesa loģiku, ziņojumapmaiņu un, ja viņi pērk, jūs zināt, nozīmīgu biznesa darījumu, viņi mijiedarbojas ar ierakstu sistēmu.
Un ironiski, ka, uzsākot darbu, mēs saskārāmies ar dažiem tīkla jautājumiem, tāpēc viss šis saturs ir ļoti būtisks pat šī vebināra organizēšanai. Tātad jums varētu būt viena lietojumprogramma, vismaz sešas tehnoloģijas, daudzi gala lietotāji, un ir ļoti grūti atbildēt uz visvienkāršākajiem jautājumiem. Vai gala lietotājam ir problēmas? Kādas problēmas rada lietojumprogrammu kaudze, kāds kods to rada? Un tā, tas, kā tiek galā ar šīm lietām, patiešām nav mazsvarīgs.
Tagad tas, ko mēs darīsim, ir tas, ka mēs apskatīsim dažus mērījumus, kas tika veikti objektā, lai palīdzētu izprast, kur ir problēmas lietojumprogrammu kaudzē. Un tas, ko mēs aplūkojam, ir grafiks, kur Y ass ir reakcijas laiks, X ass ir laiks visā dienā. Kaudzītes joslas diagramma ir mērījums tam, kur tiešā lietotāja darījumi pavada laiku. Un tā jūs šeit iegūstat jauku tendenci, un tad tā turpinās augt un pieaugt. Un tas būtībā ir griezuma norobežojums, un tāpēc, apskatot steka joslu diagrammu, jūs varat redzēt, ka J2EE līmenī ir daudz problēmu. Jūs redzat arī problēmas tīmekļa servera līmenī, un tad tur ir daži diezgan lieli lifti, faktiski arī datu bāzes līmenī.
Un tā, tagad, kad esam noskaidrojuši, ka pastāv vairāki līmeņi ar vairākām problēmām, mums ir jāiet mazliet tālāk, lai uzzinātu, kas tieši notiek, lai saprātīgi reaģētu uz šo jauno lietošanas veidu un šo ļoti lēno, mēs runājam par četriem vai pieciem X lēnāku sniegumu. Un tāpēc viena no pirmajām lietām, ko mēs vēlamies darīt, ir pateikt: “Šis ir viens darījums”, un tāpēc mēs esam apskatījuši visu darījumu jomu kreisajā pusē, un viņi, konsultējoties, var tiešām viegli. apskatīt reakcijas laika joslu diagrammu, lai būtībā redzētu, ka tajā pašā klienta tīmekļa serverī Java redzat noteiktus darījumus vairāk nekā citus, datu bāzes laiku. Bet tas tiešām ir darījums ar visiem darījumiem.
Tas attiecas uz lietotājiem, un tāpēc jūs sākat iegūt, tas ir globāls izvietojums, tāpēc jūs skatāties primārajos kontinentos pasaulē, tātad, tas ir visiem lietotājiem, visām atrašanās vietām. Tā ir globāla problēma, tā notiek, tāpēc, ka sāk izolēt, tā nav viena vai noteikta lietotāju grupa - tas ir kaut kas vairāk notiek datu centra pusē. Un tā mēs sākam diagnosticēt, kur ir dati? Kādi pieteikuma līmeņi? Un tā mēs sākam apskatīt vidējo reakcijas laiku, kas veidojas, ņemot vērā arī izpildījumu skaitu, lai gūtu priekšstatu par mērogošanu. Tas ir ļoti interesanti - apakšējā puse faktiski parāda ilgtermiņa vēsturi, un jūs varat redzēt ļoti lielu piekļuves skaitu, bet šī otra puse ir vienlaicīgu savienojumu skaits ir salīdzinoši mazs. Pēc tam, kad esam pārgājuši uz mobilo HTML5 lietojumprogrammu, savienojumu skaits vairāk nekā divkāršo daudz mazāku - mēs runājam par lieluma secību - tas ir 100 reizes mazāk piekļuves, tāpēc mēs neveicam mērogošanu; mēs esam ieguvuši vismaz divkāršu savienojumu skaitu ar to, kas mums bija iepriekš. Tātad, mēs sākam saprast, kādas ir jaunās prasības, kuras mobilā lietojumprogramma izvirza pamatā esošajām infrastruktūrām.
Tāpēc iesim vēl tālāk, jo mums ir jānošķir vietas, kur rodas problēmas. Tātad šeit jūs būtībā skatāties uz lietu apjoma palielināšanu, un mums šeit tiešām nebija vajadzīga šī joslu diagramma, lai pateiktu, ka mēs neatbilst mūsu SLA, bet to viegli varam redzēt augšējā diagrammā. Bet mēs esam saņēmuši sekundāru apstiprinājumu attiecībā uz SLA neatbilstības izpildes skaitu. Tagad mēs šeit sāksim aplūkot bloķēšanu, un tas atrodas - tas notiek WebLogic, bet biznesa loģikas līmenī. Un jūs varat redzēt šeit, un tas, iespējams, ir nedaudz grūti lasāms, bet jūs veicat 31 000 slēdzeņu iegādi, lai kopējais bloķēšanas laiks būtu 12 stundas, 30 minūtes. Tātad šī acīmredzami ir milzīga problēma.
Tagad bloķēšanas ietekme mums parāda, ka vienmēr ir kāds 80/20 noteikuma atvasinājums. Šīs problēmas patiešām rada viena metode, viena metožu grupa. Tagad mēs sākam izolēt problēmas noteiktā līmenī. Tātad, mēs iesim mazliet tālāk, un šeit ir ziņojumapmaiņas sistēma. Un mēs sākam to redzēt, laika grafiks, kuru es riņķoju augšējā kreisajā stūrī, jūs varat redzēt, ka aptuvenais reakcijas laiks palielinās, un rožains taustiņš, kas faktiski rāda rindas, un patiesībā ir pavisam kas cits rindā, kas notiek, savienojumu skaita dēļ tas tiek palielināts. Tātad ziņojumapmaiņas sistēma veic daudz vairāk darba; tur ir daudz vairāk - ja jūs veicat analoģiju ar šo pārtikas preču, katrā kasē pie kases ir daudz vairāk ratiņu, un tas ir tas, kas palielina rindas, un to visskaidrāk varat redzēt domēnā. Katrā no domēniem rindas ir ļoti, ļoti augstas.
Līdz šim esmu identificējis bloķēšanu WebLogic, esmu identificējis rindas ziņojumapmaiņas sistēmā, un tas notiek Tuxedo. Un tad tas, ko mēs šeit aplūkojam, ir līdzīga veida analīze, bet mēs aplūkojam izpildes stāvokļus ierakstu sistēmā. Un tas notiek kā izpildes stāvokļi Oracle ietvaros. Iemesls, kāpēc mēs koncentrējamies uz laiku, ir tas, ka laikam ir divas izcilas īpašības. Pirmais: tas ir veids, kā gala lietotāji un lietojumprogrammas piedzīvo veiktspēju. Otrais numurs ir tas, ar ko mēra resursu patēriņu. Un tādējādi tas automātiski identificēs vājās vietas. Un tāpēc es šeit, datu bāzes līmenī, redzu, ka man ir papildu I / O laiks, tāpēc es uzsveru glabāšanas apakšsistēmu. Katrs līmenis ir atkarīgs no pakārtotā līmeņa, tāpēc datu bāze ir atkarīga no krātuves. Es arī redzu, ka datu bāzes laikā es veicu bloķēšanu. Tātad, pirms šī informācija kļūst nedaudz izmantojama, man vajadzētu mazliet sīkāk izskaidrot. Un tā, iesim iekšā, nomizojiet sīpolu vēl vienu kārtu.
Tagad tas faktiski ir izpildes skaita skatījums, Y ass šajā skaitā, tas ir tūkstošos, jūs skatāties uz 9000, deviņiem miljoniem, un tāpēc arī izpildes skaits palielinās un palielinās. Tātad jaunā mobilitātes lietojumprogramma uzsver šo lietojumu daudzos veidos. Bloķēšana tikai atkārtojumam: bloķēšana tīmekļa līmenī, rindas veidošana ziņojumapmaiņas sistēmā, papildu izpildes skaits datu bāzes līmenī, papildu I / O, papildu bloķēšana datu bāzes līmenī. Tātad, mēs esam, es faktiski ietekmē katru līmeni lietojumprogrammu specifikācijā. Tāpēc ir ļoti svarīgi, lai lietojumprogrammu kaudzē būtu metrika no katra līmeņa. Šeit es faktiski esmu sadalījis datu bāzes aktivitātes programmās, un es redzu, ka man patiešām ir divas programmas: tirkīza krāsa kartē lietojumprogrammas bloķēšanu. Tātad, šis, izplatīšanas serveris kā lietojumprogrammas bloķēšana, lietotne, šī ir mobilā daļa, šai ir arī lietojumprogrammu bloķēšana. Un jūs varat redzēt, ka virkne no tām ir vājā vieta pašā krātuvē.
Tagad es saņemos, nomizoju sīpolu, lai redzētu, ko es varu darīt katrā līmenī. Un iemesls, kāpēc es to daru, ir tas, ka daudzi cilvēki uz to raugās no kapacitātes plānošanas viedokļa. Un vairumā mākoņa pakalpojumu viņi runā par serveru, CPU un atmiņas paplašināšanu. Tikpat svarīga ir arī monētas otra puse - lietojumprogrammas kods, kas izpilda un veicina šo resursu patēriņu. Un kad jūs zināt par lietojumprogrammas kodu, tagad jūs varat pievērsties kapacitātei, izmantojot apstrādes efektivitāti. Tātad, jums ir vienas monētas abas puses, un tas IT profesionāļiem sniedz papildu iespējas problēmas risināšanai. Tas nav tikai jaunu serveru pievienošana, bet arī tas, ko mēs varam darīt, lai sakoptu lietas un darbotos efektīvāk? Vecais “Darbs gudrāks, nevis grūtāks”.
Tātad, šeit mēs faktiski varam redzēt, ka Oracle ir glīta lieta, ko sauc par moduļiem un darbībām, kur faktiski var sākt dokumentēt kodu, un tāpēc jūs varat arī ķerties pie citu lietu apskatīšanas, piemēram, šeit, lietojumprogrammas bloķēšanas, ko mēs redzējām? Tas ienāca caur izmaksu lapas kodu, un tas ienāca arī caur izplatīšanas serveri, un tāpēc tie ir šīs jaunās bloķēšanas divi galvenie virzītāji. Jaunā krātuve nāk caur tiešsaistes sistēmu, un tāpēc jūs sākat reāli veidot profilu, kurā draiveri izmanto šo papildu resursu patēriņu. Vēl viena lieta ir spēt precīzi noteikt draiverus pamatā esošajā kodā. Un, iedziļinoties šajā, es domāju, ka mēs izskatījām šo izdevumu lapu, un tāpēc mēs ieejam šeit.
Tagad, apskatot pamatā esošos objektus, kuri tiek vingrināti, jūs sākat redzēt šo ziņojumu žurnālu. Katru reizi, kad viņi veic ziņojumapmaiņu - un mēs redzējām, ka tas palielinās vairākkārtīgi - mēs faktiski pieskaramies šai ziņojumu žurnāla tabulai un jūs jau minūtē patiesībā redzēsit, ka tas faktiski rada daudz bloķēšanas datu bāzes līmenis. Tātad šiem jaunajiem lietošanas modeļiem ir liela ietekme augšup un lejup no lietojumprogrammu kaudzes. Labajā pusē ir SQL kods, un tas faktiski ir lietojumprogrammas kods, un mēs izsekojam, ko SQL paziņojumi dara pēc izpildes stāvokļa. Tātad, izmantojot krāsu kodēšanu, ir ļoti viegli redzēt, kuri SQL paziņojumi ir iesaistīti šajās slēdzenēs. Iemesls, kāpēc tas ir patiešām būtisks, ir tas, ka, ja jūs apmeklējat savu DBA un sakāt: “Ei, mēs domājam, ka datu bāzes līmenī ir problēma.” Viņi, iespējams, vienkārši apskatīs datu bāzi, un tā varētu izskatīties diezgan līdzīga. tas vakar skrēja.
Bet pēc tam, kad ir iespējams korelēt to, kā lietojumprogramma izmanto datu bāzi, viņi var precīzi noteikt precīzus SQL paziņojumus, uz kuriem viņiem jākoncentrējas, un tad viņi var iekļūt dažās no šīm uzlabotajām praksēm, apskatot izpildes plānus un visas šīs lietas. ka viņi var iekniebt, lai ierakstu sistēma darbotos daudz ātrāk. Tātad, savstarpēji saistītās kodu šaubas, ir ļoti svarīgi dot iespēju tehnoloģiju ekspertiem atrisināt un novērst pamata problēmas. Tagad, šeit, mēs runājām arī par glabāšanu - šeit jūs redzat fizisko lasījumu skaitu, varat redzēt, kad tas notika, un tas sāk iekļūt aparatūras arhitektūrā, jo, plānojot sistēmas attīstību, viens no lietas, kuras jūs varētu izvēlēties darīt, ir tas, ka jūs varat izvēlēties dažādus glabāšanas veidus, un tiem ir ļoti atšķirīgs izdevumu profils. Un dažos gadījumos tas būs pamatoti, lai jauninātu un samaksātu par zibatmiņas krātuvi; Ja es daru daudz vairāk nejaušu lasījumu, tad šī zibatmiņas krātuve man patiešām atmaksāsies.
Tātad visaptverošais ziņojums ir tāds, ka ar jaunu lietojumprogrammu sistēmai tiek izvirzītas jaunas prasības, un, lai apmierinātu šīs vajadzības, ir jāattīstās pamatā esošajai lietojumprogrammu grupai. Un jūs arī vēlaties apskatīt, kādas ir šīs vajadzības, un vai kodu var pielāgot, lai tas būtu efektīvāks? Visbeidzot, ieejot centrālajā procesorā, jūs varat redzēt pārslēgšanās periodu, kad mēs darbojāmies aptuveni ar 10 procentiem, un tad, kad ar jauno kodu mēs esam bijuši 4X, tagad mēs esam pie 40 procentiem, un tas ir ir patiešām svarīgi gan fiziskai, gan virtualizētai videi, lai pārliecinātos, ka jums ir atbilstoši servera resursi, lai izpildītu lietojumprogrammas vajadzības. Tātad šeit ir tikai tuvplāns, lai jūs varētu redzēt dažus no šiem numuriem nedaudz iepriekš. Interesanti servera līmenī atmiņas patēriņš nebija tik daudz mainījies, taču noteikti bija vajadzīgais CPU ciklu skaits.
Un tas būtībā ir tikai pārskats par izdevumu pārskatu, ar mērogošanu, faktu, ka nāvessodu skaits faktiski samazinājās, bet izpildes laiks palielinājās. Un tas parādīja, ka mobilitātes apstākļos lietojumprogrammas izdevumu daļai patiešām bija problēmas. Un tam noteikti būs lietotāja ietekme uz lietām, jo, ja jūs nevarat darīt savu darbu, cilvēki principā vienkārši pārtrauks izmantot mobilitāti. Patīkama mobilitātes lieta ir tā, ka tas tiešām dod darbaspēka produktivitāti, un tas ir ļoti labi, ja tiek maksātas algas utt., Tāpēc jūs noteikti vēlaties, lai tas ritētu. Tagad mēs aplūkojam to pašu šeit, tikai no atrašanās vietas viedokļa, tātad, tas ir Eiropa un Tuvie Austrumi, Āzija VPN savienojumi un pēc tam pati galvenā mītne. Un kopumā Amerikas Savienotās Valstis. Tātad, mēs uzskatām, ka viens no veidiem, kā iegūt šo vērtīgo informāciju katrā lietojumprogrammu kaudzē, ir precīza produktu līnija.
Es došos ļoti ātri, Robin un Eric, es vienkārši ātri sniedzu pārskatu par to, ko Precise dara, un kāpēc tas ir veidots tā, kā tas ir paredzēts. Un kas notiek, ja galalietotājs mēģina kaut ko darīt, datu centrā ir daudz tehnoloģiju, galalietotājam patiešām nav vienalga, viņi vienkārši vēlas darīt savu darbu. Tikmēr jums ir daudz IT darbinieku, labi nodomāti, ļoti gudri, bet viņi pat nezina par problēmu, kamēr šis gala lietotājs neziņo, ja viņi ziņo. Un tad daudzreiz tas sāk ļoti dārgu, laikietilpīgu, visnotaļ nomākto procesu, kurā cilvēki aplūko lietojumprogrammu kaudzes apakškopu, bet ir ļoti grūti atbildēt uz pamata jautājumiem par to, kurš, ko, kad, kur, kāpēc.
Tātad, mēs uzskatām, ka ir jānosaka gala lietotāju darījumi, kas sākas viņu ierīcē, caur tīklu, Web serveri, Java, uztverot šo informāciju, mēs varam atbildēt uz jautājumiem, kas, ko, kad, kur, kāpēc nodrošina ieteikumus, bet, iespējams, vissvarīgākais ir aizpildīt atsauksmes cilpu. Mums visiem ir vajadzīga atgriezeniskā saite, lai uzlabotu, tas ir vienīgais veids, kā zināt, ka kaut kas notiek nepareizi. Ievietojot vēsturi centralizētā krātuvē, tā nodrošina vienu mūzikas lapu visiem, no kuras lasīt. Tātad kļūst ļoti viegli noskaidrot, kur ir problēmas, tāpēc kārtējo reizi tiek domāts par gala lietotāja darījuma noteikšanu; tādējādi tiks identificēti lēni darījumi, sadalīti segmentos, tas pastāstīs, kāda tehnoloģija rada problēmas, un pēc tam sniedz eksperta viedokli par katru atsevišķo līmeni, lai jūs varētu izdomāt, kas notiek. Precīzs mērķis būs nodrošināt mācīšanos, kā arī atskaites un informācijas paneļus visām ieinteresētajām personām neatkarīgi no tā, vai vēlaties iegūt tikai pārskatu vai ja vēlaties iegūt dziļu tehnoloģiju pārskatu par notiekošo.
Tagad, kas var notikt, tāda kā diena dzīvē, jūs vai kā IT speciālists varētu piezvanīt gala lietotājam, vai arī dažreiz tiešais lietotājs varētu jums piezvanīt. Piesakieties precīzi, jūs varat atkal fokusēties, Y ass ir atbilde, X ass ir laiks visu dienu. Šeit mēs katrs esam pakārtots stāvoklis, tāpēc jums ir klienta laiks, tīmekļa servera laiks, Java, Tuxedo un datu bāzes laiks. Šeit varat veikt galvenos darījumus, lai atvērtu izvēlni, lai identificētu konkrētu galalietotāju, un tādējādi IT ir iespēja risināt šo konkrēto galalietotāju problēmas. Lai jūs varētu precīzi redzēt, kad viņi bija aizņemti, jūs varētu redzēt, ka viņi izmanto satura pārvaldību, jūs varat koncentrēties uz šo darījumu, un tad Precise jums sniegs šī darījuma analīzi.
Procentuālā daļa beigās tiek pievienota procentos, precīza, un tas norāda, cik daudz laika, bet procentos laika, kas pavadīts konkrētajam solim, līdz atsevišķiem SQL paziņojumiem, tas ir konteksts. Un viena no lietām, ko mēs sakām, ir tā, ka visiem ir rīki, bet maziem veikaliem ir konteksts. Un konteksts ļauj Java administratoram koncentrēties uz lietojumprogrammas kodu, DBA, lai identificētu, piemēram, šajā gadījumā konkrēto SQL paziņojumu. Tātad šī informācija viņiem sniedz daudz lielāku redzamību par to, kā novērst konkrētā darījuma galveno cēloni, kas ietekmēja konkrēto lietotāju. Tātad, jūs patiešām koncentrējāties uz galveno cēloni ar lāzeru. Un jūs varat analizēt SQL paziņojumu, kur tas pavadīja savu laiku, labi, izpildot? Un gluži pretēji - daudz rīku, piemēram, Enterprise Manager, ir tikai to paņemšanai. Viņi ir lieli, viņi var to paņemt. Viņi aplūko lietas no gadījuma perspektīvas, un tas nav pietiekami daudz uzmanības, lai iekļūtu šajās lietojumprogrammās.
Parasti jūsu OLTP mobilitātes lietojumprogrammām būs zema latentuma pakāpe, augsta caurlaidspēja, tāpēc koncentrēšanās uz desmit labāko sarakstu ir sākums, taču tas tiešām nav pietiekami labs šāda veida lietojumprogrammām. Un tad otra lieta ir tā, ka īpaši iekšēji mitinātās lietojumprogrammās identificēšana pēc lietotāja ID ir ļoti būtiska, jo tas attiecas ne tikai uz lietojumprogrammu un infrastruktūru, bet arī uz to, kā gala lietotāji lieto lietojumprogrammu. Un parasti tiešajiem lietotājiem ir daudz labāka izturēšanās, ja jūs tos varat identificēt. Un tas ir tikai dažādu darījumu un klientu pieredzes ekrāns, pēc tam sadalīts apakšsegmentos (smejas) Es domāju, ka es runāju jau labu laiku. Mazliet noguris šeit; Es gatavošos arklu uz priekšu.
Šeit mēs skatāmies uz apkopoto informācijas paneli, kurā būtu redzami brīdinājumi un pēc tam tiktu parādīti dažādi lietojumprogrammu kaudzes līmeņi. Šie ir jūsu tīmekļa serveri, un, izmantojot reakcijas laika izpildes laiku, varat pārbaudīt, vai lietas ir līdzsvarotas. Jūs varat apskatīt pārlūku piekļuves, varat aplūkot lietojuma un atkritumu savākšanas saglabāšanu, pārliecinieties, vai jums ir tas jaukais zāģa zoba raksts, ka jums nav atmiņas noplūdes utt. Un šī ideja ir nedaudz nodrošināt mazliet tehniskāks informācijas panelis par katru no komponentiem, kas atrodas lietojumprogrammas stekā. Tātad precīzā produktu līnija, ko piedāvā IDERA, piedāvā ļoti detalizētu informāciju par produkcijas uzraudzību 24 līdz 7. To ir diezgan viegli izvietot; jums nav nepieciešams kartēt darījumus neatkarīgi no tā, ko dara galalietotāji, Precise automātiski savieno punktus visā lietojumprogrammu kaudzē.
Ja pakārtotajam līmenim nav instrumentu, Precise to atpazīs, norādīs ieejas un izejas laiku un ieteiks veikt instrumentus pakārtotajā līmenī. Un tā, tas ir ļoti viegli veida novērtēt; mēs esam ļoti spēcīgi attiecībā uz datu bāzi, tā ir IDERA sava veida pretenzija uz slavu. Un tik svarīgais iemesls ir tas, ka katrs nozīmīgais biznesa darījums mijiedarbojas ar ierakstu sistēmu, tāpēc datu bāze kļūst par pamata veiktspēju. Tātad citi rīki tirgū dara labu darbu, bet OK nav īsti pietiekami labs; jums tiešām precīzi jāzina, kas notiek ar SQL paziņojumiem. Mēs darām daudz sarežģītu lietu, kas ir par daudz, piemēram, saglabājam SQL paziņojumu vēsturi un izsekojam izpildes plānus laika gaitā. Tātad, tā ir joma, kuru mēs varam izpētīt tālāk, ja jums varētu būt interese.
Tātad, tā ir precīza lietojumprogrammu veiktspējas platforma, mēs aicinām jūs pieprasīt papildu sanāksmi, izmantojot vietni idera.com, ja jums ir papildu interese par risinājumu un tēmām, kuras mēs šodien apspriedām.
Un, Ēriks, ar to es domāju, ka mēs joprojām atrodamies zem stieples, un es jums un Robinam nodosšu zizli. Paldies.
Ēriks Kavanaghs: Nē, tas ir fantastiski, un es mīlu šeit apkopoto saturu, jo jūs darāt fantastisku darbu, parādot, cik sarežģīta vide ir zem pārsega. Un, protams, viss Precise darbs, Precise mērķis ir palīdzēt orientēties šajā sarežģītībā un saprast, kas patiesībā notiek, un spēt veikt kādas darbības, lai kaut ko uzlabotu. Un es esmu vienkārši apjukusi, cik sarežģīta tā ir. Es domāju, ka Precīzs arī ļauj noteikt noteiktus uzvedības modeļus un pēc tam nosaukt tos vai vismaz tos ierakstīt vai pievienot grāmatzīmēm, vai kaut kas tamlīdzīgs, vai tas ir pareizi?
Bils Elliss: Jā, viena no lietām, kas notiks, ir tā, ka jūs nevēlaties iet pakaļdzīšanās asti; jūs nevēlaties vienkārši tērēt daudz laika vienreizējam. Tātad, jūs vēlaties apskatīt, kādi ir modeļi, kādas ir tendences, jo pārvaldīšanai ir daudz tehnoloģiju. Un tātad viena no lietām ir noteikt prioritātes un spēt sarindot, zināt, kur pavadīt laiku, zināt, kas jāpaveic. Un jūs arī vēlaties izmantot konservatīvu pieeju ar zemāku risku un zemākām izmaksām. Jūs nevēlaties obligāti veikt dārgas globālas izmaiņas, nevērtējot vai nejūtot ļoti labu apziņu, ka tās patiešām palīdzēs šai problēmai. Tātad, zināt, kas notiek laika gaitā, un šī tendence ir būtiska, lai saprātīgi pievērstos pamata jautājumiem.
Ēriks Kavanaghs: Tam ir pilnīga jēga. Cik liels ir virtualizācijas darījums, lai varētu redzēt notiekošo, un vai tad jūs nonākat organizācijās, kuras izmanto konteinerus - piemēram, izmantojot Docker? Un kā tas ietekmētu to, ko Precise spēj paveikt?
Bils Elliss: Jā, tāpēc vārds “konteiners” var nozīmēt dažādas lietas atkarībā no dažādiem pārdevējiem. Tātad, mēs strādājam ar VM, gandrīz visi izmanto VMware - es to šobrīd uzskatu par de facto standartu; Es zinu, ka tur ir konkurenti. Mēs paplašinām to, ko atbalstām, bet VMware ir dominējošais Oracle kaudze. Ir konteinerizētas datu bāzes, un tas viss ir ļoti svarīgi, lai varētu ļoti ātri attīstīt sistēmu. Tas ir arī patiešām svarīgi zināt virtualizētā vidē, kad fiziskā saimniece nespēj apmierināt visu viesu konteineru vajadzības, jo katrs no viņiem sacenšas par resursiem.
Un viena no lietām, kas faktiski notika iekšēji, par ko es biju pārsteigts, ir tāda, ka mums IDERA faktiski bija tik daudz dīkstāves VM, bet katrs no šiem dīkstāves VM patērē resursus, ka viņi sāka radīt vispārēju problēmu VM, kas patiesībā bija lietotus, kas mums bija svarīgi, veicot uzņēmējdarbību. Un tā tas bija sava veida interesanta lieta. Tagad mēs neatbalstām katru tehnoloģiju zem saules; ar šo risinājumu ir saistīta atbalsta matrica, un tā ir viena no lietām, kuru mēs vēlamies izpētīt konkrētam potenciālajam klientam vai klientam, tikai tāpēc, lai pārliecinātos, ka mēs varam apmierināt tehnoloģiju vajadzības un atsevišķās tehnoloģijas, kas viņu lietojumprogrammu kaudze darbojas zem.
Ēriks Kavanaghs: jā, tam ir liela jēga. Pēc jūsu pieredzes, kādi šobrīd ir daži no galvenajiem spēkiem, kas virza izaicinājumus mobilajā telefonā? Kad jūs un es pirms pāris mēnešiem runājām pirms šīs tīmekļa pārraides, jūs izteicāt patiešām labu viedokli par to, kā tikai iPhone vai kādas mobilās ierīces funkcionalitāte un izkārtojums var būt īsts izaicinājums biznesam, jo pēkšņi gala lietotājs var Neizdomājat, kā iegūt kādu specifisku procesu darbplūsmā, vai ne? Tātad līdz tam brīdim jūs mobilās lietotnes izstrādē iespējojat parādīt izstrādātājiem, kur rodas problēmas, un pēc tam varat kartēt to, ko lietotne dara šajā konkrētajā ierīcē vai konkrētajā ierīcē. Tas ir ļoti noderīgi, tieši izstrādātājam, jo tagad viņi var redzēt, kas rada problēmu, viņi var veikt dažas izmaiņas lietotnē, lai to atrisinātu, vai ne?
Bils Elliss: Jā, tā ir tāda veida neticami augsto cerību pārklāšanās - visi sagaida, ka viss savā ziņā darbojas tikai ar darbu, taču tur ir tik daudz dažādības. Jums ir visi šie dažādie viedtālruņi, tiem ir dažādi ekrāna izmēri, un tad jums ir dažādi saziņas pārdevēji - Verizons, AT & Ts, Sprints - tie ir tikai populārākie ASV. Un tur ir vienkārši tik daudz dažādības, it kā labi, kā jūs visu apvelciet, lai sāktu saprast, kur ir problēmas? Tātad ir pieejama ļoti daudz metriku, un viena no lietām, ko ir veikusi mūsu produktu vadības komanda, ir mēģinājums ievilkt metrikas, kas ir vissvarīgākās vai visvairāk vajadzīgas IT komandai, lai spētu pieņemt saprātīgus lēmumus. .
Un tā, tas ir sava veida izaicinājums, un mēs domājam, ka mūsu produkts ir tāds pats kā tirgus attīstība, tāpēc mēs saņemam atsauksmes no klientiem un vienmēr ir nepieciešami uzlabojumu pieprasījumi, tāpēc “hei, šī papildu metrika mums būtu ļoti noderīga.” Tātad, mūsu produkts attīstās tāpat kā tirgū, bet, ja man jāsaka, patiesībā Ēriks, tas man tiešām ir interesants, vai tā ir visa cerība. Cilvēki ir līdzīgi, kā tas bija agrāk, dienā, kad cilvēki nogaidīja piecas, septiņas sekundes, līdz ekrāns tiks uzlikts, tagad tas ir kā viena vai divas sekundes, cilvēki ir tādi kā “Ak, šī lietojumprogramma vispār nedarbojas!” (Smejas)
Ēriks Kavanaghs: Tas ir smieklīgi. Tā ir patiesība!
Bils Eliss: Tas ir traki.
Ēriks Kavaņahs: Jā, tas ir mazliet nereāli, ja godīgi. Un es domāju, ka varbūt mēs sāksim redzēt nedaudz vairāk reālisma par šo tēmu, bet neskatoties uz to, tas ir dzīves fakts, ko cilvēki sagaida ļoti, ļoti augstas. Un es domāju, Robin, es tevi ātri atgriezīšu pēdējās pāris minūtēs. Man patika jūsu vērtējums par vietni kā katalogu un lietotni kā lojalitātes mašīna. Un līdz tam brīdim mēs šeit runājām par to, kā šo lietotņu izstrādātājiem ļaut saprast notiekošo: vai tas ir izmantojams? Vai tas nav izmantojams? Un ko jūs varat mainīt, lai to pielāgotu? Un, runājot par Bila teikto, tieši pirms sekundes, šīs problēmas novēršanas cikla laiks patiešām ir saīsināts, vai ne? Tas vienkārši nav tāds, kāds tas bija agrāk - jums tas jālabo ātri. Vai arī jums vienkārši būs jātērē milzīgs samazinājums, vai ne?
Robins Bloors: Jā, tajā ir izspēlētas vesela virkne citu lietu, tāpēc jūs esat ieguvuši šo veiklo attīstību un daudzās vietās gaidāt, ka tagad laidīsit jaunu versiju par kaut ko, kas tiek izstrādāts vai tiek mainīts ik pēc pāris nedēļām. Un tas nozīmē: tas liek domāt par to, ja domājat par izvietošanas vidēm un domājat par to, cik liela ir kaudze, nonākot mobilajā telefonā, un gala mezglā faktiski ir vairākas potenciālas ierīces, un tad jums būs starpprogrammatūra. Un jums, iespējams, ir apakšā un zem jums, iespējams, ir datu bāzes. Tātad, iespējams, jūs pieskaraties daudzām, daudzām lietojumprogrammām; iespējams, jūs pieskaraties vairākām datu bāzēm, un drošības ziņā jūs darāt ļoti sarežģītas lietas. Un tam visam ir jādarbojas, un tiek gaidīts, ka tas darbosies samērā labi.
Pārsteidzošs ir tas, ka dažreiz tas notiek, bet, manuprāt, par to ir tas, ka, ja jūs patiešām veidojat mobilās lietotnes, kas tiešām ir uzņēmuma panākumu atslēga, un, izrādās, liela daļa no tām tiešām ir. Ja jūs veicat mobilo apkopi naftas platformām un naftas cauruļvadiem un tamlīdzīgas lietas, tas ir sava veida darbs. Tā nedarbošanās sekas ir tikai ļoti drausmīgas. Un, ja jums nav šīs iespējas reāli sagriezt lietojumprogrammu un zināt, kur viss notiek nepareizi, ”lielākoties tā ir veiktspēja. Mūsdienās mums ir patiešām labas testu instalācijas, tāpēc jā, ir kļūdas, un tās tiek pārbaudītas. Bet galvenokārt, ja kaut kas noiet greizi, tas ir veiktspējas jautājums. Un, ja jūs nevarat ievietot stetoskopu 18 dažādās vietās, tad tiešām ir grūti noteikt, kas notiek nepareizi. Un tas jums ir arī faktors, un jums ir arī realitāte, ka jebkuru konkrētu lietojumprogrammas komponentu var uzsvērt dažādos dienas laikos, ņemot vērā šīs lietojumprogrammas raksturu. Jums ir jābūt izsmalcinātiem uzraudzības rīkiem, ja jūs visu to izmantosit.
Ēriks Kavanaghs: Jā, man būtu jāpiekrīt un es domāju, ka mūsdienās tas tiešām ir IDERA Precise spēks. Un Bils, es domāju, vai jums ir tikai noslēguma komentāri? Es domāju, ka šī tehnoloģija ir fantastiska. Es arī saprotu, ka jums kā šīs tehnoloģijas lietotājam patiešām ir jāsaprot informācijas sistēmu sarežģītība un atkarības un jāspēj izdomāt, kur, kad un kā jūs sintezējat visu šo informāciju, lai novērtētu, kas patiesībā notiek. Un tas prasa inteliģentu un apmācītu cilvēku, un, atklāti sakot, tas ir viens no iemesliem, kāpēc mani nemaz neuztrauc mašīnmācība, kas atņem darba vietas. Es domāju, ka mašīnmācība varētu būt ļoti noderīga zem tādas tehnoloģijas kā šī, lai identificētu izplatītos modeļus un pēc tam sniegtu gala lietotājam ieteikumus par to, kas šeit varētu notikt. Bet kādas ir jūsu noslēguma domas par to, kā uzņēmumam patiešām iegūt šāda veida traucējummeklēšanas iespējas, un kas tam būtu jāzina papildus tam, ko jūs jau teicāt?
Bils Elliss: Jā, tātad Ēriks, es jums piekristu, ka tas ir ārkārtīgi sarežģīts. Es uzskatu, ka Precīza produktu līnija, koncentrējoties uz metrisko laiku, ir tāda, ka lietotājs, kurš var lasīt steka joslu diagrammu, var veiksmīgi izmantot Precise, un es tikai gribu pateikt paldies dalībniekiem un jums, kā arī Robinam par šodienas tīmekļa semināra rīkošanu.
Ēriks Kavaņahs: Jūs derējat! Un kā jau teicu, mēs kādu laiku mitināsim šo arhīvu, tāpēc jūtieties brīvi dalīties tajā ar draugiem un kolēģiem; mēs arhivējam visas šīs tīmekļa pārraides. Es pirms dažām minūtēm nosūtīju saiti uz slaidiem. Nekautrējieties to pārbaudīt, bet šodien atkal liels darbs, Bils. Jūs tiešām zināt savas lietas; vienmēr ir jautri strādāt ar tādu profesionāli kā tu. Un es domāju, ka tas patiešām būs mobilā darbaspēka pamattehnoloģijas! Tāpēc, paldies par jūsu laiku, ļaudis, mēs nākamreiz ar jums sazināsimies, parūpēsimies. Labdien!
