Avtor osebja Techopedia, 6. septembra 2017
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 vzhodna in zadnjih nekaj let, to je mišljeno v tem svetu IT in velikih poslov in podatkov, je čas za Hot Technologies. Da, v resnici me je Eric Kavanagh. Jaz bom vaš moderator današnjega dogodka.
Govorili bomo o sistemih, ki vodijo poslovanje, ljudje; govorimo o PeopleSoft-u, kako upravljati uspešnost zapletenih okolij. Vedno rad omenim, vi igrate veliko vlogo pri teh dogodkih, zato vas 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. Rad bi slišal, kar ž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 pravzaprav iz leta 1968, vljudnost gospe 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 odklopa. 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 zunaj 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 govorili danes.
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 osnovni okvir 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 gre v proizvodnjo, tehnično je to 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 neverjetno zapleten. Toda, ko je dobro opravljeno, ko je naloženo, kadar je izvedeno, ko dobro upravlja, lahko naredi čudovite stvari. Ko pa ni dobro upravljati, takrat 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 ne pozabite, da so tam zunaj in je 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.
Tako je kot celotna maratonska zagonetka: Če na kakšni dirki zavijete daleč zadaj in so vsi pred vami in vsi še vedno tečete, bo res 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 PeopleSoft okoljih. Matt, vzemi ga.
Matt Sarrel: V redu, hvala, Eric. Pozdravljeni vsi skupaj. Torej, poglejmo, začel bom s pripovedovanjem, 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. Všeč 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 jaz: Ta slika na levi 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 kjer je hladno - mora biti zelo hladno, vsi drugi pa mi morajo biti neprijetno, da se počutim udobno, moder. Č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 v službo, sedeti tam in čakati na svoje sisteme, ker je to tisto, kar potrebujejo, zdaj pa ljudje v resnici niso pripravljeni sedeti tam. Torej je vprašanje, ali si želijo, da bi ta motocikel letel okoli steze. 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 pri tej eni do treh sekundah kot dober - ljudje želijo tudi 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. In mislim, da si nadgrajujem to, da je treba, ko govorimo o uspešnosti, razmišljati o uspešnosti iz 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 je uglasil, ali pa nima smisla, da bi roke v klavirju in uglasbil. Torej, če predhodno določite cilje, boste to nekako ohranili resnične, 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 proaktivna opozorila, da boste lahko ukrepali preden bomo dosegli 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 tip, ki je slabo začel v maratonu in zdaj igrate dohitevanje, namesto da skočite takoj in napredujete. 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 primerov 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 želeli nekaj ujeti, čeprav je vseeno bolje, da ga ujamete v proizvodnji, kot da ga ne upoštevate v proizvodnji. V resnici bi morali ž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. Torej je, kot da se dve roki vlečeta med seboj, in to je dobra stvar. To je 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 imaš svoje boleče točke in vse gre skupaj in se prilagajaš. 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 se pogovarjamo o tej kompleksnosti in je lepa zapletenost tako kot notranjost te ure, imamo toliko premikajočih se del PeopleSoft. Vsaka stvar vpliva na vse ostalo vse do zloženke. In toliko je različnih krajev, kjer lahko iščete ključe za težave glede uspešnosti, da bi se lahko brez pravega orodja in brez pravega postopka zelo izgubili. Ponovno o vsem, kar se mi zdi, da smo se v mnogih primerih naučili, je, da lahko odpravite infrastrukturo, vendar bo velika spremenljivka vaša koda po meri. Ključnega pomena je torej pravilno izvajanje procesov 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 zapletenost - 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: Ja, res.
Bill Ellis: Torej bomo govorili o izdelku IDERA Natančno za PeopleSoft in vidnosti, ki jo lahko zagotavljajo, da boste lažje uspeli upravljati zapleteno zbirko aplikacij. Težavo lahko postavimo tako, da ena aplikacija, najmanj šest tehnologij, številni končni uporabniki in zelo težko odgovori na 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 v naboru podatkov ali pa bi bil lahko v oblaku teh dni, 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šna vrzel v vidnosti in takrat 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.
In velikokrat se lahko pojavi težava in pojdite do skrbnika WebLogic in on bo rekel: "No, spomin, zbirke smeti izgledajo odlično. Resnično ne mislim, da je to WebLogic. "Pojdite do skrbnika DBA in rečejo:" No, baza podatkov, deluje točno tako kot včeraj. Prvih deset je videti dobro. Mogoče vas je skrbnik pomnilnika zadel z nekaterimi meritvami, kot sta V / I na sekundo ali prepustnost, 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 izmed 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 tudi zabeležimo, kar izvajajo plošče PeopleSoft.
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 najpomembnejše je, 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.
Torej, poglejmo si kot "dan v življenju." Najprej boste morda odprli zaslon Natančno opozorilo in tu boste že prej opozorili. Najpomembnejše opozorilo, da imate opozorila o dejavnosti. To pomeni, da uporabniki izvajajo transakcije in v bistvu ne izpolnjujemo svojih sporazumov o licenci. 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. In tu je resnično pomembna stvar: velikokrat se ljudje gibljejo 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 aplikaciji je dejansko časovni razpored vsakega koraka, pa tudi črtni graf zlaganja, ki prikazuje aplikacijo tukaj ploščo po plošči. Prav tako lahko preverim in najdem določenega uporabnika ali uvrstim svoje 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 kako je postavljena, ampak 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 na tega uporabnika v njegovih določenih transakcijah in odzivnem času, ki ga je doživel - lahko neposredno naslovim na uporabniško izkušnjo določenega uporabnika. uporabnik. Ne gre več za generične meritve na sistemski ravni, temveč za izkušnje končnega uporabnika 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 za pravijo: "Kje točno je glavni vzrok?" In to ne bo podobno uporabi CPU-ja in prevladujočemu položaju, temveč bo v kodi aplikacije, ki jo izvajajo.
Poglejmo to upravljanje vsebine in dejansko si lahko ogledate analizo te transakcije: zaženite brskalnik, vstopno točko na spletni strežnik v Java Jolt in dejansko pokažemo kodo, ki se izvaja navzdol v Tuxedo plošča, končno do stavka SQL, kjer Natančno razkrije besedilo stavka SQL, ki ga izvaja ta posebna plošča PeopleSoft.
Vsi, s katerimi se pogovarjamo, imajo orodja, toda tisto, kar nimajo, je kontekst. Povezovanje pik ali sledenje transakciji iz brskalnika vse do stavka SQL je kontekstno. 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.
Tu lahko opazite še izračun prispevkov v odstotkih, ki ga ponuja natančno. 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 lahko to storim za določen stavek SQL, nato lahko natančno analiziram, kaj se dogaja v tej stavki SQL. Torej, tu smo se spustili na pogled strokovnjakov baze 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 ponudba ene od naših strank - če niso bili v trgovini Oracle, so uporabili 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 ime plošče PeopleSoft - če sem v IT-ju in lahko govorim o upravitelju dreves, upravitelju vsebin, določeni strani HR, tako oseba, ki ji poskušam pomagati, ve, da pravzaprav gledam in razumem, kaj gledajo, ker to niso več hieroglifi, to je ime, ki ga poznajo.
Eno od vprašanj, ki se nam zastavljajo - zdi se mi, kot da je ves čas, zato sem mislil, da bom nekako proaktivno odgovoril na vprašanja - kako v 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. In ko vpišem svoje uporabniško ime in kliknem prijavo, lahko Natančno izmerim, 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 kup aplikacij vse do baze podatkov. Kako točnost prikazuje to? Pojdimo naprej in si oglejmo. Odprite Natančno, vstopim, vidim aktivnost, lahko kliknem zavihek dejavnosti, 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 je lepo, ljudje resnično cenijo, ko natančno veš, za kaj gre.
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 od stvari, ki jo zasledimo je, da večina ljudi celoten kup aplikacij ali vsaj del izvaja v skupnem okolju, zelo pogosto je to 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 PeopleSofta. To je nekakšno lepilo, ki drži vse skupaj, zato to skorajda mislim kot podaljšek operacijskega sistema. To je nekaj, kar zelo natančno uporabljate in konfigurirate. Mimogrede - to je malo stranskih opomb - 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 ugotovite, 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 to, kar počne klasični uporabniški vmesnik, in da dodatna sporočila pomenijo 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 jaz lahko nastavim skladnost SLA, torej opozorila na sloju Tuxedo.
Če imate čakalne vrste, imate različne težave, ki nastanejo zaradi konfiguracije. Običajno - ker je njihov vpliv globalni - običajno ne boste spreminjali sprememb na poti. 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 greste v proizvodnjo, kot pa da gre za proizvodnjo in ugotoviti, da konfiguracija ne ustreza vzorcem 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 raje razišč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 tukaj je dejansko poročilo o ugotovitvah, ki mi pravi, da imate ta visok ponovni pomnilnik dnevnika.
Gledam tudi to izbrano različico iz PSVersiona. 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, ni pokazal vam, 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 skočili na zavihek dejavnosti in to je dejavnost. Vidite, da si ogledamo CPU, podsistem za shranjevanje, zaklepanje aplikacij, OS čaka, RAC, zavezo, Oracle strežnik, 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čavnici oz. Uporablja CPU 100% časa. To ne pomeni, da ni stvari, česar ne bi mogel storiti. V zvezi s tem lahko storim ogromno, če vem, do katerih stavkov in objektov SQL se dostopa. In to je nekaj načinov, s katerimi si lahko pomagamo.
Zdaj spodaj je tukaj ta pregled in to nas lahko postavlja v kontekst posameznih programov 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 v osnovi usmerjen v 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 prikazujemo 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 pravzaprav dovolj počasi, kar povzroči zamrznitev zaslona.
Zdaj, č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. Zelo neučinkovit je, ker ni filtriranja zgolj pogleda na podmnožico vrstic, ki so potrebne, temveč s stavkom SQL in ta 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 tako naprej.
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 - resnično lahko uporabljate za izmenjavo informacij med operacijami, morda z ekipo aplikacij, morda z vašo verigo poveljevanja. 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 tečemo 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 Precisovo zgodovinsko skladišče, da ima PMDB, baza podatkov o upravljanju uspešnosti, na tone. Včasih kdo želi vedeti o številu dostopa do brskalnika ali pa bi lahko šteli dostop glede na vrsto brskalnika ali uspešnost glede na vrsto brskalnika. Obstaja cel kup stvari, ki jih je mogoče narediti za dodatno vidnost v vašem sistemu.
Tukaj, pravzaprav gledamo na uporabo pomnilnika WebLogic in vidite ta lep vzorec, porabo pomnilnika. Tam je zbiranje smeti, prikrije neuradne reference. 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. Tako ste tukaj dejansko sposobni izmeriti CPU, pomnilnik, V / I, strežnik, uporabnike v sistemu in tako imate popolno vidnost. In to je način, ki je 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. Pomagala bo 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 CPU-ja 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. Gre za popolnoma ločene procese, ločene poverilnice, ločeno overjanje in tako je to 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, identificirate končnega uporabnika.
Ni mi bilo treba vnesti in določiti teh transakcij - v brskalniku so samo naravne povezave, URL, vstopne točke, povezava spletnega strežnika v WebLogic, kontekst vabila do tistega, ki zagotavlja stavek SQL. Potem bomo lahko zajeli 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, ker smo vedno v uporabi, vedno zbiramo, lahko vedno merite pred in po, ter količinsko določite izboljšanje ali, v redkih primerih ste morda spremenili delovanje, to bi vedeli in lahko prevrnili nazaj 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 Precis, preverite kateri koli izdelek Precision, ali je to Precision for Oracle. Navedeni smo kot Natančna platforma za uspešnost aplikacij in tam je gumb, da zahtevate predstavitev.
Pravzaprav, če delim svoj zaslon, mislim, da bi lahko le poiskal tja, da bi vam pokazal, kako je videti, da lahko to vidite takoj vnaprej. 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 prejel štafetno palico tebi.
Eric Kavanagh: V redu, dobro. Moram še enkrat povedati - Bill precej obsežna in impresivna predstavitev tam, Bill. Omenili ste cel kup stvari, o katerih bi rad vprašal. Nimamo veliko časa - približno devet minut - in rad bi, da bi Matt dobil tudi priložnost, da bi postavil par vprašanj in imel vsaj eno ali dve od publike.
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 tako namesto da objavljate desetine ali stotine glavnih knjig, pravzaprav objavljate sto 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 zgolj na podlagi uporabe. Temeljite na potrebah svojega okolja.
Eric Kavanagh: Obstaja vprašanje udeleženca in potem, Matt, vam ga bom predal za vprašanje ali dve. No, to je dobro in to je smešno, ker je velik, dolg odgovor, ki bi ga lahko dali. Udeleženec vpraša: "Kako zberete meritev uspešnosti na koncu uporabnika po namestitvi 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. Takrat boste dosegli raven podrobnosti, ki je potrebna za iskanje odgovorov, kajne?
Bill Ellis: Ja, ključna stvar je, da posamezni zbiralci informacij o uspešnosti temeljijo na tehnologiji. Ko bomo izvedli uvajanje, moramo vedeti, kako je sestavljen vaš paket aplikacij, začenši z operacijskim sistemom, njegovo različico, katero različico Tuxedo, WebLogic, katero različico orodij People, ki jo uporabljate.
In res je zasnova tistih agentov to tista, 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 zmogljivosti do 11, je to res raven prepoznavnosti, ki bi jo radi imeli. In če natančnost to lahko zagotovi in ima nizke stroške, je vprašanje, zakaj ne? Zato menim, da je to veliko vprašanje in prosim, da nas kontaktirate, če želite o tem še razpravljati.
Eric Kavanagh: V redu, dobro. In Matt, si imel kakšna vprašanja?
Matt Sarrel: Mislim, da sem v redu. Mislim, tukaj imam 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, ker vem, da je to nekaj vedno znova se pojavlja, kdo je odgovoren za to, kako in kako lahko vsi sodelujejo, da zaposlenim zagotavljajo najboljšo kakovost.
Bill Ellis: Da, zato je 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, da obstaja težava z izvedbo in da je velikokrat konflikt, sklicuje vojna soba. In tu imajo vsi meritve, da nekako oprostijo svojo stopnjo, ker nimajo konteksta. Pregledajo, kaj se dogaja na ravni WebLogic, ne pa kaj se dogaja na ravni kode transakcije. Ali gledajo na raven baze podatkov, ne pa na posamezen stavek SQL transakcije.
In s tem, da lahko v tej stopnji natančno določite stopnjo težave 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 gre za težavo z bazo podatkov, se obrnite na DBA s podatki, 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. Prav tako, če 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. To je nekako kot dodaten č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 to res slaba novica če bi se morali vrniti nazaj. Torej, super vprašanje, saj ne gre samo za tehnologijo. Resnično gre vedno za ljudi.
Matt Sarrel: Prav, 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 gledati ta pridelek. Š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 nekako celotno okolje z gibi, oblakom in mi delujemo znotraj oblaka. Toda obstaja postopek odkritja, in odvisno od tega, kako se razvijajo te aplikacije - vključno s PeopleSoftom, razvijamo našo rešitev za spremljanje, da bomo lahko zagotovili tako globoko globino, ki je bila v preteklosti že 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, kar je 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 imate nameščeno strojno opremo, logiko in podatke Oracle, je tisto, kar je običajno v vaši trgovini ali kaj je mogoče doseči v vaši trgovini, drugače, kot če bi radili v manj zmogljivi infrastrukturi. Prva stvar je torej ugotoviti, 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 nadzorom SQL in uspešnostjo baze podatkov z vaše perspektive?
Bill Ellis : No, v bazi se ne zgodi nič, dokler se njen stavek SQL ne izvrši. Trditev stavkov SQL je tisto, kar - nadzor zaklepanja, čakanje, spor do virov na ravni podatkov in na ravni SQL strežnika. In če sem sposoben videti gonilnik stavka SQL in njegov vpliv na sistem, sem povzročil učinek; Lahko povežem tisto, kar aplikacija DBA zanima, in tisto, za kar skrbi DBA za infrastrukturo, dokler ne bom resnično lahko 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 v primerjavi s tem, če lahko pogledam na 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, obožujem, 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 skladov aplikacij, kot tisto, kar imajo ti ljudje pri IDERA s programom Precision.
S tem se poslovimo, ljudje. Hvala še enkrat, se bomo pogovorili naslednjič.
