De personalul Techopedia, 6 septembrie 2017
Take away : Gazda Eric Kavanagh discută despre managementul performanței PeopleSoft cu Matt Sarrel și Bill Ellis în acest episod al Hot Technologies.
Eric Kavanagh: Bine, doamnelor și domnilor. Buna ziua si bine ai venit din nou. Este o miercuri la ora 4 est și, în ultimii ani, asta înseamnă în această lume a IT-ului și a afacerilor mari și a datelor, este timpul pentru Hot Technologies. Da, într-adevăr, mă numesc Eric Kavanagh. Voi fi moderatorul dvs. pentru evenimentul de astăzi.
Vom vorbi despre sistemele care conduc afaceri, oameni buni; vorbim despre PeopleSoft, cum să gestionezi performanța mediilor complexe. Întotdeauna îmi place să menționez, tu joci un rol important în aceste evenimente, așa că te rog să nu fii timid. Puneți-vă întrebarea în orice moment; puteți face acest lucru folosind fereastra de chat sau Q&A - în orice mod de a trece. Mi-ar plăcea să aud ce vrei să știi și acesta este cel mai bun mod; obții cea mai bună valoare pentru timpul tău. Arhivăm toate aceste transmisiuni web pentru ascultare ulterioară, așa că trebuie să ții cont de acest lucru.
Dacă sistemele funcționează încet, nu uitați doar cum a fost viața. Aceasta fotografie este de fapt din 1968, după amabilitatea unei doamne pe nume Danelle, și trebuie să spun că aceasta este într-adevăr o amintire a cât de mult s-au schimbat lucrurile. Lumea a devenit remarcabil de mai complexă și desigur nevoile de afaceri și experiența utilizatorului tind să meargă mână în mână. Dar în aceste zile, există un pic de deconectare. Există o neconcordanță, așa cum spunem adesea, și faptul că oamenii de afaceri își doresc întotdeauna lucrurile mai repede și mai repede, echipele IT care trebuie să livreze sunt cele care se pun sub presiune pentru a termina treaba și este o lume intensă acolo.
Trebuie să spun, concurența s-a încălzit peste tot. Dacă te uiți doar la orice industrie, poți vedea că există dezvoltări majore în aceste zile - Amazon cumpăra Whole Foods, de exemplu. Puteți fi sigur că industria alimentară analizează cu greu. Vedem acest lucru peste tot, așa că este foarte responsabil pentru liderii de afaceri să se asigure că își dau seama cum să fie și iată cuvântul cuvinte din zilele noastre - să se transforme digital, cum să treci dincolo de tabloul vechi către sisteme mult mai noi și robuste. Despre asta vom vorbi astăzi.
Una dintre problemele cu care se confruntă o mulțime de organizații, în special cele care au existat de ceva vreme, sunt aceste sisteme moștenite. Acesta este un vechi cadru IBM de pe vremea aceea. Există sisteme moștenite peste tot. Una dintre glume este că un sistem de moștenire este un sistem care este în producție, ceea ce înseamnă momentul în care intră în producție, din punct de vedere tehnic este un sistem de moștenire. Întotdeauna vor exista noi moduri de a face lucrurile.
Și există câteva evoluții foarte interesante în ultimii ani în ceea ce privește găsirea unor modalități de a reconcilia practic sistemele pentru a nu îmbunătăți neapărat doar performanțele unui sistem, ci pentru a găsi o modalitate de a crea un fel de offshoot sau o tactică off-loading pentru a gestiona performanța. în alte moduri. Astăzi, vom vorbi mai multe despre cum să îmbunătățim performanțele unui sistem precum PeopleSoft, care, desigur, este incredibil de complex. Dar când este făcut bine, când este încărcat, când este pus în aplicare, când este gestionat bine, poate face lucruri minunate. Dar când nu este bine gestionat, atunci când aveți tot felul de probleme.
Ce se întâmplă? Trebuie să fii realist în ceea ce privește lucrurile și în orice mediu, dacă utilizatorii nu obțin ceea ce își doresc, mai devreme sau mai târziu trec la sisteme umbre. Se intampla tot timpul. Sistemele de umbră pot fi foarte productive, ele pot ajuta oamenii să își îndeplinească treaba. Dar, desigur, există o mulțime de probleme. Cu siguranță, în întregul domeniu de conformitate și reglementare, sistemele de umbră sunt un mare nu. Dar sunt acolo și cred că este important să vă amintiți că sistemele dvs., dacă sistemul dvs. principal nu funcționează rapid sau nu funcționează eficient, mai devreme sau mai târziu vor fi soluții de rezolvare și aceste soluții pot fi foarte greu de descoperit, poate fi greu de apus, deoarece se termină fiind esențial pentru afaceri. Ele pot fi greu de integrat, așa că trebuie să țineți cont de faptul că este acolo și este un alt motiv pentru a îmbunătăți performanța.
De curând am auzit de această expresie și trebuie să o arunc acolo: „tirania urgenței.” Cred că doar auzul că probabil știi despre ce vorbesc și ce se întâmplă în majoritatea organizațiilor este volumul de muncă atinge o masă critică. și oamenii fac tot posibilul și devine foarte dificil să schimbi orice. Vreți să suferiți de „tirania urgenței” - totul trebuie să fie făcut imediat. Ei bine, actualizarea unui sistem nu se întâmplă imediat.
Oricine a trăit vreodată prin modernizarea unui ERP de la o versiune la alta, știe că este un proces relativ dureros, așa că trebuie să fii atent la acest aspect: dacă îl vezi în organizația ta, recunoaște-l. Sperăm că puteți să vă adresați cuiva sau dacă sunteți o persoană senior, precum CIO sau CTO sau CEO, recunoașteți că acesta este un scenariu foarte periculos, deoarece, odată ce sunteți în spatele celor opt minge, este foarte greu să ieșiți din spatele opt bile.
Este ca întregul conundru al maratonului: dacă te-ai învârtit într-o cursă de un fel și toată lumea este în fața ta și tot ai alergat, va fi cu adevărat greu de prins dacă rămâi prea în urmă. Așa că trebuie doar să ai grijă de asta și să ții cont de asta.
Și cu asta, o să-l predau lui Matt Sarrel pentru a ne oferi câteva informații despre cum să gestionăm complexitatea cu mediile PeopleSoft. Matt, ia-o.
Matt Sarrel: OK, mulțumesc, Eric. Salutare tuturor. Și deci, să vedem, voi începe să vă spun de ce cred că sunt persoana potrivită pentru a vă vorbi despre gestionarea performanței. Deci am 30 de ani de experiență în tehnologie. Mi-ar plăcea să spun că mi-am lucrat până acum, fiind un manager, un administrator de rețea, director de IT, VP de inginerie la câteva start-up-uri. Apoi am făcut această tranziție pentru a fi director tehnic la PC Mag. Există poza mea acolo, dar, practic, par un copil mic.
Și apoi continuă și sunt jurnalist la o serie de publicații diferite, cum ar fi eWeek și InfoWorld, fiind analist la Gigahome, face legătura cu Bloor Group și conduce și o consultanță. Și eu sunt eu: această imagine din stânga este cum arată acum. Această imagine din mijloc este un fel de locul în care sunt foarte fericită - într-o cameră plină de fire și lumini intermitente și unde este frig - trebuie să fie foarte frig și toți ceilalți trebuie să fie incomod pentru mine să mă simt confortabil la temperatură- înţelept. Și există informațiile mele de contact, dacă aveți întrebări de urmărire.
Vreau să stabilesc scena aici și să vorbesc doar despre performanță, așa cum a vorbit Eric. Am intrat acum în această lume în care utilizatorii au această așteptare stabilită de aplicațiile și site-urile de consum. Și oamenii obișnuiau să meargă la muncă și să stea acolo și să își aștepte sistemele pentru că este ceea ce aveau nevoie, iar acum oamenii nu sunt foarte dispuși să stea acolo. Așadar, este o întrebare dacă vor ca această motocicletă să zboare în jurul pistei. Probabil nu vor ca tipul să-și călărească bicicleta și să-și ducă fiica la școală. Dar ce aveți de oferit?
Și este greu, pentru că - într-adevăr am fost generos cu asta la trei secunde la fel de bine - oamenii își doresc un răspuns imediat și doresc acces de oriunde. Că oriunde ar putea fi oriunde în clădirea ta sau în campusul tău sau ar putea fi oriunde în lume în orice moment, în funcție de cât de bine funcționează afacerea ta. Și cred că ceea ce mă dezvolt este că atunci când vorbim despre performanță, este important să ne gândim la performanță din unghiul experienței utilizatorului.
Este important să definiți obiectivele de performanță înainte de măsurare și reglare. Am această imagine a unui tuner și apoi a unui tuner. Omul care este un tuner, trebuie să știe la ce se adaptează sau nu are rost să pună mâinile pe pian și să-l regleze. Deci, definirea obiectivelor dinainte, va fi un fel de menținere reală în loc să adapteze obiectivele pentru a se potrivi situației actuale. Este important să monitorizați valorile în timp și să vă dați seama de modul în care sistemele se modifică cu performanța aplicației de încărcare a utilizatorului, care este afectată de scenele de resurse și de modelele de utilizare.
Este întotdeauna important să corelați toate acestea împreună cu experiența utilizatorului sau să sprijiniți incidente, să stabiliți o bază de referință pentru performanțele pe care vă așteptați să le puteți furniza și atunci când vă apropiați de abateri de la această bază, să aveți alerte proactive pentru a putea lua măsuri înainte de a atinge statutul de „balenă eșuată”. Și știți că aceasta necesită capacitatea de a putea determina și aborda cauza principală a problemei performanței foarte rapid și ușor. Și din nou, aceasta este mai devreme, cu atât mai bine, nu?
Știm, din istoria trecută analizând eforturile de dezvoltare, cu cât mai devreme puteți găsi și remedia problemele de performanță, cu atât sunteți mai bine. Dacă așteptați până când tot codul sau sistemul dvs. va fi live pentru a începe testarea performanței sau pentru a începe descoperirea problemelor, nu o să spun că este prea târziu, dar din nou, acum sunteți cel care a avut un început rău în maraton și acum te joci cu prinderea în loc să sari direct și să mergi mai departe. Deci, cum faci asta? Vă anticipați media și sarcina maximă?
Și mergeți mai departe și vă măriți serverele fizice sau serverele virtuale sau instanțele de cloud sau containerele și resursele containerului dvs. apoi executați o dovadă a conceptului și executați un pilot? Acestea sunt momentele în care acesta este un fel, sfârșitul locului în care doriți să prinzi ceva, deși totuși ești mai bine să-l prinzi în producție decât să-l ignori în producție. Dar, într-adevăr, până când vei fi pilot, ar fi trebuit să-ți fi stabilit deja metodologia și procedurile în jurul monitorizării și îmbunătățirii continue.
OK, deci multe companii - vorbim despre transformarea digitală. DevOps, în revoluția DevOps, joacă un rol imens în acea transformare digitală. Și acesta este un proces end-to-end care nu se oprește niciodată. Deci, sunt ca și cum cele două mâini se desenează reciproc, iar acestea sunt lucruri bune. Este o buclă infinită între aceste două mâini ale planului, codului, construirii, testării, eliberării, implementării, funcționării, monitorizării, înapoi la plan. Se hrănește și automatizăm, așa că merge repede. Creează o buclă de feedback de monitorizare a performanțelor producției și o folosește pentru a descoperi proactiv problemele de performanță și pentru a le rezolva înainte să afecteze întreaga dvs. bază de utilizator.
Și un alt lucru, acum, după ce l-ați obținut, dezvoltatorii IT și personalul de operațiuni se deplasează foarte repede și aliniat, puteți, de asemenea, să aliniați cu ușurință aceste eforturi cu personalul de afaceri. Performanța software-ului Enterprise este o bestie complexă. S-ar putea compara cu o echipă de fotbal care stă în fața unui tablou care ia direcția și totul funcționează separat și totul funcționează împreună. Mereu mă gândesc la asta ca la vechea poveste de când am primit prima mașină și am rezolvat un lucru. Am rezolvat aparatul de aer condiționat și apoi ceea ce s-a întâmplat a fost că atunci restul sistemului de răcire nu au reușit. Deci, ai punctele tale de durere și totul merge împreună și faci ajustări. Trebuie să organizați totul într-un asemenea mod și să construiți procesele astfel încât, atunci când efectuați modificările, să înțelegeți cum totul afectează orice altceva.
De asemenea, aveți grijă și verificați dublu. Testează, invalidează, implementează. Și din nou ajungem la această problemă a construirii de programe de monitorizare continuă și îmbunătățire a performanței. Și acesta este, de fapt, ultima mea diapozitivă. În timp ce vorbim despre această complexitate și este o complexitate frumoasă la fel ca interiorul acestui ceas, avem atât de multe piese în mișcare către PeopleSoft. Fiecare lucru afectează toate celelalte în sus și în jos pe stivă. Și există atât de multe locuri diferite în care poți căuta chei pentru probleme de performanță, încât te-ai putea pierde foarte ușor fără un instrument adecvat și fără un proces corect. Și din nou despre tot, în multe cazuri, ceea ce cred că am învățat este că puteți depana infrastructura, dar variabila uriașă va fi codul dvs. de aplicație personalizat. Prin urmare, a avea procesele potrivite pentru testare și îmbunătățirea continuă a codului aplicației dvs. este ceea ce va fi esențial.
Și deci acesta este sfârșitul porțiunii mele și voi transmite acest lucru către Bill.
Eric Kavanagh: Bine, Bill, permiteți-mi să vă dau cheile pentru WebEx aici. Îmi place complexitatea aceea frumoasă - asta este una drăguță. Ai avut câteva citate foarte bune acolo, Matt. OK, Bill, ia-o. Mergeți la „pornire rapidă” dacă doriți să partajați ecranul. Tot ce.
Bill Ellis: Mulțumesc, Matt și mulțumesc, Eric. Doar pentru a confirma, puteți să vedeți pe ecranul meu acum?
Eric Kavanagh: Da, într-adevăr.
Bill Ellis: Vom vorbi deci despre produsul IDERA Precise for PeopleSoft și despre vizibilitatea pe care o pot oferi pentru a vă ajuta să reușiți să gestionați complexul de aplicații complexe. O modalitate de a poziționa dificultatea este aceea că o singură aplicație, cel puțin șase tehnologii, numeroși utilizatori finali și face foarte dificil să răspunzi chiar la întrebări simple. Utilizatorul final are o problemă? Cine este utilizatorul final, ce fac, care este cauza principală?
Ceea ce vedem în mod obișnuit este această situație - și aceasta se poate aplica atât pentru PeopleSoft, cât și pentru alte aplicații sau PeopleSoft care interacționează cu alte aplicații - se află în seturile de date sau ar putea fi cloud în aceste zile, un utilizator final nu-i pasă cu adevărat acea complexitate. Ei doresc doar să finalizeze tranzacția, abordările, căutarea stocurilor, cardul de raportare, acele tipuri de lucruri. Dacă lucrurile sunt lente sau nu sunt disponibile, în mod obișnuit, toți acești oameni inteligenți, bine intenționați nu sunt conștienți până când utilizatorul final se plânge.
Acesta este un fel de decalaj de vizibilitate chiar acolo și atunci ceea ce se poate întâmpla este că poate începe un proces care consumă timp și frustrant în care oamenii ar putea deschide un instrument și se uită, din păcate, doar la un subset al aplicației. Rămâne deci un fel de dificultate în a răspunde la aceste întrebări de bază.
Și de multe ori s-ar putea să apară o problemă și vei merge la administratorul WebLogic și el va spune: „Ei bine, memoria, colecțiile de gunoi toate arată grozav. Chiar nu cred că este WebLogic. ”Mergi la administratorul DBA și ei spun:„ Ei bine, baza de date, funcționează exact așa cum a fost ieri. Top zece arată bine. Poate că administratorul de stocare v-a lovit cu anumite valori precum I / Os pe secundă sau debit, care sunt valori la nivel de cadru și s-ar putea să nu reflecte asupra aplicației dvs. particulare, cu atât mai puțin a bazei de date sau a procesului particular. "
Și astfel au toate aceste valori care par să arate că problema se află în altă parte, totuși acest utilizator final are o problemă sau a raportat o problemă, dar cum putem rezolva această problemă într-un mod mai bun? Și un mod mai bun, modul precis - sau acesta este un mod pe care îl oferim - este să măsurăm tranzacțiile utilizatorilor începând din browser prin rețea, pe serverul web, în Java Jolt, în Tuxedo, în baza de date, inclusiv DB2. apoi în final în depozitare.
Și ceea ce arată acest lucru este că timpul total spune, „Ei, cine are o problemă?” Și atunci putem identifica utilizatorul final prin modul în care s-a semnat pe PeopleSoft și putem surprinde, de asemenea, prin traducerea Tuxedo ce execută panourile PeopleSoft.
Așadar, calendarul este încorporat într-un depozit istoric pe care îl numim baza de date de management de performanță și acesta devine o singură piesă muzicală care simplifică foarte mult cine, ce, când, unde, de ce. Preciză include, de asemenea, recomandări. Probabil cel mai important este faptul că captăm toate informațiile tot timpul - atât la nivelul personalului tehnic IT - puteți măsura înainte și după. Deci, puteți aduce măsurarea prin măsurare sau Six Sigma la întreaga operație a performanței.
Și deci să aruncăm o privire ca „o zi în viață”. În primul rând, este posibil să deschideți ecranul de alertă precisă și de aici veți primi avertizare timpurie. Alerta de top este că aveți alerte de activitate. Așa că utilizatorii exercită tranzacții și practic nu respectăm SLA-urile noastre. De asemenea, avem un statut atunci când disponibilitatea - și, în principiu, se spune că o parte din infrastructura noastră de aplicații nu este disponibilă - așa că putem perfora și putem vedea efectiv instanțele Tuxedo în formular și puteți vedea efectiv una dintre instanțele au scăzut. Toată activitatea este împinsă către această singură instanță și trebuie să se ocupe de asta. Practic, am creat un gât.
Acum, doar ca o chestiune, pentru activitatea care se desfășoară în acest sens, puteți începe de fapt să aflați că, deși avem această problemă globală de infrastructură, există modalități de a îmbunătăți eficiența procesării în cadrul acestui JVM special pentru WebLogic. Și aici este un lucru cu adevărat important: de multe ori oamenii se mișcă ca într-un nor și spun: „Ei, cât de mult procesor și câtă memorie ai nevoie?”
Ei bine, cealaltă parte a monedei cunoscute sub denumirea de capacitate este eficiența procesării. Dacă folosesc mai puțină memorie, dacă folosesc mai puțin procesor, pur și simplu nu am nevoie de atât de mult. La fel cum a spus Matt mai devreme, totul este legat de asta. Acum, ce pot face este să pot deschide ecranul de tranzacții PeopleSoft, iar pe ecran, axa y este timpul de răspuns, axa x este timpul de-a lungul zilei.
Avem aici un grafic de bare de stivă care arată timpul clientului. Acesta este de fapt browserul, serverul web. Verde este ora Java, genul roz este Tuxedo, albastru închis este timpul bazei de date. Acest profil nu s-a întâmplat de la sine; s-a întâmplat din cauza panourilor PeopleSoft specifice - au fost executate și vă sunt prezentate în timp de răspuns. Există de fapt o sincronizare a fiecărui pas în cadrul aplicației, precum și un grafic cu bare de stivă care arată aplicația aici panou de panou. De asemenea, sunt capabil să perfecționez și să găsesc un anumit utilizator sau să-mi clasez utilizatorii.
Acest ecran îmi permite să specific un anumit utilizator prin numele de conectare. Gândiți-vă cât de remarcabil sau cât de puternic este acest lucru. De multe ori, nu este vorba doar despre infrastructură și despre modul în care este configurată, ci despre modul în care utilizatorii finali utilizează sistemul. S-ar putea să aveți o angajare nouă sau cineva are o funcție nouă: nu poate ști cum să utilizeze aplicația corect. Acest lucru poate ajuta de fapt la identificarea oportunităților de instruire.
Cealaltă latură a monedei este dacă mă pot concentra asupra unui anumit utilizator - aici mă uit la acel utilizator în tranzacțiile lor particulare și la timpul de răspuns pe care l-a experimentat - sunt capabil să abordez direct experiența utilizatorului unui anumit utilizator. Nu mai este vorba despre valori generice la nivel de sistem, ci despre experiența utilizatorului final și este foarte puternic. Porțiuni din mediul dvs. vor fi cu siguranță interne, HR, etc. Pot exista și alte părți care se confruntă cu clienții. În orice caz, doriți să oferiți cea mai bună experiență clientului cea mai productivă posibilă.
Acum, pentru un anumit panou, pot să intru și să perfecționez pentru a răspunde la întrebări. Așadar, este un fel de scufundare profundă pe care o putem face pentru a descoperi ce se întâmplă și s-ar putea să faceți această scufundare profundă înainte de a apela un utilizator final sau dacă un utilizator final v-a sunat, veți putea iniția un proces pentru spune: „Păi unde este exact cauza principală?” Și nu va fi ca o utilizare a procesorului și o suprascriere, va fi la codul de aplicație pe care îl exercită.
Haideți să explorăm și vom arunca o privire asupra gestionării conținutului și puteți vedea efectiv o analiză a acelei tranzacții: pornind browserul, punctul de intrare către serverul web în Java Jolt și de fapt vom arăta codul care se execută în Panou Tuxedo, în sfârșit la instrucțiunea SQL unde Precise dezvăluie textul instrucțiunii SQL care este executat de acest panou PeopleSoft.
Toată lumea cu care vorbim are instrumente, dar ceea ce nu au este context. Conectarea punctelor sau urmarea tranzacției din browser până la instrucțiunea SQL este context. Pentru ce face acest lucru, cum ar fi DBA-ul tău, este mai degrabă decât să analizezi lucrurile la o instanță sau la o bază de date, acum pot investiga la nivel de declarație SQL.
Așadar, pot spune: „Ei, care sunt blocajele pentru o declarație SQL individuală”, iar aceasta este extrem de puternică. Vă rugăm să luați în considerare faptul că această tranzacție nu poate rula mai repede decât declarația SQL și fiecare tranzacție comercială semnificativă interacționează cu sistemul de înregistrare. Baza de date, place sau nu, este baza performanței și, dacă pot fi atât de granulară încât să mă concentrez pe declarații SQL individuale, care sunt vitale pentru o tranzacție de afaceri, pot să-mi duc jocul la nivelul următor.
Un alt lucru pe care l-ai putea observa aici este că există un calcul al procentului de contribuție pe care Precise îl oferă. Browserul în sine este de fapt o parte semnificativă a stivei de aplicații. Aveți execuție JavaScript, aveți timp de redare, aveți componente de pagină, GIF-uri, JPEG-uri. Și de fapt descoperiți că aplicația dvs. s-ar putea comporta foarte diferit sub Chrome versus IE și diferite versiuni. Precis va fi capabil să vă arate asta și poate exista momente în care există de fapt un blocaj sau o contenție în browser care poate provoca înghețarea ecranului.
A fi capabil să identifice ceea ce permite IT-ului să nu latre arborele greșit, ci să abordeze cauza rădăcină a fundației a diferitelor probleme care pot apărea. Acum, ceea ce pot face este pentru o anumită instrucțiune SQL, apoi pot analiza exact ce se întâmplă la acea instrucțiune SQL. Așadar, aici am trecut la vizualizarea experților în baza de date.
Unul dintre lucrurile care distinge Precisă la nivelul bazei de date este faptul că facem un eșantion sub-secund. Acest lucru este în comparație cu concurenții noștri care se uită o singură dată la 10, o dată la 15 minute. Pentru ca nivelul de granularitate, nivelul de rezoluție să fie ordine mai mare decât concurenții noștri.
Și încă o dată, din moment ce baza de date face parte din fundația noastră, vom permite DBA-ului dvs. să preia cu adevărat performanța la nivelul următor. Așadar, pot vedea că această declarație SQL a petrecut de fapt 50 la sută dacă timpul său a practicat accesarea subsistemului stocat, 50 la sută din timpul său folosind procesorul. Faceți clic pe butonul de melodie și pot apoi să intru și să descopăr planurile de execuție și exact ce a condus acel tipar de utilizare.
Acum, o ofertă de la unul dintre clienții noștri - dacă nu erau în Oracle Shop, au folosit un instrument Oracle numit OEM și OEM este într-adevăr un fel de bază de date sau de exemplu - este DBA-urile care se uită constant la care sunt primele 10 liste? Dar cu Precise, putem conecta punctele la instrucțiunile SQL individuale și astfel granularitatea permite DBA să ajusteze cu adevărat la nivelul tranzacțiilor și nu doar la nivelul bazei de date mult mai ridicat.
Al doilea punct care a fost cu adevărat vital pentru acest client este faptul că este precisă, prin traducerea adresei URL complicate a dvs. într-un nume de panou PeopleSoft - dacă sunt în IT și pot vorbi despre managerul de arbori, managerul de conținut, o anumită pagină de resurse umane, în acest fel, persoana pe care încerc să o ajut știe că de fapt caut și înțeleg la ce privesc, deoarece nu mai sunt aceste hieroglife, este numele cu care sunt familiarizați.
Una dintre întrebările care ni se pun - pare tot timpul, așa că m-am gândit să răspund proactiv la întrebări - cum în lume surprindeți acel ID de utilizator PeopleSoft? Permiteți-mi să parcurg pașii. Iată un ecran de conectare PeopleSoft. Pentru a-l accesa, a trebuit să navighez pe serverul meu web și apare acest ecran. Când aplicația este instrumentată cu Precise, acest ecran conține de fapt un script Precise și pot dezvălui făcând un clic dreapta, sursă vizualizare. Și acest lucru îmi va arăta de fapt codul care alcătuiește pagina subiacentă și aici în cadrul paginii este de fapt Precis pentru codul web și acest lucru îmi permite să surprind ecranul de conectare, adresa IP, tipul browserului, un întreg o mulțime de informații despre redare și despre adevărata experiență a utilizatorului final. Așadar, atunci când îmi introduc numele de utilizator și dau clic pe conectare, Precise poate măsura ceea ce fac.
Mă deschid, mă duc la managerul de arbori, vreau să fac o operație de căutare, completez câmpul și dau clic pe căutare. Mi se prezintă un set de rezultate, așa că am traversat clar întreaga stivă de aplicații până la baza de date. Cum arată Precise asta? Hai să mergem înainte și să aruncăm o privire. Deschid Precise, intru, pot vedea activitatea, pot face clic pe fila de activitate care va apărea acest ecran. Acestea sunt adresele URL netratate. Pot afișa utilizatorilor și aici este ID-ul meu de utilizator pe care tocmai l-am conectat și iată activitatea mea.
Ați putea vedea că folosesc Firefox versiunea 45 pentru a aduce acest lucru. Am exercitat cererea de 12 ori și abandonul este practic atunci când cineva părăsește o pagină web înainte de a o face pe deplin, ceea ce sugerează o problemă de afaceri. Așa am reușit să ridicăm ID-ul utilizatorului final. Este foarte frumos, oamenii apreciază cu adevărat când știi exact ce se întâmplă.
Acum vrem să schimbăm angrenajele un pic ciudat. Ne uitam mai târziu la tranzacție. Am făcut o scufundare profundă pe o anumită tranzacție și am analizat declarațiile SQL. Acum vreau să schimb uneltele și să arunc o privire la unele dintre celelalte tehnologii din stiva de aplicații PeopleSoft începând cu WebLogic.
Iată, așadar, o instanță WebLogic și puteți vedea activitatea în timp. Aveți un raport financiar. Îmi spune imediat din liliac, memoria este folosită aproape maxim. Unul dintre lucrurile pe care le găsim este că majoritatea oamenilor rulează întreaga stivă de aplicații, sau cel puțin o porție, într-un mediu comun, foarte des este VMware. Trebuie să echilibrați cât de multe resurse solicitați și de cât aveți nevoie. Nu vrei să fii o porcă de resurse. De asemenea, nu doriți să puneți o constrângere de procesare prin faptul că nu cereți suficientă memorie în acest caz.
Configurația este vitală și pentru managementul performanței. Deci putem să intrăm de fapt în colectarea gunoiului de memorie și în toate contoarele JMX WebLogic, așa că știu exact starea de sănătate a formularului meu WebLogic.
Acum în Tuxedo. Tuxedo la multe magazine este un fel de cutie neagră și este o parte foarte importantă a PeopleSoft. Este un fel de lipici care ține totul laolaltă și așa mă gândesc aproape la el ca la o extensie a sistemului de operare. Este ceva pe care îl folosești și îl configurezi foarte atent. Întâmplător - aceasta este o mică notă laterală - în comentariile de deschidere, Eric a menționat „tirania urgenței” și cred că asta intră într-adevăr în joc atunci când magazinele PeopleSoft au în vedere trecerea de la UI-ul clasic la UI fluid, pentru că descoperiți că vă aflați în spatele curbei, datorită modului în care UI-ul fluid exercită mediul PeopleSoft.
Acum aveți probleme la WebLogic, la Tuxedo, la baza de date și la stocare aici doar pentru că HTML5 face o cantitate extraordinară de mesagerie. Este probabil cel puțin 10x ceea ce face UI-ul clasic și că mesageria suplimentară înseamnă trafic suplimentar. Prin urmare, configurația Tuxedo trebuie modificată pentru a se adapta traficului suplimentar. Câteva lucruri despre acest ecran se termină în partea dreaptă, avem grafice în timp pentru timpul de răspuns ponderat, timpul mediu de răspuns, precum și numărul de execuție.
Aici avem informații despre toate domeniile Tuxedo din mediul înconjurător. Am împărțit serviciile, utilizatorii, procesele de server, precum și IP-urile. Pot schimba acest lucru în număr de execuții și le pot prezenta pe cele în ordine descrescătoare, astfel încât să văd ce se execută de cele mai multe ori. De asemenea, pot defila în jos pentru a dezvălui domeniile; majoritatea oamenilor au mai multe domenii în mediul lor, pentru a răspândi practic activitatea și sunt în măsură să stabilesc conformitatea SLA, prin urmare, alerte la nivelul Tuxedo.
Dacă aveți cozi, aveți diferite probleme care apar din cauza configurației. În mod obișnuit - pentru că are impact global -, de obicei, nu veți face modificări din mers. Doriți să creșteți treptat sistemul ca parte a procesului QA, care revine la un punct pe care Matt și-l făcuse mai devreme despre abordarea problemelor de performanță din timp. Este mult mai bine să aveți configurația corectă atunci când mergeți la producție, decât să mergeți la producție și să aflați că configurația nu corespunde modelelor de utilizare. Îmi place foarte mult introducerea pe care Eric și Matt au oferit-o astăzi. M-am gândit că erau cu adevărat vizați în ceea ce privește provocările cu care te confrunți în gestionarea și evoluția mediului PeopleSoft.
Acum, am spus asta o dată înainte - cred că merită spus încă o dată: fiecare tranzacție comercială semnificativă interacționează cu baza de date. Și deci, să explorăm felul în care Precise poate oferi informații suplimentare. Aici este o anumită instanță Oracle. Aceeași abordare exactă pe care am văzut-axa y este timpul de execuție, axa x este timpul de-a lungul zilei, dar acum graficele de bare de stivă sunt stări de execuție în Oracle. Acest lucru ne arată care sunt constrângerile de procesare pe sistem. Aici există, de fapt, un raport privind rezultatele care îmi spune că aveți acest mare tampon de jurnal redo.
Mă uit și la această versiune selectă de la PSVersion. Consuma de fapt o mulțime de resurse. Întâmplător, pentru că prelevăm probe și oferim această vedere de înaltă rezoluție a ceea ce se întâmplă de fapt pe sistem, s-ar putea să fiți surprinși care sunt consumatorii adevărați de resurse din sistemul dvs., deoarece dacă nu căutați doar la fiecare 10 minute, nu este va arăta care sunt acei consumatori de resurse. Și deci știind care sunt consumatorii adevărați de resurse, puteți aborda de fapt adevărata procesare pe blocaje sau pe sistem.
Acum, aici am sărit peste fila de activitate și aceasta este activitatea. Puteți vedea că ne uităm la procesor, subsistem de stocare, blocări de aplicații, sistem de operare, RAC, angajare, server Oracle, comunicare și agregat intern împreună. Aceasta este axa y, acesta este timpul total de execuție.
Iată instrucțiunile SQL care au condus acest profil și unul dintre lucrurile pe care le vedeți sunt aceste latențe scăzute - două milisecunde, dar cu aproape 4.500 de execuții înseamnă că instrucțiunea SQL este de fapt consumatorul de resurse numărul unu pe sistemul dvs. și este bine să știu. De asemenea, nu așteaptă pe o încuietoare sau o așteptare. Folosește CPU 100% din timp. Nu înseamnă că nu există lucruri pe care nu le pot face în acest sens. Pot face multe lucruri despre asta dacă știu ce instrucțiuni SQL și obiecte sunt accesate. Și, astfel, acestea sunt câteva dintre modalitățile prin care putem ajuta.
Acolo, aici există acest drill-down și acest lucru ne poate pune în contextul programelor PeopleSoft individuale și fiecare dintre aceste programe servește un scop diferit în cadrul PeopleSoft. Puteți începe să abordați la nivel de bază de date modul în care este utilizată aplicația.
Și dacă selectez un anumit program, pot izola apoi declarațiile SQL pe care le-a trimis acel program, astfel încât să pot fi foarte concentrat pe aplicație, mai degrabă decât bazat pe tehnologia bazei de date atunci când mă uit și vizualizez optimizarea bazei de date și configurația bazei de date. Vreau să vă aduc acest lucru în atenție. De multe ori, multe organizații mari sunt împărțite în DBA-uri de infrastructură și DBA-uri de aplicație. În mod precis, arătând aplicația, precum și consumul de resurse, de fapt suntem capabili să eliminăm diferența și această soluție este utilă pentru ambele tipuri de DBA-uri în sistem.
Acum, această parte este cu adevărat o prezentare a noastră ce putem face la nivelul bazei de date. Și ceea ce s-a întâmplat aici este că am avut o înghețare a ecranului, a fost selectat din PS_Prod și ceea ce am făcut este să facem clic pe acest buton de melodie și ceea ce face asta este că ne aduce în acest spațiu de lucru SQL. Acum, pentru dvs., persoane care nu sunt DBA, s-ar putea să nu pară interesant. Pentru persoanele care sunt DBA-uri, s-ar putea să descoperi că acest lucru este destul de interesant. Ceea ce arătăm aici este durata acestei instrucțiuni SQL specifice versus modificările din sistem. Și acest lucru arată miercuri, joi, vineri, durata este de aproximativ 2/10 din secundă. Sâmbătă și duminică această companie nu funcționează - norocoși pe ei. Vino luni, a avut loc o schimbare: Planul de acces a fost schimbat. Noul plan de acces este atât de brusc până aici. De fapt, este destul de lent, ceea ce duce la înghețarea ecranului.
Acum, dacă sunt DBA, am nevoie de informații suplimentare pentru a cunoaște adevărata cauză rădăcină. Trebuie să cunosc optimizatorul de baze de date alese. Deci Precise oferă această comparație care arată planul de execuție care a fost rapid și eficient atunci când lucrurile merg bine, precum și planul de execuție care a fost lent și ineficient. Această unire de filtru este comună DBA-urilor care rulează PeopleSoft. Ceea ce face filtrul este că arată fiecare rând dintr-un tabel, se uită la fiecare rând din tabelul de alăturare - asta necesită mult procesor. Este extrem de ineficient, deoarece nu există filtrare doar pentru a privi subsetul de rânduri care sunt necesare, ci prin instrucțiunea SQL și că ineficiența are ca rezultat timpul de execuție mai lent. Prin urmare, în cele din urmă, încetinesc panoul PeopleSoft în înghețarea ecranului și Precise a reușit să ajungă la adevărata cauză rădăcină despre care nu ați ști niciodată dacă nu aveți un instrument care dezvăluie codul aplicației, instrucțiunile SQL ș.a.
Acesta a fost un fel de scufundare adâncă. Acum vom extrage imaginea până la vederea de 10.000 de metri pătrați a tablelor de bord. În Precis, tablourile de bord nu sunt într-adevăr pentru echipa tehnică - este într-adevăr pentru tine să folosești pentru a partaja informații cu operațiuni, poate cu echipa de aplicații, poate cu lanțul de comandă. Astfel, un set de tablouri de bord ar putea arăta panourile PeopleSoft și timpul clientului, astfel încât să știți care este experiența utilizatorului final. Este posibil să fi fost configurat un alt tablou de bord pentru operații, iar acest tablou ar putea fi uitat dacă au existat înghețuri de alertă? Avem de fapt alerte la nivel de sistem de operare, web, WebLogic, Tuxedo și baza de date. Nu există alerte aici, timp mediu de răspuns. Puteți vedea că rulăm aproximativ o treime din a doua. Aici pot să mă uit efectiv la infrastructura mea care îmi arată toate VM-urile din mediul meu și pot începe să mă ocup de procesare, de echilibrare a sarcinilor și pot să mă uit și la domeniile mele Tuxedo. Acest mediu special are șase domenii diferite și, prin urmare, pot vedea acele domenii și pot intra efectiv în echilibrarea web.
Acum, depozitul istoric al Precise, care PMDB, baza de date de management al performanței, are tone de valori. Și uneori cineva dorește să afle despre numărul de acces al browserului sau puteți face cont de acces în funcție de tipul de browser sau de performanța în funcție de tipul de browser. Există o mulțime de lucruri care pot fi făcute pentru a oferi vizibilitate suplimentară în sistemul dvs.
Aici, acesta, ne uităm la modul de utilizare a memoriei WebLogic și vedeți acest model frumos de dantelă, utilizarea memoriei. Exista colectarea gunoiului, preia referințele nereferențiale. Se dă înapoi și deci acesta este un model foarte frumos pe care îți place să-l vezi. Prin urmare, este un fel de a privi mediul PeopleSoft ca o colecție de subsisteme și acest lucru ar fi potrivit pentru operațiuni. Cea mai de bază întrebare este: „Ei, ce se întâmplă pe server?” Precisă are toată această vizibilitate. De asemenea, oferă parametrii serverului. Și deci aici puteți măsura procesorul, memoria, I / O, serverul, utilizatorii din sistem și astfel aveți o vizibilitate completă. Și acesta este un mod - care combinat cu trend-ul pe termen lung - este modul în care oamenii folosesc Precis pentru planificarea capacității.
Și vreau doar să arunc o mică notă acolo. De obicei, un magazin va avea atât de mult buget pentru hardware, pentru server, atât de mult buget pentru personal. Cum veți investi, unde aveți de gând să pariați pariurile? Folosind Precis, obțineți o margine, deoarece vedeți cum este utilizat subsistemul de stocare. Dacă faceți multe E / S aleatoare, Precise vă va arăta asta. Va ajuta la justificarea investiției în stocarea în stare solidă. Acest lucru ar putea fi mai important pentru magazinul dvs. decât să cumpărați un procesor suplimentar dacă utilizarea procesorului se dovedește a fi scăzută.
Vrei să investești acolo unde sunt adevăratele blocaje de procesare, unde poți avea efectiv o rambursare. Și abordând cu precizie totul, de la eficiența procesării codării aplicațiilor până la capacitate, vă permitem să evaluați și să vă documentați unde sunt aceste numere.
Acum, ultima piesă este în alertă, iar alerta este de fapt așa cum a început acest lucru. Sa nu uiti asta? Am văzut o alertă că există un SLA performant și am văzut că o instanță WebLogic a fost redusă. Deci, să aruncăm o privire la interfața de alertă. Și încă o dată, ce se întâmplă? Unul dintre aspectele pe care vreau să le subliniez în acest punct de vedere este că Precise nu numai că are aceste alerte de performanță și alerte de stare cu privire la disponibilitate, ci avem și alerte în trend. Motivul pentru care alertele în trend sunt importante este că, dacă sistemul tău este inactiv sau are unul sau doi utilizatori, probabil că lucrurile merg excelent. Abia când începi să adaugi utilizatori și încep să facă din ce în ce mai multe activități în care începi să lupți pentru date, pentru resurse la nivel Tuxedo, la nivel WebLogic, la nivel de rețea, la nivel de bază de date. Și această afirmație are ca rezultat degradarea performanței și, în cele din urmă, s-ar putea să treceți o linie și aceasta este o alertă de performanță, și asta practic nu atingeți obiectivele SLA pentru organizație. Și astfel aceste seturi de alerte sunt foarte frumoase.
Nivelul web, pe partea stângă, nivelul web măsoară de fapt experiența utilizatorului final și apoi veți intra în tehnologiile din stiva de aplicații de bază. Acesta este un fel de ecranul nostru de arhitectură despre cum facem toate acestea. În mod ideal, doriți să aveți un server precis care să fie independent de mediul sau mediile monitorizate. Un server precis poate gestiona numeroase aplicații.
Pentru PeopleSoft și pentru baza de date Oracle și DB2, avem nevoie de un agent local. Dacă mediul PeopleSoft este întorsat de SQL Server, există o opțiune de a face agentless. Avem, de asemenea, fără agent pentru Sybase. Inima modelului nostru de securitate este că datele sunt colectate aici, în timp ce utilizatorii de Precise se autentifică în precizie. Este vorba de procese total separate, de acreditare separate, de autentificare separată, deci este parte a modelului nostru de securitate. Și există detalii suplimentare.
Cred că deocamdată este o introducere în arhitectură. Dacă există întrebări arzătoare, vă rugăm să le întrebați, așa cum a menționat Eric.
La fel ca o recapitulare rapidă, această soluție este proiectată pentru producție 24 - 7. Este recomandat să ne utilizați în QA. Dacă faceți dezvoltare internă, începeți să ne folosiți în dezvoltare. Vom traduce URL-ul complicat, URI într-un nume de panou PeopleSoft. Când vorbesc despre producție, suntem extrem de scăzute, astfel încât să aveți vizibilitate, știți întotdeauna ce se întâmplă, identificați utilizatorul final.
Nu a trebuit să intru și să definesc aceste tranzacții - sunt doar puncte de conexiune naturale din browser, adresa URL, punctele de intrare, conexiunea la server web în WebLogic, contextul invitației până la care oferă instrucțiunea SQL. Apoi putem capta instrucțiunea SQL și ce face. Precis este o bază de date inteligentă și cred că acesta este un factor distinctiv pentru noi și permite DBA dvs. să colaboreze, îmbunătățind vizibilitatea aplicațiilor.
Ultimul punct este că suntem mereu în continuă, colectăm mereu, puteți măsura întotdeauna înainte și după și să cuantificați îmbunătățirea sau, în rare cazuri, ați modificat performanța, ați ști asta și ați putea să o derulați înapoi imediat. Cei mai mulți dintre concurenții noștri, ceea ce fac este dacă doriți să vedeți informații suplimentare, trebuie să activați vizibilitatea suplimentară și, de obicei, vizibilitatea suplimentară impune o mulțime de cheltuieli generale. Cu Precise, aveți întotdeauna vizibilitate și puteți rezolva întotdeauna problema. Prin urmare, dacă doriți să accesați site-ul web Precise, verificați oricare dintre produsele Precise, indiferent dacă este Precise pentru Oracle. Suntem listate ca platformă precisă de performanță a aplicațiilor și există un buton acolo pentru a solicita o demonstrație.
De fapt, dacă împărtășesc ecranul meu, cred că s-ar putea să navighez acolo pentru a-ți arăta cum arată asta, astfel încât să poți vedea acest lucru chiar înainte. Iată site-ul IDERA. Mergi la produse. Pot alege oricare dintre aceste componente precise și vreau doar să o văd în acțiune. Acest lucru va începe procesul nostru de partajare a informațiilor suplimentare care ar putea fi importante pentru site-ul dvs. Sau dacă doriți să aflați mai multe despre migrarea la UI fluid, sunteți bine să ne contactați.
Și care asta, Eric, aș dori să-ți treci bastonul înapoi.
Eric Kavanagh: OK, afacere bună. Trebuie să spun încă o dată - o prezentare destul de cuprinzătoare și impresionantă acolo, Bill. Ați menționat o mulțime de lucruri despre care aș vrea să vă întreb. Nu avem prea mult timp - aproximativ nouă minute - și aș dori ca Matt să aibă șansa să pună și câteva întrebări și să aibă cel puțin una sau două din public.
Dar ai menționat ceva despre care am crezut că este foarte, foarte interesant în ceea ce privește modul în care Precise poate ajuta la achiziții pentru echipa IT, deoarece poți să subliniezi, poți face un caz pentru ca cineva să ia această decizie că ceea ce ai nevoie este mai solid stocare, de exemplu, sau ceea ce aveți nevoie este îmbunătățirea rețelei sau indiferent de caz. Dar asta este o afacere mare. Vedeți adesea companii care recunosc asta și le folosesc sau încercați să evanghelizați ceva mai mult?
Bill Ellis: Ei bine, de fapt ambele, iar chestia este că tiparele de utilizare, chiar și pentru o aplicație de pachete precum PeopleSoft, modelele de utilizare sunt distincte pe fiecare site. Am avut norocul să fac o migrație PeopleSoft la o bancă, iar băncile folosesc sistemul ledger general foarte diferit față de majoritatea organizațiilor. Puteți efectua tranzacții individuale care au fost făcute la o sucursală, toate acestea sunt postate în registrul general.
Și, mai degrabă, decât să postezi zeci sau sute de înregistrări generale, de fapt, postezi sute de mii. Și uite așa m-am implicat în Precise, datorită tiparelor de utilizare și ne-a permis să abordăm, dar nevoile aplicației atât la nivel de cod, la nivel de configurare, cât și la nivel de infrastructură. Așadar, sunt absolut un mare credincios și vreau să evanghelizeze asta, deoarece nu ar trebui să luați deciziile hardware doar pe baza utilizării. Ar trebui să-l bazați pe nevoile mediului dumneavoastră.
Eric Kavanagh: Și există o întrebare de la un participant și apoi, Matt, o să vă trimit o întrebare sau două. Ei bine, acesta este unul bun și este amuzant pentru că este un răspuns mare și lung pe care l-ai putea da. Participantul întreabă: „Cum colectați metrica de performanță la sfârșitul utilizatorului după implementare și în timpul testării?”
Cred că ai făcut o treabă destul de bună pentru a te scufunda în cât de profunde și bogate sunt acele valori de performanță. Ați vorbit despre o secundă pentru unele dintre aceste lucruri, comparativ cu fiecare cinci minute sau 10 minute. Atunci veți obține nivelul de detalii necesar pentru a găsi răspunsurile dvs., nu?
Bill Ellis: Da, deci lucrul crucial este că colecționarii individuali ai informațiilor de performanță se bazează pe tehnologie. Așadar, atunci când facem o implementare, trebuie să știm despre cum se construiește stiva aplicației dvs., începând cu sistemul de operare, versiunea sa, ce versiune a Tuxedo, WebLogic, ce versiune a instrumentelor People pe care le executați.
Și într-adevăr designul acelor agenți este cel care face asta, colecția de date care ne permite să dezvăluim că nivelul de vizibilitate oferă. Și cred că această vizibilitate poate fi uneori un pic intimidantă pentru oameni. Dar dacă obiectivul tău este să intri într-adevăr și să îmbunătățești lucrurile și să duci performanță la 11, acesta este într-adevăr nivelul de vizibilitate pe care ți-ar plăcea să-l ai. Și dacă Precise îl poate furniza și este deasupra capului, întrebarea de ce nu? Deci cred că este o întrebare grozavă și vă rugăm să ne contactați dacă doriți să discutați în continuare.
Eric Kavanagh: OK, bine. Și Matt, ai avut întrebări?
Matt Sarrel: Cred că sunt în regulă. Adică, m-am ocupat de WebEx care se prăbușește aici.
Eric Kavanagh: Nu. Avem nevoie de Precis pentru a înțelege exact de ce.
Matt Sarrel: Da, cred că întrebarea la care mă gândisem în timp ce vorbiți, Bill, a fost dacă puteți discuta puțin despre modul în care mai multe echipe pot ajunge pe aceeași pagină atunci când depanați probleme de performanță, pentru că știu că este ceva care vine din nou și din nou este cine este responsabil pentru ce și cum pot colabora toată lumea pentru a oferi cea mai bună calitate angajaților.
Bill Ellis: Da, deci personalul IT tinde să fie scump. În majoritatea magazinelor, sunteți împărțiți în echipe bazate pe tehnologie, având în vedere complexitatea tehnologiei. Unul dintre lucrurile majore care se întâmplă este că există o problemă de performanță și de multe ori conflictul, se convine camera de război. Și de aici toată lumea are valori pentru a-și exonera cumva nivelul, pentru că nu au contextul. Ei analizează ceea ce se întâmplă la nivel WebLogic și nu ceea ce se întâmplă la nivel de tranzacție. Sau se uită la nivelul bazei de date mai degrabă decât la declarația SQL individuală a tranzacției.
Și putând identifica nivelul nivelului de probleme și codul problemei din acel nivel, ceea ce face este să elibereze celelalte echipe să nu meargă sau să petreacă timp în resurse căutând o problemă care nu este în zona lor. Dacă este o problemă a bazei de date, mergeți la DBA cu informațiile de care au nevoie pentru a rezolva problema. Vor fi bucuroși să o facă.
Dar, de asemenea, nu pierdeți Tuxedo, echipa de asistență WebLogic concentrându-se pe problemele din baza de date. De asemenea, dacă problema se află în configurația WebLogic, nu luați timpul DBA într-un fel de cameră de război încercând să se apere. Mergeți și rezolvați problema în WebLogic.
Constatăm că personalul IT apreciază Precizia din cauza economiilor de timp, deoarece de obicei acele camere de război nu sunt bugetate în planul de timp pentru fiecare organizație FTE. Este un fel de timp suplimentar. Așadar, faptul de a putea trata aceste probleme mai eficient este într-adevăr vital. Și pentru organizația care a lansat UI-ul fluid, a fi capabil să se extindă în producție și să rezolve problemele pe care le întâmpină efectiv în producție, a fost într-adevăr vital nu pentru personalul sau echipele individuale, ci pentru managementul IT în general, deoarece ar fi fost o veste proastă dacă trebuiau să se rostogolească. Deci, mare întrebare, pentru că nu este doar tehnologia. Este întotdeauna despre oameni.
Matt Sarrel: E drept, sunt oamenii și procesele. Da, aceasta a fost singura întrebare care mi-a venit în timpul demo-ului. Dacă există alte persoane din public?
Eric Kavanagh: Da, o să vă arunc o ultimă pe tine, Bill, și Matt a vorbit despre acest lucru pe scurt în prezentarea sa. Am început să vedem această recoltă. Este încă foarte interesant, dar containerele și utilizarea containerizării și a Docker-ului și lucruri de aceeași natură, cât de mare este o curbă care te aruncă?
Bill Ellis: Deci cuvântul înseamnă lucruri diferite în funcție de tehnologii diferite. Deci, ne dezvoltăm produsele pentru a avea grijă de containere la nivel de bază de date și la nivel de aplicație. Și ca parte a acestui lucru, este un fel de întreg mediul cu mișcările, norul și noi acționăm în cadrul norului. Există însă un proces de descoperire și, în funcție de modul în care aceste aplicații - inclusiv PeopleSoft - evoluează, ne dezvoltăm soluția de monitorizare, astfel încât să putem oferi nivelul de profunzime care a fost atât de valoros în trecut.
Eric Kavanagh: Da. Și trebuie să spun, de fiecare dată când văd aceste demonstrații, sunt doar uimit de granularitatea pe care o ai și de asta trebuie să poți împărtăși o înțelegere și trebuie să ai educație în jurul care este situația normală, ce este standard.
Și voi oferiți mult conținut în jurul valorii de acest lucru - ajutând oamenii să identifice ceea ce este normal, ceea ce nu este normal. Ați vorbit despre alertele de tendințe, de exemplu, acestea sunt toate mecanismele pe care le puteți utiliza pentru a înțelege mai bine este ceva greșit, nu este ceva greșit și, desigur, de acolo trebuie să descărcați pentru a găsi, dar aveți toate datele.
Bill Ellis: Da, și acesta este un lucru cu adevărat important; Cred că Matt vorbise despre asta. Ce este normal? Medii diferite au un nivel diferit de normal. Dacă folosești hardware de înaltă performanță, logică și date Oracle, ceea ce este normal în magazinul tău sau ce se poate realiza în magazinul tău va fi diferit decât dacă ai folosi o infrastructură mai puțin puternică. Așadar, primul lucru este să aflați ce este normal, să începeți să calculați acea linie de bază și astfel puteți începe să îmbunătățiți de acolo.
Eric Kavanagh: OK, acesta este un punct bun. Avem o ultimă întrebare, se pare. Doar o ultimă întrebare pe care o voi trimite, Bill. Există vreo diferență între monitorizarea performanței SQL și a bazei de date din punctul de vedere al datelor la nivel de sistem și la nivel de aplicație? Care este diferența dintre monitorizarea performanței SQL și a bazei de date, din perspectiva dvs.?
Bill Ellis : Ei bine, nu se întâmplă nimic într-o bază de date până când executarea instrucțiunii sale SQL. Contenția declarației SQL este ceea ce - blocarea controlului, așteptarea, contenția pentru resurse la nivel de date și la nivel SQL Server. Și deci dacă pot vedea atât driverul instrucțiunii SQL, cât și impactul acesteia asupra sistemului, am cauzat un efect; Sunt în măsură să conectez ceea ce aplicația DBA îi pasă de infrastructura DBA, până când sunt capabil să obțin cel mai mult din instrumentul precis.
Dacă sunt un DBA de infrastructură și mă uit la lucruri precum utilizarea, am un fel de gestionare cu o perie largă versus dacă sunt capabil să mă uit la o declarație SQL individuală și pot să minimizez efectiv resursa consum - indiferent dacă este vorba despre procesor, memorie, I / O - sunt capabil să adresez ambele părți ale aceleiași monede.
Eric Kavanagh: OK, oameni buni. Am ars puțin peste o oră. Mare, mare mulțumesc prietenilor noștri de la IDERA. Multe mulțumiri lui Matt Sarrel că ne-am alăturat astăzi. Arhivăm toate aceste transmisiuni web pentru vizualizare ulterioară, așa că nu ezitați să reveniți și, de obicei, în doar câteva ore arhiva se ridică. Așa că verificați și tot ce am de spus este că iubesc aceste lucruri, iubesc Precizia, îmi place să pot intra în buruieni. Și nu știu niciun alt instrument care să vă permită să săpați în toate acele piese și părți diferite ale stivei de aplicație decât ceea ce acești oameni au la IDERA cu Precise.
Cu asta, vă luăm rămas bun, oameni buni. Mulțumesc din nou, vă vom vorbi data viitoare.
