Di Techopedia Staff, 21 giugno 2017
Da asporto: l' host Eric Kavanagh discute della forza lavoro mobile con il Dr. Robin Bloor e Bill Ellis di IDERA.
Al momento non sei collegato. Accedi o registrati per vedere il video.
Eric Kavanagh: Bene, onorevoli colleghi, è mercoledì 21 giugno. Sono le 4:00 ora dell'est e ovviamente ciò significa che nel mondo della tecnologia aziendale è tempo di Hot Technologies! Si Certamente. Mi chiamo Eric Kavanagh, sarò il tuo ospite e moderatore per l'evento di oggi. È un argomento caldo gente, è grande: “En Marche! Abilitare la forza lavoro mobile. ”E non ho preso intenzionalmente il motto dalla candidatura del signor Macron in Francia. Era una coincidenza, ti prometto, ma è ancora piuttosto eccitante. Quindi, parleremo tutto della forza lavoro mobile e di come puoi assicurarti che quelle persone ottengano ciò di cui hanno bisogno e che possano fare ciò che fanno bene. Molte sfide, molte questioni là fuori. Archiveremo questo webcast per una visualizzazione successiva, quindi se perdi qualcosa puoi tornare indietro e verificarlo. Inoltre, condividilo con i tuoi amici e colleghi.
E dovrei dire di non essere timido; il modo migliore per ottenere contenuti davvero personalizzati e le informazioni di cui hai bisogno da un evento come questo è porre domande. Quindi, puoi fare una domanda dalla finestra di chat o dal componente Domande e risposte della tua console di webcast. In qualsiasi momento durante l'evento, invialo e sarò sicuro di afferrarlo e inserirlo nelle domande e risposte alla fine. Avremo un paio di presentazioni e poi sentiremo Bill Ellis di IDERA Software. Naturalmente, il nostro Robin Bloor è in linea oggi. E con ciò, immergiamoci subito.
Quindi, ho alcune buone statistiche da RCR Wireless su cosa sta succedendo, ed è davvero incredibile. Dicono che la forza lavoro mobile globale colpirà 1, 87 miliardi di persone entro il 2022. Questo è oltre il 40 percento della forza lavoro complessiva sul pianeta. Quindi, se ci pensi, ora, all'improvviso dove avevi, in termini di capacità IT, in termini di funzionalità su dispositivi come i computer, dove avevi il 99 percento o più di quello in locale nella tua uffici - diciamo addirittura 15 anni fa, 10 anni fa era probabilmente l'85-90 percento, cinque anni fa era come il 70 percento? Qualcosa del genere? Ora è tutto in basso, quasi al 60 percento. E questo è un grosso problema. Quindi, abbiamo visto questo enorme cambiamento in termini di tecnologia, gli strumenti reali che le persone usano si spostano fuori dall'ufficio, nella forza lavoro.
Bene, ci sono innumerevoli benefici in questo. Voglio dire, letteralmente se guardi al settore marittimo, ad esempio, come UPS, o se guardi ragazzi che escono dagli impianti nei giacimenti petroliferi, se guardi uno dei vari lavori in cui ti aiuta ad avere una profonda funzionalità con te, sulla strada, la forza lavoro mobile sta cambiando tutto. Ora, uno dei problemi - e ne parleremo in modo più approfondito - è che abbiamo un paio di cose diverse in corso, una delle quali è la diversità della forza lavoro. Quindi, nel 2020 - ho appena visto le statistiche oggi - ci saranno cinque generazioni di persone nella forza lavoro. Ciò significa che avrai nonna e nonno e poi mamma e papà e anche i bambini, ma teoricamente avrai essenzialmente bisnonno, bis-bisnonno e bis-bisnonna. Ora, ovviamente, non è all'interno di una particolare famiglia, ma il punto è generazionale, ci sono cinque diverse categorie di individui ampi nella forza lavoro, ognuno ha le proprie tendenze, le proprie predilezioni, la propria propensione a lavorare con tecnologia.
Ovviamente, i bambini tendono ad essere mobili prima in termini di come interagiscono con il mondo. E pensa solo ai canali di comunicazione che è cambiato: ne abbiamo parlato recentemente in un altro show; SnapChat è il modo in cui molti adolescenti comunicano, in realtà non vogliono nemmeno parlarti al telefono, vogliono solo inviare piccoli messaggi SnapChat avanti e indietro. Questo è solo un esempio nel mondo dei consumatori di come le cose stanno cambiando e che potrebbero essere diffuse nell'intero spettro di tecnologie, funzionalità, individuo, azienda, modello di business. È solo su tutta la mappa, ma il punto è che la forza lavoro mobile è reale, è là fuori e a meno che la tua azienda non abbia un programma solido per capire come ciò influisce sui tuoi processi aziendali - e sto parlando di dati basati su tecnologia molto specifici - processi alimentati - se non capisci cosa sono e non li gestisci attraverso un'infrastruttura IT e un processo e una prospettiva di governance, avrai tutti i tipi di problemi.
Quindi, c'è l'iPhone. Ricordo quando uscì quel pollone, sembra un milione di anni fa. Ma era solo come, 2007 o '08? Non molto tempo fa non avevamo iPhone, e ovviamente il fattore di forma ha semplicemente cambiato radicalmente la tecnologia e abilitato davvero la forza lavoro mobile. E ricordo che, all'epoca, uscì l'iPad e poi l'iPhone, nello stesso momento. Non ricordo quale sia stato il primo, ma l'iPad è stato davvero una delle forze di cambiamento più significative per l'IT aziendale, probabilmente sin dal mainframe. E il motivo è che, francamente, molti dirigenti di alto livello, le persone della C-suite di grandi organizzazioni l'hanno adorato fin dall'inizio. E disse: "Lo voglio. Lo sto portando al lavoro. ”Bene, pensaci: all'improvviso l'IT ha dovuto voltarsi e affrontare il problema che probabilmente non volevano affrontare, che riguardava tutti questi nuovi dispositivi.
Quindi, ora, se tu avessi iPad - beh, come lo intrattieni nella matrice? Come mantieni la governance su questo? Queste sono tutte sfide davvero grandi e quel vecchio iPad e iPhone è stato davvero una forza estremamente dirompente nell'IT e nella gestione dell'IT per molte organizzazioni, grandi e piccole. Quindi, abbiamo ancora questo spettro di sfide e vantaggi che si estende su un array più vasto che puoi immaginare, con i dispositivi mobili. E, naturalmente, continuano a cambiare, giusto? Quindi, ora, non è solo BYOD, è BYOA molte volte, in cui dirigenti e professionisti stanno portando il proprio dispositivo. Beh, lo chiamavamo "shadow IT", giusto? Per quelli di voi di quella generazione più anziana, potreste ricordare i vecchi programmi radiofonici, avevano un dramma radiofonico e uno di loro era The Shadow - “Chissà quale male si nasconde nel cuore degli uomini? L'ombra lo sa. ”E me lo ricordo perché ero un bambino. Bene, l'IT ombra sta agitando ovunque in questi giorni; tutti stanno facendo ombra IT.
Quindi, questa è una vera sfida per la gestione IT e la gestione dei processi aziendali, per tutte le persone operative. Vuoi essere in grado di sfruttare i dispositivi mobili, ma vuoi essere in grado di ricollegarlo ai tuoi sistemi e ci sono un sacco di strani, piccoli problemi che entrano in gioco. Non da ultimo l'esperienza visiva e le funzionalità associate che si ottengono quando si utilizza un dispositivo mobile. E chiunque di voi abbia utilizzato più dispositivi come un iPad, rispetto a un laptop, rispetto a un desktop, rispetto ad alcuni dei più recenti smartphone mobili che stanno uscendo, avendo sperimentato il fatto che la funzionalità non funziona abbastanza bene, e questo è un vero problema. In effetti, le guerre del browser avrebbero dovuto prepararci per questo, perché tutti i browser fanno le cose in modo leggermente diverso. E questa è un'altra grande sfida non solo per il design, non solo per l'aspetto e la natura elegante dell'applicazione che stai utilizzando, ma per la funzionalità effettiva. Come si ottiene il menu a discesa per selezionare ciò che si desidera su quel dispositivo? Questo è un grosso problema.
Quindi, è di questo che parleremo un po 'oggi e sentiremo parlare di Robin e Bill Ellis, come ho già detto, che è un vero esperto in questo campo. Quindi, questo è uno dei grandi problemi che le persone hanno - è solo la maledetta varietà e non esiste un metodo unico per essere in grado di lavorare su più piattaforme. Hai Samsung e Apple che producono principalmente queste cose, ma ce ne sono di tutti i tipi: ci sono così tanti dispositivi! Di recente ho visto che l'iPhone stava vincendo in termini di vendite e sono rimasto scioccato da quanto fosse basso il numero - era come, non penso che fosse nemmeno del 20 percento! Ed erano il numero uno, il che significa che ci sono letteralmente punteggi - se non centinaia - di dispositivi là fuori che possono essere utilizzati. Bene, puoi solo immaginare come si sente il dipartimento IT a riguardo e, naturalmente, quella gamma di tecnologie sta cambiando; sta diventando sempre più diversificato di giorno in giorno.
Tutto sta cambiando, abbiamo tutti i tipi di cose che accadono - container, solo per gettare un'altra chiave nelle opere qui. E poi, ovviamente, abbiamo la diversità della forza lavoro. Molti millennial, sono solo molto diversi in termini di preferenze, come usano la tecnologia, cosa sono disposti a guadare, quanto velocemente riescono a capire qualcosa. In genere, è più veloce rispetto a noi vecchi timer, ma ciò nonostante tutto ciò deve essere ricondotto ai tuoi sistemi on-prem, o almeno fino al cloud. E questa è una grande, grande sfida.
E con ciò, lo consegnerò all'inimitabile Dr. Robin Bloor. Robin, portalo via.
Robin Bloor: OK, grazie per quella breve introduzione. Parliamo di mobile. Non era particolarmente ovvio - Eric si riferiva all'introduzione dell'iPhone - non era particolarmente ovvio quando l'iPhone arrivava esattamente in ciò che annunciava. Penso che sia diventato ovvio quando l'iPad è entrato nel fatto che avremmo effettivamente avuto un mondo mobile abbastanza diversificato. Sono una specie di bigotto di Apple, davvero, quindi non penso davvero in termini di Android, ma ovviamente, anche se Apple fa la maggior parte di gran lunga, il principale profitto sia dal mercato dei pad che dal mercato della telefonia, non ha più i numeri, il che è abbastanza interessante. Ciò significa che ci saranno - a parte qualsiasi altra cosa - ci saranno nuovi dispositivi, le persone li prenderanno in vendita e venderanno a milioni. Quindi, crea un ambiente molto vario, che potrebbe essere necessario attraversare.
Lo scherzo qui "Chiederei a Siri dove diavolo sarei se potessi ricevere un segnale". La cosa che rende i dispositivi mobili leggermente diversi è che i desktop sono sempre connessi. E i dispositivi mobili non sono necessariamente connessi e non sono necessariamente attivi 24 ore su 24, 7 giorni su 7, perché le persone possono spegnerli. inoltre puoi portarli su aeroplani e cose del genere, e quindi è un dispositivo diverso da qualsiasi cosa tu abbia mai avuto prima. Direi che il cellulare è in realtà il vero personal computer, perché è quello che hai sempre con te. È il dispositivo mobile umano che lo definisce. Il tablet è leggermente diverso; è una specie di strana situazione, che quando ci pensi, che in un modo o nell'altro, c'è più di un tipo funzionale di dispositivo mobile.
Comunque, cosa significa essere mobili. Internet è cambiato. In qualche modo non ci siamo accorti che stava succedendo - non me ne sono accorto - ma oggigiorno l'80% delle attività su Internet proviene da dispositivi mobili, e questa è una cifra straordinaria quando ci pensi. Ma il 47 percento di quell'80 percento è traffico tablet. È possibile fornire la maggior parte delle applicazioni in un'impostazione mobile. In altre parole, se hai applicazioni già esistenti e, sai, sono accessibili sul desktop, puoi probabilmente metterle su un telefono cellulare, ma ovviamente ci sono fattori limitanti. Fattore di forma e tastiera sono uno di questi. I tablet stessi, secondo Microsoft e Apple, stanno gradualmente sostituendo i PC portatili. E hanno applicazioni particolari in determinate aree, perché sono più robuste.
Una delle cose di cui ricordo di aver parlato con il personale IT della sanità, era il fatto che prima che esistesse il tablet, se avessi raggiunto un ambiente che era un reparto di isolamento, dovresti avere i tuoi dispositivi con cui hai preso tu, dovresti effettivamente essere disinfettato in un modo o nell'altro. È davvero facile farlo con un tablet, non è affatto facile farlo con quello che avevano una volta, che erano desktop che erano mobili in quanto erano su un carrello e collegati all'ambiente. Prima dovevano rimanere in quel tipo di ambienti, o passare attraverso un tipo straordinario di disinfezione che veniva portato fuori da quegli ambienti. E non pensiamo molto a quegli ambienti, a meno che non lavoriamo in quegli ambienti. Ma i tablet e i telefoni cellulari hanno reso il lavoro in quegli ambienti davvero naturale per essere connessi e lavorare in quegli ambienti.
E quando la statistica che Eric ha messo a 1, 7 miliardi, penso che fosse, i lavoratori mobili entro il 2020. Sono un lavoratore mobile? In un certo senso penso che sia, sono un lavoratore mobile, nel senso che a volte lavoro fuori dall'ufficio e quando lo faccio, lavorerò su un tablet o fare cose su un telefono cellulare. Quindi, quando lo guardi davvero e ci pensi, è probabilmente a causa delle persone che useranno solo i dispositivi mobili per la loro forza lavoro, quindi le persone che si muovono fondamentalmente. Ad ogni modo, puoi pensare ora in termini di tre tipi di utenti: utenti desktop, utenti tablet e utenti telefono. E hanno bisogno di diverse applicazioni. E questo è il motivo per menzionarlo.
La fotocamera e la voce sono ora parte integrante dei dispositivi mobili, ma sono anche parte integrante dei desktop. Ma vengono utilizzati in diversi modi sui dispositivi mobili e hanno interfacce diverse sui dispositivi mobili. E l'intero carattere del motivo per cui lo stai usando è diverso su un dispositivo mobile. Quindi, se stai costruendo applicazioni mobili, non stai costruendo il tipo di applicazioni che hai usato per costruire, per una serie di ragioni - molte delle quali erano su quella diapositiva. Quindi, se tu fossi un'azienda che già in un modo o nell'altro stava costruendo applicazioni che giravano su siti Web, la domanda è: dovrebbero essere anche applicazioni mobili? E questo tipo di slide lo guarda. Un'applicazione Web, puoi fare di più su di essa, semplicemente perché sono costruite in un modo o nell'altro, sono costruite senza preoccuparsi del fattore di forma, quindi le persone costruiranno una pagina web che non puoi ragionevolmente usare, o non puoi facilmente utilizzarlo su un iPhone o un dispositivo Android, che potrebbe essere utilizzabile solo su un tablet, ma anche su un tablet potrebbe non essere particolarmente buono. Normalmente, sarebbe OK.
Oppure puoi creare un'app mobile. Se crei app mobili, allora c'è un eccesso di applicazione in vari negozi di download e quel tipo di unità riduce la loro resistenza. Se guardi il mio particolare iPhone, è pieno zeppo di applicazioni di cui non riesco a liberarmi; Li elimino, ma sembrano sempre essere scaricati di nuovo in qualche modo strano. Ovviamente non so come gestire correttamente un iPhone. Ma sai, finisci con solo un eccesso di applicazioni e non ha alcun senso. Ne ho di più, sospetto di avere più applicazioni sul mio iPhone di quante ne abbia sul desktop, il che è bizzarro se ci pensate. Le app mobili sono una cartina di tornasole per il successo. È interessante notare che alcune attività web - Yelp è una di queste - hanno fatto molto bene creando un'app e facendo scaricare persone. E sembra che le aree in cui c'è stato un discreto successo siano state nel settore finanziario; sono le banche, ma anche l'e-commerce e aziende del genere, perché alle persone piace essere in grado di scambiare cose in movimento, a volte. Le applicazioni alimentari, quindi non solo alla ricerca di ristoranti ma anche alla creazione di siti di ricette, hanno fatto davvero molto bene in termini di app.
E molte persone non sono andate particolarmente bene, e questa è la ragione, penso soprattutto che ci siano solo così tante app che ti sei mai abituato ad usare, e se stai usando un'app solo una volta ogni pochi giorni o giù di lì, poi te ne dimentichi. Se non ha un grande valore personale per te, ti dimentichi di questo. Pertanto, è difficile creare un'app mobile accessibile in senso generale, ma ovviamente puoi crearla per il tuo personale e utilizzarla all'interno dell'organizzazione. Le app mobili hanno costi di sviluppo davvero elevati, ed è una serie di ragioni per questo. Uno dei motivi è che stai effettivamente indicando un numero nettamente diverso di dispositivi.
E puoi ottenere ambienti di sviluppo destinati a più dispositivi, ma alcune applicazioni, soprattutto quando si tratta di sicurezza, in realtà devi fare codice per il dispositivo stesso. Scriveresti un codice diverso per l'iPhone o l'ambiente Android. Forse diverso. A volte fai riferimento a funzionalità hardware. Quindi l'app mobile generale, sì, forse c'è un software di sviluppo là fuori che puoi costruirne uno che è un po 'ibrido e si troverà a cavallo della maggior parte degli ambienti target. HTML5 lo rende molto più possibile di quanto non fosse mai stato prima. Ma ottieni anche questa situazione in cui alcune app non possono farlo; ciò significa che stai effettivamente facendo lo stesso lavoro più volte per ogni dispositivo a cui ti rivolgi, e ciò non fermerà le persone che affermano di avere il diritto di portare il proprio dispositivo; non farà alcuna differenza, quindi non puoi davvero aggirarlo.
Apparentemente, l'analisi delle app mobili indica che favoriscono un aumento delle vendite, giusto? E questo è uno strano tipo di sito Web e app mobile come, se vuoi, complementare. Le app generano più vendite. I siti Web sono migliori per attirare nuovi clienti. Le app sono migliori nel fidelizzare i clienti che hai già raccolto. I clienti spendono molto di più sui siti Web rispetto alle app, ma spendono più spesso sulle app. E questa è una cosa davvero strana, e questo parla del fatto che se hai intenzione di costruire qualcosa, allora probabilmente hai bisogno di un'incarnazione di un sito Web e di un'incarnazione di un'app mobile, se ti aspetti che sia ampiamente usato. E questo, in un modo o nell'altro, è una sorta di spesa drammatica da aggiungere a un progetto software, che in ogni caso potrebbe fare molte altre cose.
Come idea generale, un sito Web è un catalogo e un'app è una macchina di fidelizzazione. Sviluppo di app mobili - e questo è solo per abbattere il problema - ambiente di sviluppo diverso, diversi problemi in termini di hardware, diversi principi di progettazione dell'interfaccia utente e capacità, dovrai avere capacità offline - perché un molte app si aspettano di essere in grado di usarle se sono disconnesse: non vogliono perdere i dati; alcuni dei dati devono essere archiviati localmente. Stai costruendo un'app diversa da quella che potresti creare, diciamo per il desktop. E poi, hai il problema del back-end mobile, ci sarà bisogno di middleware lì, ci saranno procedure di sicurezza lì. Molto probabilmente ci sarà un'architettura orientata ai servizi in background, in cui si stanno combinando varie cose. E ciò che sta dicendo è che non prendi solo un team che è abituato a sviluppare applicazioni sul server e cose del genere. Lanciando loro un cellulare, hai davvero bisogno di sviluppatori mobili. E le persone con esperienza mobile.
Comunque, detto questo, solo un'altra cosa da dire: soprattutto le app mobili sono, nella maggior parte dei casi, un punto di contatto del cliente, quindi devono essere davvero brave, perché un cliente giudicherà l'azienda sulla base del cellulare esperienza, o influenzerà il loro giudizio. E in alcuni casi, come ho già detto, l'app per dispositivi mobili è in realtà ciò che determina il successo aziendale; può essere la cosa che rende davvero un'organizzazione. E, naturalmente, può anche essere uno squib umido.
Detto questo, passerò la palla a Eric.
Eric Kavanagh: Bene, e lo consegnerò a Bill. Bill, se vuoi andare al Quick Start e condividere il tuo schermo?
Bill Ellis: Sì. Qui?
Eric Kavanagh: quell'angolo in alto a sinistra.
Bill Ellis: Sì. Grazie per le istruzioni, lo apprezzo. Robin, mi è piaciuta molto la tua discussione, è stato divertente. Lavoro in un team virtuale da 18 anni, quindi penso di potermi contare come parte della forza lavoro mobile. A volte mi preoccupo che vedrò, se ho una funzione post-lavoro, spesso devo vestirmi per andarci. (Ride) E forse comincio a perdere la prospettiva di cosa sia "vestito", quindi comunque. (Ride) Detto questo, andiamo avanti e cominciamo. Voglio confermare che forse Eric potrebbe semplicemente intervenire e dirmi, puoi vedere il mio schermo OK?
Eric Kavanagh: Sì, sembra buono.
Bill Ellis: Va bene. Quindi, mi chiamo Bill Ellis, lavoro con IDERA sulla linea di prodotti Precise e parleremo di come abilitare la mobilità. E stiamo davvero parlando di misurarlo e assicurarci che funzioni in modo soddisfacente. Uno dei punti più importanti è che è qualcosa con cui le persone interagiscono, con la tua azienda. In un certo senso, è molto intimo: il telefono è proprio nella mano di qualcuno e quindi l'impressione, la velocità, fa una grande impressione su tutti gli utenti.
Quindi, questa è stata un'esperienza del cliente che ho pensato di condividere. Hanno avuto un live, non è andato bene. E poiché il test di carico iniziale non ha rivelato completamente le modifiche all'infrastruttura dell'applicazione sottostante, e quindi, una delle cose che mi piace sottolineare è con il mobile, sia l'applicazione che HTML5, c'è anche molta tecnologia da cui dipende. A partire dalla rete, dal server Web, dalla logica aziendale, dalla messaggistica e, se stanno effettuando un acquisto, sai, una transazione commerciale significativa, interagiscono con il sistema di registrazione.
E in un certo senso ironicamente, quando abbiamo iniziato, abbiamo riscontrato un paio di problemi di rete, quindi tutte queste cose sono molto pertinenti anche per la realizzazione di questo webinar stesso. Quindi, potresti avere una sola applicazione, almeno sei tecnologie, numerosi utenti finali e rispondere alle domande più semplici è molto difficile. Un utente finale ha un problema? Qual è il problema con uno stack di applicazioni, quale codice sta causando il problema? E così, in qualche modo ottenere un controllo su quelle cose non è davvero banale.
Ora, quello che faremo, daremo un'occhiata ad alcune misurazioni che sono state prese in un sito, per aiutare a capire dove si trovano i problemi nello stack dell'applicazione. E quello che stiamo guardando qui è un grafico, in cui l'asse Y è il tempo di risposta, l'asse X è il tempo attraverso il giorno. E il grafico a barre dello stack è una misura di dove le transazioni dell'utente finale trascorrono il loro tempo. E quindi ottieni una buona tendenza qui, e poi va su e su e su e su. Ed è fondamentalmente la delimitazione del ritaglio, quindi, consultando il grafico a barre dello stack, puoi iniziare a vedere che ci sono molti problemi nel livello J2EE. Stai riscontrando anche problemi nel livello del server web, e poi ci sono alcuni sollevamenti piuttosto grandi, in realtà anche nel livello del database.
E così, ora che abbiamo identificato che ci sono più livelli, con più problemi, dobbiamo andare un po 'più avanti per scoprire esattamente cosa sta succedendo, al fine di avere una risposta intelligente a questo nuovo modello di utilizzo e questo molto lento, stiamo parlando di prestazioni quattro o cinque X più lente. E quindi una delle prime cose che vogliamo fare è dire "Questa è una transazione" e quindi abbiamo esaminato l'ambito sul lato sinistro di tutte le transazioni e loro possono, consultandosi, è davvero facile per guardare il grafico a barre del tempo di risposta per vedere fondamentalmente che nello stesso server Web client Java vengono visualizzate determinate transazioni più di altre, il tempo del database. Ma è davvero generalizzato in termini di tutte le transazioni.
E questo sta guardando gli utenti, e quindi inizi a ottenere, questa è una distribuzione globale, quindi stai guardando i continenti primari nel mondo, quindi sono tutti gli utenti, tutte le località. Questo è un problema globale, sta accadendo, quindi inizia a isolarsi, non è uno o un particolare gruppo di utenti - è qualcosa che sta accadendo di più sul lato del data center. E così iniziamo a diagnosticare, bene, dove nei dati? Quali livelli di applicazione? E così iniziamo a vedere che il tempo medio di risposta si sta accumulando, anche a strati con il numero di esecuzioni, per avere un'idea del ridimensionamento. Questo è molto interessante: la metà inferiore mostra in realtà la cronologia a lungo termine e puoi vedere conteggi di accesso molto alti, ma l'altro lato è il numero di connessioni simultanee è relativamente basso. Dopo essere passati a un'applicazione HTML5 mobile, il numero di connessioni è più che raddoppiato in modo molto più piccolo - stiamo parlando di ordini di grandezza - è 100 volte meno accessi, quindi non scaliamo; abbiamo almeno il doppio del numero di connessioni a ciò che avevamo avuto in precedenza. Quindi, stiamo iniziando a discernere quali sono le nuove esigenze che l'applicazione mobile sta ponendo sulle infrastrutture sottostanti.
Quindi, andiamo ancora oltre, perché dobbiamo isolare dove si verificano i problemi. E quindi, qui, stai praticamente guardando a cose che vanno in giro, e non abbiamo davvero bisogno di questo grafico a barre qui per dire che non stiamo rispettando i nostri SLA, ma possiamo facilmente vederlo nel grafico in alto. Ma abbiamo una conferma secondaria in termini di conteggi di esecuzione per non conformità SLA. Ora, qui, inizieremo effettivamente a guardare il blocco, e questo è dentro - questo sembra essere WebLogic ma all'interno del livello di logica aziendale. E puoi vedere qui, e questo potrebbe essere un po 'difficile da leggere, ma stai spingendo su 31.000 acquisizioni di blocchi per un tempo di blocco aggregato di 12 ore e 30 minuti. Quindi, questo è chiaramente un grosso problema.
Ora, l'impatto del blocco ci mostra che c'è sempre una certa derivazione della regola 80/20. Dipende solo da un metodo, un gruppo di metodi che sta realmente causando i problemi. Ora stiamo iniziando a isolare i problemi all'interno di un determinato livello. Quindi, andremo un po 'più avanti, ed ecco il sistema di messaggistica. E iniziamo a vedere questo, il grafico nel tempo che cerco in alto a sinistra, puoi vedere che il tempo di risposta approssimativo sta salendo e il rosa, la chiave, questo in realtà mostra l'accodamento e in realtà c'è un molto diverso accodamento che sta accadendo, che viene espulso, a causa del numero di connessioni. E così il sistema di messaggistica sta facendo molto più lavoro; c'è molto di più - se fai un'analogia con quella drogheria, ci sono molti più carrelli in ogni corsia alla cassa - e questo è ciò che sta spingendo la fila, e puoi vederlo più chiaramente nel dominio. Ognuno dei domini sta vedendo una coda molto, molto alta.
Finora ho identificato il blocco all'interno di WebLogic, ho identificato l'accodamento all'interno del sistema di messaggistica e questo sembra essere Tuxedo. E poi, quello che stiamo guardando qui è un analogo tipo di analisi, ma stiamo osservando gli stati di esecuzione all'interno del sistema di registrazione. E questo sembra essere stato di esecuzione all'interno di Oracle. Il motivo per cui ci concentriamo sul tempo è che il tempo ha due proprietà eccellenti. Numero uno: è il modo in cui gli utenti finali e le applicazioni sperimentano le prestazioni. Numero due: misura il consumo di risorse. E così identificherà automaticamente dove si trovano i colli di bottiglia. E così posso vedere qui, a livello di database, che ho tempo di I / O aggiuntivo, quindi sto sottolineando il sottosistema di archiviazione. Ogni livello dipende dal livello downstream, quindi il database dipende dall'archiviazione. Posso anche vedere che entro il tempo del database, sto facendo il blocco. Quindi, devo diventare un po 'più granulare prima che le informazioni diventino un po' più fruibili. E così, entriamo, sbucciamo la cipolla ancora un altro strato.
Ora, questo è in realtà uno sguardo ai conteggi dell'esecuzione, l'asse Y in questo conteggio, questo è in migliaia, stai guardando 9.000, nove milioni, e quindi anche il conteggio delle esecuzioni sta salendo e salendo. Quindi, la nuova applicazione per la mobilità sta sottolineando l'applicazione in molti modi. Blocco, solo per ricapitolare: blocco a livello Web, accodamento nel sistema di messaggistica, conteggio di esecuzioni aggiuntivo a livello di database, I / O aggiuntivo, blocco aggiuntivo a livello di database. Quindi, stiamo effettivamente influenzando ogni livello all'interno delle specifiche dell'applicazione. Pertanto, è molto importante poter disporre di metriche di ogni livello nello stack dell'applicazione. Qui, sto effettivamente suddividendo l'attività del database in programma e vedo che ho davvero due programmi: il colore turchese mappa il blocco dell'applicazione. E così, questo, il server di distribuzione come blocco dell'applicazione, l'app, questa è la parte mobile, anche questo ha il blocco dell'applicazione. E puoi vedere che alcuni di questi sono colli di bottiglia nello spazio di archiviazione stesso.
Ora sto ottenendo, sbucciando la cipolla per vedere cosa posso fare ad ogni singolo livello. E il motivo per cui lo sto facendo è che molte persone lo vedono dal punto di vista della pianificazione della capacità. E la maggior parte dei servizi cloud, parlano di server, CPU e memoria in espansione. L'altro lato della medaglia è altrettanto importante, è il codice dell'applicazione che esegue e guida il consumo di tali risorse. E quando sei a conoscenza del codice dell'applicazione, ora puoi indirizzare la capacità elaborando l'efficienza. Quindi, hai entrambi i lati della stessa medaglia e questo offre ai professionisti IT ulteriori opzioni per risolvere il problema. Non è solo aggiungere più server, è anche cosa possiamo fare per ripulire le cose e operare in modo più efficiente? Il vecchio "Lavora in modo più intelligente, non più difficile".
Quindi qui, in realtà, Oracle ha una cosa ordinata chiamata Modules and Actions, in cui puoi effettivamente iniziare a documentare il codice e quindi puoi anche esaminare le cose in un altro modo, come qui, il blocco dell'applicazione che abbiamo visto? Bene, è arrivato attraverso il codice del foglio spese, è arrivato anche attraverso il server di distribuzione, e quindi quelli sono i due driver principali di quel nuovo blocco. E il nuovo spazio di archiviazione sta arrivando attraverso il sistema online e quindi stai iniziando a creare davvero un profilo, in cui i driver sono destinati a questo consumo di risorse aggiuntivo. Un'altra cosa è riuscire a individuare i driver nel codice sottostante. E così andando in questo, penso che abbiamo esaminato questo foglio spese e quindi entriamo qui.
Ora, guardando gli oggetti sottostanti che vengono esercitati, inizi a vedere questo registro dei messaggi. Bene, ogni volta che fanno messaggistica - e abbiamo visto che aumenta di un multiplo - in realtà tocchiamo questa tabella di registro dei messaggi e vedrai in un minuto che sta causando molto il blocco all'interno del livello del database. Quindi questi nuovi modelli di utilizzo stanno avendo un grande impatto su e giù per lo stack di applicazioni. Ora, sul lato destro c'è il codice SQL, e quindi questo è in realtà il codice dell'applicazione e stiamo monitorando cosa stanno facendo le istruzioni SQL per stato di esecuzione. Quindi, è molto facile attraverso la codifica a colori vedere quali istruzioni SQL sono coinvolte in quei blocchi. Il motivo per cui questo è davvero vitale è che se vai al tuo DBA e dici: "Ehi, pensiamo che ci sia un problema a livello di database". Potrebbero semplicemente guardare il database e potrebbe sembrare abbastanza simile al modo in cui è andato ieri.
Ma essendo in grado di correlare il modo in cui l'applicazione utilizza il database, quindi, possono individuare le esatte istruzioni SQL su cui dovrebbero concentrarsi e quindi possono entrare in alcune di quelle pratiche avanzate, guardando i piani di esecuzione e tutte quelle cose che possono modificare, per far funzionare il sistema di registrazione molto più rapidamente. E così, i dubbi correlati del codice, è davvero vitale per consentire agli esperti di tecnologia di essere in grado di risolvere e risolvere i problemi sottostanti. Ora, qui, abbiamo anche parlato di archiviazione: qui vedi il numero di letture fisiche, puoi vedere quando è successo e questo inizia a entrare nell'architettura hardware, perché quando stai pianificando di evolvere un sistema, uno dei la cosa che potresti scegliere di fare è che puoi scegliere diversi tipi di archiviazione e hanno un profilo di spesa molto diverso. E in alcuni casi avrà senso aggiornare e pagare per l'archiviazione flash; se sto facendo molte più letture casuali, allora quell'archiviazione flash mi ripagherà davvero.
E quindi, il messaggio generale di ciò è che con una nuova applicazione pone nuove richieste al sistema e lo stack di applicazioni sottostanti deve evolversi per rispondere a tali esigenze. E vuoi anche vedere quali sono queste esigenze e il codice può essere modificato per renderlo più efficiente? E infine, giù nella CPU, puoi vedere sul periodo di ritaglio, eravamo in esecuzione a circa il 10 percento e poi, una volta con il nuovo codice, siamo a 4X, ora siamo al 40 percento, e questo è veramente importante per ambienti fisici e virtualizzati per assicurarsi di disporre di risorse server adeguate per soddisfare le esigenze dell'applicazione. E così, ecco solo un primo piano, così puoi vedere alcuni di quei numeri un po 'in anticipo. Interessante a livello di server, il consumo di memoria non è cambiato molto, ma sicuramente ha avuto il numero di cicli CPU richiesti.
E questo in sostanza è solo un riepilogo di esaminare la nota spese, osservare il ridimensionamento, il fatto che il numero di esecuzioni è effettivamente diminuito, ma i tempi di esecuzione sono aumentati. E ciò ha dimostrato che sotto la mobilità, la componente di spesa dell'applicazione stava davvero avendo problemi. E questo avrà sicuramente un effetto utente sulle cose, perché se non riesci a fare il tuo lavoro, le persone praticamente smetteranno di usare la mobilità. E la cosa bella della mobilità è che abilita davvero la produttività della forza lavoro, e questo è molto buono per gli stipendi e così via, quindi sicuramente vuoi che rotoli. Ora, stiamo osservando la stessa cosa qui, solo dal punto di vista della posizione, quindi sono l'Europa e il Medio Oriente, le connessioni VPN per l'Asia e quindi la sede stessa. E gli Stati Uniti nel complesso. Pertanto, riteniamo che un modo per ottenere tali preziose informazioni a ogni livello dello stack dell'applicazione sia attraverso la linea di prodotti precisa.
Sto andando molto rapidamente, Robin ed Eric, sono solo un po 'veloce per fornire una panoramica di ciò che fa Precise e perché è progettato nel modo in cui è progettato. E cosa succede se l'utente finale sta cercando di fare qualcosa, c'è molta tecnologia nel data center, l'utente finale non se ne preoccupa, vogliono solo fare il loro lavoro. Nel frattempo, hai un sacco di persone nell'IT, ben intenzionate, molto intelligenti, ma non sono nemmeno a conoscenza di un problema fino a quando questo utente finale non segnala, se lo fanno. E poi, molte volte questo darà il via a un processo estremamente frustrante che richiede molto tempo, in cui le persone guardano un sottoinsieme dello stack dell'applicazione, ma è molto difficile rispondere a quelle domande di base su chi, cosa, quando, dove, perché.
Quindi, ciò che crediamo è misurando le transazioni dell'utente finale che iniziano nel loro dispositivo, attraverso la rete, nel server Web, in Java, catturando tali informazioni possiamo rispondere alle domande su chi, cosa, quando, dove, perché, fornire raccomandazioni, ma probabilmente la cosa più importante è completare il ciclo di feedback. Abbiamo tutti bisogno di feedback per migliorare, è l'unico modo per sapere che qualcosa non va. Avendo la storia inserita in un repository centralizzato, fornisce un foglio di musica che tutti possono leggere. E così, diventa molto facile capire dove sono i problemi, quindi, ancora una volta, il design riguarda la misurazione della transazione dell'utente finale; questo identificherà le transazioni lente, segmentandole, questo dirà quale tecnologia è un problema e quindi fornendo una visione esperta su ciascuno dei singoli livelli in modo da poter capire cosa sta succedendo. Precise fornirà un apprendimento, nonché rapporti e dashboard per tutte le parti interessate, sia che si desideri avere solo una panoramica, sia che si desideri avere una visione approfondita della tecnologia di ciò che sta accadendo.
Ora, cosa può succedere, un po 'come un giorno nella vita, o tu come specialista IT potresti chiamare un utente finale, o talvolta un utente finale potrebbe chiamarti. Accedi a Preciso, puoi mettere a fuoco ancora una volta, l'asse Y è la risposta, l'asse X è il tempo attraverso il giorno. Qui ci sono tutti gli stati secondari, quindi hai l'ora del client, l'ora del web server, Java, Tuxedo, l'ora del database. Quaggiù hai le transazioni di guida, puoi aprire un menu per identificare un particolare utente finale e in questo modo l'IT ha la capacità di affrontare i problemi di quel particolare utente finale. E così puoi vedere esattamente quando erano occupati, puoi vedere che stavano usando la gestione dei contenuti in cui puoi concentrarti su quella transazione e poi Precise ti fornirà un'analisi di quella transazione.
La percentuale alla fine viene aggiunta in percentuale, Precisa, e ti dice quanto tempo, ma una percentuale di tempo, speso per quel singolo passaggio, fino alle singole istruzioni SQL, questo è il contesto. E una delle cose che diciamo è che tutti hanno gli strumenti, ma pochi negozi hanno un contesto. E il contesto consente all'amministratore Java di concentrarsi sul codice dell'applicazione, il DBA identifica come in questo caso la specifica istruzione SQL. E così, con queste informazioni offre loro molta più visibilità su come affrontare la causa principale sottostante per la particolare transazione che stava influenzando il particolare utente. Quindi, ti sei davvero concentrato sul laser sulla causa principale. E puoi analizzare l'istruzione SQL, dove ha impiegato il tempo a eseguire? E, al contrario, molti strumenti come Enterprise Manager solo per sceglierli. Sono grandi, possono prenderlo. Guardano le cose da una prospettiva di istanza, e non è abbastanza focalizzato davvero per entrare in queste applicazioni.
In genere, le applicazioni di mobilità OLTP saranno a bassa latenza, alta produttività, quindi concentrandosi sulla lista delle dieci principali, questo è un inizio, ma in realtà non è abbastanza buono per questo tipo di applicazione. E poi, l'altro aspetto è che in particolare per le applicazioni ospitate internamente, l'identificazione tramite ID utente è davvero vitale, poiché non si tratta solo dell'applicazione e dell'infrastruttura, ma anche del modo in cui gli utenti finali utilizzano l'applicazione. E gli utenti finali in genere hanno un comportamento molto migliore quando sei in grado di identificarli. E quindi questa è solo una specie di schermata delle diverse transazioni e dell'esperienza del cliente, e quindi sottosegmentata, (ride) Immagino di aver parlato per un po 'di tempo. Poco stanco qui; Sto andando ad arare in avanti.
Qui, stiamo esaminando una dashboard che abbiamo messo insieme per mostrare gli avvisi e quindi mostrare i diversi livelli dello stack dell'applicazione. Ecco i tuoi server web e puoi verificare in base al conteggio dei tempi di risposta che le cose sono bilanciate dal carico. Puoi guardare gli accessi al browser, puoi osservare l'uso e la raccolta dei rifiuti, assicurarti di avere quel bel disegno a dente di sega, che non hai una perdita di memoria, ecc. E l'idea di questo è di fornire un po ' un po 'di un cruscotto più tecnico di ciascuno dei componenti all'interno dello stack dell'applicazione. Pertanto, la linea di prodotti Precise offerta da IDERA offre un monitoraggio della produzione, 24 per 7, informazioni molto dettagliate. È abbastanza facile distribuire questo; non è necessario mappare le transazioni, qualunque cosa facciano gli utenti finali, Precise collega automaticamente i punti attraverso lo stack dell'applicazione.
Se un livello a valle non è strumentato, Precise lo riconoscerà e fornirà i tempi di entrata e uscita e raccomanderà di strumentare il livello a valle. E così, è molto facile tipo di tempo per valutare; siamo molto forti nel database, questo è il tipo di rivendicazione di fama di IDERA. E la ragione per cui è così importante è che ogni transazione commerciale significativa interagisce con il sistema di registrazione, quindi il database diventa la performance di base. E così gli altri strumenti sul mercato, fanno un lavoro OK, ma OK non è abbastanza buono; devi davvero sapere esattamente cosa sta succedendo con le istruzioni SQL. E facciamo molte cose avanzate, che sono troppo per questo, come mantenere una cronologia delle istruzioni SQL e tenere traccia dei piani di esecuzione nel tempo. E quindi, questa è un'area che possiamo esplorare ulteriormente, se potresti essere interessato.
Quindi, con ciò, questa è la piattaforma di prestazioni dell'applicazione Precise, ti invitiamo a richiedere una riunione aggiuntiva attraverso il sito Web idera.com, se hai ulteriore interesse per la soluzione e gli argomenti di cui abbiamo discusso oggi.
E, Eric, con quello, penso che siamo ancora sotto il filo, passerò il testimone a te e Robin. Grazie.
Eric Kavanagh: No, è fantastico e adoro il contenuto che hai messo insieme qui, perché fai un lavoro fantastico nel mostrare quanto sia complesso l'ambiente sotto il cofano. E, naturalmente, l'intero lavoro di Precise, lo scopo di Precise è aiutare a navigare quella complessità e capire cosa sta realmente accadendo ed essere in grado di intraprendere alcune azioni per migliorare qualcosa. E sono un po 'confuso da quanto sia complesso. Immagino che Precise ti permetta anche di identificare determinati schemi di comportamento e poi nominarli, o almeno registrarli o aggiungerli ai segnalibri o qualcosa del genere, giusto?
Bill Ellis: Sì, una delle cose che succederà è che non vuoi andare a inseguire la coda; non vuoi semplicemente passare molto tempo in una sola volta. Quindi, vorresti guardare quali sono gli schemi, quali sono le tendenze, perché c'è molta tecnologia da gestire. E quindi una delle cose è dare la priorità ed essere in grado di classificare, sapere dove trascorrere il tempo, sapere cosa deve essere affinato. E vuoi anche adottare un approccio conservativo a basso rischio e costi inferiori. Non vuoi necessariamente fare un cambiamento globale costoso, senza avere una valutazione o avere un buon senso di saperlo, questo aiuterà davvero il problema. Quindi, sapere cosa sta succedendo nel tempo e questa tendenza è vitale per affrontare in modo intelligente i problemi di fondo.
Eric Kavanagh: Questo ha perfettamente senso. E quanto è grande la virtualizzazione per essere in grado di vedere cosa sta succedendo, e poi, stai entrando in organizzazioni che usano container - usando Docker per esempio? E che impatto avrebbe ciò che Precise è in grado di fare?
Bill Ellis: Sì, quindi la parola "contenitore" può significare cose diverse a seconda dei diversi fornitori. E così, lavoriamo con VM, quasi tutti usano VMware - lo considero lo standard di fatto a questo punto; So che ci sono concorrenti là fuori. E stiamo espandendo ciò che supportiamo, ma VMware è il dominante, nello stack Oracle. Ci sono database containerizzati e quindi tutto ciò è molto importante per poter far evolvere il tuo sistema molto rapidamente. È anche molto importante sapere in un ambiente virtualizzato quando l'host fisico non è in grado di soddisfare le esigenze di tutti i container degli ospiti, poiché ognuno di loro è in competizione per le risorse.
E una delle cose realmente accadute internamente di cui sono rimasto sorpreso è che all'interno di IDERA c'erano davvero tante macchine virtuali inattive, ma ognuna di quelle macchine virtuali inattive consuma risorse, che hanno iniziato a causare un problema generale per le macchine virtuali che erano effettivamente usato che era importante per noi, conducendo la nostra attività. E quindi è stata una specie di cosa interessante. Ora, non supportiamo tutte le tecnologie sotto il sole; c'è una matrice di supporto associata a questa soluzione, e quindi questa è una delle cose su cui vorremmo approfondire, per un potenziale cliente o cliente particolare, solo per assicurarci di poter soddisfare le esigenze tecnologiche e le singole tecnologie che il loro stack di applicazioni è in esecuzione sotto.
Eric Kavanagh: Sì, ha molto senso. Dalla tua esperienza quali sono alcune delle principali forze che stanno guidando le sfide sui dispositivi mobili? Quando tu e io abbiamo parlato prima di questo webcast un paio di mesi fa, hai fatto davvero un buon punto su come solo la funzionalità e il layout di un iPhone o di un dispositivo mobile possano essere una vera sfida per l'azienda, perché improvvisamente l'utente finale può capirai come ottenere un processo specifico nel flusso di lavoro fatto, giusto? Quindi, a quel punto, ciò che stai abilitando nello sviluppo di app mobili è che stai mostrando agli sviluppatori dove si verificano i problemi e quindi puoi mappare ciò a ciò che l'app sta facendo su questo particolare dispositivo o quel particolare dispositivo. E questo è molto utile, giusto, per lo sviluppatore, perché ora possono vedere che cosa sta causando il problema, possono apportare alcune modifiche all'app, per risolverlo, giusto?
Bill Ellis: Sì, è una specie di sovrapposizione di aspettative incredibilmente alte: tutti si aspettano che tutto funzioni in un certo senso, ma c'è così tanta varietà là fuori. Hai tutti questi diversi smartphone, hanno dimensioni dello schermo diverse e quindi hai diversi fornitori di comunicazione, i Verizon, gli AT & Ts, gli Sprint, quelli sono solo quelli popolari negli Stati Uniti. E c'è così tanta varietà là fuori, è come bene, come avvolgere le braccia attorno a tutto questo, per iniziare a discernere dove sono i problemi? E così, ci sono molte metriche disponibili e una delle cose che il nostro team di gestione del prodotto ha fatto è il tentativo di inserire le metriche più importanti o più necessarie dal team IT, per essere in grado di prendere decisioni intelligenti .
Quindi, è una specie di sfida e facciamo che il nostro prodotto sia come il mercato in evoluzione e quindi riceviamo feedback dai nostri clienti e ci sono sempre richieste di miglioramento, quindi "Ehi, questa metrica aggiuntiva ci sarebbe di grande aiuto". Quindi, il nostro il prodotto si sta evolvendo proprio come il mercato, ma se dovessi dire, in realtà Eric, è davvero interessante per me, è tutta questa cosa delle aspettative. Le persone sono come, era una volta che la gente aspettava cinque, sette secondi affinché uno schermo si riordini, ora è come uno o due secondi, le persone sono come "Oh, questa applicazione non funziona affatto!" (Ride)
Eric Kavanagh: È divertente. È così vero!
Bill Ellis: È pazzo.
Eric Kavanagh: Sì, è un po 'irrealistico, onestamente. E penso che forse inizieremo a vedere un po 'più di realismo su questo argomento, ma è comunque un fatto della vita che le persone hanno aspettative molto, molto alte. E immagino, Robin, ti riporto molto velocemente negli ultimi due minuti qui. Ho adorato la tua valutazione del sito Web come catalogo e app come macchina di fidelizzazione. E a quel punto, quello di cui abbiamo parlato qui è come consentire agli sviluppatori di queste app di capire cosa sta succedendo: è utilizzabile? Non è utilizzabile? E cosa puoi cambiare per adattarlo? E a proposito di Bill qui, solo un secondo fa, il tempo di ciclo per risolvere quel problema si è davvero ridotto, giusto? Non è più come una volta: devi sistemarlo così in fretta. O avrai solo un enorme drop-off in uso, giusto?
Robin Bloor: Sì, ci sono un sacco di altre cose che vengono giocate in questo, quindi hai questo sviluppo agile e hai aspettative in molti posti ora, che rilascerai una nuova versione di qualcosa che è in fase di sviluppo, o in procinto di essere cambiato, ogni paio di settimane. E questo mette, rende quando ci pensate, se pensate agli ambienti di distribuzione e pensate a quanto è grande lo stack quando entrate nel mobile, in realtà avete più potenziali dispositivi sul nodo finale, e poi avrai middleware nel mezzo. E potresti avere sotto e sotto potresti avere dei database. Quindi, potresti toccare molte, molte applicazioni; potresti toccare più database e potresti fare cose molto complesse in termini di sicurezza. E tutto deve funzionare e l'aspettativa è che funzioni ragionevolmente bene.
E la cosa sorprendente è che a volte lo fa, ma il mio pensiero su questo, è se davvero, se stai costruendo app mobili che sono davvero fondamentali per il successo dell'azienda e molte di esse risultano, molte di queste cose lo sono davvero. Se stai eseguendo la manutenzione mobile su piattaforme petrolifere e oleodotti e cose del genere, è un po 'necessario che funzioni. Le conseguenze del suo mancato funzionamento sono semplicemente terribili. E se non hai questa capacità di suddividere effettivamente l'applicazione e sapere dove stanno andando le cose, perché la maggior parte sono prestazioni. Al giorno d'oggi abbiamo imbracature di prova davvero buone, quindi sì, ci sono bug e bug che superano. Ma soprattutto se qualcosa va storto è un problema di prestazioni. E se non riesci a mettere lo stetoscopio in 18 posti diversi, è davvero difficile stabilire cosa non va. E hai anche un fattore di rete in questo, e hai anche la realtà che qualsiasi dato componente in un'applicazione può essere sottolineato in diversi momenti della giornata, a causa della natura di quella particolare applicazione. Devi avere sofisticati strumenti di monitoraggio se vuoi avere una possibilità con tutto ciò.
Eric Kavanagh: Sì, dovrei essere d'accordo e penso che sia davvero la forza di Precise di IDERA, in questi giorni. E Bill, immagino solo qualche tuo commento conclusivo? Penso che questa tecnologia sia fantastica. Mi rendo anche conto che come utente di questa tecnologia, devi davvero capire la complessità dei sistemi di informazione e le dipendenze ed essere in grado di capire dove, quando e come sintetizzare tutte queste informazioni per valutare cosa sta realmente accadendo. Ciò richiede un essere umano intelligente e preparato e, francamente, è uno dei motivi per cui non sono affatto preoccupato che l'apprendimento automatico porti via i lavori. Penso che l'apprendimento automatico potrebbe essere molto utile sotto una tecnologia come questa, per identificare modelli comuni e quindi dare suggerimenti all'utente finale su ciò che potrebbe accadere qui. Ma quali sono alcuni dei tuoi pensieri più importanti su come far diventare l'impresa l'importanza di avere questo tipo di capacità di risoluzione dei problemi e cosa dovrebbero sapere al riguardo, oltre a quello che hai già detto?
Bill Ellis: Sì, quindi Eric, sono d'accordo con te, c'è un'enorme quantità di complessità. Credo che la linea di prodotti Precise focalizzandosi sul tempo metrico, che un utente in grado di leggere un grafico a barre dello stack possa utilizzare Precise con successo e voglio solo ringraziare i partecipanti e te e Robin per aver ospitato il webinar di oggi.
Eric Kavanagh: puoi scommettere! E come ho detto, ospiteremo questo archivio già da qualche tempo, quindi sentiti libero di condividerlo con i tuoi amici e colleghi; archiviamo tutti questi webcast. Ho inviato un link alle diapositive pochi minuti fa, sentitevi liberi di verificarlo, ma oggi ottimo lavoro, Bill. Conosci davvero le tue cose; è sempre divertente lavorare con un professionista come te. E penso che questa sarà davvero la tecnologia abilitante per la forza lavoro mobile! Quindi, grazie per il tuo tempo, gente, ci sentiamo la prossima volta, abbiate cura di voi. Ciao ciao.
