Osoblje Techopedia, 6. rujna 2017
Takeaway: 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 istočna, a zadnjih 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. Bit ću vam moderator današnjeg događaja.
Razgovarat ćemo o sustavima koji posluju, ljudi; govorimo o PeopleSoft-u, kako upravljati izvedbom složenih okruženja. Uvijek volim spomenuti, igrate veliku ulogu u tim događajima, pa 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 ustvari je iz 1968., 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 dobiju 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 primjećujemo 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 glavni okviri od davnina. Svugdje postoje naslijeđeni sustavi. Jedna od šala je da je naslijeđeni sustav sustav koji se proizvodi, što znači u trenutku kad 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, tada imate sve vrste problema.
Pa što se događa? Morate biti realni u stvarima i 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će ih je teško integrirati, imajte na umu da su vani i da je to 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.
Svatko tko je ikad proživio nadogradnju ERP-a s jedne na drugu verziju zna da je to relativno bolan proces, pa imajte to na umu: 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.
To je poput čitave maratonske zagonetke: Ako završite u nekoj vrsti utrke, a svi su ispred vas, a vi i dalje trčite, biti će zaista teško nadoknaditi se ako zaostanete previše. Zato samo pripazite na to i imajte to na umu.
A s tim ću to predati Matt Sarrel kako bi nam dao nekoliko uvida u postupanje s složenošću u PeopleSoft okruženjima. Matt, odvedi to.
Matt Sarrel: Dobro, hvala ti, Eric. Pozdrav svima. I tako, da vidimo, počet ću tako što ću vam reći zašto mislim da sam prava osoba koja će s vama razgovarati 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 presretna - 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 na temperaturi - mudar. A tu su i moji podaci za kontakt, imate li daljnja pitanja.
Ž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 postavili potrošačke aplikacije i web stranice. I ljudi su nekada bili voljni odlaziti na posao i sjediti tamo i čekati svoje sustave jer je to 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 svoju kćer u školu. Ali što ćete osigurati?
I teško je, jer - zaista sam bio velikodušan s ovom jednom do tri sekunde kao dobrom - ljudi također žele neposredan 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 ja stvaram to da kad govorimo o performansama, važno je razmišljati o izvedbi 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 čemu služi ili nema smisla zapravo stavljati ruke na klavir i ugađati ga. Dakle, unaprijed definirati ciljeve, to će nekako održati stvarnima, umjesto da ciljeve prilagođavamo trenutnoj situaciji. Važno je pratiti metrike s vremenom 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 ovo 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žavate odstupanjima od te osnovne vrijednosti, proaktivno upozoravati kako biste mogli poduzeti akciju prije nego što smo pogodili status "neuspjelog kita". 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 cijeli vaš kod ili vaš sustav zaživi kako biste započeli testiranje performansi ili započeli otkrivanje problema, neću reći da je prekasno, ali opet, sad ste tip koji je loše započeo u maratonu i sada igrate nadoknadu umjesto da skačete i idete naprijed. 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 na kojem biste željeli nešto uhvatiti, mada je ipak bolje da to uhvatite u proizvodnji nego da ga ne proizvodite. Zapravo, do trenutka kad ste u pilotu 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. Dakle, to je kao da dvije ruke crtaju jedna drugu, i ovo je dobra stvar. To je beskonačna petlja između ove dvije ruke plana, koda, 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 i uskladiti 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. Dakle, imate svoje bolove i sve se odvija zajedno i prilagođavate se. 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, a lijepa je složenost baš poput unutrašnjosti ovog sata, imamo toliko pokretnih komada u PeopleSoft-u. Svaka stvar utječe na sve ostalo sve do snopa. A toliko je 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, mislim da smo u mnogim slučajevima naučili da možete riješiti infrastrukturu, ali ogromna varijabla postaje vaš kôd prilagođene aplikacije. Dakle, ključno je imati ispravne procese za testiranje i kontinuirano poboljšavanje aplikacije.
I tako je kraj mojega dijela, a ja ću to predati Billu.
Eric Kavanagh: Dobro, Bill, dopustite da vam dam ključeve za WebEx ovdje. Sviđa mi se ta lijepa složenost - 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, doista.
Bill Ellis: Razgovarat ćemo o IDERA-inom proizvodu Precision for PeopleSoft i vidljivosti koju oni mogu pružiti kako biste 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 neka vrsta razlike u vidljivosti i tamo bi se moglo dogoditi da započne dugotrajan i frustrirajući proces gdje bi ljudi mogli otvoriti alat i gledaju, 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 vam 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 donijeti mjerenje mjerenjem ili Six Sigma-om na cjelokupni rad performansi.
Dakle, pogledajmo kao "dan u životu." Prije svega, možda ćete otvoriti zaslon Precizno upozorenje i ovdje ćete dobiti rano upozorenje. Vrlo upozorenje jesu li upozorenja o aktivnosti. Dakle, korisnici izvršavaju transakcije, a mi u osnovi ne ispunjavamo svoje SLA-ove. 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. Sva se aktivnost gura na ovaj jedan slučaj i s tim se mora suočiti. Mi smo u osnovi stvorili usko grlo.
Kao prvo, 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 posebnog JVM-a za WebLogic. I tu je tu vrlo 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. Taj 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 postoji trenutak svakog koraka unutar aplikacije kao i grafikon snopa koji ovdje prikazuje panel po ploči. Također mogu pregledati i pronaći određenog korisnika ili rangirati svoje korisnike.
Ovaj zaslon omogućuje mi da odredim određenog korisnika imenom prijave. Razmislite o tome koliko je ovo izvanredno ili snažno. Puno puta se ne radi samo o infrastrukturi i načinu na koji je postavljen, već o 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 njihovim određenim transakcijama i vremenu odgovora koje je doživio - mogu se izravno obratiti korisničkom iskustvu određenog korisnika korisnik. Ne radi se više o generičkim mjernim podacima na razini sustava, već o iskustvu krajnjeg korisnika i to je vrlo 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, moći ćete pokrenuti postupak za recite, "Pa gdje je točno uzrok?". I to neće biti poput upotrebe CPU-a i prevladavanja, već će biti kod aplikacije koji oni koriste.
Provjerimo i pogledajmo to upravljanje sadržajem i zapravo možete vidjeti analizu te transakcije: pokrećući preglednik, ulaznu točku na web poslužitelj u Java Jolt i zapravo prikazujemo kôd koji se izvršava dolje u Tuxedo ploča, konačno SQL izjava gdje Precision otkriva tekst SQL izraza koji izvršava upravo ovaj PeopleSoft panel.
Svi s kojima razgovaramo imaju alate, ali ono što nemaju je kontekst. Povezivanje točkica ili praćenje transakcije iz preglednika sve do SQL izraza je kontekst. Š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. Precizno će vam to moći pokazati i ponekad može postojati usko grlo ili prepirka unutar preglednika koja može 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 sam u stanju učiniti je za određenu SQL izjavu, tada mogu točno analizirati što se događa s tom SQL izjavom. Dakle, ovdje smo prešli 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.
Sada citat jednog od naših kupaca - ako nisu bili u Oracle Shopu koristili su Oracleov alat zvan OEM i OEM stvarno vrsta fokusirana na bazu podataka ili instancu - DBA-i neprestano gledaju koji je popis 10 najboljih? Ali pomoću Preciza smo u mogućnosti 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 točka koja je ovom kupcu 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 zapravo gledam i razumijem u što gledaju jer to više nisu ti hijeroglifi, to je ime po kojem su upoznati.
Jedno od pitanja koje nam se postavljaju - čini mi se kao da je stalno, pa sam mislio da bih nekako proaktivno odgovarao na pitanja - kako u svijetu hvatate taj korisnički korisnički PeopleSoft? 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. Pa 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 cjelokupni niz aplikacija sve do baze podataka. Kako Precision to pokazuje? Krenimo 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 kad 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, a vrlo često to je VMware. Morate nekako uravnotežiti koliko resursa tražite i koliko vam treba. Ne želite biti resurs. Isto tako, ne želite ograničiti obradu 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. To je vrsta ljepila koja drži sve na okupu, pa to nekako gotovo 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 fluidno korisničko sučelje jer ćete otkrijte da se nalazite iza krivulje zbog načina na koji fluidni sučelje djeluje na PeopleSoft okruženju.
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 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 da bi u osnovi proširila aktivnost, a 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 stvarati promjene u pokretu. 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 kad idete na proizvodnju, a ne ići na 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šće o nalazima koje mi govori kako imate ovaj visoki ponovni međuspremnik dnevnika.
Gledam i ovu odabranu verziju iz PSVersiona. Zapravo troši puno 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, nije pokazat će vam koji 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.
Evo, sada smo prešli na karticu aktivnosti, a ovo 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 nije čekanje na bravu ili čekanje. Koristi CPU 100% vremena. To ne znači da nema stvari koje ja ne mogu učiniti. Mogu dosta učiniti s tim u vezi s tim ako znam kojim se SQL izjavama i objektima pristupa. I tako su to neki od načina na koje možemo pomoći.
Ovdje dolje postoji ova detaljna obrada i to nas može dovesti u kontekst pojedinačnih PeopleSoft programa, 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 izdvojiti 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 ovdje prikazujemo 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 zaslona.
Ako sam DBA, trebam dodatne informacije da bih znao stvarni 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. Izuzetno je neučinkovit jer nema filtriranja samo gledanja podskupina redaka 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 nadzornih ploča od 10 000 četvornih metara. U Preciznom prikazu, nadzorne ploče zaista nisu za tehnički tim - stvarno vam je na raspolaganju da dijelite informacije s 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 trčimo oko trećine sekunde. Ovdje zapravo mogu pogledati svoju 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, Precizovo 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 čitav gomila stvari koje se mogu učiniti da bi se postigla dodatna vidljivost na vašem sustavu.
Evo, ovaj, mi zapravo gledamo na korištenje WebLogic memorije i vidite ovaj lijepi uzorak pločica, potrošnju memorije. Postoji odvoz smeć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. Dakle, ovdje možete izmjeriti CPU, memoriju, I / O, poslužitelj, korisnike u sustavu i na taj način 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 investiciju 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. Pa pogledajmo sučelje upozorenja. 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 da ako vaš sustav radi u praznom hodu ili ima jednog ili dva korisnika, vjerojatno se stvari odvijaju sjajno. Tek kad ne počnete dodavati korisnike i oni počinju vršiti sve više i više aktivnosti koje se počinjete boriti za podatke, za resurse na razini Tuxedo, na razini WebLogic, na mrežnoj razini, na razini baze podataka. A ta kontrola rezultira degradacijom performansi, a zatim konačno možete preći crtu i to je upozorenje o učinku, a to je u osnovi 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, pa je to dio našeg sigurnosnog modela. A tu su i dodatni detalji.
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. Prevest ćemo složeni URL, URI u naziv ploče PeopleSoft. Kad govorim o proizvodnji, mi smo ekstremno niski, tako da imate vidljivost, uvijek znate što se događa, identificirate krajnjeg korisnika.
Nisam morao ulaziti i definirati te transakcije - postoje samo prirodne točke povezivanja od preglednika, URL-a, ulaznih točaka, veze web poslužitelja u WebLogic, kontekst poziva dolje koji pruža SQL iskaz. Tada smo u mogućnosti snimiti 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 u toku, 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 prebaciti natrag odmah. 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 proizvoda Precision, bilo da je riječ o Preciznoj za Oracle. Navedeni smo kao Precizna platforma za performanse aplikacija 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 mogli ovo pravo vidjeti 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 bi to, Eric, prenio bih palicu tebi.
Eric Kavanagh: Dobro, dobar dogovor. Moram još jednom reći - Bill, prilično sveobuhvatna i impresivna prezentacija. Spomenuli ste čitav niz stvari o kojima bih želio pitati. Nemamo puno vremena - otprilike devet minuta - i volio bih da Matt ima 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 korištenja, č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, ustvari objavljujete stotine tisuća. I tako sam se uključio u Precision zbog obrazaca upotrebe i omogućio nam je rješavanje, ali potrebe aplikacije kako na razini koda, tako i na razini konfiguracije kao i na razini infrastrukture. Dakle, apsolutno sam veliki vjernik i želim to evangelizirati jer ne biste trebali hardverske odluke jednostavno temeljiti na upotrebi. Bazirajte ga na potrebama vašeg okoliša.
Eric Kavanagh: I tu je pitanje sudionika, a onda, Matt, prebacit ću ti ga na pitanje ili dva. Pa, ovo je dobro i smiješno jer je to velik, dugačak odgovor koji biste mogli dati. Polaznik pita: "Kako sakupljate 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. Tada ćete dobiti razinu detalja koja je potrebna kako biste pronašli svoje odgovore, zar ne?
Bill Ellis: Da, tako da je ključna stvar da se pojedini sakupljači podataka o izvedbi temelje na tehnologiji. Kada radimo implementaciju, moramo znati kako se gradi vaš paket aplikacija, počevši od operativnog sustava, njegove verzije, verzije Tuxedo-a, WebLogic-a, koje verzije alata za ljude koje koristite.
I upravo je dizajn onih agenata taj koji to čini, prikupljanje podataka omogućava nam otkriti da razina 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 i poboljšati stvari i iskoristiti performanse do 11, to bi zaista bila razina vidljivosti koju želite imati. A ako Precision to može pružiti i to je 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: Dobro, dobro. I Matt, jesi li imao pitanja?
Matt Sarrel: Mislim da sam dobro. Mislim, ovdje sam imao posla s padom WebExa.
Eric Kavanagh: Oh ne. Potreban nam je Točan da bismo točno shvatili zašto.
Matt Sarrel: Da, pretpostavljam da je pitanje koje sam pomislio dok ste razgovarali, Bill, bilo da biste mogli malo raspraviti o tome kako više timova može doći na istu stranicu kada riješite probleme s performansama, jer znam da je to nešto što pojavljuje se iznova i iznova tko je odgovoran za ono što i kako mogu svi raditi zajedno kako bi zaposlenicima pružili najbolju kvalitetu.
Bill Ellis: Da, tako da je IT osoblje obično skupo. U većini trgovina podijeljeni ste u timove temeljene na tehnologiji s obzirom na složenost tehnologije. Jedna od velikih stvari koja se događa je da postoji problem izvedbe i da često postoji sukob, saziva ratna soba. I tu svi imaju mjerne podatke kako bi nekako oslobodili razinu, jer nemaju kontekst. Oni promatraju što se događa na razini WebLogic, a ne ono što se događa na razini koda transakcije. Ili gledaju na 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, oslobađa ostale timove da ne odlaze ili troše vrijeme na resurse tražeći problem koji nije u njihovom području. Ako je problem s bazom podataka, uputite se prema DBA s informacijama koje su im potrebne da bi riješili problem. Rado će to učiniti.
Ali isto tako, nemojte trošiti 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 koja se pokušava braniti. 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. To je 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 radi o ljudima.
Matt Sarrel: Točno, 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 o tome kratko govorio u svom izlaganju. Počeli smo vidjeti ovaj usjev. 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 i mi djelujemo unutar oblaka. Ali postoji postupak otkrivanja i, ovisno o tome kako se razvijaju ove aplikacije - uključujući PeopleSoft, razvijamo naše rješenje za nadgledanje 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 zadivim se preciznošću koju imate i to je ono što vam je potrebno da biste mogli shvatiti razumijevanje i trebate imati obrazovanje o tome što je normalna situacija, što je standardno.
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 je sve moguće u vašoj trgovini drugačije će biti nego ako se izvodite u manje moćnoj infrastrukturi. Dakle, prvo je otkriti što je normalno, počnite izračunavati tu osnovnu liniju i na taj način možete početi donositi poboljšanja od tamo.
Eric Kavanagh: U redu, to je dobra poanta. Imamo još jedno posljednje pitanje, izgleda. Samo posljednje pitanje koje ću ti 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?
Bill Ellis : Pa, ništa se ne događa u bazi podataka sve dok se SQL izjava 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, ako sam u stanju vidjeti i pokretač SQL izraza i njegov utjecaj na sustav, izazvao sam učinak; Mogu povezati ono što o aplikaciji DBA brine s onom do čega se brine infrastruktura DBA dok ne budem u mogućnosti izvući maksimum iz alata Precision.
Ako sam infrastrukturni DBA i gledam na stvari poput upotrebe, stvarno nekako upravljam širokim kistom nasuprot ako sam sposoban pogledati pojedinačnu SQL izjavu i ako mogu 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: Dobro, 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 ovo 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 vam omogućava 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 sljedeći put.
