Casa Banche dati Gestire le prestazioni di ambienti complessi complessi

Gestire le prestazioni di ambienti complessi complessi

Anonim

Di Techopedia Staff, 6 settembre 2017

Takeaway: L' host Eric Kavanagh discute della gestione delle prestazioni di PeopleSoft con Matt Sarrel e Bill Ellis in questo episodio di Hot Technologies.

Eric Kavanagh: Bene, signore e signori. Ciao e bentornati ancora una volta. È un mercoledì alle 4 in punto orientale e, negli ultimi anni, è destinato a questo mondo di IT e grandi aziende e dati, è tempo di Hot Technologies. Sì davvero, mi chiamo Eric Kavanagh. Sarò il tuo moderatore per l'evento di oggi.

Parleremo dei sistemi che gestiscono gli affari, gente; stiamo parlando di PeopleSoft, come gestire le prestazioni di ambienti complessi. Mi piace sempre menzionare, hai un ruolo importante in questi eventi, quindi per favore non essere timido. Poni la tua domanda in qualsiasi momento; puoi farlo utilizzando la finestra di chat o le domande e risposte, in entrambi i casi. Mi piacerebbe sentire quello che vuoi sapere e questo è il modo migliore; ottieni il miglior valore per il tuo tempo. Archiviamo tutti questi webcast per l'ascolto successivo, quindi tienilo a mente.

Se i sistemi funzionano lentamente, tieni a mente come era la vita. Questa foto è in realtà del 1968, per gentile concessione di una signora di nome Danelle, e devo dire che questo è davvero un duro promemoria di quante cose sono cambiate. Il mondo è diventato notevolmente più complesso e, naturalmente, le esigenze aziendali e l'esperienza dell'utente tendono ad andare di pari passo. Ma in questi giorni, c'è un po 'di disconnessione. C'è una discrepanza, come spesso diciamo, e il fatto è che gli uomini d'affari vogliono sempre le cose sempre più velocemente, i team IT che devono consegnare sono quelli che vengono messi sotto pressione per svolgere il lavoro ed è un mondo intenso là fuori.

Devo dire che la concorrenza si è accesa ovunque. Se guardi solo qualsiasi settore, puoi vedere che ci sono importanti sviluppi in questi giorni - Amazon che compra Whole Foods, per esempio. Puoi star certo che l'industria della drogheria sta dando una occhiata a quello. Lo vediamo dappertutto, quindi spetta davvero ai leader delle aziende assicurarsi che riescano a capire come - ed ecco la parola d'ordine in questi giorni - trasformarsi digitalmente, come andare oltre il vecchio centralino verso sistemi molto più nuovi e robusti. Questo è ciò di cui parleremo oggi.

Uno dei problemi che devono affrontare molte organizzazioni, in particolare quelle che esistono da un po 'di tempo, sono questi sistemi legacy. Questo è un vecchio mainframe IBM del passato. Esistono sistemi legacy ovunque. Uno degli scherzi è che un sistema legacy è un sistema in produzione, il che significa che nel momento in cui entra in produzione, tecnicamente è un sistema legacy. Ci saranno sempre nuovi modi di fare le cose.

E ci sono stati alcuni sviluppi molto interessanti negli ultimi anni sulla ricerca di modi per riconciliare virtualmente i sistemi non solo per migliorare le prestazioni di un sistema, ma anche per trovare un modo per creare una sorta di tattica di lancio o una tattica di scarico per gestire le prestazioni in altre parole. Oggi parleremo di più su come migliorare le prestazioni di un sistema come PeopleSoft, che ovviamente è incredibilmente complesso. Ma se fatto bene, se caricato, se implementato, se ben gestito, può fare cose meravigliose. Ma quando non è gestito bene, è allora che hai tutti i tipi di problemi.

Quindi cosa succede? Devi essere realistico sulle cose e in qualsiasi ambiente, se gli utenti non ottengono ciò che vogliono, prima o poi passano ai sistemi ombra. Succede tutto il tempo. I sistemi ombra possono essere molto produttivi, possono aiutare le persone a svolgere il proprio lavoro. Ma ovviamente ci sono molti problemi. Certamente nell'intera area della conformità e della regolamentazione, i sistemi ombra sono un grande no-no. Ma sono là fuori e penso che sia importante ricordare che i tuoi sistemi, se il tuo sistema principale non funziona rapidamente o non funziona in modo efficiente, prima o poi ci saranno soluzioni alternative e tali soluzioni alternative possono essere molto difficili da scoprire, può essere difficile al tramonto perché finiscono per essere fondamentali per il business. Possono essere difficili da integrare, quindi tieni a mente che è là fuori ed è solo un altro motivo per migliorare le prestazioni.

Di recente ho sentito parlare di questa espressione e devo buttarla là fuori: "la tirannia dell'urgenza". Penso che solo sapendo che probabilmente sai di cosa sto parlando e che cosa succede nella maggior parte delle organizzazioni è che il carico di lavoro raggiunge una massa critica e le persone stanno facendo tutto il possibile e diventa molto difficile cambiare qualcosa. Finisci per soffrire della "tirannia dell'urgenza": tutto deve essere fatto subito. Bene, l'aggiornamento di un sistema non avviene subito.

Chiunque abbia mai vissuto aggiornando un ERP da una versione a un'altra versione sa che è un processo relativamente doloroso, quindi sii consapevole di questo: se lo vedi nella tua organizzazione, riconoscilo. Spero che tu possa entrare in contatto con qualcuno o se sei una persona senior come un CIO o un CTO o un CEO, riconosci che questo è uno scenario molto pericoloso perché una volta che sei dietro l'ottava palla, è davvero difficile uscire da dietro il otto palle.

È come l'intero enigma della maratona: se finisci molto indietro in una gara di qualche tipo e tutti sono davanti a te e stai ancora correndo, sarà davvero difficile recuperare se cadi troppo indietro. Quindi fai attenzione e tienilo a mente.

E con ciò, lo consegnerò a Matt Sarrel per darci alcune informazioni su come gestire la complessità con gli ambienti PeopleSoft. Matt, portalo via.

Matt Sarrel: OK, grazie Eric. Ciao a tutti. E quindi, vediamo, inizierò dicendoti perché penso di essere la persona giusta per parlarti della gestione delle prestazioni. Quindi ho 30 anni di esperienza nella tecnologia. In un certo senso, mi piace dire di aver fatto carriera facendo l'operatore pratico, l'amministratore di rete, il direttore dell'IT, il vicepresidente dell'ingegneria in un paio di start-up. Poi ho fatto questa transizione per diventare un direttore tecnico di PC Mag. C'è la mia foto lì, ma in sostanza sembro un bambino.

