Ära võtma: Host Eric Kavanagh arutab PeopleSofti jõudluse juhtimist koos Matt Sarreli ja Bill Ellisega selles Hot Technologiesi osas.
Eric Kavanagh: Olgu, daamid ja härrasmees. Tere ja Tere tulemast veel kord. On kolmapäev kell neli ida pool ja viimaste aastate jooksul, mis on tähendatud selles IT-, suurettevõtte- ja andmemaailmas, on käes aeg Hot Technologiesi jaoks. Jah, tõesti, minu nimi on Eric Kavanagh. Ma olen teie tänase sündmuse moderaator.
Me räägime süsteemidest, mis juhivad äri, inimesed; me räägime PeopleSoftist, kuidas juhtida keerukate keskkondade toimivust. Mulle meeldib alati mainida, et teil on nendel sündmustel suur roll, seega ärge kartke. Esitage oma küsimus igal ajal; saate seda teha vestluse akna või küsimuste ja vastuste abil - ükskõik, kuidas see ka läbi saab. Mulle meeldiks kuulda, mida soovite teada saada, ja see on parim viis; saate oma aja eest parima hinna ja kvaliteedi suhte. Arhiivime kõik need veebiülekanded hilisemaks kuulamiseks, nii et pidage seda meeles.
Kui süsteemid töötavad aeglaselt, pidage lihtsalt meeles, kuidas vanasti oli. See foto on tegelikult pärit aastast 1968, daami nimega Danelle viisakalt ja ma pean ütlema, et see on tõesti meeldetuletus sellest, kui palju asju on muutunud. Maailm on muutunud märkimisväärselt keerukamaks ja loomulikult kipuvad ärivajadused ja kasutajakogemus käima käsikäes. Kuid nendel päevadel on natuke lahti ühendatud. Nagu sageli öeldakse, on lahknevus ja tõsi on see, et ärimehed tahavad asju alati kiiremini ja kiiremini, IT-meeskonnad, kes peavad toimetama, on need, kellele avaldatakse survet töö tegemiseks ja see on seal intensiivne maailm.
Pean ütlema, et konkurents on kõikjal kuumenenud. Kui vaadata vaid mõnda tööstust, näete, et nendel päevadel on toimunud suured arengud - näiteks Amazon ostab Whole Foods. Võite olla kindel, et toidutööstus võtab selle kohta kõvasti pilku.Me näeme seda kõikjal, nii et ärijuhid peavad tõesti veenduma, et nad mõtlevad välja, kuidas - ja tänapäeval on siin tänapäeval sõnad - digitaalselt ümber kujundada, kuidas liikuda vanast jaotuskilbist palju uuemate ja tugevamate süsteemide juurde. Just sellest me räägime täna.
Need probleemid on pärandsüsteemid, mis seisavad silmitsi paljude organisatsioonidega, eriti juba mõnda aega tegutsenud organisatsioonidega. See on juba vana IBMi suurarvuti. Kõikjal on pärandsüsteeme. Üks naljadest on see, et pärandsüsteem on süsteem, mis on tootmisel, mis tähendab hetke, kui see tootmisesse läheb, tehniliselt on see pärandsüsteem. Alati tuleb uusi asju, kuidas asju ajada.
Ja viimaste aastate jooksul on tehtud mõned väga huvitavad arengusuunad, kuidas leida viise süsteemide praktiliseks ühitamiseks, et mitte ainult parandada ühe süsteemi toimivust, vaid leida viis, kuidas luua omamoodi kõrvalseis või laadimis taktika jõudluse haldamiseks. muul viisil. Täna räägime lähemalt sellest, kuidas parandada sellise süsteemi jõudlust nagu PeopleSoft, mis on muidugi uskumatult keeruline. Kuid kui see on hästi tehtud, kui see on laaditud, kui see on rakendatud, kui see on hästi hallatud, saab see teha imelisi asju. Kuid kui seda ei hallata hästi, on teil siis igasuguseid probleeme.
Mis siis juhtub? Peate olema asjade suhtes realistlik ja igas keskkonnas, kui kasutajad ei saa seda, mida nad tahavad, siis varem või hiljem lähevad nad varisüsteemidesse. Seda juhtub kogu aeg. Varjusüsteemid võivad olla väga produktiivsed, need võivad aidata inimestel tööd teha. Kuid muidugi on palju küsimusi. Kindlasti on kogu vastavuse ja reguleerimise valdkonnas varjusüsteemid suur ei-ei. Kuid nad asuvad seal ja ma arvan, et on oluline meeles pidada, et kui teie põhisüsteem ei tööta kiiresti või ei tööta tõhusalt, siis varem või hiljem on olemas ümberarvutused ja neid ümbersuunamisi võib olla väga raske leida, võib olla raske loojangusse jääda, kuna nad on ettevõtte jaoks kriitilised. Neid võib olla raske integreerida, nii et pidage meeles, et see on seal väljas ja see on veel üks põhjus toimivuse parandamiseks.
Alles hiljuti kuulsin sellest väljendist ja pean selle sinna välja viskama: “kiireloomulisuse türannia”. Arvan, et lihtsalt kuulmine, et teate ilmselt, mida ma räägin ja mis enamikus organisatsioonides toimub, on töökoormus jõudnud kriitilise massini , ja inimesed teevad nii palju kui suudavad, ja midagi on väga raske muuta. Lõpetate kannatuse „kiireloomulisuse türannia“ all - kõik tuleb korda saada kohe. Noh, süsteemi uuendamine ei toimu kohe.
Igaüks, kes on kunagi elanud läbi versiooniuuenduse versiooniuuenduse ühelt versioonilt teisele versioonile üleviimise, teab, et see on suhteliselt valus protsess, nii et pidage seda meeles: kui näete seda oma organisatsioonis, tunnustage seda. Loodetavasti saate kellegagi läbi või kui olete eakas inimene, näiteks CIO või CTO või tegevjuht, tunnistage, et see on väga ohtlik stsenaarium, sest kui olete kaheksa palli taga, on tõesti raske tagant välja pääseda. kaheksa palli.
See sarnaneb kogu maratonijooksuga: kui jääte mingisuguses võistluses kaugele maha ja kõik on teist ees ning te kõik veel jooksete, on teil tõesti raske järele jõuda, kui jääte liiga kaugele maha. Nii et lihtsalt olge selle nimel ja pidage seda meeles.
Ja koos sellega annan selle edasi Matt Sarrelile, et anda meile mõningaid teadmisi selle kohta, kuidas PeopleSofti keskkonnas keerukusega hakkama saada. Matt, vii see ära.
Matt Sarrel: OK, tänan, Eric. Tere kõigile. Ja nii, vaatame, alustan ma sellega, et ütlen teile, miks ma arvan, et olen õige inimene, kes räägib teile toimivuse juhtimisest. Nii et mul on tehnoloogia alal 30-aastane kogemus. Tahaksin öelda, et töötasin läbi paari uue idufirma, olles praktiline, võrguadministraator, IT-direktor ja insener-tehnikumi juhataja. Siis tegin selle ülemineku PC Mag tehniliseks direktoriks. Seal on mu pilt olemas, aga põhimõtteliselt näen ma välja nagu väike laps.
Ja siis edasi ja ajakirjanikuna paljudes erinevates väljaannetes, näiteks eWeek ja InfoWorld, olles Gigahome analüütik, loomisel Bloor Grupiga ja nõustamisteenuse pakkumisel. Ja seal olen mina: see vasakul olev pilt on selline, nagu ma praegu välja näen. See keskel olev pilt on omamoodi koht, kus ma olen väga õnnelik - ruumis, mis on täis juhtmeid ja vilkuvaid tulesid ning kus on külm - see pidi olema väga külm ja kõigil teistel peab mul olema ebamugav, et ma saaksin end temperatuuritundlikult tunda. Ja seal on minu kontaktteave, kui teil peaks olema lisaküsimusi.
Tahan siin lava seada ja rääkida lihtsalt esinemisest, nagu rääkis Eric. Oleme nüüd jõudnud siia maailma, kus kasutajatel on see ootus, mille on seadnud tarbijarakendused ja veebisaidid. Ja inimesed olid varem nõus tööle minema ja seal istuma ning oma süsteeme ootama, sest see oli vajalik, ja nüüd pole inimesed tegelikult nõus seal istuma. Seega on küsimus, kas nad tahavad, et see mootorratas lendaks ümber raja. Nad ilmselt ei taha, et tüüp sõidaks rattaga ja viiks tütre kooli. Aga mida te kavatsete pakkuda?
Ja see on raske, sest - tõesti, ma olin seda helde selle ühe kuni kolme sekundi vältel nii helde - tahavad inimesed ka viivitamatut reageerimist ja nad soovivad juurdepääsu igalt poolt. See võib asuda ükskõik kus teie hoones või ülikoolilinnakus või igal ajal maailmas, sõltuvalt teie ettevõtte toimimisest. Ja ma arvan, et see, mida ma loon, on see, et kui me räägime jõudlusest, on oluline mõelda jõudlusele kasutajakogemuse nurga alt.
Enne mõõtmist ja häälestamist on oluline määratleda jõudluse eesmärgid. Mul on see tuuneri pilt ja siis tuuner. Kui mees on tuuner, peab ta teadma, mida ta häälestab, või pole mõtet kätt klaverile panna ja seda häälestada. Nii et eesmärkide määratlemine eelnevalt peaks seda mingil moel reaalseks hoidma, selle asemel et eesmärke praegusele olukorrale kohandada. On oluline jälgida mõõdikuid aja jooksul ja mõista, kuidas süsteemid muutuvad koos kasutaja koormatud rakenduste toimivusega, mida mõjutavad ressursistseenid ja kasutusharjumused.
Alati on oluline see kõik omavahel seostada koos kasutajakogemuse või tugiteenustega, luua toimivuse lähtepunkt, mida te eeldatavasti suudate pakkuda, ja kui lähenete sellest lähtejoonest kõrvalekaldumistele, saada ennetavaid hoiatusi, et saaksite enne meiega samme astuda tabas olek „ebaõnnestu vaal”. Ja te teate, et see eeldab oskust väga kiiresti ja hõlpsalt esinemisprobleemi algpõhjus kindlaks teha ja sellega tegeleda. Ja see on jällegi: mida varem, seda parem, eks?
Teame, et varasema ajalooga on arendustegevust vaadates seda varasem, kui jõudlusprobleeme leida ja parandada saab, seda parem. Kui ootate jõudluskontrolli alustamist või probleemide avastamist, kuni kogu teie kood või teie süsteem on aktiivne, siis ma ei ütle seda liiga hilja, vaid jällegi, nüüd olete kutt, kellel on maratonil halb algus ja nüüd mängite saaki - selle asemel, et parem välja hüpata ja edasi jõuda. Kuidas sa seda teed? Kas näete ette oma keskmist ja tippkoormust?
Ja lähete edasi ja mõõdate oma füüsilisi servereid või virtuaalseid servereid või pilve eksemplare või konteinereid ja konteinerite ressursse ning käivitate siis kontseptsiooni tõendi ja käivitate piloodi? Need on ajad, mil see on omamoodi, lõpp, kus soovite midagi püüda, kuigi ikkagi on teil parem seda tootmises kinni püüda kui tootmises eirata. Kuid tõesti, selleks ajaks, kui olete piloot, peaksite juba oma pideva jälgimise ja täiustamise metoodika ja protseduurid olema paika pannud.
OK, nii palju ettevõtteid - me räägime digitaalsest ümberkujundamisest. DevOps, DevOps revolutsioonil on selles digitaalses muutuses tohutu roll. Ja see on otsast lõpuni protsess, mis tegelikult kunagi ei peatu. Nii et see on nagu kaks kätt üksteist joonistamas ja see on hea värk. See on lõpmatu ahel nende kahe käe vahel, milleks on plaan, kood, ehitamine, testimine, vabastamine, juurutamine, käitamine, jälgimine, tagasi plaanimine. See toidab ennast ja me automatiseerime seda, nii et see läheb kiiresti. See loob tootlikkuse jälgimise tagasiside ahela ja kasutab seda ennetavalt jõudlusprobleemide avastamiseks ja parandamiseks enne, kui need mõjutavad kogu teie kasutajaskonda.
Ja veel üks asi, nüüd, kui olete selle kätte saanud, liiguvad IT-arendajad ja operatsioonide töötajad väga kiiresti ja kohapeal, saate neid jõupingutusi hõlpsalt ka äritöötajatega viia. Ettevõtte tarkvara jõudlus on keeruline metsaline. Võiks võrrelda seda jalgpallimeeskonnaga, kes istub suunatahvli ees suunatahvli ees ja kõik töötab eraldi ning kõik töötab koos. Mõtlen seda alati kui vana lugu, kui sain oma esimese auto ja kinnitasin ühe asja. Ma kinnitasin konditsioneeri ja siis juhtus see, et siis ülejäänud jahutussüsteem ebaõnnestus. Nii et olete saanud oma valupunktid ja kõik asjad kokku ja teinud muudatusi. Peate kõik niimoodi korraldama ja protsessid üles ehitama, et muudatusi tehes mõistaksite, kuidas kõik mõjutab kõike muud.
Ja ole ka ettevaatlik ning kontrolli veelkord. Katsetage, kehtetuks tehke, rakendage. Ja jälle jõuame selle teema juurde, mis on pideva jälgimise ja jõudluse parandamise programmide loomine. Ja see on tegelikult minu viimane slaid. Kuigi me räägime sellest keerukusest ja see on ilus keerukus nagu ka selle kella sees, on meil PeopleSofti nii palju liikuvaid detaile. Kõik asjad mõjutavad kõike muud virnast üles ja alla. Ja seal on nii palju erinevaid kohti, kus saate otsida toimivusprobleemide võtmeid, et saaksite väga hõlpsalt eksida ilma õige tööriistata ja ilma õige protsessita. Ja veelkord kõige kohta - paljudel juhtudel on minu arvates õppinud infrastruktuuri tõrkeotsingut, kuid tohutu muutuja saab teie kohandatud rakenduse koodiks. Ja seega on võtmetähtsusega oma rakenduse koodi testimiseks ja pidevaks täiustamiseks sobivad protsessid.
Ja see on minu osa lõpp ja ma annan selle Billile üle.
Eric Kavanagh: Olgu, Bill, las ma annan teile siin WebExi võtmed. Mulle meeldib see ilus keerukus - see on kena. Teil oli seal paar väga head pakkumist, Matt. OK, Bill, vii see ära. Kui soovite oma ekraani jagada, minge jaotisse „Kiirkäivitus”. Kőik sina.
Bill Ellis: Aitäh, Matt ja aitäh, Eric. Ainult kinnituseks, kas te kõik näete nüüd minu ekraani?
Eric Kavanagh: Jah, tõesti.
Bill Ellis: Nii et me räägime IDERA tootest PeopleSofti täpse toote kohta ja nähtavuse kohta, mida nad saavad pakkuda, et aidata teil keerukate rakenduste virna haldamisel edu saavutada. Raskuse positsioneerimise viis on see, et üks rakendus, vähemalt kuus tehnoloogiat, arvukad lõppkasutajad ja see muudab isegi lihtsatele küsimustele vastamise väga keeruliseks. Kas lõppkasutajal on probleeme? Kes on lõppkasutaja, mida nad teevad, mille algpõhjus on?
Mida me tavaliselt näeme, on see olukord - ja see võib kehtida nii PeopleSofti kui ka muude rakenduste või muude rakendustega suhtlevate PeopleSofti kohta - andmekogudes või võib tänapäeval olla pilv, lõppkasutajat see tegelikult ei huvita seda keerukust. Nad tahavad lihtsalt tehingu lõpule viia, lähenemisviise, varude otsimist, ajakaardist aru saamist, seda tüüpi asju. Kui asjad on aeglased või pole kättesaadavad, pole tavaliselt kõik neist intelligentsetest, heatahtlikest inimestest teadlik, kuni lõpptarbija kaebuse esitab.
See on selline nähtavuslõhe kohe ja siis, mis juhtuda võib, võib see käivitada aeganõudva ja pettumust valmistava protsessi, kus inimesed võivad tööriista avada ja vaatavad kahjuks vaid rakendusepaki alamhulka. Nii et neile põhiküsimustele vastamine on endiselt keeruline.
Ja palju kordi võib probleem olla, pöördute WebLogicu administraatori poole ja ta ütleb: „Noh, mälu, kõik prügikogumid näevad suurepärased. Ma ei usu, et see on WebLogic. "Te lähete DBA administraatori juurde ja nad ütlevad:" Noh andmebaas, see töötab täpselt nii, nagu see oli eile. Kümme parimat näevad head välja. Võib-olla tabas salvestuse administraator teid mõne mõõdikuga, näiteks sisend- / väljund sekundis või läbilaskevõimega, mis on kaadritaseme mõõdikud ja ei pruugi kajastada teie konkreetset rakendust, veelgi vähem andmebaasi või konkreetset protsessi. ”
Ja nii on neil kõigil neid mõõdikuid, mis näivad näitavat, et probleem on mujal, kuid sellel lõppkasutajal on probleem või on ta probleemist teatanud, kuid kuidas saaksime selle probleemi paremini lahendada? Ja mis parem, täpne viis - või see on üks viis, mida me pakume - on mõõta kasutaja tehinguid, mis algavad brauserist võrgu kaudu, veebiserverisse, Java Jolti, Tuxedosse, andmebaasi, sealhulgas DB2 ja siis lõpuks lattu.
Ja mida see näitab, on see, et kogu aeg ütleb: "Noh, kellel on probleeme?" Ja siis saame lõppkasutaja tuvastada selle järgi, kuidas nad PeopleSofti sisse logisid, ja ka Tuxedo tõlke abil saame lüüa seda, mida PeopleSofti paneelid täidavad.
Nii sisestatakse ajanäitajad ajaloolisesse hoidlasse, mida me nimetame jõudluse juhtimise andmebaasiks. Sellest saab üks muusikateos, mis lihtsustab oluliselt seda, kes, mis, millal, kus, miks. Täpne sisaldab ka soovitusi. Tõenäoliselt on kõige olulisem see, et jäädvustame kogu teabe kogu aeg - nii tehnilise IT-personali tasemel -, saate enne ja pärast mõõta. Nii et saate mõõtmise mõõtmise või Six Sigma abil kogu jõudluse toimingusse viia.
Vaatame näiteks "ühte päeva elus". Esiteks võite avada täpse hoiatusekraani ja see on koht, kuhu hakkate varajast hoiatama. Kõige kõrgem märguanne on see, kui teil on aktiivsusteateid. See tähendab, et kasutajad teostavad tehinguid ja põhimõtteliselt ei vasta meie SLA-dele. Samuti on meil olemas olek, kui saadavus on olemas - ja see tähendab põhimõtteliselt seda, et osa meie rakenduste infrastruktuurist pole saadaval -, et saaksime põhjalikult tutvuda ja näeme, kuidas Tuxedo esinemisvormid kujul on, ja võite tegelikult näha, et üks neist juhtumid on maas. Kogu tegevus lükatakse sellele ühele juhtumile ja sellega tuleb tegeleda. Oleme põhimõtteliselt loonud kitsaskoha.
Nüüd, nagu asi, saab selle tegevusega tegelemise käigus hakata jõudma järeldustele, et isegi kui meil on see üldine infrastruktuuriprobleem, on sellel konkreetsel WebLogicu JVM-il töötlemise efektiivsuse parandamise viise. Ja siin on see tõesti oluline asi: palju kordi kolivad inimesed nagu pilve ja ütlevad: "Noh, kui palju protsessorit ja kui palju mälu teil vaja on?"
Noh, selle mündi teine külg, mida nimetatakse võimsuseks, on töötlemise tõhusus. Kui ma kasutan vähem mälu, kui ma kasutan vähem protsessorit, siis pole mul lihtsalt vaja nii palju. Ja nagu Matt varem ütles, on kõik omamoodi seotud. Nüüd võin ma avada PeopleSofti tehingutekraani ja ekraanil on y-telg reageerimise aeg, x-telg on kogu päeva aeg.
Meil on siin virna riba graafik, mis näitab kliendi aega. See on tegelikult brauser, veebiserver. Roheline on Java aeg, roosa selline on Tuxedo, tumesinine on andmebaasi aeg. See profiil ei toimunud iseenesest; see juhtus konkreetsete PeopleSofti paneelide tõttu - need olid täidetud ja neid tutvustatakse teile reageerimisajaga. Seal on tegelikult rakenduse iga sammu ajastus ja virnade graafik, mis näitab siin rakendust paneelide kaupa. Samuti saan põhjalikumalt uurida ja leida konkreetse kasutaja või järjestada oma kasutajad.
See ekraan võimaldab mul konkreetset kasutajat sisselogimisnime abil määratleda. Mõelge, kui tähelepanuväärne või kui võimas see on. Mitu korda, see ei käi ainult infrastruktuuri ja selle ülesseadmise, selle kohta, kuidas lõppkasutajad süsteemi kasutavad. Võimalik, et teil on uus rent või kellelgi on uus tööfunktsioon: see ei pruugi teada, kuidas rakendust õigesti kasutada. See võib tegelikult aidata koolitusvõimalusi tuvastada.
Mündi teine külg on see, kui suudan keskenduda konkreetsele kasutajale - siin vaatlen ma seda kasutajat nende konkreetsetes tehingutes ja nende reageerimise ajal - olen võimeline otseselt käsitlema konkreetse kasutaja kasutajakogemust. See ei tähenda enam üldist mõõdikut süsteemitasandil, vaid lõppkasutaja kogemust ja see on väga võimas. Osa teie keskkonnast on kindlasti sise-, personalivõtted jne. Võib olla ka muid kliendi ees seisvaid osi. Mõlemal juhul soovite pakkuda parimat ja produktiivsemat kliendikogemust.
Nüüd saan konkreetse paneeli jaoks pöörduda sisse ja uurida, kas küsimustele vastata. Nii et see on selline sügav sukeldumine, mida saame teha toimuvate asjade paljastamiseks, ja võiksite selle sügava sukelduda enne lõppkasutajale helistamist või kui mõni lõppkasutaja oleks teile helistanud, saaksite algatada protsessi öelda, “Noh, kus on algpõhjus?” Ja see ei saa olema nagu protsessori kasutamine ja ülimuslik, see tuleb rakenduse koodi juures, mida nad kasutavad.
Vaatame lähemalt seda sisuhaldust ja vaatame tegelikult selle tehingu analüüsi: käivitage brauser, sisestage veebiserveri sisenemispunkt Java Jolti ja näidati tegelikult koodi, mis käivitatakse Tuxedo paneeli, lõpuks SQL-i väljale, kus Precise näitab selle konkreetse PeopleSofti paneeli käivitatava SQL-i välja.
Kõigil, kellega me räägime, on tööriistu, kuid see, mida neil pole, on con. Punktide ühendamine või tehingu jälgimine brauserist kuni SQL-lause lõpuni on con. Nagu see on teie DBA jaoks, tähendab see pigem selle, et vaadata asju näiteks eksemplari või andmebaasi tasemel, saan nüüd uurida SQL-i väljavõtte tasemel.
Nii et võin öelda: "Mis on individuaalse SQL-avalduse kitsaskohad", ja see on äärmiselt võimas. Arvestage, et see tehing ei saa kulgeda kiiremini kui SQL-i lause ja iga oluline äritehing toimib kirjete süsteemiga. Andmebaas, meeldib see meile või mitte, on toimivuse alus ja kui suudan olla nii üksikasjalik, et keskenduda üksikutele SQL-i avaldustele, mis on äritehingu jaoks ülitähtsad, siis võin tõesti viia oma mängu järgmisele tasemele.
Veel üks asi, mida siin võite märgata, on protsendi sissemaksete arvutamine, mille Precise pakub. Brauser ise on tegelikult märkimisväärne osa rakenduste virnast.Teil on JavaScripti täitmine, teil on renderdamise aeg, teil on lehe komponendid, GIF-id, JPEG-d. Ja leiate, et teie rakendus võib Chrome'i ja IE ning erinevate versioonide korral käituda väga erinevalt. Täpne suudab seda ka teile näidata ja võib olla ka hetki, kui tegelikult on pudelikael või brauseris vaidlus, mis võib põhjustada selliseid asju nagu ekraani külmutamine.
Võimalus tuvastada, mis võimaldab IT-l mitte valesid puid koorida, vaid tegeleda mitmesuguste tekkida võivate probleemide algpõhjusega. Nüüd, mida ma saan teha, on konkreetne SQL-lause, siis saan ma täpselt analüüsida, mis selles SQL-avalduses toimub. Nii et siin oleme langenud andmebaasi eksperdivaate juurde.
Üks, mis andmebaasi tasandil täpsust eristab, on see, et me valime alamsekundi alusel. See on võrreldes meie konkurentidega, kes vaatavad ainult kord 10, kord 15 minuti jooksul. Nii et detailsuse tase, eraldusvõime on suurusjärkudest paremad kui meie konkurentidel.
Ja veelkord, kuna andmebaas on osa meie sihtasutusest, lubame teie DBA-l tõepoolest jõudluse järgmisele tasemele viia. Nii et näen, et see SQL-lause kulutas tegelikult 50 protsenti, kui tema aeg harjutas juurdepääsu salvestatud alamsüsteemile, 50 protsenti ajast CPU-d kasutades. Klõpsake häälestamise nuppu ja ma saan siis sisse minna ja põhjalikumalt tutvuda täitmiskavadega ja täpselt sellega, mis selle kasutusharjumuse ajendas.
Nüüd on ühe meie kliendi tsitaat - kui nad ei olnud Oracle Shopis, siis kasutasid nad Oracle'i tööriista nimega OEM ja OEM on tõesti omamoodi andmebaasidele või eksemplaridele keskendunud - kas DBA-d vaatavad pidevalt, millised on kümme parimat nimekirja? Kuid täpse täpsusega suudame punktid ühendada üksikute SQL-lausetega ja nii, et detailsus võimaldab DBA-l päriselt häälestada tehingutasandil ja mitte ainult palju kõrgemal andmebaasi tasemel.
Teine punkt, mis oli selle kliendi jaoks eluliselt tähtis, on see, et täpse, tõlkides keerulise teie URL-i PeopleSofti paneelinimeks - kui olen IT-s ja saan rääkida puudehaldurist, sisuhaldurist, konkreetsest HR-lehest, siis nii inimene, keda üritan aidata, tunneb mind tegelikult vaadates ja saab aru, mida nad vaatavad, sest see pole enam need hieroglüüfid, see on nimi, mis neile tuttav on.
Üks küsimus, mida meilt küsitakse - see tundub kogu aeg, nii et ma arvasin, et vastan küsimustele ennetavalt - kuidas te maailmas seda PeopleSofti kasutajatunnust lindistate? Las ma käin sammude kaupa läbi. Siin on PeopleSofti sisselogimisekraan. Sellele pääsemiseks pidin navigeerima oma veebiserverisse ja see ekraan ilmub. Kui rakendus on seadistatud täpsusega Precise, sisaldab see ekraan tegelikult täpset skripti ja ma saan selle paljastada, klõpsates hiire parema nupuga, allikat. Ja see näitab mulle tegelikult seda koodi, mis moodustab aluseks oleva lehe ja siin üleval leheraamis on tegelikult veebikoodi täpne sisu ja see võimaldab mul jäädvustada sisselogimisekraani, IP-aadressi, brauseri tüüpi, tervet hunnik teavet renderdamise ja tõelise lõppkasutaja kogemuse kohta. Ja nii et kui ma panen oma kasutajanime sisse ja klõpsain sisse logima, saab Precise siis mõõta, mida ma teen.
Ma avan, lähen puuhalduri juurde, soovin teha otsingutoimingu, täita välja ja klõpsata otsingul. Tulemuste komplekt esitatakse mulle, nii et olen kogu rakenduste virna andmebaasi viinud. Kuidas täpsed seda näitavad? Vaatame edasi. Ava täpne, ma lähen sisse, näen tegevust, saan klõpsata tegevuse vahekaardil, mis avab selle ekraani. Need on tõlkimata URL-id. Saan kasutajatele näidata ja siin on minu kasutajatunnus, millele ma just sisse logisin, ja siin on minu tegevus.
Võite näha, et kasutasin selle kuvamiseks Firefoxi versiooni 45. Ma kasutasin seda rakendust 12 korda ja loobumine on põhimõtteliselt see, kui keegi lahkub veebilehelt enne, kui see täielikult kuvatakse, mis viitab ettevõtlusele. Niisiis suutsime lõppkasutaja ID kätte saada. See on väga tore, inimesed tõesti hindavad seda, kui teate täpselt, mis toimus.
Nüüd tahame käike veidi imelikult vahetada. Vaatasime tehingut hiljem. Sukeldusime konkreetses tehingus põhjalikult ja vaatasime selle SQL-i avaldusi. Nüüd tahan käike vahetada ja heita pilgu muudele PeopleSofti rakenduste virna tehnoloogiatele, alustades WebLogicust.
Ja siin on WebLogic-eksemplar ja tegevust saate aja jooksul näha. Teil on finantsaruanne. See ütleb mulle kohe nahkhiire juurest, mälu on maksimaalselt ära kasutatud. Üks asi, mida leiame, on see, et enamik inimesi juhib kogu rakenduste virna või vähemalt osa sellest ühises keskkonnas, sageli selle VMware all. Peate tasakaalustama, kui palju ressursse soovite ja kui palju vajate. Sa ei taha olla ressursihobune. Samuti ei soovi te töötlemispiirangut seada, kui te sel juhul piisavalt mälu ei küsi.
Konfiguratsioon on oluline ka jõudluse juhtimisel. Nii et me võime tegelikult sattuda mäluprogrammide ja kõigi JMX WebLogici loendurite juurde, nii et ma tean täpselt oma WebLogici vormi tervist.
Nüüd Tuxedosse. Tuxedo on paljudes poodides omamoodi must kast ja see on PeopleSofti väga oluline osa. See on selline liim, mis hoiab kõike koos ja seega mõtlen ma seda peaaegu opsüsteemi laiendusena. See on midagi, mida te kasutate ja konfigureerite väga hoolikalt. Muuseas - see on väike külgmärkus - mainis avakommentaarides Eric "kiireloomulisuse türanniat" ja ma arvan, et see tuleb tõesti mängu siis, kui PeopleSofti kauplused kaaluvad üleminekut klassikaliselt kasutajaliideselt sujuva kasutajaliidese juurde, kuna leiate, et olete kõvera taga tänu sellele, kuidas vedel kasutajaliides kasutab PeopleSofti keskkonda.
Nüüd on teil probleeme nii WebLogicis, Tuxedos, andmebaasis kui ka siin asuvas salvestusruumis just seetõttu, et HTML5 pakub tohutult palju sõnumsideteenuseid. Tõenäoliselt on see vähemalt kümme korda suurem kui klassikalisel kasutajaliidesel ja et täiendav sõnumside tähendab täiendavat liiklust. Seega tuleb Tuxedo konfiguratsiooni täiendava liikluse mahutamiseks muuta. Paar asja selle ekraani kohta on paremal küljel möödas. Meil on üle kaalutud reageerimise aja, keskmise reageerimise aja ja täitmiste arvu graafikud.
Siin on teave kõigi keskkonnas asuvate tuxedo domeenide kohta. Jagasime teenused, kasutajad, serveriprotsessid ja IP-d. Saan selle üle viia täitmiste arvule ja esitada need kahanevas järjekorras, et saaksin näha, mida kõige sagedamini täidetakse. Ma võin ka domeene paljastada allapoole; Enamikul inimestest on nende keskkonnas mitu domeeni, et tegevust põhiliselt hajutada, ja seetõttu on mul võimalik seada SLA-le vastavus, seetõttu antakse märguanded Tuxedo kihis.
Kui teil on järjekord, on teil konfiguratsiooni tõttu erinevaid probleeme. Tavaliselt ei kavatse te muudatusi lennult teha, kuna sellel on globaalne mõju. Soovite süsteemi järk-järgult täiendada kvaliteedikontrolli protsessi osana, mis ulatub tagasi punktini, mille Matt oli juba varem esitanud toimimisprobleemide käsitlemise protsessi alguses. Palju parem on, kui tootmisesse minnes peab konfiguratsioon olema korrektne, selle asemel, et tootmise juurde minna ja teada saada, et konfiguratsioon ei vasta kasutusharjumustele. Mulle väga meeldib sissejuhatus, mille Eric ja Matt täna edastasid. Arvasin, et PeopleSofti keskkonna haldamisel ja arendamisel tuleb teil ees seisvate väljakutsetega tõesti eesmärke saavutada.
Nüüd ütlesin seda juba korra - ma arvan, et see on väärt uuesti ütlemist: iga oluline äritehing on andmebaasiga interaktsioonis. Uurime siis seda, kuidas täpne saab lisateavet pakkuda. Siin on konkreetne Oracle'i näide. Sama täpne lähenemisviis, mida nägime - y-telg on täitmisaeg, x-telg on päeva kogu aeg, kuid nüüd on virna riba graafikud Oracle'i sisesed täitmisseisundid. See näitab meile, millised on süsteemi töötlemispiirangud. Siin on tegelikult leidude aruanne, mis ütleb, et teil on see kõrge redo logi puhver.
Vaatan ka seda PSVersioni valitud versiooni. See kulutab tegelikult palju ressursse. Muide, kuna me teeme valimit ja pakume seda kõrge eraldusvõimega vaadet süsteemis tegelikult toimuvale, võite olla üllatunud, millised on teie süsteemi tõelised ressursitarbijad, sest kui vaatate ainult iga 10 minuti tagant, ei lähe see teoks näidata teile, millised need ressursitarbijad on. Ja nii et teades, mis on tõelised ressursitarbijad, saate tegeliku töötlemise lahendada kitsaskohtades või süsteemis.
Nüüd hüppasime üle tegevuse vahekaardile ja see on see tegevus. Näete, et vaatame koos protsessorit, salvestuse alamsüsteemi, rakenduste lukke, OS-i ootusi, RAC-i, pühendumist, Oracle-serverit, suhtlust ja sisemist agregaati. See on y-telg, see on kogu täitmisaeg.
Siin on SQL-i avaldused, mis seda profiili ajendasid, ja üks neist asjadest, mida te näete, on see väike latentsusaeg - kaks millisekundit, kuid peaaegu 4500 täitmisega tähendab, et SQL-avaldus on teie süsteemis tegelikult ressursitarbija number üks ja see on hea tean. See ei oota ka lukku ega oota. See kasutab CPU-d 100% ajast. See ei tähenda, et pole asju, mida ma selles teha ei saa. Selles osas saab teha palju asju, kui ma tean, millistele SQL-i lausetele ja objektidele juurde pääseb. Ja nii on need vaid mõned viisid, kuidas saame aidata.
Siin allpool on see harjutamine ja see võib panna meid kokku üksikute PeopleSofti programmidega ja igaüks neist teenib PeopleSoftis erinevat eesmärki. Tegelikult saate hakata andmebaasi tasandil tegelema sellega, kuidas rakendust kasutatakse.
Ja kui ma valin kindla programmi, siis saan isoleerida selle programmi esitatud SQL-i avaldused, et saaksin põhiliselt andmebaasi optimeerimise ja andmebaasi konfigureerimise otsimisel ja vaatamisel keskenduda pigem rakendustele kui andmebaaside tehnoloogiale. Ma tahan sellele lihtsalt teie tähelepanu juhtida. Sageli jagunevad paljud suured organisatsioonid infrastruktuuri DBA-deks ja rakenduse DBA-deks. Täpne, näidates nii rakendust kui ka ressursitarbimist, suudame tegelikult lõhe ületada ja see lahendus on kasulik mõlemat tüüpi süsteemis olevate DBA-de jaoks.
See osa on omamoodi meie näide sellest, mida me andmebaasi tasemel teha saame. Ja mis siin juhtus, on see, et meil oli ekraani külmutamine, seal oli PS_Prodist valitud ja see, mida me tegime, on see, et me klõpsame sellel tuunimisnupul ja see, mida see teeb, see viib meid sellesse SQL-i tööruumi. Teie jaoks, kes pole DBA-d, ei pruugi see tunduda põnev. DBA-dega inimeste jaoks võib see osutuda üsna põnevaks. Siin näidati selle konkreetse SQL-lause kestust versus süsteemi muudatusi. Ja see näitab kolmapäeva, neljapäeva, reedet, kestus on umbes 2/10 sekundist. Laupäev ja pühapäev see ettevõte ei tööta - veab neil. Tulge esmaspäeval, seal oli muutus: Juurdepääsu plaan muudeti. Uus juurdepääsukava on siin äkitselt üles tõusmas. See on tegelikult piisavalt aeglane, mille tulemuseks on ekraani külmutamine.
Kui ma olen DBA, on mul vaja lisateavet, et teada saada tegelikku algpõhjust. Ma pean teadma tehtud andmebaaside optimeerijat. Nii et Precise pakub seda võrdlust, mis näitab täitmise plaani, mis oli kiire ja tõhus, kui asjad sujusid, ning täitmiskava, mis oli aeglane ja ebaefektiivne. See filtriga liitumine on tavaline DBA-de puhul, mis käitavad PeopleSofti. Mis filtrit teeb, see näeb välja ühe tabeli iga rea, see näeb välja iga liitrea tabeli iga rea - see võtab palju protsessorit. See on äärmiselt ebaefektiivne, kuna seal ei filtreerita ainult vajalike ridade alamhulga vaatamist, vaid SQL-i lauset. Selle ebatõhususe tulemuseks on aeglasem täitmisaeg. Seetõttu aeglustasid nad PeopleSofti paneeli ekraani külmutamises ja Precise suutis jõuda tõelise algpõhjuseni, millest te kunagi ei teaks, kui teil pole tööriista, mis paljastaks rakenduskoodi, SQL-i avaldused ja nii edasi.
See oli omamoodi sügav sukeldumine. Nüüd suurendame vaade armatuurlaudade 10 000 ruutjalga vaateni. Täpselt öeldes, armatuurlauad pole tegelikult tehnilisele meeskonnale mõeldud - see on tõesti teie jaoks teabe jagamine operatsioonidega, võib-olla rakenduse meeskonnaga, võib-olla oma käsuliiniga. Ja nii võib üks armatuurlaudade komplekt näidata PeopleSofti paneele ja kliendi aega, et saaksite teada, mis on lõppkasutaja kogemus. Võib-olla on toiminguteks konfigureeritud mõni muu armatuurlaud ja see armatuurlaud võiks vaadata, kas on olnud märguandeid? Tegelikult on meil teateid operatsioonisüsteemi, veebi, WebLogici, Tuxedo ja andmebaasi tasemel. Siin pole ühtegi hoiatust, keskmine reageerimise aeg. Näete, et need jooksid umbes kolmandiku sekundist. Siin saan tegelikult vaadata oma infrastruktuuri, et näidata mulle kõiki oma keskkonnas asuvaid VM-e ja hakata tegelema töötlemise, koormuse tasakaalustamise ning ka Tuxedo domeenidega. Selles konkreetses keskkonnas on kuus erinevat domeeni ja seega näen neid domeene ja saan tegelikult veebi tasakaalustada.
Nüüd on Precise ajalooline hoidla, kus jõudluse juhtimise andmebaasis PMDB on palju mõõdikuid. Ja mõnikord soovib keegi teada saada brauseri juurdepääsu arvu kohta või võiksite juurdepääsu arvestada brauseri tüübi või jõudluse järgi brauseri tüübi järgi. Teie süsteemi täiendava nähtavuse tagamiseks saab teha terve hulga asju.
Siin, see, vaatame tegelikult WebLogicu mälukasutust ja näete seda toredat saeketi mustrit ehk mälukasutust. Seal on prügikoristus, see otsib viiteid. See läheb tagasi üles ja seega on see väga kena muster, mida teile meeldib näha. Nii et selline on PeopleSofti keskkonna kui alamsüsteemide kogumi vaatlemine ja see oleks toimingute jaoks sobiv. Kõige põhilisem küsimus on: “Noh, mis serveris toimub?” Täpsel on kogu see nähtavus. See pakub ka serveri mõõdikuid. Ja siin saate tegelikult mõõta protsessorit, mälu, sisend / väljundit, serverit, süsteemi kasutajaid ja nii on teil see täielik nähtavus. Ja see on viis - mis koos pikaajalise trendimisega - on see, kuidas inimesed kasutavad Precise'i võimete planeerimisel.
Ja ma tahan sinna lihtsalt väikese märkuse visata. Tavaliselt on poel nii palju raha riistvarale, serverile ja nii palju töötajatele mõeldud eelarvet. Kuidas kavatsete investeerida, kuhu panustate? Funktsiooni Precise abil saate eelise, kuna näete, kuidas salvestuse alamsüsteemi kasutatakse. Kui teete palju juhuslikke I / O-sid, näitab Precise seda teile. See aitab õigustada tahkismäluseadmesse investeerimist. See võib teie poe jaoks olla olulisem kui täiendava CPU ostmine, kui protsessori kasutusaste on madal.
Soovite investeerida sinna, kus on tõelised töötlemise kitsaskohad, kus saate tegelikult väljamakseid teenida. Ja käsitledes täpselt kõike alates rakenduste kodeerimise töötlemise tõhususest kuni mahuni, võimaldame teil hinnata ja dokumenteerida, kus need vajadused on numbritega.
Nüüd on viimane tükk hoiatav ja märguanne on tegelikult selline, nagu see algas. Mäleta seda? Nägime hoiatust, et seal oli jõudlus SLA, ja nägime, et WebLogici eksemplar on maas. Vaatame siis hoiatuste liidest. Ja veel kord, mis juhtub? Üks asjadest, mida ma selles vaates tahan välja tuua, on see, et täpsetel pole mitte ainult neid jõudlus- ja olekuteateid saadavuse kohta, vaid meil on ka trendivaid teateid. Trendide märguannete olulisus seisneb selles, et kui teie süsteem on jõude või kui tal on üks või kaks kasutajat, siis tõenäoliselt käivad asjad suurepäraselt. Alles siis, kui hakkate kasutajaid lisama, hakkavad nad üha enam tegelema andmete, Tuxedo taseme ressursside, WebLogici taseme, võrgutasandi ja andmebaasi tasandil andmete, ressursside pärast. Ja selle väite tulemuseks on jõudluse halvenemine ja siis võite lõpuks ületada piiri ja see on jõudluse hoiatus ning põhimõtteliselt ei täida te organisatsiooni SLA eesmärke. Ja seepärast on need hoiatuste komplektid väga toredad.
Vasakul pool asuval veebitasandil mõõdetakse tegelikult lõppkasutaja kogemusi ja siis asute selle tehnoloogia aluseks olevasse rakenduste virna. See on omamoodi meie arhitektuuriekraan, kuidas seda kõike teha. Ideaalis sooviksite omada täpset serverit, mis pole jälgitavast keskkonnast või keskkondadest sõltumatu. Üks täpne server saab hakkama paljude rakendustega.
PeopleSofti ning Oracle'i ja DB2 andmebaasi jaoks vajame kohalikku esindajat. Kui teie PeopleSofti keskkond on SQL Serveri poolt tagaotsitav, on võimalus teha agentless. Samuti on meil Sybase'i jaoks agentless. Meie turvamudeli keskmes on see, et andmeid kogutakse siin, samas kui Precise'i kasutajad autentivad Tarkuseks. See on täiesti eraldi protsessid, eraldi mandaadid, eraldi autentimine ja see on osa meie turvamudelist. Ja seal on täiendavaid üksikasju.
Arvan, et sellest piisab praegu sissejuhatuseks arhitektuurile. Põlevate küsimuste korral küsige neid, nagu Eric oli maininud.
Nii nagu kiire kokkuvõte, on see lahendus mõeldud tootmiseks 24 kuni 7 jaoks. Selle kasutamine on tungivalt soovitatav, et kasutate meid kvaliteedi tagamise valdkonnas. Kui teete ettevõttesisese arenduse, alustage meie kasutamist arendustegevuses. Tõlkisime keeruka URL-i, URI, PeopleSofti paneelinimeks. Kui ma räägin tootmisest, siis on meil ülimalt madal hind, nii et teil on nähtavust, teate alati, mis juhtub, te tuvastate lõppkasutaja.
Ma ei pidanud neid tehinguid määratlema - need on lihtsalt brauseri loomulikud ühenduspunktid, URL, sisenemispunktid, veebiserveri ühendus WebLogiciga, kutse alla, mis pakub SQL-i. Siis saame jäädvustada SQL-lause ja selle, mida see teeb. Täpne on andmebaaside intelligentsus ja ma arvan, et see on meie jaoks eristav tegur ja see võimaldab teie DBA-l koostööd teha, parandades rakenduste nähtavust.
Viimane põhjus on see, et kui olite alati sisse lülitatud, kogume kogu aeg, saate alati enne ja pärast mõõta parendust või kvantifitseerida seda või kui harvadel juhtudel olete toimivust muutnud, siis teaksite seda ja saaksite selle kohe tagasi pöörata . Enamik meie konkurente on see, mida nad teevad, kui peate nägema lisateavet, peate sisse lülitama täiendava nähtavuse ja tavaliselt põhjustab see täiendav nähtavus palju üldkulusid.Täpsuse abil saate alati nähtavuse ja saate probleemi alati lahendada. Nii et kui soovite minna Precise'i veebisaidile, kontrollige palun mõnda Precise'i toodet, olgu see siis Oracle'i jaoks täpne. Meid on nimetatud täpse rakenduse toimivusplatvormina ja demo taotlemiseks on seal nupp.
Tegelikult, kui ma jagan oma ekraani, arvan, et võiksin lihtsalt sinna navigeerida, et näidata teile, milline see välja näeb, et saaksite seda kohe näha. Siin on IDERA veebisait. Lähete toodete juurde. Ma võin valida ükskõik millise nendest täpsetest komponentidest ja tahan seda lihtsalt toimimas näha. See käivitab meie saidi jaoks olulise lisateabe jagamise protsessi. Või kui soovite lisateavet vedelasse kasutajaliidesesse üleviimise kohta, võtke meiega ühendust.
Ja mida ma, Eric, tahaksin sulle teatepulga tagasi anda.
Eric Kavanagh: OK, hea tehing. Pean veel kord ütlema - üsna põhjalik ja muljetavaldav esitlus seal, Bill. Mainisite terve hunniku asju, mida tahaksin küsida. Meil pole palju aega - umbes üheksa minutit - ja ma tahaksin, et Matt saaks ka võimaluse esitada paar küsimust ja oleks vähemalt üks või kaks publikust.
Kuid te mainisite midagi, mis minu arvates oli väga-väga huvitav selles osas, kuidas täpne IT-meeskonna hangetel on abi, sest kui oskate osutada, võite pöörduda selle poole, kes selle otsuse teeb, et see, mida te vajate, on kindlama olekuga näiteks salvestusruumi või selleks, mida vajate, on võrgu täiustused või mis iganes. Kuid see on suur asi. Kas näete sageli ettevõtteid seda teadvustamas ja seda kasutamas või proovite veel mõnda neist evangeerida?
Bill Ellis: Noh, tegelikult mõlemad, ja asi on selles, et isegi selliste paketirakenduste nagu PeopleSoft puhul on kasutusharjumused igal saidil erinevad. Mul oli õnn teha pangas PeopleSofti migratsioon ja pangad kasutavad pearaamatu süsteemi väga erinevalt kui enamik organisatsioone. Teil võisid tegelikult olla üksikud tehingud, mis tehti filiaalis, nad kõik postitavad pearaamatusse.
Ja nii et kümnete või sadade pearaamatute postitamise asemel postitate tegelikult sadu tuhandeid. Ja see, kuidas ma täpsusega tegelema hakkasin, on tingitud kasutusharjumustest ja see võimaldas meil tegeleda, kuid rakenduse vajadustega nii kooditasandil, konfiguratsioonitasandil kui ka taristu tasandil. Nii et ma olen absoluutselt usklik inimene ja tahan seda ka evangeliseerida, kuna te ei peaks tegema riistvaraalaseid otsuseid lihtsalt kasutamise põhjal. Te peaksite selle rajama oma keskkonna vajadustele.
Eric Kavanagh: Ja seal on osaleja küsimus ja siis, Matt, esitan selle teile või kahele küsimusele. Noh, see on hea ja see on naljakas, sest see on pikk ja pikk vastus, mille võiksite anda. Kohalviibija küsib: "Kuidas koguda toimivusmõõdikut kasutaja lõpus pärast kasutuselevõttu ja testimise ajal?"
Arvan, et tegite päris head tööd, kui sukeldusite sellesse, kui sügavad ja rikkad need jõudlusmõõdikud on. Te rääkisite mõne sellise asja jaoks isegi sekundi pikkust, võrreldes iga viie või 10 minuti pikkusega. Mis saab siis vastuste leidmiseks vajaliku detailsuse taseme, eks?
Bill Ellis: Jah, seega on ülioluline, et jõudlust käsitleva teabe kogujad oleksid tehnoloogiapõhised. Niisiis peame juurutamise ajal teadma, kuidas teie rakenduste pinu ehitatakse, alustades opsüsteemist, selle versioonist, sellest, milline Tuxedo versioon, WebLogic, millist versiooni teie töötavatest tööriistadest People töötab.
Ja tegelikult teeb seda nende esindajate disain, andmete kogumine, mis võimaldab meil paljastada, mida täpne nähtavuse tase pakub. Ja see nähtavus, ma arvan, võib mõnikord inimesi natuke hirmutada. Kuid kui teie eesmärk on asjadesse siseneda ja neid paremaks muuta ning jõudlust 11-ni viia, on see tõesti nähtavuse tase, mida soovite. Ja kui Precise suudab seda ja selle madalat üldkulusid pakkuda, on küsimus miks mitte? Nii et minu arvates on see suurepärane küsimus ja palun võtke meiega ühendust, kui soovite seda lähemalt arutada.
Eric Kavanagh: Hästi. Ja Matt, kas sul oli küsimusi?
Matt Sarrel: Ma arvan, et mul on kõik korras. Ma mõtlen, et Ive on tegelenud WebExi krahhidega siin nii.
Eric Kavanagh: Oh ei. Peame täpselt aru saama, miks täpselt.
Matt Sarrel: Jah, ma arvasin, et Bill, mõtlesin teie rääkimise ajal sellele, kas te saaksite natuke arutada, kuidas mitu meeskonda toimimisprobleemide tõrkeotsingul ühele lehele pääsevad, sest ma tean, et see on midagi, mis tuleb esile ja jälle vastutab selle eest, kes ja kuidas saavad kõik koos töötada, et pakkuda töötajatele parimat kvaliteeti.
Bill Ellis: Jah, nii et IT-personal kipub olema kallis. Enamikus poodides jagunevad teid tehnoloogia keerukust arvestades meeskonnad, mis põhinevad tehnoloogial. Üks suuri asju, mis juhtub, on jõudluse küsimus ja sageli konflikt, sõjatuba, tuleb kokku. Ja see on koht, kus kõigil on mõõdikuid, kuidas oma taset mingil määral vabastada, kuna neil pole con. Nad vaatavad pigem seda, mis toimub WebLogici tasandil, mitte seda, mis toimub tehingukoodi tasemel. Või vaatavad nad pigem andmebaasi kui tehingu individuaalset SQL-i lauset.
Ja kui suudate probleemi taseme ja probleemikoodi täpselt kindlaks määrata, vabastab see teised meeskonnad mitte minema või veeta aega ressursside otsimisel, mis pole nende piirkonnas. Kui see on andmebaasiprobleem, pöörduge DBA-le teabe saamiseks, mida nad vajavad probleemi lahendamiseks. Neil on hea meel seda teha.
Kuid samamoodi ärge raisake Tuxedot, WebLogici abimeeskonda, kes keskendub andmebaasi probleemidele. Samuti, kui probleem juhtub olema WebLogicu konfiguratsioonis, ärge võtke DBA aega mingis sõjaruumis, kus üritatakse end kaitsta. Lihtsalt minge ja parandage probleem WebLogicus.
Leiame, et IT-töötajad hindavad aja kokkuhoiu tõttu täpsust, kuna tavaliselt ei arvestata neid sõjaruume iga täistööajale taandatud organisatsiooni ajakavas. See on nagu lisaaeg. Ja seetõttu on nende probleemide tõhusam käsitlemine ülioluline. Ja organisatsiooni jaoks, kes kehtestas kasutajaliidese, oli maht tootmises ja probleemide lahendamine, mida nad tegelikult tootmises kogevad, eluliselt oluline mitte üksikute töötajate või meeskondade jaoks, vaid tegelikult kogu IT-juhtimise jaoks, kuna see oleks olnud tõesti halb uudis kui nad peaksid tagasi veerema. Niisiis, suur küsimus, sest see pole ainult tehnoloogia. See on alati inimeste kohta.
Matt Sarrel: Õige, see on inimesed ja protsessid. Jah, see oli ainus küsimus, mis mulle demonstreerimise käigus tekkis. Kui publikust on veel mõni?
Eric Kavanagh: Jah, ma viskan teile ainult ühe, Bill, ja Matt rääkis sellest oma ettekandes lühidalt. Oleme hakanud seda kärpima. See on endiselt väga tulevikku suunatud, kuid konteinerid ja konteinerite ning Dockeri kasutamine ja seda laadi asjad, kui suur kurvikeel see teid viskab?
Bill Ellis: Seega tähendab sõna erinevaid asju, sõltuvalt erinevatest tehnoloogiatest. Seega arendame oma tooteid konteinerite eest hoolitsemiseks nii andmebaasi kui ka rakenduste tasandil. Ja selle osana on see omamoodi kogu keskkonnale koos liikumiste, pilvega ja me tegutseme ka pilves. Kuid leidmisprotsess on olemas ja sõltuvalt sellest, kuidas need rakendused - sealhulgas PeopleSoft - arenevad, arendame me oma jälgimislahendust, et saaksime pakkuda varem nii väärtuslikku sügavust.
Eric Kavanagh: Jah. Ja ma pean ütlema, et iga kord, kui neid demosid näen, hämmastab mind just teie detailsus ja see on see, mida teil vaja on, et saaksite aru saada ja teil on vaja haridust, mis on tavaline olukord, mis on standard.
Ja teie inimesed pakuvad selle ümber palju sisu - aidates inimestel tuvastada, mis on normaalne, mis pole normaalne. Rääkisite näiteks trenditeatistest, näiteks need on kõik mehhanismid, mille abil saate paremini aru, kas on midagi valesti, on midagi valesti ja siis peate muidugi leidma, et seda leida, kuid teil on kõik andmed olemas.
Bill Ellis: Jah, ja see on tõesti oluline asi; Ma arvan, et Matt oli sellest rääkinud. Mis on normaalne? Erinevatel keskkonnatasemetel on erinev tase. Kui kasutate tipptasemel riistvara, Oracle'i loogikat ja andmeid, siis teie poes tavapärane või teie poes saavutatav saab olema teistsugune kui siis, kui töötate vähem võimsa infrastruktuuri all. Nii et esimene asi on välja selgitada, mis on normaalne, alustage selle algtaseme arvutamist ja nii saate hakata sealt parandusi tegema.
Eric Kavanagh: OK, see on hea punkt. Paistab, et üks viimane küsimus on alles. Ainult ühe viimase küsimuse, mille ma teile viskan, Bill. Kas on erinevusi SQL-i ja andmebaasi jõudluse jälgimise vahel süsteemitaseme ja rakendustaseme andmete seisukohast? Mis vahe on teie vaatenurgal SQL-i jälgimise ja andmebaasi jõudluse vahel?
Bill Ellis: Noh, andmebaasis ei juhtu midagi enne, kui selle SQL-lause käivitub. SQL-i väide on just see - kontrollige lukustamist, ootamist, ressursside väidet andmete tasemel ja SQL Serveri tasemel. Ja nii et kui ma näen nii SQL-i draiverit kui ka selle mõju süsteemile, siis olen selle põhjustanud; Olen võimeline siduma selle, mis DBA-st hoolib, ja DBA-ga seotud infrastruktuuri, kuni saan täpse tööriista kõige paremini ära kasutada.
Kui ma olen infrastruktuuri DBA ja ma vaatan selliseid asju nagu kasutamine, siis ma tõesti tegelen omamoodi laia haruga, kui ma saan vaadata individuaalset SQL-i avaldust ja ma saan ressursse tegelikult minimeerida tarbimine - olgu see protsessor, mälu, sisend / väljund - olen võimeline käsitlema sama mündi mõlemat külge.
Eric Kavanagh: Olgu, inimesed. Põlesime läbi veidi üle tunni. Suur-suur tänu meie sõpradele IDERA-s. Suur tänu Matt Sarrelile meiega täna liitumise eest. Arhiivime kõik need veebiülekanded hilisemaks vaatamiseks, nii et pöörduge julgelt tagasi ja tavaliselt vaid mõne tunni pärast tõuseb arhiiv üles. Nii et kontrollige järele ja pean vaid ütlema, et ma armastan seda kraami, ma armastan täpset, ma armastan seda, et saaksin umbrohtu sattuda. Ja ma ei tea ühtegi muud tööriista, mis võimaldab teil kaevata kõigisse nendesse tükkidesse ja rakenduse virna osadesse, välja arvatud see, mis neil inimestel IDERA-ga täpsusega on.
Sellega jätame teile hüvasti, inimesed. Tänan veelkord, me räägime teiega järgmine kord.