Odvzem: Voditelj Eric Kavanagh z Matt Sarrel in Billom Ellisom v tej epizodi Hot Technologies razpravlja o upravljanju uspešnosti PeopleSoft.
Eric Kavanagh: V redu, dame in gospod. Pozdravljeni in še enkrat dobrodošli. V sredo ob 4 uri je vzhodno in zadnjih nekaj let, kar je mišljeno v tem svetu IT in velikega poslovanja in podatkov, je čas za Hot Technologies. Da, v resnici me je Eric Kavanagh. Bom vaš moderator za današnji dogodek.
Govorili bomo o sistemih, ki vodijo poslovanje, ljudje; govorimo o PeopleSoft-u, kako upravljati uspešnost zapletenih okolij. Vedno rad omenim, da igrate veliko vlogo pri teh dogodkih, zato prosim, ne bodite sramežljivi. Kadar koli zastavite svoje vprašanje; lahko to storite s klepetalnim oknom ali vprašanji - na kakršen koli način. Rada bi slišala, kaj želite vedeti, in to je najboljši način; dobiš najboljšo vrednost za svoj čas. Vse te spletne oddaje arhiviramo za poznejše poslušanje, zato upoštevajte to.
Če sistemi delujejo počasi, ne pozabite na življenje nekoč. Ta fotografija je dejansko iz leta 1968, vljudna gospa po imenu Danelle, in moram reči, da je to res močan opomin na to, koliko stvari se je spremenilo. Svet je postal izredno bolj zapleten in seveda poslovne potrebe in uporabniške izkušnje ponavadi gredo z roko v roki. Toda v teh dneh je malo prekinitve povezave. Kot pogosto rečemo, obstaja neskladje, in dejstvo je, da si poslovni ljudje vedno želijo stvari hitreje in hitreje, IT ekipe, ki jih morajo dostaviti, so tiste, ki so pod pritiskom, da opravijo delo, in tam je intenziven svet.
Moram reči, da se je konkurenca povsod ogrela. Če samo pogledate katero koli panogo, lahko vidite, da se v teh dneh dogajajo pomembni dogodki - na primer Amazon, ki kupuje cela živila. Lahko ste prepričani, da bo trgovina z živili trdo gledala.To vidimo vsepovsod, zato je resnično dolžno, da se poslovni voditelji prepričajo, kako bodo ugotovili, kako digitalno preoblikovati - in to je danes buzzword - kako preiti preko stare stikalne plošče v veliko bolj nove in robustne sisteme. O tem bomo danes govorili.
Eno od vprašanj, s katerimi se srečuje veliko organizacij, zlasti tistih, ki že nekaj časa obstajajo, so ti zapuščeni sistemi. To je stari IBM-ov mainframe od takrat. Povsod obstajajo zapuščeni sistemi. Ena od šal je, da je zapuščeni sistem sistem, ki je v proizvodnji, kar pomeni trenutek, ko začne s proizvodnjo, tehnično pa je zapuščinski sistem. Vedno obstajajo novi načini, kako ravnati.
V zadnjih nekaj letih je nekaj zelo zanimivih dogodkov o iskanju načinov za praktično uskladitev sistemov, da ne bo nujno samo izboljšati delovanje enega sistema, ampak najti način, kako ustvariti nekakšno taktiko izklopa ali taktiko nalaganja, s katero bi upravljali z uspešnostjo na druge načine. Danes bomo govorili več o tem, kako izboljšati delovanje sistema, kot je PeopleSoft, ki je seveda izjemno zapleten. Toda, ko je dobro opravljeno, ko je naloženo, kadar je izvedeno, ko dobro upravlja, lahko naredi čudovite stvari. Ko pa ni dobro, potem imate vse vrste težav.
Kaj se torej zgodi? Stvari morate biti realni in v katerem koli okolju, če uporabniki ne dobijo želenega, prej ali slej preidejo v senčne sisteme. Ves čas se dogaja. Senčni sistemi so lahko zelo produktivni, ljudem lahko pomagajo do konca. Seveda pa je veliko vprašanj. Zagotovo so na celotnem področju skladnosti in regulacije senčni sistemi velik ne. Vendar so tam zunaj in mislim, da si je pomembno zapomniti, da se bodo vaši sistemi, če vaš glavni sistem ne deluje hitro ali ne delujejo učinkovito, slej ko prej pojavili in jih lahko težko rešite, Težko je zahoditi, ker so kritični do posla. Integrirati jih je težko, zato upoštevajte, da je tam zunaj in da je to le še en razlog za izboljšanje učinkovitosti.
Še pred kratkim sem slišal za ta izraz in ga moram vreči tja: "tiranija nujnosti." Mislim, da slišim, da verjetno veste, o čem govorim in kaj se dogaja v večini organizacij, če delovna obremenitev doseže kritično maso in ljudje delajo, kolikor lahko, in zelo težko je kaj spremeniti. Zaključite, da trpite zaradi "tiranije nujnosti" - vse je treba takoj izvesti. No, nadgradnja sistema se ne zgodi takoj.
Vsakdo, ki je kdaj prebil nadgradnjo ERP z ene na drugo različico, ve, da gre za razmeroma boleč postopek, zato bodite pozorni na to: Če ga vidite v svoji organizaciji, ga prepoznajte. Upajmo, da se lahko obrnete na nekoga ali če ste starejša oseba, kot je CIO ali CTO ali generalni direktor, prepoznate, da je to zelo nevaren scenarij, ker ko ste enkrat za osmo žogo, je res težko izstopiti izza oz. osem žog.
Všeč je celotni tečaj maratona: Če na nekakšni dirki zavijete daleč zadaj in vsi pred vami in še vedno tečete, bo težko težko dohiteti, če padete predaleč zadaj. Zato bodite pozorni na to in imejte to v mislih.
In s tem bom to predal Mattu Sarrelu, da nam bo dal nekaj vpogleda, kako ravnati s kompleksnostjo v okolju PeopleSoft. Matt, vzemi ga.
Matt Sarrel: V redu, hvala, Eric. Pozdravljeni vsi skupaj. In tako, poglejmo, začnimo s tem, da vam povem, zakaj menim, da sem prava oseba, ki se z vami pogovarjam o upravljanju uspešnosti. Tako imam 30 let izkušenj na področju tehnologije. Nekako bi rad rekel, da sem se pot lotil tako, da sem bil nekaj izkušenj, mrežni administrator, direktor IT, podpredsednik inženirstva pri nekaj novoustanovljenih podjetjih. Potem sem se preusmeril v tehničnega direktorja PC Mag. Tam je moja slika, toda v bistvu sem videti kot majhen otrok.
Potem pa bo novinar in novinar v najrazličnejših publikacijah, kot sta eWeek in InfoWorld, bil analitik pri Gigahomeu, mreženje z Bloor Group in svetovanje. In tu sem: Ta slika na levi strani je takšna, kot sem zdaj videti. Ta slika na sredini je nekako tam, kjer sem zelo vesel - v sobi, polni žic in utripajočih luči, in tam, kjer je mraz - mora biti zelo hladno, vsi drugi pa morajo biti neprijetno, da se počutim ugodno glede temperature. In če imate kakršna koli nadaljnja vprašanja, so moje kontaktne informacije.
Tu bi rad postavil oder in samo govoril o predstavi, kot je govoril Eric. Zdaj smo vstopili v ta svet, kjer uporabniki pričakujejo, da so ga postavile potrošniške aplikacije in spletna mesta. In ljudje so bili včasih pripravljeni hoditi na delo, sedeti tam in čakati na svoje sisteme, ker je tisto, kar potrebujejo, zdaj pa ljudje res niso pripravljeni sedeti tam. Vprašanje je, ali si želijo, da bi ta motocikel letel okoli proge. Verjetno nočejo, da se moški vozi s kolesom in vozi hčerko v šolo. Toda kaj boste zagotovili?
In težko je, ker - res sem bil velikodušen s to eno do tremi sekundami - tudi ljudje želijo takojšen odziv in želijo dostop od koder koli. To bi lahko bilo kjer koli v vaši stavbi ali v vašem kampusu, lahko pa tudi kjerkoli na svetu kadar koli, odvisno od tega, kako dobro deluje vaše podjetje. Predpostavljam, da Im nadgrajuje, da je, ko govorimo o uspešnosti, pomembno, da o uspešnosti razmišljamo z zornega kota uporabniške izkušnje.
Pred merjenjem in uglaševanjem je pomembno določiti cilje uspešnosti. Imam to sliko tunerja in nato tunerja. Dejanski moški, ki je uglaševalec, mora vedeti, za kaj se uglasjuje, ali pa nima smisla, da bi roke dobil klavir in ga uglasil. Torej, če predhodno določite cilje, to nekako ohranite realne, namesto da cilje prilagodite trenutnim razmeram. Pomembno je nadzorovati meritve sčasoma in zavedati se, kako se sistemi spreminjajo z zmogljivostjo aplikacij za nalaganje uporabnikov, na kar vplivajo prizori virov in vzorci uporabe.
Vedno je pomembno, da vse to povežete z uporabniško izkušnjo ali podpornimi dogodki, določite izhodišče za uspešnost, za katero pričakujete, da bo lahko dosegla, in ko se približujete odklonom od te osnovne vrednosti, pripravite aktivna opozorila, tako da lahko ukrepate, preden bomo zadeti status "neuspeli kit". In veste, da je potrebna sposobnost, da lahko hitro in enostavno določite in odpravite osnovni vzrok vprašanja o uspešnosti. In spet, to je prej, tem bolje, kajne?
Vemo, da iz pretekle zgodovine, ki gleda na razvojna prizadevanja, prej ko najdete in odpravite težave z uspešnostjo, boljši ste. Če počakate, da vsa vaša koda ali vaš sistem zaživi, da začnete testirati uspešnost ali začnete odkrivati težave, ne bom rekel, da je prepozno, ampak spet, zdaj ste tisti fant, ki je dobil slab začetek v maratonu in zdaj igrate ulov -upri namesto da bi skočil takoj in napredoval. Kako to storite? Ali predvidevate svojo povprečno in najvišjo obremenitev?
In greš naprej in velikosti fizičnih strežnikov ali virtualnih strežnikov ali primerkov v oblaku ali vsebnikov in virov zabojnikov in nato zaženeš dokaz koncepta in zaženeš pilot? To so časi, ki so to nekako, konec, kjer bi radi nekaj ujeli, čeprav je vseeno bolje, da ga ujamete v proizvodnji, kot da ga ne upoštevate v proizvodnji. Res pa bi morali že, ko ste v svojem pilotu, že vzpostaviti svojo metodologijo in postopke za stalno spremljanje in izboljševanje.
V redu, toliko podjetij - govorimo o digitalni transformaciji. DevOps v revoluciji DevOps igra veliko vlogo pri tej digitalni preobrazbi. In to je postopek od konca do konca, ki se v resnici nikoli ne ustavi. Tako kot dve roki, ki se risujeta, in to je dobra stvar. Neskončna zanka med tema dvema rokama načrta, kodiranja, izdelave, preizkušanja, sproščanja, uvajanja, delovanja, spremljanja, nazaj v načrt. Hrani se sam in ga avtomatiziramo, tako da gre hitro. Ustvari povratno zanko spremljanja uspešnosti proizvodnje in jo uporablja za proaktivno odkrivanje težav z uspešnostjo in odpravljanje, preden vplivajo na celotno uporabniško bazo.
In še nekaj: zdaj, ko jih imate, razvijalce IT in operativno osebje, ki se premikajo zelo hitro in poravnano, lahko ta prizadevanja enostavno uskladite tudi s poslovnim osebjem. Zmogljivost programske opreme podjetja je zapletena zver. Lahko bi ga primerjali z nogometno ekipo, ki je sedela pred tablo in je usmerjena, in vse deluje ločeno in vse deluje skupaj. Vedno mislim na to kot na staro zgodbo o tem, ko sem dobil svoj prvi avto in sem popravil eno stvar. Popravila sem klimatsko napravo in takrat se je zgodilo, da je potem preostali hladilni sistem odpovedal. Torej imate svoje boleče točke in vse, kar se dogaja, in se prilagajate. Vse morate organizirati na tak način in graditi procese tako, da ko izvedete spremembe, razumete, kako vse vpliva na vse ostalo.
Pa tudi bodite previdni in dvakrat preverite. Preizkusite, razveljavite, izvedite. In spet smo prišli do tega vprašanja gradnje programov za stalno spremljanje in izboljšanje uspešnosti. In to je pravzaprav moj zadnji diapozitiv. Medtem ko govorimo o tej kompleksnosti in je lepa zapletenost, kot je notranjost te ure, imamo toliko premikajočih se del PeopleSoft. Vsaka stvar vpliva na vse ostalo vse do zloženke. In tam je toliko različnih krajev, kjer lahko iščete ključe za težave glede zmogljivosti, da bi se lahko brez pravega orodja in brez pravega postopka zelo izgubili. In spet o vsem, kar se mi zdi, da smo v mnogih primerih izvedeli, da lahko odpravite infrastrukturo, vendar bo velika spremenljivka vaša koda po meri. Ključnega pomena je torej, da imamo ustrezne procese za testiranje in nenehno izboljševanje kode.
In tako je konec mojega dela, in to bom predal Billu.
Eric Kavanagh: V redu, Bill, naj ti dam ključe za WebEx. Všeč mi je ta lepa kompleksnost - lepa. Tam si imel nekaj res dobrih citatov, Matt. V redu, Bill, vzemi ga. Pojdi na "hiter začetek", če želite deliti zaslon. Vsi vi.
Bill Ellis: Hvala, Matt, in hvala, Eric. Samo za potrditev, ali lahko zdaj vsi vidite moj zaslon?
Eric Kavanagh: Da, resnično.
Bill Ellis: Tako bomo govorili o IDER-ovem izdelku Natančno za PeopleSoft in vidnosti, ki jo lahko zagotavljajo, da boste lažje uspeli upravljati zapleteno aplikacijo. Težavo lahko postavimo tako, da ena aplikacija, najmanj šest tehnologij, številni končni uporabniki in težko odgovori na celo preprosta vprašanja. Ali ima končni uporabnik težave? Kdo je končni uporabnik, kaj počnejo, kaj je glavni vzrok?
To, kar običajno opazimo, je to - in to velja tako za PeopleSoft kot tudi druge aplikacije ali PeopleSoft, ki komunicirajo z drugimi aplikacijami - je znotraj podatkovnih nizov ali pa bi bil lahko v oblaku v teh dneh, končnega uporabnika res ne zanima. ta kompleksnost. Želijo samo dokončati transakcijo, pristope, iskanje zalog, časovno karto o poročanju in take stvari. Če so stvari počasne ali niso na voljo, se običajno vsi ti inteligentni, dobronamerni ljudje ne zavedajo, dokler se končni uporabnik ne pritoži.
To je nekakšen vidni razkorak, in potem se lahko zgodi, da lahko začne dolgotrajen in frustrirajoč postopek, kjer bi ljudje lahko odprli orodje in na žalost gledali le na podmnožico aplikacij. Tako še vedno ostajajo težave pri odgovoru na ta osnovna vprašanja.
Velikokrat se lahko pojavi težava in pojdite do skrbnika WebLogic in on bo rekel: "No, spomin, zbirke smeti izgledajo odlično. Ne verjamem, da je to WebLogic. "Pojdite do skrbnika DBA in rečejo:" No, baza podatkov, deluje tako, kot je bilo včeraj. Prvih deset je videti dobro. Morda vas je skrbnik pomnilnika zadel z nekaterimi meritvami, kot sta V / I na sekundo ali pretok, ki so meritve na ravni okvirja in se morda ne odražajo na vaši določeni aplikaciji, še manj pa v zbirki podatkov ali določenem postopku. "
In zato imajo vse te meritve, ki kažejo, da je težava drugje, vendar ima ta končni uporabnik težavo ali je prijavil težavo, toda kako lahko to težavo rešimo na boljši način? In še boljši način: Natančen način - ali to je eden od načinov, ki ga ponujamo - je merjenje uporabniških transakcij, ki se začnejo v brskalniku prek omrežja, spletnega strežnika, Java Jolt, Tuxedo, v bazo podatkov, vključno z DB2 nato pa končno v skladišče.
In to kaže, da skupni čas pravi: "Pa, kdo ima težave?" In potem lahko končnega uporabnika prepoznamo po tem, kako se je podpisal na PeopleSoft, prek prevodov Tuxedo pa lahko zabeležimo tudi, kaj PeopleSoft izvajajo plošče.
Torej časovnice shranimo v zgodovinsko shrambo, ki ji rečemo baza podatkov o upravljanju uspešnosti in ta postane en sam glasbeni del, ki močno poenostavi kdo, kaj, kdaj, kje, zakaj. Natančno vključuje tudi priporočila. Verjetno je najpomembnejše, ker ves čas zajemamo vse informacije - tako na ravni tehničnega osebja IT -, da lahko merite pred in pozneje. Tako lahko celoten postopek delovanja pripeljete z merjenjem ali Six Sigma.
In zato si oglejmo pogled kot "dan v življenju". Najprej boste morda odprli zaslon Natančno opozorilo in tu boste zgodnje opozorilo. Najpomembnejše opozorilo, da imate opozorila o dejavnosti. Torej, uporabniki izvajajo transakcije in mi v bistvu ne izpolnjujemo svojih SLA. Prav tako imamo stanje, ko je razpoložljivost - in to v bistvu govori o tem, da je del naše aplikacijske infrastrukture nedosegljiv - zato lahko preverimo in dejansko vidimo, kako se Tuxedo pojavlja v obliki in dejansko lahko vidite, da je eden od primerov ni več. Vsa dejavnost se potisne na ta en primer in s tem se je treba spoprijeti. V bistvu smo ustvarili ozko grlo.
Zdaj, kar zadeva dejavnost, ki se izvaja na tem, lahko dejansko začnete spoznavati, da čeprav imamo celotno težavo z infrastrukturo, obstajajo načini za izboljšanje učinkovitosti obdelave znotraj tega posebnega JVM za WebLogic. Tu je resnično pomembna stvar: velikokrat se ljudje premikajo kot v oblaku in si rečejo: "Pa koliko CPU-ja in koliko pomnilnika potrebujete?"
No, druga stran tega kovanca, znana kot zmogljivost, je učinkovitost obdelave. Če uporabljam manj pomnilnika, če uporabljam manj CPUja, preprosto ne potrebujem toliko. In tako kot je prej rekel Matt, je vse nekako povezano. Zdaj lahko storim, da lahko odprem zaslon transakcije PeopleSoft in na zaslonu je y-os odzivni čas, os x je čas čez dan.
Tu imamo stolpec graf, ki prikazuje čas odjemalca. To je pravzaprav brskalnik, spletni strežnik. Zelena je čas Java, vrsta roza je Tuxedo, temno modra je čas baze podatkov. Ta profil se ni zgodil sam od sebe; zgodilo se je zaradi določenih panelov PeopleSoft - ti so bili izvedeni in vam jih predloži odzivni čas. V resnici je časovni okvir vsakega koraka v aplikaciji, kot tudi stolpec, ki prikazuje aplikacijo tukaj po plošči. Prav tako lahko preverim in najdem določenega uporabnika ali uvrstim moje uporabnike.
Na tem zaslonu lahko določim določenega uporabnika z imenom za prijavo. Pomislite, kako izjemno ali kako močno je to. Velikokrat ne gre samo za infrastrukturo in način postavitve, za to, kako končni uporabniki uporabljajo sistem. Morda imate nov najem ali pa ima kdo novo funkcijo za delo: morda ne bo vedel, kako pravilno uporabljati aplikacijo. To lahko dejansko pomaga prepoznati priložnosti za usposabljanje.
Druga stran kovanca je, če se lahko osredotočim na določenega uporabnika - tukaj gledam tega uporabnika v njegovih določenih transakcijah in odzivni čas, ki ga je doživel - lahko neposredno naslovim na uporabniško izkušnjo določenega uporabnika. Ne gre več za generične meritve na sistemski ravni, temveč za izkušnje končnih uporabnikov in to je zelo zmogljivo. Deli vašega okolja bodo zagotovo notranji, kadrovski, itd. Obstajajo lahko tudi drugi deli, s katerimi se soočajo kupci. Kakor koli že, želite zagotoviti najboljšo in najbolj produktivno uporabniško izkušnjo.
Zdaj lahko za določeno ploščo odidem in odgovorim na vprašanja. Torej je to nekakšen globoki potop, ki ga lahko naredimo, da razkrijemo, kaj se dogaja, in to lahko naredite globoko, preden pokličete končnega uporabnika ali če bi vas končni uporabnik poklical, bi lahko sprožili postopek in rekli, "No, kje točno je glavni vzrok?" In ne bo podobno uporabi CPU-ja in prevladujočemu položaju, temveč na kodi aplikacije, ki jo izvajajo.
Oglejmo si to vsebinsko upravljanje in dobro si oglejmo analizo te transakcije: zaženite brskalnik, vstopno točko na spletni strežnik v Java Jolt in dejansko pokažite kodo, ki se izvaja navzdol na plošči Tuxedo, končno v stavek SQL, kjer Precision razkrije izjavo SQL, ki jo izvaja ta posebna plošča PeopleSoft.
Vsi, s katerimi se pogovarjamo, imajo orodja, toda tisto, česar nimajo, je prevara. Povezovanje pik ali sledenje transakciji iz brskalnika vse do stavka SQL je varno. Za to, kot je vaša DBA, je to, kot da pogledam stvari na primerku ali ravni baze podatkov, zdaj lahko preučim na ravni stavkov SQL.
Torej lahko rečem, "No, kakšna so ozka grla za posamezno izjavo SQL", in to je izjemno zmogljivo. Upoštevajte, da se ta transakcija ne more izvajati hitreje kot stavek SQL in vsaka pomembna poslovna transakcija vpliva na sistem zapisovanja. Baza podatkov, všeč ali ne, je temelj uspešnosti in če se lahko tako podrobno osredotočim na posamezne izjave SQL, ki so ključne za poslovno transakcijo, lahko svojo igro resnično popeljem na naslednjo raven.
Tukaj lahko opazite še, da izračuna natančno prispevek v odstotkih. Sam brskalnik je pravzaprav pomemben del nabora aplikacij.Imate izvajanje JavaScript, čas upodabljanja, komponente strani, GIF-ji, JPEG-ji. Pravzaprav ugotovite, da se lahko vaša aplikacija v Chromeu obnaša zelo različno v primerjavi z IE in različnimi različicami. Natančno vam bo to lahko tudi pokazalo in včasih lahko pride do ozkega grla ali prepira v brskalniku, ki lahko povzroči, da zaslon zmrzne.
Sposobnost prepoznavanja, ki IT-ju omogoča, da ne podre napačnega drevesa, temveč odpravi temeljni vzrok različnih vprašanj, ki se lahko pojavijo. Zdaj, kar lahko storim, je za določen stavek SQL, lahko nato natančno analiziram, kaj se dogaja pri tej stavki SQL. Tako smo tukaj padli na strokovni pogled na bazo podatkov.
Ena od stvari, ki na ravni baze podatkov razlikuje Natančno, je, da vzorčimo na podlagi sekunde. To je v primerjavi z našimi tekmeci, ki si ogledajo le enkrat na 10, enkrat na 15 minut. Tako, da je raven zrnatosti, nivo ločljivosti na velikost boljši od naših konkurentov.
In še enkrat, ker je podatkovna baza del naše fundacije, bomo omogočili, da DBA resnično dvigne zmogljivost na naslednjo raven. Tako lahko vidim, da je ta stavek SQL porabil 50 odstotkov, če je čas treniral za dostop do shranjenega podsistema, 50 odstotkov svojega časa pa uporablja CPU. Kliknite gumb za uglasitev in lahko nato vstopim in natančno določim načrte izvršitve in točno tisto, kar je vplivalo na ta vzorec uporabe.
Zdaj citat ene od naših strank - če niso bili v trgovini Oracle, so uporabljali orodje Oracle, imenovano OEM in OEM, resnično osredotočeno na bazo podatkov ali primere - so DBA nenehno gledali, kaj je na seznamu najboljših 10? Toda s Precisionom lahko pike povežemo s posameznimi stavki SQL in tako natančnost DBA omogoči, da se resnično prilagodi na ravni transakcij in ne le na veliko višji ravni baze podatkov.
Druga točka, ki je bila za to stranko resnično pomembna, je, da je natančno s prevajanjem tistega, kar je zapleten vaš URL, v imenik plošče PeopleSoft - če sem v IT-ju in lahko govorim o upravitelju dreves, upravitelju vsebin, določeni HR strani, na ta način oseba, ki ji poskušam pomagati, ve, da v resnici gledam in razumem, kaj gledajo, ker niso več ti hieroglifi, to je ime, ki ga poznajo.
Eno od vprašanj, ki smo si ga zastavili - zdi se mi, kot da je ves čas, zato sem mislil, da sem jaz nekako proaktivno odgovoril na vprašanja - kako na svetu zajamete ta uporabniški ID PeopleSoft? Naj nekako stopim po stopnicah. Tu je prijavni zaslon PeopleSoft. Za dostop do njega sem moral poiskati svoj spletni strežnik in prikazal se je ta zaslon. Ko je aplikacija opremljena s programom Natančno, ta zaslon dejansko vsebuje natančno skript in razkrijem lahko z desnim klikom, ogled vira. In to mi bo dejansko pokazalo kodo, ki sestavlja osnovno stran, in zgoraj v okvirju strani je pravzaprav Natančna spletna koda in to mi omogoča zajem zaslona za prijavo, IP naslov, vrsto brskalnika, celoto kup informacij o upodabljanju in resnični izkušnji končnega uporabnika. Ko sem vstavil svoje uporabniško ime in se prijavil, je Precision lahko izmeril, kaj počnem.
Odprem se, grem do upravitelja dreves, želim opraviti iskalno operacijo, izpolnim polje in kliknem iskanje. Predstavljen mi je rezultatni niz, tako da sem jasno prečkal celoten niz aplikacij vse do baze podatkov. Kako točnost prikazuje to? Pojdimo naprej in si oglejmo. Odprite Natančno, vstopim, vidim aktivnost, lahko kliknem zavihek aktivnosti, ki bo prikazal ta zaslon. To so neprevajani URL-ji. Uporabnikom lahko pokažem in tukaj je moj uporabniški ID, v katerega sem se pravkar prijavil, in tukaj je moja dejavnost.
Lahko ste videli, da sem za prikaz tega uporabil Firefox različice 45. Aplikacijo sem uporabil 12-krat in v bistvu opustim spletno stran, ko nekdo zapusti spletno stran, preden se v celoti upodobi, kar kaže na težavo podjetja. Tako smo lahko pobrali ID končnega uporabnika. Zelo lepo, ljudje resnično cenijo, ko natančno veš, kaj se dogaja.
Zdaj želimo prestave prestaviti nekoliko čudno. Pozneje smo si ogledali transakcijo. Globoko smo se potopili v določeno transakcijo in si ogledali njene izjave SQL. Zdaj želim prestaviti prestave in si ogledati nekatere druge tehnologije v paketu PeopleSoft aplikacij, začenši z WebLogic.
Torej tukaj je primerek WebLogic in aktivnost lahko vidite skozi čas. Imate finančno poročilo. Takoj mi pove, da se uporablja spomin skoraj do maksimuma. Ena izmed stvari, ki jo zasledimo, je, da večina ljudi celoten kup aplikacij ali vsaj del izvaja v skupnem okolju, zelo pogosto njegov VMware. Moraš nekako uravnotežiti, koliko virov zahtevaš in koliko jih potrebuješ. Nočeš biti surovina. Prav tako nočete omejiti obdelave, če v tem primeru ne zahtevate dovolj pomnilnika.
Konfiguracija je ključnega pomena tudi za upravljanje uspešnosti. Tako lahko dejansko pridemo v zbiranje smeti v pomnilniku in na vse števce JMX WebLogic, tako da natančno vem, kakšno je zdravje moje oblike WebLogic.
Zdaj v Tuxedo. Tuxedo v mnogih trgovinah je nekakšna črna skrinjica in je zelo pomemben del PeopleSoft-a. Njegova vrsta lepila, ki drži vse skupaj in tako nekako skorajda mislim na to kot razširitev operacijskega sistema. To je nekaj, kar zelo natančno uporabljate in konfigurirate. Mimogrede - to je majhna stranska nota - je Eric v uvodnih komentarjih omenil "tiranijo nujnosti", in mislim, da to resnično pride v poštev, ko trgovine PeopleSoft razmišljajo o prehodu iz klasičnega vmesnika v tekoči uporabniški vmesnik, ker boste ugotovili, da ste za krivuljo zaradi načina, kako tekoči uporabniški vmesnik izvaja okolje PeopleSoft.
Zdaj imate težave pri WebLogic, Tuxedo, bazi podatkov in shrambi samo zato, ker HTML5 ponuja ogromno sporočil. Verjetno je vsaj 10-krat več kot to počne klasični uporabniški vmesnik, dodatno sporočilo pa pomeni dodaten promet. Tako je treba prilagoditi konfiguracijo Tuxeda, da se prilagodi dodatnemu prometu. Nekaj stvari o tem zaslonu je konec na desni strani, imamo grafe nadčasov za tehtani odzivni čas, povprečni odzivni čas in število izvedb.
Tu imamo informacije o vseh domenah Tuxedo v okolju. Razdelili smo storitve, uporabnike, strežniške procese in tudi IP-je. To lahko prestavim na število izvedb in jih predstavim v padajočem vrstnem redu, da vidim, kaj se izvaja največkrat. Lahko se pomaknem tudi navzdol, da razkrijem domene; večina ljudi ima več domen v svojem okolju, da v osnovi razširijo dejavnost, in lahko nastavim skladnost SLA, zato opozori na sloju Tuxedo.
Če imate čakalne vrste, imate različne težave, ki nastanejo zaradi konfiguracije. Običajno - ker je vpliv globalnega pomena - običajno ne boste spreminjali sprememb le-tega. Nekako želite sistem postopoma vgraditi kot del QA procesa, ki se je odzval na točko, ki jo je že prej omenil Matt o reševanju težav z uspešnostjo. Veliko bolje je, da je konfiguracija pravilna, ko greš na proizvodnjo, namesto da greš v proizvodnjo in ugotovil, da se konfiguracija ne ujema z vzorci uporabe. Zelo mi je všeč uvod, ki sta ga danes dala Eric in Matt. Mislil sem, da so resnično na cilju glede na izzive, s katerimi se srečujete pri upravljanju in razvijanju okolja PeopleSoft.
Zdaj sem to že rekel prej - mislim, da je vredno še enkrat povedati: Vsaka pomembna poslovna transakcija vpliva na bazo podatkov. In zato preučimo, kako Natančno lahko zagotovi dodatne informacije. Tu je poseben primer Oracle. Enak natančen pristop, kot smo ga videli - os y je čas izvajanja, os x je čas čez dan, zdaj pa so stolpčni stolpci skladnosti v izvedbi Oracle. To nam pokaže, kakšne so omejitve obdelave v sistemu. Spodaj je dejansko poročilo o ugotovitvah, ki mi pravi, da ste dobili ta visok ponovni pomnilnik dnevnika.
Ogledam si tudi to izbrano različico PSVersion. Pravzaprav porabi veliko sredstev. Mimogrede, ker vzorčimo in ponujamo ta pogled v visoki ločljivosti, kaj se dejansko dogaja v sistemu, boste morda presenečeni, kakšni so resnični porabniki virov v vašem sistemu, saj če samo 10 minut gledate, ne bo šlo pokazati, kakšni so ti porabniki virov. In tako, če veste, kakšni so resnični porabniki virov, lahko dejansko obravnavate resnično obdelavo v ozkih grlih ali v sistemu.
Zdaj smo preskočili na zavihek dejavnosti in to je dejavnost. Vidite, da si ogledamo CPU, podsistem za shranjevanje, zaklepanje aplikacij, OS čaka, RAC, zaveza, strežnik Oracle, komunikacijo in notranji agregat. To je os y, to je skupni čas izvedbe.
Spodaj so izjave SQL, ki so poganjale ta profil, in ena izmed stvari, ki jih vidite, so te nizke zamude - dve milisekundi, vendar s skoraj 4.500 izvedbami pomeni, da je stavek SQL dejansko porabnik virov številka ena v vašem sistemu, in to je dobro, da vem. Prav tako ne čaka na ključavnico oz. Uporablja CPU 100% časa. To ne pomeni, da o tem ne morem početi stvari. Če vem, do katerih stavkov in objektov SQL dostopate, lahko storim veliko stvari. In to je nekaj načinov, s katerimi si lahko pomagamo.
Zdaj tukaj je ta začetni pregled, kar nas lahko uvede med posamezne programe PeopleSoft in vsak od teh programov v PeopleSoftu služi drugačnemu namenu. Na ravni baze podatkov lahko dejansko začnete naslavljati, kako se aplikacija uporablja.
In če izberem določen program, lahko nato izoliram stavke SQL, ki jih je predložil ta program, tako da sem lahko osredotočen na aplikacije, namesto na tehnologijo baz podatkov, ko v bistvu iščem in gledam optimizacijo baze podatkov in konfiguracijo baze podatkov. To želim samo opozoriti. Velikokrat so številne velike organizacije razdeljene na infrastrukturne in uporabniške DBA. Natančno, s prikazom aplikacije in porabe virov dejansko lahko premostimo vrzel in ta rešitev je uporabna za obe vrsti gornjih DBA v sistemu.
Zdaj je ta del res nekakšen pokaže, kaj lahko naredimo na ravni baze podatkov. In tukaj se je zgodilo, da smo zamrznili zaslon, izbral se je PS_Prod in kaj smo storili je, da kliknemo ta gumb za uglasitev in to, kar počnemo, nas pripelje v ta delovni prostor SQL. Zdaj za vas, ki niste DBA, to morda ne bo videti resnično vznemirljivo. Za ljudi, ki so DBA, bi se vam to lahko zdelo zelo razburljivo. Tu se je pokazalo trajanje te posebne izjave SQL glede na spremembe v sistemu. In to kažejo v sredo, četrtek, petek, trajanje je približno 2/10 sekunde. V soboto in nedeljo to podjetje ne deluje - srečno jih je. V ponedeljek je prišlo do spremembe: spremenil se je načrt dostopa. Novi načrt dostopa je kar naenkrat tu zgoraj. To je dejansko dovolj počasi, kar povzroči zamrznitev zaslona.
Če sem DBA, potrebujem dodatne informacije, da vem resnični vzrok. Moram vedeti, kako je izbran optimizirane baze podatkov. Torej Precision ponuja to primerjavo, ki prikazuje načrt izvedbe, ki je bil hiter in učinkovit, ko so se stvari odvijale odlično, pa tudi načrt izvršitve, ki je bil počasen in neučinkovit. Ta združitev filtra je običajna za DBA, ki izvajajo PeopleSoft. Filter je videti, če išče vsako vrstico v eni tabeli, pogleda vsako posamezno vrstico v tabeli - to zahteva veliko CPU-ja. Izjemno je neučinkovit, saj ni filtriranja zgolj pogleda na podmnožico vrstic, ki so potrebne, temveč stavek SQL in neučinkovitost povzroči počasnejši čas izvedbe. Zato na koncu počasi zamrznejo ploščo PeopleSoft in Precision je uspel priti do pravega vzroka, o katerem nikoli ne bi vedel, če ne bi imel orodja, ki razkrije aplikacijsko kodo, izjave SQL in podobno.
To je bil nekakšen globoki potop. Zdaj bomo pogled povlekli do 10.000 kvadratnih metrov armaturnih plošč. Natančno, armaturne plošče res niso za tehnično ekipo - v resnici boste morali deliti informacije z operacijami, morda z ekipo aplikacij, morda z vašo verigo ukazov. In tako lahko en komplet nadzornih plošč prikaže plošče PeopleSoft in čas odjemalca, tako da veste, kakšna je izkušnja končnega uporabnika. Morda je bila konfigurirana za nadzorno ploščo še ena nadzorna plošča in bi lahko ta nadzorna plošča izgledala, ali so se opozorila zamrznila? Dejansko imamo opozorila na ravni OS, spleta, WebLogic, Tuxedo in baze podatkov. Tu ni opozoril, povprečen odzivni čas. Vidite, da so tekli približno tretjino sekunde. Tu lahko dejansko pogledam svojo infrastrukturo, pokažejo mi vse VM-je v mojem okolju in lahko se lotim predelave, uravnavanja obremenitve in si lahko ogledam tudi svoje domene Tuxedo. To posebno okolje ima šest različnih področij, zato lahko vidim te domene in dejansko se lahko ujamem v spletno uravnoteženje.
Zdaj je natančno zgodovinsko skladišče, da ima PMDB, baza podatkov o uspešnosti, na tone. Včasih kdo želi vedeti o številu dostopa do brskalnika ali pa bi lahko šteli dostop do vrste brskalnika ali uspešnosti glede na vrsto brskalnika. V vašem sistemu je mogoče storiti cel kup stvari.
Tukaj, v resnici gledamo na uporabo pomnilnika WebLogic in vidite ta lep vzorec, porabo pomnilnika. Tam je zbiranje smeti, prihaja do ne referenc. Vrne se nazaj, zato je to zelo lep vzorec, ki ga radi vidite. Torej to nekako gleda na okolje PeopleSoft kot na zbirko podsistemov in to bi bilo primerno za operacije. Najosnovnejše vprašanje je: "Pa, kaj se dogaja na strežniku?" Natančno je vse to vidno. Ponuja tudi meritve strežnika. In tako lahko dejansko izmerite CPU, pomnilnik, V / I, strežnik, uporabnike v sistemu in tako imate popolno vidnost. In to je način - v kombinaciji z dolgoročnim trendom - kako ljudje uporabljajo Natančno za načrtovanje zmogljivosti.
In samo rad bi vrgel majhno noto tja. Običajno ima trgovina toliko proračuna za strojno opremo, strežnik, toliko proračuna za osebje. Kako boste vlagali, kam boste stavili stave? S pomočjo Preciza dobite prednost, ker vidite, kako se uporablja podsistem za shranjevanje. Če delate veliko naključnih V / I-jev, vam bo to natančno pokazal. To bo pomagalo upravičiti naložbo v trdo skladiščenje. To je za vašo trgovino morda bolj pomembno kot nakup dodatnega CPU-ja, če je izkoriščenost procesorja majhna.
Želite investirati tam, kjer so prava ozka grla za predelavo, kjer se dejansko lahko izplača. Z natančnim obravnavanjem vsega, od učinkovitosti obdelave kodiranja aplikacij vse do zmogljivosti, vam omogočamo, da ocenite in dokumentirate, kje so te potrebe s številkami.
Zdaj opozarja zadnji del in opozorilo je pravzaprav tako, kot se je začelo. Zapomni si to? Videli smo opozorilo, da obstaja uspešnost SLA, in videli smo, da je primerek WebLogic propadel. Oglejmo si torej opozorilni vmesnik. In še enkrat, kaj se dogaja? Eno od stvari, ki jih želim opozoriti na to stališče, je, da družba Precision nima samo teh opozoril o uspešnosti in statusnih opozoril o razpoložljivosti, imamo tudi trendna opozorila. Razlog, da so trendi opozorila pomembni, je, da če je vaš sistem v prostem teku ali ima enega ali dva uporabnika, verjetno stvari tečejo odlično. Šele ko začnete dodajati uporabnike in ne začnejo izvajati več in več dejavnosti, ki se začnejo prepirati za podatke, za vire na ravni Tuxedo, na ravni WebLogic, na ravni omrežja, na ravni baze podatkov. In ta prepir povzroči poslabšanje uspešnosti, nato pa lahko končno prestopite črto in to je opozorilo o uspešnosti, kar v bistvu ne dosega ciljev SLA za organizacijo. In zato so ti sklopi opozoril zelo lepi.
Spletna plast na levi strani dejansko meri izkušnjo končnega uporabnika in nato vstopate v tehnologije znotraj osnovnega sklopa aplikacij. To je nekakšen zaslon naše arhitekture, kako vse to počnemo. V idealnem primeru bi radi imeli natančen strežnik, ki ni odvisen od nadzorovanega okolja ali okolij. En natančen strežnik lahko upravlja s številnimi aplikacijami.
Za PeopleSoft in za zbirko podatkov Oracle in DB2 potrebujemo lokalnega agenta. Če vaše SQL Server zavira okolje PeopleSoft, obstaja možnost, da to storite brez agentov. Za Sybase imamo tudi agenta. Bistvo našega varnostnega modela je, da se tukaj zbirajo podatki, medtem ko uporabniki Precision-a preverjajo pristnost. To so popolnoma ločeni procesi, ločene poverilnice, ločeno overjanje in tako je del našega varnostnega modela. In tu so dodatne podrobnosti.
Mislim, da je to zaenkrat dovolj uvod v arhitekturo. Če obstajajo pereča vprašanja, jih prosite, kot je omenil Eric.
Kot hiter povzetek je ta rešitev zasnovana za proizvodnjo od 24 do 7. Zelo priporočljivo je, da nas uporabite v QA. Če se ukvarjate z internim razvojem, začnite uporabljati nas pri razvoju. Preloženi zapleteni URL, URI bomo prevedli v ime plošče PeopleSoft. Ko govorim o proizvodnji, smo izredno nizki, zato imate vidnost, vedno veste, kaj se dogaja, prepoznate končnega uporabnika.
Ni mi bilo treba vnesti in definirati teh transakcij - tam so samo naravne povezave iz brskalnika, URL, vstopne točke, povezava spletnega strežnika v WebLogic, vabilo pa k tistemu, ki zagotavlja stavek SQL. Nato lahko zabeležimo stavek SQL in kaj počne. Precision je inteligenten za baze podatkov in menim, da je to za nas izjemen dejavnik in omogoča, da vaš DBA sodeluje, izboljša vidnost aplikacij.
Končna točka je zato, ker smo bili vedno vklopljeni, vedno zbiramo, lahko vedno merite pred in po ter količinsko določite izboljšanje ali pa bi v redkih primerih morda spremenili delovanje, to bi vedeli in lahko takoj vrnili nazaj . Večina naših konkurentov je tisto, kar počnejo, če želite videti dodatne informacije, vklopiti morate dodatno vidnost in običajno ta dodatna prepoznavnost nalaga veliko režijskih stroškov.S programom Precision imate vedno vidnost in težavo lahko vedno rešite. Če želite obiskati spletno mesto Precision, preverite kateri koli izdelek Precision, ali je to natančen za Oracle. Navedeni smo kot Natančna platforma za uspešnost aplikacij in tam je gumb za zahtevo predstavitve.
Pravzaprav, če delim svoj zaslon, mislim, da bi lahko le poiskal tja, da bi vam pokazal, kako je videti, da boste lahko videli to takoj. Tu je spletna stran IDERA Greš na izdelke. Izberem lahko katero koli od teh natančnih komponent in si jo želim ogledati v akciji. S tem bomo začeli deliti dodatne informacije, ki bi lahko bile pomembne za vaše spletno mesto. Če želite izvedeti več o selitvi na uporabniški vmesnik, nas kontaktirajte.
In kateri to, Eric, bi rad prenašal štafetno palico k tebi.
Eric Kavanagh: V redu, dober dogovor. Moram še enkrat povedati - Bill precej obsežna in impresivna predstavitev tam, Bill. Omenili ste cel kup stvari, o katerih rad sprašujem. Nimamo veliko časa - približno devet minut - in tako kot Matt dobiva priložnost, da tudi sam zastavi par vprašanj in si vsaj občinstvo privošči.
Ampak omenili ste nekaj, kar se mi je zdelo zelo, zelo zanimivo v zvezi s tem, kako lahko Natančno pomaga pri naročanju IT-ekipe, ker lahko opozorite, kdorkoli bo sprejel odločitev, da je tisto, kar potrebujete, bolj trdno na primer shranjevanje, ali kar potrebujete, so izboljšave omrežja ali ne glede na primer. Ampak to je velika stvar. Ali pogosto vidite podjetja, ki to prepoznajo in uporabljajo, ali to poskušate evangelizirati?
Bill Ellis: No, pravzaprav oboje, in stvar je, da se vzorci uporabe, tudi za paketno aplikacijo, kot je PeopleSoft, vzorci uporabe razlikujejo na vsakem mestu. Imel sem srečo, da sem selitev PeopleSoft opravil v banki in banke uporabljajo sistem glavne knjige zelo drugače kot večina organizacij. Pravzaprav bi lahko imeli posamezne transakcije, ki so bile opravljene v poslovalnici, vse so objavljene v glavni knjigi.
In namesto da objavite desetine ali stotine glavnih knjig, pravzaprav objavljate stotine tisoč. In tako sem se vključil v Natančno zaradi vzorcev uporabe in omogočil nam je obravnavanje, vendar potrebe aplikacije tako na ravni kode, konfiguracije kot tudi na infrastrukturni ravni. Tako sem absolutno velik vernik in to želim evangelizirati tudi zato, ker strojne odločitve ne bi smeli sprejemati preprosto na podlagi uporabe. Temeljite na potrebah svojega okolja.
Eric Kavanagh: In obstaja vprašanje udeleženca, nato pa, Matt, vam ga bom predal za vprašanje ali dva. No, to je dobro in smešno, ker bi lahko odgovoril velik, dolg odgovor. Udeleženec vpraša: "Kako zberete meritev uspešnosti na koncu uporabnika po uvajanju in med testiranjem?"
Mislim, da si se zelo dobro potopil v to, kako globoke in bogate so te meritve zmogljivosti. Za nekatere od teh stvari ste govorili o enakomerni sekundi v primerjavi z vsakih pet minut ali 10 minut. To je tisto, ko boš dobil toliko podrobnosti, da boš našel odgovore, kajne?
Bill Ellis: Ja, torej ključno je, da posamezni zbiralci informacij o uspešnosti temeljijo na tehnologiji. Ko izvajamo uvajanje, moramo vedeti, kako je sestavljen vaš paket aplikacij, začenši z operacijskim sistemom, njegovo različico, katero različico Tuxeda, WebLogic in katero različico orodij za ljudi, ki jih uporabljate.
In res je zasnova tistih agentov, ki to naredi, zbiranje podatkov, ki nam omogoča, da razkrijemo, da stopnja vidnosti zagotavlja Precision. Menim, da je vidnost včasih malo zastrašujoča za ljudi. Če pa je vaš cilj resnično vstopiti in izboljšati stvari ter izkoristiti zmogljivost do 11, je to res stopnja vidnosti, ki bi jo radi imeli. In če natančnost to lahko zagotovi in nizke stroške, je vprašanje, zakaj ne? Zato mislim, da je to veliko vprašanje in prosim, da nas kontaktirate, če želite o tem še razpravljati.
Eric Kavanagh: V redu. In Matt, si imel kakšna vprašanja?
Matt Sarrel: Mislim, da sem v redu. Mislim, tukaj sem imel opravka z zrušitvijo WebExa.
Eric Kavanagh: O ne. Natančno potrebujemo, da natančno razumemo, zakaj.
Matt Sarrel: Ja, verjetno je vprašanje, ki sem si ga zamislil med pogovorom, Bill, če bi lahko malo razpravljali o tem, kako lahko več ekip pride na isto stran pri odpravljanju težav z uspešnostjo, saj vem, da se to poraja in spet je kdo odgovoren za to, kaj in kako lahko vsi skupaj delajo, da zaposlenim zagotavljajo najboljšo kakovost.
Bill Ellis: Da, zato IT osebje ponavadi drago. V večini trgovin ste glede na kompleksnost tehnologije razdeljeni v skupine, ki temeljijo na tehnologiji. Ena od velikih stvari, ki se zgodi, je vprašanje predstave in velikokrat pride do konflikta, sklicuje vojna soba. In tam imajo vsi meritve, da nekako oprostijo svojo stopnjo, ker nimajo zadrege. Gledajo, kaj se dogaja na ravni WebLogic, in ne, kaj se dogaja na ravni kode transakcije. Ali pa si ogledajo raven baze podatkov namesto posamezne izjave SQL transakcije.
In s tem, da lahko v tem nivoju natančno določite stopnjo problema in kodo težave, ostale ekipe sprostijo, da ne gredo in ne porabijo časa za vire, ki iščejo težavo, ki ni znotraj njihovega območja. Če je težava z bazo podatkov, pojdite na pooblaščenec za varnost podatkov z informacijami, ki jih potrebujejo za rešitev težave. Veseli bodo.
Prav tako ne zapravljajte Tuxedo, ekipe za pomoč pri WebLogic, ki se osredotoča na težave v bazi podatkov. Če se zgodi, da je težava v konfiguraciji WebLogic, ne vzemite časa DBA v kakšni vojni, ki bi se poskušala braniti. Pojdite in odpravite težavo v programu WebLogic.
Ugotavljamo, da IT osebje ceni natančno zaradi prihranka časa, saj ti vojni običajno niso predvideni v časovnem načrtu za vsako organizacijo FTE. Nekako kot dodatni čas. In zato je učinkovitejše reševanje teh vprašanj resnično ključnega pomena. In za organizacijo, ki je uvedla tekoči uporabniški vmesnik, je bilo mogoče doseči obseg v proizvodnji in rešiti težave, ki jih dejansko imajo pri proizvodnji, resnično ključnega pomena ne za posamezno osebje ali ekipe, ampak za celotno upravljanje IT, ker bi bila res slaba novica če bi se morali vrniti nazaj. Torej, veliko vprašanje, saj to ni samo tehnologija. Resnično gre vedno za ljudi.
Matt Sarrel: Prav, to so ljudje in procesi. Ja, to je bilo edino vprašanje, ki se mi je porodilo med demonstracijo. Če je še kdo iz občinstva?
Eric Kavanagh: Ja, samo zadnjo bom vrgel nate, Bill, in Matt je v svoji predstavitvi na kratko spregovoril o tem. Začeli smo opažati to rastlino. Še vedno je zelo videti naprej, toda zabojniki in uporaba kontejnerjev in Dockerjev ter stvari take narave, kako velika krivina krogla vas to vrže?
Bill Ellis: Torej beseda pomeni različne stvari, odvisno od različnih tehnologij. Tako razvijamo svoje izdelke, da poskrbimo za zabojnike na ravni baze in na ravni aplikacije. In kot del tega je celotno okolje z gibi, oblakom in mi delujemo znotraj oblaka. Toda obstaja postopek odkritja in tako glede na to, kako se razvijajo te aplikacije - vključno z PeopleSoft -, razvijamo našo nadzorno rešitev, da bomo lahko zagotovili tako globoko globino, ki je bila v preteklosti tako dragocena.
Eric Kavanagh: Ja. In moram reči, da vsakič, ko vidim te predstavitve, sem samo presenečen nad natančnostjo, ki jo imate, in to je tisto, kar morate imeti, da lahko sestavite razumevanje in morate imeti nekaj izobrazbe o tem, kaj je normalno stanje, kaj standardno.
In ljudje ponujate veliko vsebine - ljudem pomagate prepoznati, kaj je normalno, kaj ni normalno. Govorili ste na primer o opozorilnih trendih, na primer, to so vsi mehanizmi, ki jih lahko uporabite, da bolje razumete, da je nekaj narobe, da ni nekaj narobe, potem pa seveda od tam naprej, da ga najdete, vendar imate vse podatke.
Bill Ellis: Ja, in to je res pomembna stvar; Mislim, da je Matt govoril o tem. Kaj je normalno? Različna okolja imajo drugačno raven normale. Če trčite z vrhunsko strojno opremo, logiko in podatki Oracle, je tisto, kar je običajno v vaši trgovini ali kaj je dosegljivo v vaši trgovini, drugače, kot če bi radili v manj zmogljivi infrastrukturi. Prva stvar je, da ugotovite, kaj je normalno, začnite izračunati to osnovno črto in na ta način lahko začnete izboljšati od tam.
Eric Kavanagh: V redu, to je dobra točka. Imamo še zadnje vprašanje, videti je. Še zadnje vprašanje, ki vam ga bom vrgel, Bill. Kakšna razlika med spremljanjem uspešnosti SQL in podatkovne baze z vidika podatkov na ravni sistema in aplikacij? Kakšna je razlika med nadzorovanjem uspešnosti SQL in uspešnosti baze podatkov z vaše perspektive?
Bill Ellis: No, v bazi se ne zgodi nič, dokler se ne izvrši njen stavek SQL. Trditev stavkov SQL je tisto, kar - nadzor zaklepanja, čakanje, spor za vire na podatkovni ravni in na ravni SQL strežnika. In če lahko vidim tako gonilnik stavka SQL kot njegov vpliv na sistem, sem povzročil učinek; Lahko povežem, kaj vse v aplikaciji DBA zanima, in tisto, kar skrbi DBA za infrastrukturo, dokler ne bom resnično lahko kar najbolje izkoristil orodja Natančno.
Če sem infrastrukturni DBA in gledam na stvari, kot je izkoriščenost, v resnici nekako upravljam s širokim čopičem glede na to, če sem sposoben pogledati posamezno izjavo SQL in lahko dejansko zmanjšam vire poraba - ne glede na to, ali gre za CPU, pomnilnik, V / I - lahko naslovim obe strani istega kovanca.
Eric Kavanagh: V redu, ljudje. Pregoreli smo nekaj več kot eno uro. Velika, hvala našim prijateljem iz IDERA. Velika zahvala Mattu Sarrelu, da se nam je danes pridružil. Vse te spletne oddaje arhiviramo za poznejši ogled, zato se ne pozabite vrniti in ponavadi se v nekaj urah arhiv dvigne. Torej, preverite to in vse, kar moram povedati, je, da imam rad te stvari, ljubim Natančno, rad sem, da lahko zaidejo v plevel. In ne poznam nobenega drugega orodja, ki bi vam omogočalo, da se kopate po vseh tistih različnih delih in delih vloge, kot je tisto, kar imajo ti ljudje v IDERA-ju s Precisionom.
S tem se poslovimo, ljudje. Hvala še enkrat, se bomo pogovarjali naslednjič.