E poi andare avanti e fare il giornalista in una varietà di pubblicazioni diverse come eWeek e InfoWorld, fare l'analista in Gigahome, fare rete con il Bloor Group e gestire anche una consulenza. E ci sono io: questa immagine a sinistra è quella che sembro adesso. Questa foto nel mezzo è una specie di dove sono molto felice - in una stanza piena di fili e luci lampeggianti, e dove fa freddo - deve fare molto freddo e tutti gli altri devono sentirsi a disagio per sentirsi a mio agio con la temperatura- saggio. E ci sono le mie informazioni di contatto, in caso di domande di follow-up.

Voglio impostare il palco qui e parlare solo di performance, di cui Eric ha parlato. Siamo ora entrati in questo mondo in cui gli utenti hanno questa aspettativa che è stata impostata da app e siti Web di consumo. E le persone erano solite andare a lavorare e sedersi lì e aspettare i loro sistemi perché è quello di cui avevano bisogno, e ora le persone non sono davvero disposte a sedersi lì. Quindi si tratta di sapere se vogliono che questa moto voli in pista. Probabilmente non vogliono che il ragazzo vada in bicicletta e porti sua figlia a scuola. Ma quale hai intenzione di fornire?

Ed è difficile perché - in realtà sono stato abbastanza generoso con questo da uno a tre secondi - le persone vogliono anche una risposta immediata e vogliono l'accesso da qualsiasi luogo. Che ovunque potrebbe essere ovunque nel tuo edificio o nel tuo campus, o potrebbe essere in qualsiasi parte del mondo in qualsiasi momento, a seconda di come funziona la tua attività. E immagino che quello che sto costruendo è che quando parliamo di prestazioni, è importante pensare alle prestazioni dal punto di vista dell'esperienza dell'utente.

È importante definire gli obiettivi di prestazione prima di misurare e mettere a punto. Ho questa foto di un sintonizzatore e quindi di un sintonizzatore. L'uomo vero che è un accordatore, ha bisogno di sapere per cosa sta accordando o non ha senso mettere le mani sul pianoforte e accordarlo. Quindi, definire gli obiettivi in ​​anticipo, in un certo senso lo manterrà reale invece di adattare gli obiettivi per adattarli alla situazione attuale. È importante monitorare le metriche nel tempo e rendersi conto di come i sistemi cambiano con le prestazioni delle applicazioni di caricamento dell'utente, che è influenzato dalle scene delle risorse e dai modelli di utilizzo.

È sempre importante correlare tutto ciò con un'esperienza utente o supportare incidenti, stabilire una base per le prestazioni che ci si aspetta di essere in grado di offrire e quando ci si avvicina a deviazioni da tale base, disporre di avvisi proattivi in ​​modo da poter agire prima di raggiungere lo stato "Fail Whale". E sai che richiede la capacità di essere in grado di determinare e affrontare la causa principale del problema di prestazioni molto rapidamente e facilmente. E ancora, questo è il prima, il migliore, giusto?

Sappiamo che, dalla storia passata guardando gli sforzi di sviluppo, prima riesci a trovare e risolvere i problemi di prestazioni, meglio sei. Se aspetti che tutto il tuo codice o il tuo sistema sia attivo per iniziare il test delle prestazioni o per iniziare a scoprire problemi, non dirò che è troppo tardi, ma di nuovo, ora sei il ragazzo che ha avuto un brutto inizio nella maratona e ora stai giocando a recupero invece di saltare subito fuori e andare avanti. Quindi come si fa? Prevedi la tua media e il tuo picco di carico?

E vai avanti e ridimensioni i tuoi server fisici o i tuoi server virtuali o le tue istanze cloud o i tuoi contenitori e le tue risorse contenitore e quindi esegui una prova di concetto ed esegui un pilota? Questi sono i tempi in cui questo è un po ', la fine di dove vorresti catturare qualcosa, anche se sei ancora meglio catturarlo nella produzione piuttosto che ignorarlo nella produzione. Ma davvero, quando sarai nel tuo progetto pilota, avresti già dovuto stabilire la tua metodologia e le procedure relative al monitoraggio e al miglioramento continui.

OK, molte aziende: parliamo di trasformazione digitale. DevOps, nella rivoluzione DevOps sta giocando un ruolo enorme in quella trasformazione digitale. E questo è un processo end-to-end che in realtà non si ferma mai. Quindi è come se le due mani si disegnassero, e questa è roba buona. È un ciclo infinito tra queste due mani di piano, codice, costruzione, test, rilascio, distribuzione, funzionamento, monitoraggio, ritorno al piano. Si nutre da solo e noi lo automatizziamo in modo che vada rapidamente. Crea un circuito di feedback per il monitoraggio delle prestazioni di produzione e lo utilizza per scoprire in modo proattivo i problemi di prestazioni e risolverli prima che incidano sull'intera base di utenti.

E un'altra cosa, ora che ce l'hai, gli sviluppatori IT e il personale operativo si muovono molto rapidamente e si allineano, puoi anche allineare facilmente questi sforzi con il personale aziendale. Le prestazioni del software aziendale sono un animale complesso. Si potrebbe paragonarlo a una squadra di calcio seduta di fronte a una lavagna che prende la direzione, e tutto funziona separatamente e tutto funziona insieme. Lo considero sempre come la vecchia storia di quando ho preso la mia prima macchina e ho risolto una cosa. Ho riparato il condizionatore d'aria e poi quello che è successo è stato che poi il resto del sistema di raffreddamento è fallito. Quindi hai i tuoi punti deboli e tutto sta andando insieme e facendo aggiustamenti. Devi organizzare tutto in modo tale e costruire i processi in modo che quando apporti le tue modifiche, comprendi come tutto influisce su tutto il resto.

E fai anche attenzione e ricontrolla. Testare, invalidare, implementare. E ancora una volta arriviamo a questo problema di costruzione di programmi di monitoraggio continuo e miglioramento delle prestazioni. E questa è, in effetti, la mia ultima diapositiva. Mentre parliamo di questa complessità, ed è una bellissima complessità proprio come all'interno di questo orologio, abbiamo così tanti pezzi in movimento su PeopleSoft. Ogni cosa influenza tutto il resto su e giù per lo stack. E ci sono così tanti posti diversi in cui puoi cercare le chiavi per i problemi di prestazioni che potresti facilmente perdere senza lo strumento giusto e senza il giusto processo. E ancora su tutto, in molti casi ciò che penso che abbiamo imparato è che puoi risolvere l'infrastruttura, ma l'enorme variabile sarà il tuo codice personalizzato dell'applicazione. E quindi avere i giusti processi in atto per i test e migliorare continuamente il codice dell'applicazione sono quelli che saranno fondamentali.

E così questa è la fine della mia parte, e la consegnerò a Bill.

Eric Kavanagh: Va bene, Bill, lascia che ti dia le chiavi per il WebEx qui. Mi piace quella bella complessità - è bella. Hai avuto un paio di citazioni davvero buone lì, Matt. OK, Bill, portalo via. Vai a "avvio rapido" se vuoi condividere il tuo schermo. Tutto quello che.

