Oduzeti: Domaćin Eric Kavanagh razgovara o upravljanju performansama PeopleSoft-a s Mattom Sarrelom i Billom Ellisom u ovoj epizodi Hot Technologies.
Eric Kavanagh: U redu, dame i gospodo. Pozdrav i dobrodošli još jednom. Srijeda je u 4 sata na istoku, a posljednjih nekoliko godina to je značilo u ovom svijetu IT-a i velikog poslovanja i podataka, vrijeme je za Hot Technologies. Da, doista, moje ime je Eric Kavanagh. Ja ću biti vaš moderator za današnji događaj.
Govorit ćemo o sustavima koji posluju, ljudi; govorimo o PeopleSoft-u, kako upravljati izvedbom složenih okruženja. Uvijek želim spomenuti da igrate veliku ulogu u tim događajima, zato vas molim da ne budete sramežljivi. Postavite pitanje u bilo kojem trenutku; to možete učiniti pomoću prozora za razgovor ili pitanja i pitanja - bilo koji način prolaska. Volio bih čuti ono što želite znati i to je najbolji način; dobivate najbolju vrijednost za svoje vrijeme. Sve te internetske emisije arhiviramo za kasnije slušanje, pa imajte to na umu.
Ako se sustavi pokreću polako, samo imajte na umu kakav je nekada bio život. Ova fotografija zapravo je iz 1968. godine, ljubaznošću gospođe Danelle, i moram reći da je ovo stvarno sjajan podsjetnik na to koliko su se stvari promijenile. Svijet je postao znatno složeniji i naravno poslovne potrebe i korisničko iskustvo uglavnom idu ruku pod ruku. Ali ovih dana malo je prekida. Kao što često kažemo, postoji neusklađenost, a činjenica je da poslovni ljudi uvijek žele stvari brže i brže, IT timovi koji ih moraju isporučiti su oni koji su pod pritiskom da obave posao, a vani je to intenzivan svijet.
Moram reći da se konkurencija posvuda zagrijala. Ako samo pogledate bilo koju industriju, možete vidjeti da je ovih dana došlo do velikog razvoja - na primjer, Amazon kupuje cjelovite namirnice. Možete biti sigurni da prehrambena industrija teško gleda na to.To vidimo posvuda, stoga je zaista poslovnim liderima potrebno osigurati da shvate kako - a evo i ovih dana riječi - digitalno transformirati, kako prijeći staru centralu ka mnogo novijim i robusnijim sustavima. O tome ćemo danas razgovarati.
Jedno od problema s kojim se suočava puno organizacija, posebno onih koje postoje već neko vrijeme jesu ovi naslijeđeni sustavi. To je stari IBM-ov mainframe od onog dana. Svugdje postoje naslijeđeni sustavi. Jedna od šala je da je naslijeđeni sustav sustav koji se proizvodi, što znači u trenutku kada krene u proizvodnju, tehnički je to naslijeđeni sustav. Uvijek će postojati novi načini postupanja.
Posljednjih nekoliko godina postoje vrlo zanimljivi događaji u vezi s pronalaženjem načina za praktično usklađivanje sustava kako ne nužno samo poboljšati performanse jednog sustava, nego pronaći način stvaranja neke vrste takta ili prepucavanja taktike za rukovanje performansama na druge načine. Danas ćemo razgovarati više o tome kako poboljšati performanse sustava poput PeopleSoft-a, što je naravno nevjerojatno složeno. Ali kad se učini dobro, kad se učita, kada se implementira, kad se dobro upravlja, može učiniti prekrasne stvari. Ali kad to ne uspije dobro, onda imate sve vrste problema.
Pa što se događa? Morate biti realni u stvarima i u bilo kojem okruženju, ako korisnici ne dobiju ono što žele, prije ili kasnije pređu u sustave sjene. Stalno se događa. Sustavi sjenki mogu biti vrlo produktivni, mogu pomoći ljudima da posao obavljaju. Ali naravno, ima puno problema. Sigurno je da su sustavi sjena na cijelom području usklađenosti i regulacije veliki ne-ne. Ali oni su vani i mislim da je važno imati na umu da vaši sustavi, ako vaš glavni sustav ne radi brzo ili ne rade efikasno, prije ili kasnije doći će do zaobilaznih poteškoća i te poteškoće mogu se vrlo teško otkriti, oni može biti teško zalazak sunca jer su završili kritični za posao. Mogu se teško integrirati, ali imajte na umu da je vani i to je samo još jedan razlog za poboljšanje performansi.
Nedavno sam čuo za ovaj izraz i moram ga izbaciti vani: „tiranija hitnosti.“ Mislim da sam čuo da vjerovatno znate o čemu govorim i što se događa u većini organizacija da radno opterećenje dostigne kritičnu masu , a ljudi rade koliko mogu i vrlo je teško bilo što promijeniti. Završi vam patnja "tiranije hitnosti" - sve se mora učiniti odmah. Pa, nadogradnja sustava se ne događa odmah.
Svi koji su ikada živjeli od nadogradnje ERP-a s jedne verzije na drugu verziju znaju da je riječ o relativno bolnom procesu, zato imajte na umu ovo: Ako to vidite u svojoj organizaciji, prepoznajte ga. Nadam se da možete kontaktirati s nekim ili ako ste stariji čovjek poput CIO-a, CTO-a ili generalnog direktora, prepoznajte da je to vrlo opasan scenarij, jer kad jednom zaostanete za osmicom, teško je izaći iza osma lopta.
Kao da je čitava maratonska zagonetka: Ako završite u nekoj vrsti utrke i svi su ispred vas, a vi i dalje trčite, biti će zaista teško nadoknaditi se ako padnete predaleko. Zato samo pripazite na to i imajte to na umu.
Uz to, dat ću to Matt Sarrelu kako bi nam dao nekoliko uvida u to kako riješiti složenost s PeopleSoft okruženjima. Matt, odvedi to.
Matt Sarrel: OK, hvala, Eric. Pozdrav svima. I tako, pogledajmo, za početak ću vam reći zašto mislim da sam prava osoba koja može razgovarati s vama o upravljanju performansama. Tako imam 30 godina iskustva u tehnologiji. Nekako volim reći da sam svoj put napredovao radeći kroz posao, mrežni administrator, direktor IT-a, potpredsjednik tehničkog inženjerstva u nekoliko startupa. Tada sam prešao u tehnički direktor PC-a Mag. Tamo je moja slika, ali u osnovi izgledam kao malo dijete.
A zatim i dalje kao novinar u raznim publikacijama poput eWeeka i InfoWorld-a, biti analitičar u Gigahomeu, umrežavati se s Bloor Group i voditi savjetovanje. I tu sam ja: Ova slika slijeva je onakva kakva sada izgledam. Ova slika u sredini nekako je sretna zbog mene - u sobi punoj žica i treptavih svjetala, a tamo gdje je hladno - mora biti jako hladno, a svima drugima mora biti neugodno da se osjećam ugodno temperaturno. Ako imate bilo kakvih dodatnih pitanja, postoje moje kontakt informacije.
Želim ovdje postaviti pozornicu i samo razgovarati o izvedbi, kao što je govorio Eric. Sada smo ušli u ovaj svijet u kojem su korisnici očekivali ono što su postavile potrošačke aplikacije i web stranice. I ljudi su bili voljni odlaziti na posao i sjediti tamo i čekati svoje sustave jer je ono što im je potrebno, a sada ljudi zapravo nisu voljni sjediti tamo. Dakle, pitanje je žele li ovaj motocikl da leti oko staze. Vjerojatno ne žele da tip vozi bicikl i vozi njegovu kćer u školu. Ali što ćete osigurati?
A to je teško jer - zaista sam bio velikodušan s ovom jednom do tri sekunde kao dobrom - ljudi također žele trenutni odgovor i žele pristup s bilo kojeg mjesta. To bi bilo gdje moglo biti bilo gdje u vašoj zgradi ili u vašem kampusu, ili može biti bilo gdje u svijetu u bilo koje vrijeme, ovisno o tome kako dobro funkcionira vaše poslovanje. I pretpostavljam da ono što ja pravim je da kada govorimo o performansama, važno je razmišljati o performansama iz ugla korisničkog iskustva.
Važno je definirati ciljeve izvedbe prije mjerenja i podešavanja. Imam tu sliku tunera, a zatim tunera. Stvarni muškarac koji je tuner, mora znati što traži ili nema smisla zapravo stavljati ruke na klavir i ugađati ga. Dakle, unaprijed definirajući ciljeve, sve to održavajte stvarnim, umjesto da ciljeve prilagođavate trenutnoj situaciji. Važno je pratiti metrike tijekom vremena i shvatiti kako se sustavi mijenjaju s performansama korisnika za učitavanje, na što utječu scene resursa i obrasci korištenja.
Uvijek je važno sve to povezati s korisničkim iskustvom ili incidentima podrške, uspostaviti osnovnu vrijednost za performanse za koje očekujete da će ih moći isporučiti i kad se približite odstupanjima od te osnovne vrijednosti, proaktivno upozoravati kako biste mogli poduzeti mjere prije nego što hit statusa "propusti kitov". A znate da to zahtijeva sposobnost da se vrlo brzo i lako može utvrditi i riješiti temeljni uzrok problema s izvedbom. I opet, ovo je ranije, što bolje, zar ne?
Znamo da iz povijesti iz prošlosti koja gleda na razvojne napore, što prije možete pronaći i popraviti probleme u performansama, bolji ste. Ako pričekate dok se sav vaš kôd ili vaš sustav uživo pokrene za testiranje performansi ili za početak otkrivanja problema, neću reći da je prekasno, ali opet, sad ste tip koji je loše započeo u maratonu, a sada igrate ulov -up umjesto da odmah skočite i napredujete. Pa kako to učiniti? Predviđate li svoje prosječno i najveće opterećenje?
I ako nastavite i veličinu fizičkih poslužitelja ili virtualnih poslužitelja ili primjerka vašeg oblaka ili spremnika i resursa spremnika, a zatim pokrenete dokaz koncepta i pokrenete pilot? Ovo su vremena koja su ovo nekakva vrsta, kraj kad želite nešto uhvatiti, mada vam je ipak bolje kad biste ga uhvatili u proizvodnji nego što ga ignorirate u proizvodnji. Doista, do trenutka kad ste pilot, već ste trebali uspostaviti svoju metodologiju i postupke oko kontinuiranog praćenja i poboljšanja.
OK, tako puno tvrtki - govorimo o digitalnoj transformaciji. DevOps, u DevOps revoluciji igra veliku ulogu u toj digitalnoj transformaciji. A to je proces od početka do kraja koji zapravo nikada ne prestaje. Kao da se dvije ruke crtaju jedna drugoj, i ovo je dobra stvar. To je beskonačna petlja između ove dvije ruke plana, kodiranja, izrade, testiranja, puštanja, implementacije, rada, nadzora, natrag u plan. Hrani se i mi automatiziramo to brzo. To stvara petlju za povratne informacije o praćenju performansi i koristi ga za proaktivno otkrivanje problema s performansama i njihovo otklanjanje prije nego što utječu na cijelu vašu korisničku bazu.
I još jedna stvar, sada kada ste to shvatili, IT programeri i operativno osoblje koje se kreću vrlo brzo i usklađeno, te napore možete lako uskladiti i s poslovnim osobljem. Učinkovitost poslovnog softvera složena je zvijer. Moglo bi se to usporediti s nogometnom momčadi koja sjedi ispred kredne table u smjeru, a sve radi odvojeno i sve djeluje zajedno. Uvijek to smatram starom pričom o tome kad sam dobio svoj prvi automobil i popravio jednu stvar. Popravio sam klima uređaj i tada se dogodilo da tada ostatak rashladnog sustava nije uspio. Tako ste dobili svoje točke boli i sve stvari zajedno i prilagodbe. Sve morate organizirati na takav način i graditi procese tako da kad unesete svoje promjene, shvatite kako sve utječe na sve ostalo.
A također budite oprezni i dvostruko provjerite. Ispitajte, nevažeće, implementirajte. I opet dolazimo do ovog pitanja izgradnje kontinuiranog praćenja i poboljšanja programa. I ovo je, u stvari, moj posljednji slajd. Dok razgovaramo o ovoj složenosti, i ona je lijepa složenost poput unutrašnjosti ovog sata, imamo toliko pokretnih komada u PeopleSoft-u. Svaka stvar utječe na sve ostalo sve do snopa. A tamo je toliko različitih mjesta na kojima možete potražiti ključeve problema s izvedbom da biste se vrlo lako mogli izgubiti bez pravog alata i bez pravog postupka. I opet o svemu, za što mislim da smo naučili da možete otkloniti infrastrukturu, ali ogromna varijabla bit će vaš kôd prilagođene aplikacije. Dakle, ključno je imati ispravne procese za testiranje i neprestano poboljšavanje aplikacije.
I tako je kraj mog dijela, a ja ću to predati Billu.
Eric Kavanagh: Dobro, Bill, daj da ti dam ključeve za WebEx ovdje. Sviđa mi se ta lijepa složenost - ona lijepa. Imali ste par stvarno dobrih citata, Matt. OK, Bill, odvedi to. Idite na "brzi početak" ako želite dijeliti zaslon. Svi vi.
Bill Ellis: Hvala, Matt, i hvala ti, Eric. Samo da potvrdim, možete li svi vidjeti moj ekran sada?
Eric Kavanagh: Da svakako.
Bill Ellis: Stoga ćemo razgovarati o IDER-ovom proizvodu Precision for PeopleSoft i vidljivosti koju oni mogu pružiti kako bi vam uspjeli u upravljanju složenim paketom aplikacija. Težak je pozicionirati da je jedna aplikacija, najmanje šest tehnologija, brojni krajnji korisnici i da je vrlo teško odgovoriti na čak i jednostavna pitanja. Je li krajnji korisnik problem? Tko je krajnji korisnik, što rade, što je uzrok?
Ono što obično vidimo je ova situacija - a to se može primijeniti na PeopleSoft kao i druge aplikacije ili PeopleSoft koji komuniciraju s drugim aplikacijama - nalazi se u skupu podataka ili bi to mogao biti oblak ovih dana, a krajnjeg korisnika baš i nije briga ta složenost. Oni samo žele dovršiti transakciju, pristupe, traženje zaliha, vremensku karticu izvješćivanja, takve vrste stvari. Ako su stvari spore ili nedostupne, obično svi ti inteligentni, dobronamjerni ljudi nisu svjesni dok se krajnji korisnik ne žali.
To je vrsta vidljivosti, a onda ono što se može dogoditi je da otpočne dugotrajan i frustrirajući proces u kojem će ljudi otvoriti alat i gledati, nažalost, samo podskup snopa aplikacija. Ostaju takve poteškoće u odgovoru na osnovna pitanja.
I puno puta bi moglo doći do problema i otići ćete do administratora WebLogic i on će reći: "Pa, sjećanje, zbirke smeća sve izgledaju sjajno. Doista ne mislim da je to WebLogic. "Otiđete DBA administratoru i kažu,„ Pa baza podataka, pokreće se upravo onako kako je bila jučer. Prvih deset izgleda dobro. Možda vas je administrator skladištenja pogodio s nekim mjernim podacima poput I / Os u sekundi ili propusnosti, koji su mjerni podaci na razini okvira i ne odražavaju se na vašoj aplikaciji, a još manje baze podataka ili određenog postupka. "
I tako svi oni imaju ove mjerne podatke koji izgleda pokazuju da je problem negdje drugdje, ali ovaj krajnji korisnik ima problem ili je prijavio problem, ali kako taj problem možemo riješiti na bolji način? I još bolji način, Precizan način - ili ovo je jedan od načina koji mi nudimo - je mjerenje korisničkih transakcija počevši u pregledniku putem mreže, web poslužitelja, Java Jolta, Tuxeda, baze podataka uključujući DB2 a zatim napokon u skladište.
A ovo pokazuje da ukupno vrijeme kaže, "Pa, tko ima problema?" I tada krajnjeg korisnika možemo prepoznati kako su se prijavili na PeopleSoft, a također možemo putem Tuxedo prijevoda zabilježiti ono što PeopleSoft ploče izvršavaju.
Dakle, vremena se ubacuju u povijesno spremište koje nazivamo bazom podataka o upravljanju performansama i to postaje jedinstvena glazba koja uvelike pojednostavljuje tko, što, kada, gdje, zašto. Precizno uključuje i preporuke. Vjerojatno najvažnija stvar zato što stalno bilježimo sve informacije - i na razini tehničkog informatičkog osoblja - možete mjeriti prije i poslije. Na taj način možete unijeti mjerenje mjerenjem ili Six Sigma u cjelokupni rad performansi.
I zato pogledajmo kao "dan u životu." Prije svega, možete otvoriti ekran Precizno upozorenje i ovdje ćete dobiti rano upozorenje. Vrlo upozorenje jesu li upozorenja o aktivnosti. To znači da korisnici obavljaju transakcije, a mi se uglavnom ne ispunjavamo sa SLA-ovima. Isto tako, imamo status kada je dostupnost - a to u osnovi govori da je dio naše aplikacijske infrastrukture nedostupan - tako da možemo izvesti i stvarno možemo vidjeti kako se Tuxedo pojavljuje u obliku i zapravo možete vidjeti da je jedan od broj slučajeva je smanjen. Sve su aktivnosti gurnute u ovaj jedan slučaj i s tim se moraju nositi. Mi smo u osnovi stvorili usko grlo.
Sada, samo kao stvar, za aktivnost koja se izvodi na ovome, zapravo možete započeti sa otkrivanjem da, iako imamo ovo ukupno pitanje infrastrukture, postoje načini za poboljšanje učinkovitosti obrade unutar ovog određenog JVM-a za WebLogic. I tu je tu zaista važna stvar: Puno puta se ljudi kreću kao u oblaku i kažu: "Pa koliko CPU-a i koliko memorije vam treba?"
Pa, druga strana tog novčića poznata kao kapacitet je učinkovitost obrade. Ako koristim manje memorije, ako koristim manje CPU-a, jednostavno mi ne treba toliko. I tako je Matt ranije rekao, sve je nekako povezano. Sada mogu otvoriti zaslon transakcije PeopleSoft i na ekranu je y-os vrijeme odziva, x-os je vrijeme tokom dana.
Ovdje imamo stolski graf koji pokazuje vrijeme klijenta. To je zapravo preglednik, web poslužitelj. Zeleno je Java vrijeme, vrsta ružičaste je Tuxedo, tamno plava je vrijeme baze podataka. Ovaj se profil nije dogodio sam od sebe; to se dogodilo zbog određenih ploča PeopleSoft - oni su izvedeni i predstavljeni su vam u odgovornom vremenu. Zapravo je vrijeme svakog koraka unutar aplikacije kao i grafikon snopa koji ovdje prikazuje aplikaciju po ploči. Također sam u mogućnosti proći i pronaći određenog korisnika ili rangirati moje korisnike.
Ovaj zaslon omogućuje mi da odredim određenog korisnika imenom prijave. Razmislite o tome koliko je ovo izvanredno ili snažno. Mnogo puta nije riječ samo o infrastrukturi i načinu njezinog postavljanja, načinu na koji krajnji korisnici koriste sustav. Možda imate novu najamninu ili netko ima novu funkciju posla: Možda ne zna pravilno koristiti aplikaciju. To zapravo može pomoći u prepoznavanju mogućnosti obuke.
Druga strana kovanice je ako se mogu usredotočiti na određenog korisnika - ovdje gledam tog korisnika u njegovim određenim transakcijama i vremenu odgovora koje je doživio - mogu se izravno obratiti korisničkom iskustvu određenog korisnika. Više se ne radi o generičkim mjernim podacima na razini sustava, iskustvu krajnjeg korisnika i vrlo je moćno. Dijelovi vašeg okruženja zasigurno će biti unutarnji, HR, itd. Mogu biti i drugi dijelovi s kojima se suočavaju kupci. Bilo kako bilo, želite pružiti najbolje, najproduktivnije moguće iskustvo kupca.
Sada za određeni panel mogu ući i detaljno odgovarati na pitanja. Dakle, ovo je vrsta dubokog zarona koji možemo učiniti kako bismo otkrili što se događa i to možete učiniti duboko zaroniti prije nego što nazovete krajnjeg korisnika ili ako vas je pozvao krajnji korisnik, mogli biste pokrenuti postupak da kažete: "Pa, gdje je točno uzrok?" A to neće biti poput upotrebe CPU-a i prevladavanja, nego na kodu aplikacije koji oni izvršavaju.
Pogledajmo to upravljanje sadržajem i dobro ćemo vidjeti analizu te transakcije: pokretanje preglednika, ulazna točka web-poslužitelja u Java Jolt i zapravo su pokazali kôd koji se izvršava dolje na ploči Tuxedo, konačno na SQL izjavu gdje Precision otkriva SQL izraz koji je izvršio ovaj određeni panel PeopleSoft.
Svi s kojima razgovaramo imaju alate, ali ono što nemaju je zavaravanje. Povezivanje točkica ili praćenje transakcije iz preglednika sve do SQL izraza je sigurno. Što se to događa, poput vašeg DBA-a, radije nego pogled na stvari na razini instance ili baze podataka, sada mogu istražiti na razini SQL izraza.
Dakle, mogu reći, "Pa koja su uska grla za pojedinu SQL izjavu", a ovo je izuzetno moćno. Imajte na umu da se ova transakcija ne može izvoditi brže od SQL izraza i svaka značajna poslovna transakcija djeluje na sustav zapisa. Baza podataka, sviđala nam se to ili ne, temelj je performansi i ako budem toliko temeljit da bih se mogao usredotočiti na pojedinačne SQL izjave koje su ključne za poslovnu transakciju, zaista mogu svoju igru prenijeti na sljedeću razinu.
Još jedna stvar koju biste mogli primijetiti ovdje je da izračunavanje postotka doprinosa pruža Precision. Sam preglednik je zapravo značajan dio snopa aplikacija.Imate izvršenje JavaScripta, imate vrijeme prikazivanja, imate komponente stranice, GIF-ove, JPEG-ove. I zapravo zaključujete da se vaša aplikacija može ponašati vrlo različito pod Chromeom u odnosu na IE i različite verzije. Točan će vam to moći pokazati i ponekad može doći do uskog grla ili smetnje u pregledniku koje mogu uzrokovati smrzavanje zaslona.
Biti u stanju prepoznati što omogućava IT-u da ne ruši pogrešno stablo, nego da riješi temeljni uzrok različitih problema koji se mogu pojaviti. Ono što ja mogu učiniti je za određenu SQL izjavu, tada mogu točno analizirati što se događa s tom SQL izjavom. Dakle, ovdje smo se spustili na stručni prikaz baze podataka.
Jedna od stvari koja razlikuje Preciznost na razini baze podataka jest ta što uzorkujemo na osnovi sekunde. To je u usporedbi s našim natjecateljima koji gledaju samo jednom svakih 10, jednom svakih 15 minuta. Tako da su razina zrnatosti, razina razlučivosti naredni veličine bolji od naših konkurenata.
I još jednom, budući da je baza podataka dio našeg temelja, omogućit ćemo vašem DBA-u da stvarno podigne performanse na sljedeću razinu. Tako da vidim da je ta SQL izjava zapravo potrošila 50 posto ako je vrijeme treniralo pristupom spremljenom podsustavu, 50 posto svog vremena koristeći CPU. Kliknite gumb za podešavanje i ja mogu ući i detaljno pregledati planove izvršenja i točno ono što je pokrenulo taj obrazac upotrebe.
Sad citat jednog naših kupaca - ako nisu bili u Oracle Shopu koristili su Oracleov alat zvan OEM i OEM, stvarno su neke vrste fokusirane na bazu podataka ili instancu - DBA stalno gledaju koji je top 10 popis? Ali pomoću Precision-a možemo povezati točke s pojedinačnim SQL izjavama, tako da preciznost omogućuje DBA-u da se stvarno podešava na razini transakcije, a ne samo na znatno višoj razini baze podataka.
Druga poanta koja je ovom kupcu zaista bila od vitalne važnosti je da Precizno, prevođenjem onoga što je složen vaš URL u naziv ploče PeopleSoft - ako sam u IT-u i mogu razgovarati o upravitelju stabla, upravitelju sadržaja, određenoj HR stranici, na taj način osoba kojoj pokušavam pomoći zna da ja stvarno gledam i razumijem što gledaju jer to više nije ovi hijeroglifi, to je ime po kojem su upoznati.
Jedno od pitanja koje smo si postavili - čini se kao da je cijelo vrijeme, pa sam mislio da Idem nekako proaktivno odgovarati na pitanja - kako u svijetu možete snimiti taj PeopleSoft korisnički ID? Pustite me da prođem kroz stepenice. Ovdje je zaslon za prijavu PeopleSoft. Da bih pristupio njemu, morao sam se kretati do svog web poslužitelja i pojavit će se ovaj zaslon. Kad je aplikacija opremljena Precisionom, ovaj zaslon zapravo sadrži Precision skriptu i mogu to otkriti desnim klikom, pogledati izvor. I to će mi zapravo pokazati kôd koji čini donju stranicu, a gore u okviru stranice zapravo je točan za web kôd i to mi omogućuje snimanje zaslona za prijavu, IP adresu, vrstu preglednika, cjelinu hrpa informacija o pružanju i istinskom iskustvu krajnjih korisnika. I tako kad unesem svoje korisničko ime i kliknem na prijavu, Precision je tada u mogućnosti izmjeriti što radim.
Otvorim se, odem do upravitelja stabala, želim izvršiti pretragu, ispunim polje i kliknem pretraživanje. Predstavljen mi je skup rezultata, pa sam jasno prešao čitav niz aplikacija sve do baze podataka. Kako Precision to pokazuje? Idemo naprijed i pogledajte. Otvori Precizno, uđem, vidim aktivnost, mogu kliknuti karticu aktivnosti koja će prikazati ovaj zaslon. Ovo su neprevedeni URL-ovi. Korisnicima mogu pokazati i evo mog korisničkog ID-a na koji sam se tek prijavio i ovdje je moja aktivnost.
Mogli ste vidjeti da koristim Firefox verzije 45 kako bih to iznio. Aplikaciju sam iskoristio 12 puta, a odustajanje je u načelu kada netko napusti web stranicu prije nego što je u potpunosti objavi, što sugerira problem poslovanja. Tako smo uspjeli pokupiti ID krajnjeg korisnika. Jako je lijepo, ljudi jako cijene kada točno znate o čemu se radi.
Sada želimo malo prebaciti zupčanike. Kasnije smo gledali transakciju. Duboko smo zaronili na određenoj transakciji i pogledali njene SQL izjave. Sada želim prebaciti stupnjeve prijenosa i pogledati neke druge tehnologije unutar snopa PeopleSoft aplikacije počevši od WebLogic-a.
Dakle, ovdje je primjer WebLogic i možete vidjeti aktivnost tijekom vremena. Imate financijsko izvješće. Kaže mi odmah s palicom, memorija se koristi blizu maksimuma. Jedna od stvari koju pronalazimo je da većina ljudi pokreće čitav niz aplikacija ili barem jedan dio pod zajedničkim okruženjem, vrlo često njegov VMware. Morate nekako uravnotežiti koliko resursa tražite i koliko vam treba. Ne želite biti resurs. Isto tako, ne želite staviti ograničenje obrade tako da u tom slučaju ne tražite dovoljno memorije.
Konfiguracija je također bitna za upravljanje performansama. Tako da zapravo možemo ući u memoriju sakupljanja smeća i sve šaltere JMX WebLogic-a, tako da točno znam zdravlje svog WebLogic oblika.
Sada u Tuxedo. Tuxedo u mnogim trgovinama vrsta je crne kutije i vrlo je važan dio PeopleSofta. Njezino je ljepilo koje sve drži na okupu, pa ga nekako gotovo i smatram produžetkom operativnog sustava. To je nešto što vrlo pažljivo koristite i konfigurirate. Usput - ovo je mala sporedna napomena - Eric je u uvodnim komentarima spomenuo "tiraniju hitnosti", a mislim da to zaista dolazi na snagu kada PeopleSoft trgovine razmišljaju o prelasku s klasičnog korisničkog sučelja na fluidni interfejs jer ćete to pronaći nalazite se iza krivulje zbog načina na koji fluidni sučelje vježba PeopleSoft okruženje.
Sada imate problema na WebLogic-u, u Tuxedo-u, u bazi podataka i u skladištu samo zato što HTML5 čini ogromnu količinu poruka. Vjerojatno je barem 10 puta ono što radi klasični interfejs, a dodatno slanje poruka znači i dodatni promet. Konfiguracija Tuxeda mora se izmijeniti kako bi se prilagodio dodatni promet. Nekoliko je stvari o ovom zaslonu gotovo, s desne strane imamo grafikone prekomjernog vremena za ponderirano vrijeme odziva, prosječno vrijeme odziva kao i broj izvršenja.
Ovdje imamo informacije o svim domenama Tuxedoa u okruženju. Podijelili smo usluge, korisnike, poslužiteljske procese, kao i IP-ove. Mogu to prebaciti na broj izvršenja i predstaviti ih silaznim redoslijedom kako bih vidio što se izvršava najviše puta. Također se mogu pomaknuti prema dolje da bih otkrila domene; većina ljudi ima više domena u svom okruženju kako bi u osnovi proširila aktivnost i ja sam u mogućnosti postaviti SLA sukladnost, dakle upozorenja na sloju Tuxedo.
Ako imate redove čekanja, imate različite probleme koji nastaju zbog konfiguracije. Tipično - jer je utjecaj globalan - obično nećete mijenjati pokrete. Nekako želite postepeno povećavati sustav kao dio QA procesa koji se vraća natrag na točku koju je Matt već ranije spomenuo u vezi s rješavanjem problema s performansama. Mnogo je bolje imati ispravnu konfiguraciju kada idete na proizvodnju, a ne da idete u proizvodnju i otkriti da konfiguracija ne odgovara obrascima uporabe. Jako mi se sviđa uvod koji su danas dali Eric i Matt. Mislila sam da su oni zaista na meti u smislu izazova s kojima se susrećete u upravljanju i razvijanju PeopleSoft okruženja.
Sad sam to rekao i prije - mislim da je vrijedno ponoviti: Svaka značajna poslovna transakcija djeluje na bazi podataka. Stoga istražimo kako Precision može pružiti dodatne informacije. Ovdje se nalazi određeni primjerak Oracle. Isti točan pristup koji smo vidjeli - y-os je vrijeme izvršenja, x-os je vrijeme tijekom dana, ali sada su grafikoni snopa stanja izvršenja unutar Oracle-a. Ovo nam pokazuje koja su ograničenja obrade u sustavu. Ovdje dolje postoji izvještaj o nalazu koji mi govori kako ste dobili ovaj visoki ponovno spremnik dnevnika.
Gledam i ovu odabranu verziju iz PSVersiona. Zapravo troši mnogo resursa. Usput, zato što uzorkujemo i pružamo ovaj prikaz visoke razlučivosti što se zapravo događa u sustavu, možda ćete se iznenaditi koji su pravi potrošači resursa na vašem sustavu, jer ako samo gledate svakih 10 minuta, neće pokazati što su ti potrošači resursa. Tako da znajući koji su pravi potrošači resursa, možete zapravo obraditi istinsku obradu na uskim grlima ili u sustavu.
Sada smo ovdje preskočili karticu aktivnosti i to je aktivnost. Možete vidjeti da zajedno gledamo CPU, podsustav za pohranu, zaključavanje aplikacija, OS čeka, RAC, počinite, Oracle server, komunikaciju i interni agregat. Ovo je y-os, ovo je ukupno vrijeme izvršavanja.
Ovdje su SQL izjave koje su pokrenule ovaj profil i jedna od stvari koje vidite su ove male latencije - dvije milisekunde, ali s gotovo 4500 izvršavanja, znači da je SQL izjava zapravo potrošač resursa broj jedan na vašem sustavu, i to je dobro za znati. Također ne čeka na zaključavanje ili čeka. Koristi CPU 100% vremena. To ne znači da ne mogu stvari oko toga. Mogu puno učiniti u vezi s tim ako znam čemu SQL izjavama i objektima se pristupa. I tako su to neki od načina na koje možemo pomoći.
Ovdje dolje postoji ovaj detaljni postupak i to nas može dovesti u vezu sa pojedinačnim PeopleSoft programima, a svaki od tih programa služi različitim ciljevima u PeopleSoft-u. Na razini baze podataka zapravo se možete početi baviti načinom na koji se aplikacija koristi.
A ako odaberem određeni program, tada mogu izolirati SQL izjave koje je taj program podnio, tako da mogu biti usredotočen na aplikaciju, a ne na bazu podataka, kada u osnovi gledam i gledam optimizaciju baze podataka i konfiguraciju baze podataka. Želim vas samo upozoriti na ovo. Često su mnoge velike organizacije podijeljene u infrastrukturne i aplicirane DBA-ove. Precizno, pokazujući aplikaciju kao i potrošnju resursa, zapravo smo u stanju premostiti jaz i ovo rješenje je korisno za obje vrste gore navedenih DBA-ova u sustavu.
Ovaj je dio zapravo vrsta pokazujući što možemo učiniti na razini baze podataka. I ono što se ovdje dogodilo je da smo zamrznuli zaslon, došlo je do odabira iz PS_Proda i ono što smo učinili je da kliknemo ovaj gumb tona i ono što radi je da nas to uvede u ovaj SQL radni prostor. E sad, za vas ljude koji nisu DBA, ovo možda ne bi izgledalo uzbudljivo. Za ljude koji su DBA, ovo bi moglo biti prilično uzbudljivo. Ono što se ovdje pokazalo je trajanje ove konkretne SQL izjave prema promjenama na sustavu. A to pokazuje srijeda, četvrtak, petak, trajanje je oko 2/10 sekunde. Subota i nedjelja ovo poduzeće ne radi - sretno im. Došlo je u ponedjeljak, došlo je do promjene: promijenio se plan pristupa. Novi plan pristupa iznenada je ovdje gore. To je zapravo dovoljno sporo, što rezultira zamrzavanjem ekrana.
Ako sam DBA, trebam dodatne informacije da bih znao pravi uzrok. Moram znati izbor optimiziranih baza podataka. Pa Precision nudi ovu usporedbu koja pokazuje plan izvršenja koji je bio brz i učinkovit kada su se stvari odvijale izvrsno, kao i plan izvršenja koji je bio spor i neučinkovit. Ovo pridruživanje filtra uobičajeno je za DBA-ove koji pokreću PeopleSoft. Ono što filtar radi jest hoće li tražiti svaki red u jednoj tablici, pregledava svaki red u tabeli za pridruživanje - za to je potrebno puno CPU-a. To je krajnje neučinkovito jer nema filtriranja samo gledanja podskupina redova koji su potrebni, već SQL izjavom i ta neučinkovitost dovodi do sporijeg vremena izvršavanja. Stoga konačno usporavaju PeopleSoft ploču u zamrzavanju zaslona, a Precision je uspio doći do pravog uzroka o kojem nikad ne biste saznali ako niste imali alat koji otkriva aplikacijski kôd, SQL izjave i tako dalje.
To je bio neka vrsta dubokog zarona. Sada ćemo povući pogled do nadzorne ploče od 10.000 četvornih metara. Precizno gledano, nadzorne ploče zapravo nisu za tehnički tim - zapravo želite koristiti razmjenu informacija u operacijama, možda s timom aplikacija, možda s vašim zapovjednim lancem. Tako bi jedan set nadzornih ploča mogao prikazivati ploče PeopleSoft i vrijeme klijenta, tako da znate kakvo je iskustvo krajnjih korisnika. Možda je druga nadzorna ploča konfigurirana za operacije i može li izgledati da je bilo smrzavanja upozorenja? Zapravo imamo upozorenja na razini OS, weba, WebLogika, Tuxeda i baze podataka. Nema upozorenja, prosječno vrijeme odziva. Možete vidjeti da su trčali oko trećine sekunde. Ovdje zapravo mogu pogledati moju infrastrukturu, pokazuju mi sve VM-ove u mom okruženju i mogu započeti s obradom, balansiranjem opterećenja, a također mogu pogledati i svoje domene Tuxedo. Ovo specifično okruženje ima šest različitih domena, tako da mogu vidjeti te domene i zapravo se mogu uključiti u uravnoteženje weba.
Sada je precizno povijesno skladište da PMDB, baza podataka za upravljanje performansama, ima mnoštvo mjernih podataka. Ponekad netko želi znati koliko ima broja pregledača ili biste mogli brojati pristup prema vrsti preglednika ili izvedbi prema vrsti preglednika. Postoji čitava gomila stvari koje se mogu učiniti da bi se postigla dodatna vidljivost na vašem sustavu.
Evo, ovaj, mi zapravo gledamo na upotrebu WebLogic memorije i vidite ovaj lijepi obrazac pile, upotrebu memorije. Postoji zbirka smeća, a on povlači ne-reference. To se vraća gore, pa je ovo vrlo lijep uzorak koji želite vidjeti. Dakle, na ovaj se način gleda na PeopleSoft okruženje kao skup podsustava i to bi bilo primjereno za operacije. Najosnovnije pitanje je: "Pa, što se događa na poslužitelju?" Točno ima sve ove vidljivosti. Također pruža poslužiteljske metrike. I tako ste ovdje u mogućnosti izmjeriti CPU, memoriju, I / O, poslužitelj, korisnike u sustavu i tako imate tu potpunu vidljivost. A to je način - koji se kombinira s dugoročnim trendom - kako ljudi koriste Precision za planiranje kapaciteta.
I samo želim tamo baciti malu notu. Trgovina obično ima toliko proračuna za hardver, poslužitelj, toliko budžeta za osoblje. Kako ćete ulagati, gdje stavljate svoje oklade? Pomoću Preciza imate prednost jer vidite kako se koristi podsustav za pohranu. Ako radite puno slučajnih I / O-a, Precision će vam to pokazati. Pomoći će opravdati ulaganje u skladište u čvrstom stanju. To bi moglo biti važnije za vašu trgovinu od kupnje dodatnih CPU-a ako se dogodi da iskorištenost procesora bude mala.
Želite uložiti tamo gdje su prava mjesta u obradi, gdje zapravo možete isplatiti. Preciznim rješavanjem svega, od učinkovitosti obrade kodiranja aplikacija sve do kapaciteta, dopuštamo vam da procijenite i dokumentirate gdje su te potrebe brojevima.
Sada upozorava i posljednji komad, a upozorenje je zapravo način na koji je ovo započelo. Zapamti to? Vidjeli smo upozorenje da postoji SLA performansi i vidjeli smo da je nestala WebLogic instanca. Pogledajmo sučelje za uzbunu. I još jednom, što se događa? Jedna od stvari na koju želim istaknuti ovo gledište je da Precision ne samo da ima ova upozorenja o performansama i upozorenja o stanju o dostupnosti, već imamo i trendna upozorenja. Razlog činjenice da su trendi upozorenja važni je taj što vaš sustav radi u praznom hodu ili ima jednog ili dva korisnika, vjerojatno se stvari odvijaju sjajno. Tek kada ne počnete dodavati korisnike i oni počinju obavljati sve više i više aktivnosti koje se počinju boriti za podatke, za resurse na razini Tuxedo, na razini WebLogic, na mrežnoj razini, na razini baze podataka. I ta kontrola rezultira degradacijom performansi, a onda konačno možete preći liniju i to je upozorenje o učinku, a to je u suštini da ne ispunjavate SLA ciljeve za organizaciju. I tako su ovi kompleti upozorenja vrlo lijepi.
Web sloj, preko lijeve strane, mrežni sloj zapravo mjeri iskustvo krajnjeg korisnika i tada se upuštate u tehnologije unutar temeljnog skupa aplikacija. Ovo je neka vrsta našeg arhitektonskog zaslona kako sve to činiti. U idealnom slučaju želite imati precizan poslužitelj koji je neovisan o okolišu ili okolišu koji se nadgleda. Jedan precizni poslužitelj može podnijeti brojne aplikacije.
Za PeopleSoft i za Oracle i DB2 baze podataka potreban nam je lokalni agent. Ako je vaše okruženje PeopleSoft zaustavilo SQL Server, postoji mogućnost da se aktivirate bez posrednika. Imamo i agente za Sybase. Srce našeg sigurnosnog modela je da se ovdje prikupljaju podaci, dok se korisnici Precisiona provjere autentično. To su potpuno odvojeni procesi, zasebne vjerodajnice, zasebna provjera autentičnosti i tako je to dio našeg sigurnosnog modela. I tu su dodatne pojedinosti.
Mislim da je to za sada dovoljan uvod u arhitekturu. Ako imate gorućih pitanja, postavite ih, kao što je Eric spomenuo.
Kao brzo sažetak, ovo je rješenje dizajnirano za 24 do 7 u proizvodnji. Toplo se preporučuje da nas koristite u QA. Ako se bavite vlastitim razvojem, počnite nas koristiti u razvoju. Pretočili smo komplicirani URL, URI u naziv ploče PeopleSoft. Kad govorim o proizvodnji, mi smo izuzetno niski, tako da imate vidljivost, uvijek znate što se događa, identificirate krajnjeg korisnika.
Nisam morao ulaziti i definirati ove transakcije - tu su samo prirodne točke povezivanja iz preglednika, URL-a, ulaznih točaka, veze web poslužitelja u WebLogic, poziv se svodi na to koji pruža SQL izjavu. Tada ćemo moći uhvatiti SQL izraz i što on radi. Precision je inteligentan prema bazi podataka i mislim da je to faktor koji nas razlikuje i omogućava vašem DBA da surađuje, poboljšava vidljivost aplikacija.
Konačna stvar je zato što smo uvijek bili uključeni, uvijek prikupljamo, uvijek možete mjeriti prije i poslije i kvantificirati poboljšanje ili, u rijetkom slučaju, možda ste promijenili performanse, to biste znali i mogli biste to odmah vratiti , Većina naših natjecatelja, ono što oni rade je ako trebate vidjeti dodatne informacije, morate uključiti dodatnu vidljivost i obično ta dodatna vidljivost nameće mnogo troškova.S Točnošću imate uvijek vidljivost i problem uvijek možete riješiti. Ako želite posjetiti web mjesto Precision, provjerite bilo koji od Preciznih proizvoda, je li to Precizan za Oracle. Navedeni smo kao Precision Platform Performance Performance Platform i tamo se nalazi gumb za traženje demonstracije.
Zapravo, ako dijelim svoj zaslon, mislim da bih mogao jednostavno tamo dolaziti da vam pokažem kako to izgleda, samo da biste to vidjeli unaprijed. Evo web stranice IDERA Idete na proizvode. Mogu odabrati bilo koju od ovih Preciznih komponenti i želim je vidjeti u akciji. Ovo će pokrenuti naš postupak dijeljenja dodatnih informacija koje bi mogle biti važne za vašu web lokaciju. Ili ako želite znati više o prelasku na korisnički sučelje, slobodno nam se obratite.
I što to, Eric, želim prenijeti palicu tebi.
Eric Kavanagh: OK, dobar posao. Moram još jednom reći - Bill, prilično sveobuhvatna i impresivna prezentacija. Spomenuli ste čitav niz stvari o kojima bih volio pitati. Nemamo puno vremena - otprilike devet minuta - i ja poput Matta imamo priliku postaviti i par pitanja i dobiti barem jedno ili dva iz publike.
Ali spomenuli ste nešto za što sam smatrao da je vrlo, vrlo zanimljivo s obzirom na to kako Precizan može pomoći u nabavi IT tima jer možete istaknuti, možete odlučiti kome onaj tko donese odluku da je ono što trebate više čvrsto pohranjivanje, na primjer, ili su vam potrebna poboljšanja mreže ili bilo kojeg drugog. Ali to je velika stvar. Često vidite tvrtke koje to prepoznaju i koriste to ili pokušavate evangelizirati neke druge?
Bill Ellis: Pa, zapravo oboje, a stvar je u tome što su obrasci upotrebe, čak i za paketnu aplikaciju poput PeopleSoft-a, obrasci korištenja različiti na svakom mjestu. Imao sam sreću raditi PeopleSoft migraciju u banci i banke koriste sustav glavne knjige vrlo različito od većine organizacija. Zapravo biste mogli imati pojedinačne transakcije koje su obavljene u poslovnici, sve se knjiže u glavnoj knjizi.
I tako umjesto da objavljujete desetine ili stotine glavnih knjiga, zapravo objavljujete stotine tisuća. I tako sam se uključio u Precizan zbog obrazaca upotrebe i to nam je omogućilo da se pozabavimo, ali potrebe aplikacije kako na razini koda, tako i na razini konfiguracije kao i na razini infrastrukture. Dakle, apsolutno sam veliki vjernik i to želim evangelizirati jer ne biste trebali donositi hardverske odluke jednostavno na temelju upotrebe. Bazirajte ga na potrebama vašeg okoliša.
Eric Kavanagh: A tu je i pitanje sudionika, i onda, Matt, prebacit ću vam ga na pitanje ili dva. Pa, ovo je dobro i to je smiješno, jer možete odgovoriti velikim, dugim odgovorom. Polaznik pita: "Kako skupljate mjernu vrijednost izvedbe na kraju korisnika nakon raspoređivanja i tijekom testiranja?"
Mislim da ste se poprilično dobro udubili koliko ste duboki i bogati. Pričali ste o čak i sekundama za neke od ovih stvari u usporedbi s svakih pet minuta ili 10 minuta. To je kada ćete dobiti razinu detalja koja je potrebna kako biste pronašli svoje odgovore, zar ne?
Račun Ellis: Da, tako da je ključna stvar da se pojedinačni sakupljači podataka o izvedbama temelje na tehnologiji. Pa kad radimo implementaciju, moramo znati o tome kako je sastavljen vaš paket aplikacija, počevši od operativnog sustava, njegove verzije, verzije Tuxedo-a, WebLogic-a, koje verzije alata za ljude koje koristite.
I stvarno je dizajn onih agenata koji to čine, prikupljanje podataka koje nam omogućava otkrivanje da nivo vidljivosti Precision pruža. I ta vidljivost, mislim, ponekad može biti malo zastrašujuća za ljude. Ali ako vam je cilj stvarno ući u stvari i poboljšati stvari te iskoristiti performanse do 11, to bi zaista bila razina vidljivosti koju biste željeli imati. A ako Precision to može osigurati i njegova mala potrošnja, pitanje je zašto ne? Stoga mislim da je to sjajno pitanje i kontaktirajte nas ako želite dalje razgovarati o tome.
Eric Kavanagh: Ok Dobro. I Matt, jesi li imao pitanja?
Matt Sarrel: Mislim da sam dobro. Mislim, bavio sam se padom WebExa ovdje.
Eric Kavanagh: O ne. Potreban nam je Točan da bismo točno shvatili zašto.
Matt Sarrel: Da, pretpostavljam da sam pitanje koje sam pomislio dok ste razgovarali, Bill, bilo da biste mogli malo porazgovarati o tome kako više timova može doći na istu stranicu kada riješite probleme s performansama, jer znam da se to događa i opet, tko je odgovoran za ono što i kako mogu svi raditi zajedno kako bi zaposlenicima pružili najbolju kvalitetu.
Račun Ellis: Da, tako da je IT osoblje obično skupo. U većini dućana podijeljeni ste u timove temeljene na složenosti tehnologije. Jedna od velikih stvari koja se događa je pitanje izvedbe i puno puta sukoba, saziva ratna soba. I tu svi imaju mjerne podatke kako bi nekako oslobodili razinu, jer nemaju kontru. Oni gledaju što se događa na razini WebLogic, a ne što se događa na razini koda transakcije. Ili pregledavaju razinu baze podataka, a ne pojedinačni SQL iskaz transakcije.
A tako što može utvrditi nivo problema i kôd problema unutar tog sloja, ono što oslobađa ostale momčadi da ne idu i ne troše vrijeme na resurse tražeći problem koji nije unutar njihovog područja. Ako je problem s bazom podataka, obratite se DBA-i s informacijama koje su im potrebne da bi riješili problem. Oni će im to biti drago.
Ali isto tako, ne trošite Tuxedo, tim za pomoć WebLogic usredotočujući se na probleme u bazi podataka. Isto tako, ako se problem dogodi u konfiguraciji WebLogic, nemojte odvojiti vrijeme DBA u nekakvoj ratnoj sobi pokušavajući se obraniti. Samo i riješite problem u WebLogic-u.
Otkrivamo kako IT osoblje cijeni Točno zbog uštede vremena, jer obično te ratne sobe nisu predviđene proračunom za vremenski plan svake organizacije FTE. Njegova vrsta poput dodatnog vremena. Stoga je od velike važnosti da se efikasnije riješi ta pitanja. A za organizaciju koja je izbacila fluidno korisničko sučelje, sposobnost povećavanja proizvodnje i rješavanje problema s kojima se u proizvodnji zapravo suočavaju bila je od presudnog značaja ne za pojedino osoblje ili timove, već zapravo za IT upravljanje u cjelini jer bi to bile zaista loše vijesti ako bi se morali otkotrljati. Dakle, veliko pitanje, jer to nije samo tehnologija. Stvarno se uvijek odnosi na ljude.
Matt Sarrel: To su ljudi i procesi. Da, to je bilo jedino pitanje koje mi se pojavilo tijekom demonstracije. Ako ima još publike?
Eric Kavanagh: Da, upravo ću baciti posljednju na tebe, Bill, a Matt je u svojoj prezentaciji kratko o tome govorio. Počeli smo vidjeti ovu biljku. To je još uvijek gledano naprijed, ali kontejneri i upotreba kontejnera i Dockera i stvari takve prirode, koliko vas velika momčad to baca?
Bill Ellis: Dakle, riječ znači različite stvari ovisno o različitim tehnologijama. Tako razvijamo svoje proizvode kako bismo se brinuli za spremnike na razini baze podataka i na razini aplikacije. I kao dio toga, to je vrsta cijelog okruženja s pokretima, oblakom, a mi djelujemo unutar oblaka. Ali postoji postupak otkrivanja i, ovisno o tome kako se razvijaju ove aplikacije - uključujući PeopleSoft, razvijamo nadzorno rješenje tako da možemo pružiti razinu dubine koja je bila toliko vrijedna u prošlosti.
Eric Kavanagh: Da. I moram reći, svaki put kad vidim ove demonstracije, samo sam zadivljena preciznošću koju imate i to je ono što vam je potrebno da biste uspjeli spojiti razumijevanje i trebate imati obrazovanje o tome što je normalna situacija, što je standard.
I vi ljudi nudite puno sadržaja oko toga - pomažete ljudima da prepoznaju što je normalno, a što nije normalno. Na primjer, razgovarali ste o trendovskim upozorenjima, sve su to mehanizmi pomoću kojih možete bolje shvatiti da nešto nije u redu, nešto nije u redu, a onda naravno, odatle to morate saznati, ali imate sve podatke.
Bill Ellis: Da, i to je stvarno važna stvar; Mislim da je Matt razgovarao o tome. Što je normalno? Različita okruženja imaju različitu razinu normale. Ako trčite s naprednim hardverom, Oracle logikom i podacima, ono što je normalno u vašoj trgovini ili što se može postići u vašoj trgovini drugačije je nego ako biste radili u manje moćnoj infrastrukturi. Dakle, prva stvar je saznati što je normalno, počnite izračunavati tu osnovnu liniju i na taj način možete početi poboljšavati od tamo.
Eric Kavanagh: U redu, to je dobra poanta. Imamo još jedno posljednje pitanje, izgleda. Samo posljednje pitanje koje ću vam postaviti, Bill. Bilo kakva razlika između praćenja performansi SQL-a i baze podataka s gledišta podataka na razini sustava i aplikacije? Kakva je razlika između praćenja performansi SQL-a i baze podataka iz vaše perspektive?
Račun Ellis: Pa, u bazi se ništa ne događa sve dok se SQL izraz ne izvrši. Tvrdnja SQL izraza je ono - kontrola zaključavanja, čekanja, ograničenje resursa na razini podataka i na razini SQL Server. I tako da ako sam u stanju vidjeti i pokretač SQL izraza i njegov utjecaj na sustav, izazvao sam učinak; Mogu povezati ono do čega je aplikacija DBA briga s onom do čega se brine infrastruktura DBA dok ne budem mogao stvarno iskoristiti maksimum iz alata Precision.
Ako sam infrastrukturni DBA i gledam na stvari poput upotrebe, stvarno nekako upravljam širokim kistom nasuprot da li mogu pogledati pojedinačni SQL iskaz i mogu li zapravo umanjiti resurse potrošnja - bilo da je u pitanju CPU, memorija, I / O - mogu se obratiti na obje strane istog novčića.
Eric Kavanagh: OK, ljudi. Izgarali smo nešto više od sat vremena. Veliko, veliko hvala našim prijateljima u IDERA-i. Veliko hvala Matt Sarrel što nam se pridružio danas. Sve te internetske emisije arhiviramo za kasnije gledanje, pa se slobodno vratite i obično se u samo nekoliko sati arhiva digne. Dakle, provjerite to i sve što moram reći je da volim ove stvari, volim Precizno, volim kad mogu ući u korov. A ne znam nijedan drugi alat koji bi vam omogućio da kopate po svim onim različitim dijelovima i dijelovima snopa aplikacija osim onoga što ti ljudi imaju u IDERA-i s Precisionom.
S time se pozdravljamo, narode. Hvala još jednom, razgovarat ćemo s vama sljedeći put.