Bill Ellis: Grazie, Matt, e grazie, Eric. Solo per confermare, puoi vedere tutti il ​​mio schermo adesso?

Eric Kavanagh: Sì, davvero.

Bill Ellis: Quindi parleremo del prodotto IDERA Precise per PeopleSoft e della visibilità che possono fornire per aiutarti a gestire con successo il complesso stack di applicazioni. Un modo per posizionare la difficoltà è che un'applicazione, un minimo di sei tecnologie, numerosi utenti finali e rende molto difficile rispondere anche a domande semplici. Un utente finale ha un problema? Chi è l'utente finale, cosa sta facendo, qual è la causa principale?

Ciò che vediamo in genere è questa situazione - e questo può applicarsi a PeopleSoft così come ad altre applicazioni o PeopleSoft che interagiscono con altre applicazioni - è all'interno dei set di dati o potrebbe essere il cloud in questi giorni, a un utente finale non interessa davvero quella complessità. Vogliono solo completare la transazione, gli approcci, la ricerca dell'inventario, la cronologia dei rapporti, questo tipo di cose. Se le cose sono lente o non disponibili, in genere tutte queste persone intelligenti e ben intenzionate non sono consapevoli fino a quando l'utente finale non si lamenta.

È una specie di gap di visibilità proprio lì, e quindi ciò che può accadere è che può dare il via a un processo che richiede tempo e frustrante in cui le persone potrebbero aprire uno strumento e sfortunatamente guardano solo un sottoinsieme dello stack dell'applicazione. Rimangono così gentili le difficoltà nel rispondere a quelle domande di base.

E molte volte potrebbe esserci un problema e andrai all'amministratore di WebLogic e lui dirà: “Beh, la memoria, le raccolte di rifiuti sembrano tutte fantastiche. Non credo proprio che sia WebLogic. ”Vai all'amministratore DBA e dicono:“ Beh, il database, funziona esattamente come ieri. I primi dieci sembrano belli. Forse l'amministratore dello storage ti ha colpito con alcune metriche come I / O al secondo o throughput, che sono metriche a livello di frame e potrebbero non riflettere sulla tua particolare applicazione, tanto meno sul database o sul processo particolare. "

Quindi tutti hanno queste metriche che sembrano mostrare che il problema è altrove, eppure l'utente finale sta riscontrando un problema o ha segnalato un problema, ma come possiamo risolverlo in un modo migliore? E il modo migliore, il modo preciso - o questo è un modo che stiamo offrendo - è misurare le transazioni degli utenti a partire dal browser attraverso la rete, nel server web, in Java Jolt, in smoking, nel database incluso DB2 e infine finalmente in deposito.

Ciò dimostra che il tempo totale dice: "Bene, chi sta avendo un problema?" E quindi possiamo identificare l'utente finale in base al modo in cui hanno firmato su PeopleSoft e possiamo anche catturare tramite la traduzione di smoking ciò che i pannelli PeopleSoft stanno eseguendo.

Quindi i tempi sono inseriti in un repository storico che chiamiamo database di gestione delle prestazioni e questo diventa un singolo brano musicale che semplifica notevolmente chi, cosa, quando, dove, perché. Preciso include anche raccomandazioni. Probabilmente la cosa più importante è perché acquisiamo tutte le informazioni continuamente - sia a livello di personale IT tecnico - che puoi misurare il prima e il dopo. In questo modo puoi portare la misurazione mediante misurazione o Six Sigma all'intera operazione della performance.

E quindi diamo un'occhiata a "un giorno nella vita". Prima di tutto, potresti aprire la schermata di avviso Preciso ed è qui che riceverai un avviso tempestivo. L'avviso più importante è che hai avvisi di attività. Quindi sono utenti che esercitano transazioni e sostanzialmente non rispettiamo i nostri SLA. Allo stesso modo, abbiamo uno stato quando la disponibilità - e questo in sostanza sta dicendo che una parte della nostra infrastruttura applicativa non è disponibile - quindi possiamo approfondire e possiamo effettivamente vedere come le istanze di Tuxedo nel modulo e puoi effettivamente vedere che una delle istanze non funzionanti. Tutta l'attività viene trasferita a questa unica istanza e deve occuparsene. Abbiamo praticamente creato un collo di bottiglia.

Ora, proprio come per l'attività che sta eseguendo su questo, puoi effettivamente iniziare a scoprire che, anche se abbiamo questo problema di infrastruttura generale, ci sono modi per migliorare l'efficienza di elaborazione all'interno di questa particolare JVM per WebLogic. Ed è qui che c'è davvero una cosa importante: molte volte le persone si muovono come in un cloud e dicono: "Bene, quanta CPU e quanta memoria hai bisogno?"

Bene, l'altro lato di quella moneta nota come capacità è l'efficienza di elaborazione. Se uso meno memoria, se utilizzo meno CPU, semplicemente non ne ho bisogno. E così come ha detto Matt in precedenza, tutto è in qualche modo correlato. Ora quello che posso fare è aprire la schermata di transazione PeopleSoft e nella schermata, l'asse y è il tempo di risposta, l'asse x è il tempo attraverso il giorno.

Qui abbiamo un grafico a barre dello stack che mostra il tempo del cliente. Questo è in realtà il browser, il web server. Il verde è l'ora di Java, il tipo di rosa è lo smoking, il blu scuro è l'ora del database. Questo profilo non è accaduto da solo; è successo a causa dei particolari pannelli PeopleSoft: erano stati eseguiti e ti sono stati presentati entro i tempi di risposta. In realtà c'è un tempismo di ogni passaggio all'interno dell'applicazione, nonché un grafico a barre dello stack che mostra l'applicazione qui pannello per pannello. Sono anche in grado di approfondire e trovare un determinato utente o classificare i miei utenti.

Questa schermata mi consente di specificare un determinato utente in base al nome di accesso. Pensa a quanto sia straordinario o potente. Molte volte, non si tratta solo dell'infrastruttura e di come è impostata, ma anche del modo in cui gli utenti finali utilizzano il sistema. Potresti avere un nuovo assunto o qualcuno ha una nuova funzione lavorativa: potrebbe non sapere come utilizzare correttamente l'applicazione. Questo può effettivamente aiutare a identificare le opportunità di formazione.

L'altro lato della medaglia è se riesco a concentrarmi su un particolare utente - qui sto guardando quell'utente nelle loro particolari transazioni e il tempo di risposta che hanno vissuto - Sono in grado di affrontare direttamente l'esperienza dell'utente di un particolare utente. Non si tratta più di metriche generiche a livello di sistema, si tratta dell'esperienza dell'utente finale ed è molto potente. Parti del tuo ambiente saranno sicuramente interne, risorse umane, ecc. Possono esserci altre parti che sono rivolte al cliente. In entrambi i casi, vuoi offrire la migliore e più produttiva esperienza possibile al cliente.

Ora, per un determinato pannello, posso andare e approfondire per rispondere alle domande. Quindi questa è una specie di immersione profonda che possiamo fare per scoprire cosa sta succedendo e potresti fare questa immersione profonda prima di chiamare un utente finale o se un utente finale ti avesse chiamato, saresti in grado di avviare un processo per dite "Bene, dov'è esattamente la causa principale?" E non sarà come un utilizzo della CPU e una sostituzione, sarà nel codice dell'applicazione che esercitano.

Analizziamo e daremo uno sguardo a quella gestione dei contenuti e puoi effettivamente vedere un'analisi di quella transazione: avvio del browser, punto di accesso al server Web in Java Jolt e stiamo effettivamente mostrando il codice che viene eseguito nel Pannello smoking, infine all'istruzione SQL in cui Precise rivela il testo dell'istruzione SQL eseguita da questo particolare pannello PeopleSoft.

Tutti quelli con cui parliamo hanno strumenti, ma ciò che non hanno è il contesto. Connettere i punti o seguire la transazione dal browser fino all'istruzione SQL è un contesto. Ciò che fa questo, come il tuo DBA, è piuttosto che guardare le cose a livello di un'istanza o di un database, ora posso indagare a livello di istruzione SQL.

Quindi posso dire: "Bene, quali sono i colli di bottiglia per una singola istruzione SQL", e questo è estremamente potente. Si prega di considerare che questa transazione non può essere eseguita più velocemente dell'istruzione SQL e che ogni transazione commerciale significativa interagisce con il sistema di registrazione. Il database, piaccia o no, è il fondamento delle prestazioni e, se posso essere così granulare da concentrarmi su singole istruzioni SQL che sono vitali per una transazione commerciale, posso davvero portare il mio gioco al livello successivo.

Un'altra cosa che potresti notare qui è che esiste un calcolo del contributo percentuale fornito da Precise. Il browser stesso è in realtà una parte significativa dello stack dell'applicazione. Hai l'esecuzione di JavaScript, hai il tempo di rendering, hai componenti di pagina, GIF, JPEG. E in realtà scopri che la tua applicazione potrebbe comportarsi in modo molto diverso in Chrome rispetto a IE e versioni diverse. Preciso sarà in grado di mostrarlo anche a te e ci possono essere momenti in cui c'è effettivamente un collo di bottiglia o una contesa all'interno del browser che può causare cose come il blocco dello schermo.

Essere in grado di identificare ciò consente all'IT di non abbaiare l'albero sbagliato, ma di affrontare la causa principale alla base di diversi problemi che possono sorgere. Ora quello che sono in grado di fare è per una particolare istruzione SQL, quindi posso analizzare esattamente cosa sta succedendo in quell'istruzione SQL. Quindi qui siamo passati alla vista degli esperti del database.

Una delle cose che distingue Precise a livello di database è che campioniamo su una base inferiore al secondo. Questo è in confronto ai nostri concorrenti che guardano solo una volta ogni 10, una volta ogni 15 minuti. In modo che il livello di granularità, il livello di risoluzione è ordini di grandezza meglio dei nostri concorrenti.

E ancora una volta, poiché il database fa parte della nostra fondazione, consentiremo al vostro DBA di portare davvero le prestazioni al livello successivo. Quindi posso vedere che questa istruzione SQL ha effettivamente speso il 50 percento se il suo tempo si esercitava ad accedere al sottosistema memorizzato, il 50 percento del suo tempo usando la CPU. Fare clic sul pulsante di ottimizzazione e quindi posso andare e approfondire i piani di esecuzione ed esattamente ciò che ha guidato quel modello di utilizzo.

Ora un preventivo di uno dei nostri clienti - se non fossero in Oracle Shop hanno usato uno strumento Oracle chiamato OEM e OEM è davvero un tipo di database o istanza focalizzata - sono i DBA che guardano costantemente quali sono i primi 10 elenchi? Ma con Precise siamo in grado di collegare i punti alle singole istruzioni SQL e in questo modo la granularità consente al DBA di sintonizzarsi davvero a livello di transazione e non solo a livello di database molto più elevato.

Il secondo punto che è stato veramente vitale per questo cliente è che Precise, traducendo ciò che è complicato il tuo URL in un nome di pannello PeopleSoft, se sono in IT e posso parlare di tree manager, content manager, una particolare pagina delle risorse umane, in questo modo la persona che sto cercando di aiutare sa che sto effettivamente guardando e capendo cosa stanno guardando perché non sono più questi geroglifici, è il nome con cui hanno familiarità.

Una delle domande che ci vengono poste - sembra tutto il tempo, quindi ho pensato di rispondere in modo proattivo alle domande - in che modo acquisisci l'ID utente PeopleSoft? Lasciami in qualche modo passare attraverso i passaggi. Ecco una schermata di accesso PeopleSoft. Per accedervi, ho dovuto navigare sul mio server Web e appare questa schermata. Quando l'applicazione è strumentata con Precise, questa schermata contiene in realtà uno script Precise e posso rivelarlo facendo un clic destro, visualizzare la fonte. E questo in realtà mi mostrerà il codice che compone la pagina sottostante e qui nel frame della pagina è in realtà il Preciso per il codice web e questo mi permette di catturare la schermata di accesso, l'indirizzo IP, il tipo di browser, un intero mucchio di informazioni sul rendering e la vera esperienza dell'utente finale. E così quando inserisco il mio nome utente e faccio clic su Accedi, Precise è quindi in grado di misurare ciò che sto facendo.

Mi apro, vado dal gestore dell'albero, voglio fare un'operazione di ricerca, compilare il campo e fare clic su Cerca. Mi viene presentato un set di risultati, quindi ho attraversato chiaramente l'intero stack dell'applicazione fino al database. Come lo mostra Precise? Andiamo avanti e diamo un'occhiata. Apri Preciso, entro, posso vedere l'attività, posso fare clic sulla scheda attività che farà apparire questa schermata. Questi sono gli URL non tradotti. Posso mostrare agli utenti ed ecco il mio ID utente su cui ho appena effettuato l'accesso ed ecco la mia attività.

Potresti vedere che stavo usando Firefox versione 45 per far apparire questo. Ho esercitato l'applicazione 12 volte e l'abbandono è fondamentalmente quando qualcuno lascia una pagina web prima che venga visualizzata completamente, il che suggerisce un problema commerciale. È così che siamo riusciti a raccogliere l'ID dell'utente finale. È molto bello, la gente apprezza molto quando sai esattamente cosa sta succedendo.

Ora vogliamo cambiare marcia un po 'strano. In seguito abbiamo esaminato la transazione. Abbiamo fatto un tuffo profondo in una particolare transazione e abbiamo esaminato le sue dichiarazioni SQL. Ora voglio cambiare marcia e dare un'occhiata ad alcune delle altre tecnologie nello stack dell'applicazione PeopleSoft a partire da WebLogic.

Quindi ecco un'istanza di WebLogic e puoi vedere l'attività nel tempo. Hai un rapporto finanziario. Mi dice subito, la memoria è usata quasi al massimo. Una delle cose che troviamo è che la maggior parte delle persone esegue l'intero stack dell'applicazione, o almeno una parte, in un ambiente condiviso, molto spesso è VMware. Devi bilanciare quante risorse richiedi e quanto ti servono. Non vuoi essere un porco di risorse. Allo stesso modo, non si desidera mettere un vincolo di elaborazione non chiedendo memoria sufficiente in questo caso.

La configurazione è vitale anche per la gestione delle prestazioni. Quindi possiamo effettivamente entrare nella garbage collection della memoria e di tutti i contatori JMX WebLogic, quindi conosco esattamente lo stato del mio modulo WebLogic.

Ora in smoking. Lo smoking in molti negozi è una specie di scatola nera ed è una parte molto importante di PeopleSoft. È una specie di colla che tiene tutto insieme e quindi penso quasi che sia un'estensione del sistema operativo. È qualcosa che usi e configura con molta attenzione. Per inciso - questa è una piccola nota a margine - nei commenti di apertura Eric aveva menzionato "la tirannia dell'urgenza", e penso che ciò entri davvero in gioco quando i negozi PeopleSoft stanno prendendo in considerazione il passaggio dall'interfaccia utente classica all'interfaccia utente fluida perché scopri che sei dietro la curva a causa del modo in cui l'interfaccia utente fluida esercita l'ambiente PeopleSoft.

Ora hai problemi con WebLogic, Tuxedo, con il database e con l'archiviazione qui solo perché HTML5 fa un'enorme quantità di messaggi. Probabilmente è almeno 10 volte quello che fa l'interfaccia utente classica e che messaggi aggiuntivi significano traffico aggiuntivo. Quindi la configurazione di Tuxedo deve essere modificata per adattarsi al traffico aggiuntivo. Un paio di cose su questa schermata sono finite sul lato destro, abbiamo grafici nel tempo per il tempo di risposta ponderato, il tempo di risposta medio e il conteggio delle esecuzioni.

Qui abbiamo informazioni su tutti i domini di smoking all'interno dell'ambiente. Abbiamo suddiviso servizi, utenti, processi server e IP. Posso spostarlo sul conteggio delle esecuzioni e presentare quelli in ordine decrescente in modo da poter vedere cosa viene eseguito più volte. Posso anche scorrere verso il basso per rivelare i domini; la maggior parte delle persone ha più domini nel loro ambiente, sostanzialmente per diffondere l'attività, e sono in grado di impostare la conformità SLA, quindi avvisi a livello di smoking.

Se hai la coda, hai diversi problemi che si verificano a causa della configurazione. In genere, poiché ha un impatto globale, in genere non si apportano modifiche al volo. In un certo senso si desidera incrementare gradualmente il sistema come parte del processo di controllo qualità che rimbalza su un punto che Matt aveva precedentemente sottolineato per affrontare i problemi di prestazioni all'inizio del processo. È molto meglio avere la configurazione corretta quando si va in produzione piuttosto che andare in produzione e scoprire che la configurazione non corrisponde ai modelli di utilizzo. Mi piace molto l'introduzione che Eric e Matt hanno fornito oggi. Ho pensato che fossero davvero il bersaglio in termini di sfide che devi affrontare nella gestione e nell'evoluzione dell'ambiente PeopleSoft.

Ora, l'ho già detto una volta, penso che valga la pena ripeterlo: ogni transazione commerciale significativa interagisce con il database. E quindi esploriamo come Precise può fornire ulteriori informazioni. Qui c'è una particolare istanza Oracle. Lo stesso approccio esatto che abbiamo visto: l'asse y è il tempo di esecuzione, l'asse x è il tempo attraverso il giorno, ma ora i grafici a barre dello stack sono stati di esecuzione all'interno di Oracle. Questo ci sta mostrando quali sono i vincoli di elaborazione sul sistema. Quaggiù in realtà c'è un rapporto sui risultati che mi dice che hai questo buffer di registro redo alto.

Sto anche guardando questa versione selezionata da PSVersion. In realtà sta consumando molte risorse. Per inciso, poiché stiamo campionando e forniamo questa visione ad alta risoluzione di ciò che sta realmente accadendo sul sistema, potresti essere sorpreso di quali siano i veri consumatori di risorse sul tuo sistema, perché se stai solo guardando ogni 10 minuti, non lo è ti mostrerà quali sono quei consumatori di risorse. E così, conoscendo quali sono i veri consumatori di risorse, puoi effettivamente affrontare la vera elaborazione su colli di bottiglia o sul sistema.

Ora qui siamo passati alla scheda attività e questa è l'attività. Puoi vedere che stiamo esaminando insieme CPU, sottosistema di archiviazione, blocchi dell'applicazione, attesa del sistema operativo, RAC, commit, server Oracle, comunicazione e aggregazione interna. Questo è l'asse y, questo è il tempo totale di esecuzione.

Quaggiù sono le istruzioni SQL che hanno guidato questo profilo e una delle cose che vedi sono queste basse latenze - due millisecondi ma con quasi 4.500 esecuzioni significa che l'istruzione SQL è in realtà il consumatore di risorse numero uno sul tuo sistema, e questo è buono per conoscere. Inoltre non sta aspettando un lucchetto o un'attesa. Utilizza la CPU il 100% delle volte. Ciò non significa che non ci sono cose che non posso fare al riguardo. Ci sono molte cose che posso fare al riguardo se so a quali istruzioni e oggetti SQL si accede. E quindi questi sono alcuni dei modi in cui possiamo aiutare.

Ora quaggiù c'è questo drill-down e questo può metterci nel contesto dei singoli programmi PeopleSoft e ognuno di questi programmi ha uno scopo diverso all'interno di PeopleSoft. In realtà puoi iniziare a indirizzare a livello di database come viene utilizzata l'applicazione.

E se seleziono un particolare programma, posso quindi isolare le istruzioni SQL che quel programma ha inviato in modo da poter essere molto focalizzato sull'applicazione piuttosto che sulla tecnologia del database quando sto fondamentalmente cercando e vedendo l'ottimizzazione del database e la configurazione del database. Voglio solo portarlo alla tua attenzione. Spesso molte grandi organizzazioni sono divise in DBA infrastrutturali e DBA applicativi. Preciso, mostrando l'applicazione e il consumo di risorse, siamo effettivamente in grado di colmare il divario e questa soluzione è utile per entrambi i tipi di DBA up sul sistema.

Ora, questa parte è davvero la nostra dimostrazione di ciò che possiamo fare a livello di database. E quello che è successo qui è che abbiamo avuto un blocco dello schermo, c'era una selezione da PS_Prod e quello che abbiamo fatto è stato fare clic su questo pulsante di ottimizzazione e ciò che fa è che ci porta in questo spazio di lavoro SQL. Ora, per voi persone che non sono DBA, questo potrebbe non sembrare davvero eccitante. Per le persone che sono DBA, potresti trovare questo per essere piuttosto eccitante. Quello che stiamo mostrando qui è la durata di questa particolare istruzione SQL rispetto alle modifiche sul sistema. E questo sta mostrando mercoledì, giovedì, venerdì, la durata è di circa 2/10 di secondo. Sabato e domenica questa azienda non funziona - fortunati loro. Vieni lunedì, c'è stato un cambiamento: il piano di accesso è cambiato. Il nuovo piano di accesso è all'improvviso qui. In realtà è abbastanza lento e si traduce in un blocco dello schermo.

Ora, se sono un DBA, ho bisogno di ulteriori informazioni per conoscere la vera causa principale. Devo conoscere l'ottimizzatore dei database scelti. Quindi Precise offre questo confronto che mostra il piano di esecuzione che era veloce ed efficiente quando le cose andavano bene così come il piano di esecuzione che era lento e inefficiente. Questo join di filtro è comune ai DBA che eseguono PeopleSoft. Quello che fa il filtro è cercare ogni riga in una tabella, guarda ogni singola riga nella tabella di join - che richiede molta CPU. È estremamente inefficiente perché non è possibile filtrare solo il sottoinsieme di righe necessarie, ma dall'istruzione SQL e tale inefficienza comporta tempi di esecuzione più lenti. Pertanto, alla fine rallentano il pannello PeopleSoft nel congelamento dello schermo e Precise è stato in grado di arrivare alla vera causa principale che non avresti mai saputo a meno che non avessi uno strumento che rivela il codice dell'applicazione, le istruzioni SQL e così via.

È stata una specie di immersione profonda. Ora andremo ad aumentare la vista fino a 10.000 piedi quadrati di dashboard. In Precise, i dashboard non sono davvero per il team tecnico: è davvero per te utilizzare per condividere le informazioni con le operazioni, forse con il team delle applicazioni, forse con la tua catena di comando. Quindi una serie di dashboard potrebbe mostrare i pannelli PeopleSoft e l'ora del client in modo da sapere qual è l'esperienza dell'utente finale. È possibile che sia stata configurata un'altra dashboard per le operazioni e questa dashboard potrebbe essere stata esaminata. Si è verificato un blocco degli avvisi? Al momento disponiamo di avvisi a livello di sistema operativo, Web, WebLogic, Tuxedo e database. Nessun avviso qui, tempo di risposta medio. Puoi vedere che stiamo correndo circa un terzo del secondo. Qui posso effettivamente guardare la mia infrastruttura mostrarmi tutte le macchine virtuali nel mio ambiente e posso iniziare a occuparmi di elaborazione, bilanciamento del carico e posso anche guardare i miei domini Tuxedo. Questo particolare ambiente ha sei domini diversi e quindi posso vedere quei domini e posso effettivamente entrare nel bilanciamento del web.

Ora, il repository storico di Precise che PMDB, il database di gestione delle prestazioni, ha tonnellate di metriche. E a volte qualcuno vuole sapere del conteggio degli accessi al browser o potresti fare il conteggio degli accessi in base al tipo di browser o alle prestazioni in base al tipo di browser. Ci sono un sacco di cose che possono essere fatte per fornire ulteriore visibilità sul tuo sistema.

Qui, questo, stiamo effettivamente esaminando l'utilizzo della memoria di WebLogic e vedi questo bel modello a dente di sega, l'uso della memoria. C'è la garbage collection, recupera i non-riferimenti. Torna indietro e quindi questo è un modello molto carino che ti piace vedere. Quindi questo è un po 'guardare all'ambiente PeopleSoft come una raccolta di sottosistemi e questo sarebbe appropriato per le operazioni. La domanda più elementare è: "Bene, cosa sta succedendo sul server?" Precise ha tutta questa visibilità. Fornisce anche le metriche del server. E così qui sei effettivamente in grado di misurare CPU, memoria, I / O, server, utenti sul sistema e così hai quella piena visibilità. E questo è un modo - che combinato con le tendenze a lungo termine - è il modo in cui le persone usano Precise per la pianificazione della capacità.

E voglio solo gettare una piccola nota lì. In genere un negozio avrà così tanto budget per l'hardware, per server, così tanto budget per il personale. Come investirai, dove piazzerai le tue scommesse? Usando Precise, ottieni un vantaggio perché vedi come viene utilizzato il sottosistema di archiviazione. Se stai eseguendo molti I / O casuali, Precise te lo mostrerà. Aiuterà a giustificare l'investimento nello storage a stato solido. Questo potrebbe essere più importante per il tuo negozio che acquistare CPU aggiuntiva se l'utilizzo della CPU risulta basso.

Vuoi investire dove sono i veri colli di bottiglia nell'elaborazione, dove puoi effettivamente ottenere un profitto. E affrontando con precisione tutto, dall'efficienza di elaborazione della codifica delle applicazioni fino alla capacità, ti consentiamo di valutare e documentare dove si trovano queste esigenze con i numeri.

Ora l'ultimo pezzo è in allerta e l'avviso è in realtà il modo in cui è iniziato. Ricordati che? Abbiamo visto un avviso che c'era uno SLA delle prestazioni e abbiamo visto che un'istanza WebLogic era inattiva. Quindi diamo un'occhiata all'interfaccia di avviso. E ancora una volta, cosa sta succedendo? Una delle cose che voglio sottolineare in questa vista è che Precise non ha solo questi avvisi di prestazioni e avvisi di stato sulla disponibilità, ma abbiamo anche avvisi di tendenza. Il motivo per cui gli avvisi di tendenza sono importanti è che se il tuo sistema è inattivo o ha uno o due utenti, probabilmente le cose funzionano alla grande. Solo quando inizi ad aggiungere utenti e questi iniziano a fare sempre più attività, inizi a contenderti per i dati, per le risorse a livello di smoking, a livello di WebLogic, a livello di rete, a livello di database. E quella contesa si traduce in un peggioramento delle prestazioni e, infine, potresti attraversare una linea e questo è un avviso di prestazioni, e fondamentalmente non stai raggiungendo gli obiettivi SLA per l'organizzazione. E quindi questi set di avvisi sono molto belli.

Il livello Web, sul lato sinistro, il livello Web misura effettivamente l'esperienza dell'utente finale e quindi si accede alle tecnologie all'interno dello stack dell'applicazione sottostante. Questo è un po 'il nostro schermo di architettura di come facciamo tutto questo. Idealmente, si desidera avere un server Precise indipendente dall'ambiente o dagli ambienti monitorati. Un server Precise può gestire numerose applicazioni.

Per PeopleSoft e per il database Oracle e DB2, è necessario un agente locale. Se l'ambiente PeopleSoft è back-end da SQL Server, esiste un'opzione per fare agentless. Abbiamo anche agentless per Sybase. Il cuore del nostro modello di sicurezza è che i dati vengono raccolti qui, mentre gli utenti di Precise eseguono l'autenticazione in Precise. Sono processi totalmente separati, credenziali separate, autenticazione separata e quindi fa parte del nostro modello di sicurezza. E ci sono ulteriori dettagli.

Penso che per ora sia abbastanza un'introduzione all'architettura. Se ci sono domande ardenti, per favore, chiedile, come aveva già detto Eric.

Proprio come un breve riepilogo, questa soluzione è progettata per 24 per 7 in produzione. Si consiglia vivamente di usarci nel QA. Se fai lo sviluppo interno, inizia a usarci nello sviluppo. Tradurremo l'URL complicato, l'URI in un nome di pannello PeopleSoft. Quando parlo di produzione, siamo estremamente bassi in modo da avere visibilità, sai sempre cosa sta succedendo, stai identificando l'utente finale.

Non ho dovuto entrare e definire queste transazioni: ci sono solo punti di connessione naturali dal browser, l'URL, i punti di ingresso, la connessione al server Web in WebLogic, il contesto dell'invito fino al quale fornisce l'istruzione SQL. Quindi siamo in grado di catturare l'istruzione SQL e cosa sta facendo. Precise è un database intelligente e penso che questo sia un fattore distintivo per noi e che consente al DBA di collaborare, migliorare la visibilità delle applicazioni.

L'ultimo punto è perché siamo sempre attivi, raccogliamo sempre, puoi sempre misurare prima e dopo e quantificare il miglioramento o, nel raro caso potresti aver modificato le prestazioni, lo sapresti e potresti farlo torno subito. La maggior parte dei nostri concorrenti, ciò che fanno è se è necessario visualizzare ulteriori informazioni, è necessario attivare una visibilità aggiuntiva e in genere tale visibilità aggiuntiva impone un sacco di spese generali. Con Precise, hai sempre visibilità e puoi sempre risolvere il problema. Quindi, se vuoi visitare il sito web Precise, controlla uno qualsiasi dei prodotti Precise, sia Preciso per Oracle. Siamo elencati come Precise Application Performance Platform e c'è un pulsante lì per richiedere una demo.

In realtà, se condivido il mio schermo, penso che potrei semplicemente navigare lì per mostrarti come appare solo così puoi vederlo in anticipo. Ecco il sito IDERA. Vai ai prodotti. Posso scegliere uno qualsiasi di questi componenti precisi e voglio solo vederlo in azione. Ciò avvierà il nostro processo di condivisione di informazioni aggiuntive che potrebbero essere importanti per il tuo sito. Oppure, se desideri saperne di più sulla migrazione all'interfaccia utente fluida, non esitare a contattarci.

E quale, Eric, vorrei restituirti il ​​testimone.

Eric Kavanagh: OK, buon affare. Devo dire ancora una volta: una presentazione piuttosto completa e impressionante lì, Bill. Hai menzionato un sacco di cose su cui vorrei chiedere. Non abbiamo molto tempo - circa nove minuti - e vorrei che Matt avesse la possibilità di fare anche un paio di domande e che avessi almeno uno o due dal pubblico.

Ma hai menzionato qualcosa che pensavo fosse molto, molto interessante rispetto a come Precise può aiutare negli appalti per il team IT perché puoi sottolineare, puoi fare un caso a chiunque decida che ciò di cui hai bisogno è più solido spazio di archiviazione, ad esempio, o ciò di cui hai bisogno sono miglioramenti della rete o qualunque sia il caso. Ma questo è un grosso problema. Vedi spesso aziende che lo riconoscono e lo usano o stai cercando di evangelizzarlo ancora?

Bill Ellis: Beh, in realtà entrambi, e il fatto è che i modelli di utilizzo, anche per un'applicazione di pacchetto come PeopleSoft, i modelli di utilizzo sono distinti in ciascun sito. Ho avuto la fortuna di fare una migrazione PeopleSoft in una banca e le banche usano il sistema di contabilità generale in modo molto diverso rispetto alla maggior parte delle organizzazioni. Potresti effettivamente avere singole transazioni eseguite in una succursale, tutte registrate nella contabilità generale.

E quindi piuttosto che pubblicare dozzine o centinaia di registri generali, in realtà stai pubblicando centinaia di migliaia. Ed è così che sono stato coinvolto in Precise a causa dei modelli di utilizzo e ci ha permesso di rispondere, ma le esigenze dell'applicazione sia a livello di codice, a livello di configurazione, sia a livello di infrastruttura. Quindi assolutamente sono un grande sostenitore e voglio evangelizzare anche questo perché non dovresti prendere le decisioni sull'hardware basandoti semplicemente sull'utilizzo. Dovresti basarlo sulle esigenze del tuo ambiente.

Eric Kavanagh: E c'è una domanda da parte di un partecipante, e poi, Matt, te la consegnerò per una o due domande. Bene, questo è buono ed è divertente perché è una grande, lunga risposta che potresti dare. Il partecipante chiede: "Come si raccoglie la metrica delle prestazioni alla fine dell'utente dopo la distribuzione e durante i test?"

Penso che tu abbia fatto un ottimo lavoro immergendoti in quanto profonde e ricche sono quelle metriche delle prestazioni. Hai parlato anche di meno di un secondo per alcune di queste cose rispetto a ogni cinque minuti o 10 minuti. È allora che otterrai il livello di dettaglio necessario per trovare le tue risposte, giusto?

Bill Ellis: Sì, quindi la cosa cruciale è che i singoli collezionisti delle informazioni sulle prestazioni sono basati sulla tecnologia. Quindi, quando eseguiamo una distribuzione, dobbiamo sapere come è costruito lo stack dell'applicazione, a partire dal sistema operativo, dalla sua versione, quale versione di Tuxedo, WebLogic, quale versione degli strumenti People in esecuzione.

Ed è proprio il design di quegli agenti che lo fa, la raccolta di dati che ci consente di rivelare che il livello di visibilità che Precise fornisce. E quella visibilità, penso, a volte può essere un po 'intimidatoria per la gente. Ma se il tuo obiettivo è quello di entrare davvero e migliorare le cose e portare le prestazioni a 11, questo è davvero il livello di visibilità che ti piacerebbe avere. E se Precise è in grado di fornirlo ed è a basso costo, la domanda è: perché no? Quindi penso che sia un'ottima domanda e per favore contattaci se desideri discuterne ulteriormente.

Eric Kavanagh: OK, bene. E Matt, hai qualche domanda?

Matt Sarrel: Penso di essere a posto. Voglio dire, ho avuto a che fare con l'arresto anomalo di WebEx qui.

Eric Kavanagh: Oh no. Abbiamo bisogno di preciso per capire esattamente il perché.

Matt Sarrel: Sì, immagino che la domanda a cui avevo pensato mentre stavi parlando, Bill, era se potessi discutere un po 'su come più team possono ottenere sulla stessa pagina durante la risoluzione dei problemi di prestazioni, perché so che è qualcosa che si ripresenta continuamente chi è responsabile di cosa e come possono lavorare tutti insieme per offrire la migliore qualità ai dipendenti.

Bill Ellis: Sì, quindi il personale IT tende ad essere costoso. Nella maggior parte dei negozi, sei diviso in team in base alla tecnologia, data la complessità della tecnologia. Una delle grandi cose che succede è che c'è un problema di performance e ci sono molte volte il conflitto, convoca la sala di guerra. Ed è qui che ognuno ha le metriche per in qualche modo esonerare il proprio livello perché non ha il contesto. Stanno osservando cosa sta succedendo a livello di WebLogic piuttosto che cosa sta accadendo a livello di codice di transazione. Oppure stanno guardando a livello di database piuttosto che alla singola istruzione SQL della transazione.

E essendo in grado di individuare il livello del problema e il codice del problema all'interno di quel livello, ciò che fa è liberare gli altri team per non andare o passare il tempo in risorse alla ricerca di un problema che non è nella loro area. Se si tratta di un problema di database, vai al DBA con le informazioni di cui hanno bisogno per risolvere il problema. Saranno felici di farlo.

Allo stesso modo, non sprecare Tuxedo, il team di assistenza di WebLogic focalizzato sui problemi nel database. Allo stesso modo, se il problema si verifica nella configurazione di WebLogic, non perdere il tempo del DBA in una sorta di sala di guerra cercando di difendersi. Basta andare a risolvere il problema in WebLogic.

Scopriamo che il personale IT apprezza Precise a causa del risparmio di tempo, perché in genere quelle sale da guerra non sono incluse nel piano temporale per ogni organizzazione FTE. È un po 'come il tempo aggiuntivo. E quindi essere in grado di gestire questi problemi in modo più efficiente è davvero vitale. E per l'organizzazione che ha implementato l'interfaccia utente fluida, essere in grado di ridimensionare la produzione e risolvere i problemi che effettivamente incontrano nella produzione era davvero vitale non per il personale o i team, ma per la gestione IT complessiva perché sarebbe stata una brutta notizia se dovessero tornare indietro. Quindi, ottima domanda, perché non è solo la tecnologia. Riguarda davvero sempre le persone.

Matt Sarrel: Giusto, sono le persone e i processi. Sì, questa è stata l'unica domanda che mi è venuta durante la demo. Se ce ne sono altri dal pubblico?

Eric Kavanagh: Sì, te ne lancerò un ultimo, Bill, e Matt ne ha parlato brevemente nella sua presentazione. Abbiamo iniziato a vedere questo raccolto. È ancora molto lungimirante, ma i container e l'uso della containerizzazione e Docker e cose del genere, quanto è grande una palla curva che ti lancia ragazzi?

Bill Ellis: Quindi la parola significa cose diverse a seconda delle diverse tecnologie. Quindi stiamo evolvendo i nostri prodotti per prenderci cura dei container a livello di database e a livello di applicazione. E come parte di ciò, è un po 'l'intero ambiente con i movimenti, la nuvola, e noi operiamo all'interno della nuvola. Ma c'è un processo di scoperta e quindi a seconda di come si stanno evolvendo queste applicazioni, incluso PeopleSoft, stiamo evolvendo la nostra soluzione di monitoraggio in modo da poter fornire il livello di profondità che è stato così prezioso in passato.

Eric Kavanagh: Sì. E devo dire che ogni volta che vedo queste demo sono solo stupito dalla granularità che hai e questo è ciò di cui hai bisogno per essere in grado di mettere insieme una comprensione e devi avere un po 'di educazione su quale sia la situazione normale, che cosa è standard.

E voi gente offrite molti contenuti, aiutando le persone a identificare ciò che è normale, ciò che non è normale. Hai parlato di allarmi di tendenza, ad esempio, questi sono tutti meccanismi che puoi usare per capire meglio che qualcosa non va, è qualcosa che non va, e poi ovviamente devi approfondire per trovarlo, ma hai tutti i dati.

Bill Ellis: Sì, e questa è una cosa davvero importante; Penso che Matt ne abbia parlato. Cosa è normale Ambienti diversi hanno un diverso livello di normalità. Se stai utilizzando hardware di fascia alta, logica e dati Oracle, ciò che è normale nel tuo negozio o ciò che è realizzabile nel tuo negozio sarà diverso rispetto a se stessi utilizzando un'infrastruttura meno potente. Quindi la prima cosa è scoprire cosa è normale, iniziare a calcolare quella linea di base e in questo modo puoi iniziare a migliorare da lì.

Eric Kavanagh: OK, è un buon punto. Abbiamo un'ultima domanda in arrivo, sembra. Un'ultima domanda che farò a te, Bill. Qualche differenza tra SQL e il monitoraggio delle prestazioni del database dal punto di vista dei dati a livello di sistema e di applicazione? Qual è la differenza tra il monitoraggio di SQL e le prestazioni del database, dal tuo punto di vista?

Bill Ellis : Beh, non succede nulla in un database fino a quando non viene eseguita la sua istruzione SQL. La contesa dell'istruzione SQL è ciò che controlla il blocco, l'attesa, la contesa per le risorse a livello di dati ea livello di SQL Server. E così se riesco a vedere sia il driver dell'istruzione SQL sia il suo impatto sul sistema, ho causato un effetto; Sono in grado di collegare ciò di cui si occupa l'applicazione DBA con ciò di cui si occupa l'infrastruttura DBA fino a quando non sarò in grado di ottenere il massimo dallo strumento Precise.

Se sono un DBA dell'infrastruttura e sto guardando cose come l'utilizzo, sto davvero gestendo con un ampio pennello contro se sono in grado di guardare una singola istruzione SQL e sono in grado di ridurre al minimo le risorse consumo - che si tratti di CPU, memoria, I / O - sono in grado di indirizzare entrambi i lati della stessa medaglia.

Eric Kavanagh: OK, gente. Abbiamo bruciato poco più di un'ora. Grazie mille, grazie ai nostri amici di IDERA. Un grande ringraziamento a Matt Sarrel per essersi unito a noi oggi. Archiviamo tutti questi webcast per la visualizzazione successiva, quindi sentiti libero di tornare e di solito in un paio d'ore l'archivio sale. Quindi dai un'occhiata e tutto quello che devo dire è che amo questa roba, adoro Preciso, adoro essere in grado di entrare nelle erbacce. E non conosco nessun altro strumento che ti permetta di scavare in tutti quei diversi pezzi e parti dello stack dell'applicazione rispetto a quello che quelle persone hanno in IDERA con Precise.

Detto questo, ti salutiamo, gente. Grazie ancora, ci sentiamo la prossima volta.

Gestire le prestazioni di ambienti complessi complessi