Osoblje Techopedia, 31. kolovoza 2016
Odlazak: Domaćin Rebecca Jozwiak razgovara o rješavanju problema s bazama podataka i problemima učinkovitosti s analitičarima Ericom Kavanaghom i Dez Blanchfield-om, kao i Billom Ellisom iz IDERA-e.
Trenutno niste prijavljeni. Prijavite se ili prijavite da biste pogledali videozapis.
Rebecca Jozwiak: Dame i gospodo, zdravo, dobrodošli u Hot Technologies 2016. Današnja tema, "Aplikacija polako teče? Vrijeme je da budemo precizni". I zar svi ne znamo previše dobro koji se problemi mogu dogoditi kada se stvari pokreću sporo? Ovo je Rebecca Jozwiak, popunjavam za Erica koji danas nekako igra novu ulogu. Da, ova je godina vruća i, znate, što se tiče tehnologije, kao što sam rekao, jedina stvar koju stvarno ne želite je sporo pokretanje bilo čega, bilo koji dio vašeg sustava. I samo radi korisnog primjera, mislim ako imate restoran, nije važno koliko je hrana sjajna, ako je usluga spora, vjerojatno se nećete vratiti natrag. Sada je lako, nekako, u restoranu otkriti zašto nešto sporo radi. Možda je kuhinja kratka s osobljem ili je došlo do kvara s nekom opremom, ili je možda osoblje na čekanju malo lijeno, pa je to lako identificirati i popraviti.
Ali kad razmišljate o podatkovnom centru, to je potpuno drugačija priča. To može biti problem s mrežom, loš upit koji zaglavljava stvari, performanse aplikacije ili neispravan kabel mogu čak uzrokovati neke probleme. A otklanjanje problema s tom vrstom složenosti u najboljem slučaju može biti teško. To je ono o čemu ćemo danas razgovarati. I kao što sam rekao, Eric Kavanagh se danas uključuje kao analitičar. Imamo Dez Blanchfield-a, našeg znanstvenika s podacima, i imamo Billa Ellisa iz IDERA-e, koji će govoriti o rješenju svoje tvrtke koja pomaže u upravljanju performansama aplikacija. A s tim ću loptu predati Ericu. Eric, pod je tvoj.
Eric Kavanagh: U redu, zvuči dobro, ljudi. To je zapravo bila sjajna analogija, jer ste razgovarali o poteškoćama ili lakoći s kojima se može riješiti problem i odmah se spuštate na to. Problemi s izvedbom uvijek proizlaze iz neke vrste problema u mreži. Mislim, na primjer, to može biti jednostavno poput starog hardvera, ali dno crta je svaka takva situacija koja zahtijeva rješavanje problema. O tome ću danas govoriti. A idemo naprijed i skočimo ovdje na tobogane.
Evo nevolje. Rješavanje problema - zabava je za ljude koji im se sviđaju, to je cool stvar. Ako pronađete nekoga tko voli raditi na rješavanju problema, držite se te osobe, nabavite joj neke alate kako bi obavio posao, jer stvarno dobre stvari ako možete pronaći nekoga tko može doći do dna nečega i stvari će obaviti. Suština je da je rješavanje problema problematično i uvijek je tako i uvijek će biti, a ako počnete razgovarati o rješavanju problema, ono na što zapravo idete jest analiza uzroka. Što uzrokuje problem?
Pa, ako samo sjednete i razmislite na trenutak o čak i glavnim danima, moglo bi se pojaviti svakojake probleme. I tada ste morali imati ljude koji su zaista znali njihove stvari jer nije bilo čak ni dobrih alata za rješavanje problema, tako da ste stvarno morali znati svoj naredbeni redak, i o tome ćemo razgovarati u sekundi. I zapravo sam zaboravio staviti jedan od svojih najdražih slajdova, potražit ću ga dok smo danas na izložbi, možda tijekom Dezovog predstavljanja. Ali htio sam pokazati svima koji to nisu vidjeli, jednu od najsmješnijih britanskih TV emisija ikad, koja se zove "IT gužva". I što se tiče rješavanja problema, Irac, koji je jedan od dvoje IT ljudi u cijela tvrtka uvijek isto govori kad god započne bilo koji poziv: "Jeste li pokušali isključiti i ponovo uključiti?" Dakle, pokušajte isključiti i ponovo uključiti. Začudili biste se koliko često ta jednostavna stvar može riješiti neke probleme.
Oni od vas koji ste radili rješavanje problema kod kuće, možda s roditeljima ili prijateljima, vjerojatno ne sa svojom djecom, jer oni obično znaju što učiniti, isključite je i ponovo uključite. No bez obzira na to, rješavanje problema nije lako, nikada neće biti lako, ali danas ćemo razgovarati o nekim stvarima koje možete učiniti kako biste olakšali posao. Dakle, naredbeni redak - da, zaista, dovoljno sam star da se sjećam ranih dana računanja kada je sve što ste imali bilo naredbeni redak za napraviti DIR, Enter. To bi se vidjelo, direktorij datoteka i osjećalo se pozitivno da je zapravo izvršena neka naredba, zar ne? Dez, naravno, naš istraživač podataka, on zna kako upotrijebiti naredbeni redak. A ako možete koristiti naredbeni redak, to je sjajna stvar jer većina nas običnih smrtnika koristi neku vrstu GUI-ja, grafičko korisničko sučelje, ali uvijek nešto postoji, ispod toga uvijek postoji razdvajanje GUI-ja i naredbenog retka. I samo da vam dam slučajni primjer, ako želite znati koliko se kod nekih osnovnih programa ovih dana ugravira u dokumente, uđite u najnoviju verziju programa Microsoft Word, utipkajte “hello world” i zatim spremite “save as HTML ". Zatim otvorite taj rezultirajući dokument u uređivaču teksta i vjerojatno ćete vidjeti stranice i stranice oznaka. To se naziva bloat kod koda, a bloat koda nije baš dobar za rješavanje problema, već samo za nepristojno.
Naravno, došao je i klijent-poslužitelj i to je bila sjajna stvar. I na neki način se nekako vraćamo u tom smjeru, ali samo razmislite o složenosti koja je nastupila sa situacijom, sada gdje je problem, je li to na klijentu, je li na poslužitelju, je li to mreža? Gdje je? Što se može dogoditi na web stranicama koje razmišljaju o virusima, a kada virus može upasti u mrežu? Može ići bilo gdje. Povrede podataka danas su lude. Oni uzrokuju probleme s performansama. Imali smo ruske hakere koje možemo prepoznati po IP adresi. Prilično smo sigurni da su Rusi, ili da su vrlo bliski, ili da su vrlo pametni Ukrajinci, Poljaci ili čak Amerikanci, koristeći proxyje. Ali tijekom godina imali smo hakere da dođu na našu staru, internu analizu, i uzrokuju sve vrste problema. Stvari jednostavno prestaju raditi, stvari ne možete dovršiti. Stvari koje su nekad radile ne rade. Kako znaš? Kako znate što je to? Kao još jedan primjer ovdje, vrlo je složeno okruženje, vrlo je teško ući u korov i stvarno shvatiti kako se stvari odvijaju i djeluju za nas, pogotovo ako dobijete čitavu hrpu dodataka. Stvari mogu poludjeti prilično brzo. Nekako sam ispred sebe.
Bacio sam se ovdje, uvijek pazite na nadogradnju. Nadogradnje uvijek plaše dnevne svjetlosti iz mene. Svakako operativni sustavi. Sjećam se dana kada je Microsoft zapravo sugerirao da, da, možete nadograditi vaš operativni sustav s ove verzije na tu verziju. Pa, pokušao sam nekoliko puta, i to nikad, nikad nije uspjelo. Samo se sjetite, što je veće, složenije okruženje, situacija će postati još neugodnija. A tu je i virtualizacija. Razmislite što je VMware napravio IT-u. To je revolucioniralo IT, ali je i stvorilo ovaj sloj apstrakcija. Ako ste na toj temeljnoj razini imali apstrakciju sloja, to je potpuno nova igra s loptom, to je potpuno nova kugla od voska i zaista morate ponovno procijeniti što radite, a svi se stari alati morali promijeniti. I sada je, naravno, oblak, zar ne? Za kupca je oblak sjajan, jer je vrlo jednostavan, korisničko sučelje je prilično jednostavno, ali naravno nemate baš puno kontrole nad oblakom. Ali za ljude koji su iza kulisa, postoji čitav niz stvari koje bi danas trebali znati i razumjeti. Okoliš je postao puno, puno složeniji. Svakako s e-trgovinom, i mislite na sav novac kojim se trguje ovih dana. Zato me uskoro uskoro nećete naći za društvo bezgotovinskog. Slijedi zaključak da je situacija svakim danom sve problematičnija.
Zadržavanje optimalnih performansi uvijek će uključivati element uklanjanja problema. Nije me briga što vam netko kaže, nema savršenog alata, nema srebrnog metka i nikad ga neće biti, jer - u drugoj zanimljivoj perspektivi ovdje - još uvijek učimo govoriti silikon. Još uvijek učimo kako razumjeti kako čak i umrežavanje djeluje na razini gusta kruta tla. Ako pogledate softver za upravljanje sustavima, ovih je dana prilično dobar. Ali ipak, gledate li linije koje se penju gore i dolje i gledate predstavke stvarnosti, to će potrajati osobu koja zna što se događa kako bi spojila tragove u koje biste mogli zaviriti u optimalne alate kako biste bili u mogućnosti shvatiti što radi, a što nije i puno je pokušaja i pogrešaka, samo da budem tup. S tim ustupit ću ga Dezu Blanchfieldu i tada ćemo se čuti s Billom Ellisom iz IDERA-e koji će nas sramotiti svojim znanjem. Dez, uzmi to.
Dez Blanchfield: Hej, hvala Ericu. Hvala vam. Lijepo se odveo u moju malu segu. Moj naslov, "Performans art", mislim da je izuzetno prikladan u kontekstu onoga o čemu danas pričamo, jer na mnogo načina kada razmišljamo o performansnoj umjetnosti, razmišljamo o plesu i glazbi i drugim kreativnim stvarima. Iskreno, češće nego ne, ako rješavamo probleme i u vrlo velikim IT okruženjima i poslovnim sustavima doista postoji element umjetnosti i često crna umjetnost, jer situacija iz mog iskustva u proteklih 25 i više godina je da suvremene gomile aplikacija, vrlo brzo povećavaju složenost brzinom koju nikad prije nismo vidjeli. I iskreno se borimo da ostanemo u korak s tim da postoje organizacije poput Ubera, na primjer, i bilo što drugo, i razvojni tim Pokémon Go, mislim da doživljavaju rast i složenost i povećanje složenosti po stopama koje su samo astronomske. Ne postoje čak knjige o tome jer nismo zamislili tu razinu rasta. Moje je mišljenje da je srž definicije snopa aplikacija eksponencijalno propala i objasnit ću zašto mislim da je to tako, a onda ću dovesti do izazova da moji dobri prijatelji iz IDERA izgleda imaju rješenje za rješenje,
Ukratko, svi ih znamo, ali samo da bismo ih saželi, znali smo da smo u ranim danima imali ono što ja zovem, arhitekturu aplikacija, verzija 1.0. To je bilo poslužiteljsko računalo, u ovom slučaju mainframe s gomilu terminala, bilo je relativno lako dijagnosticirati probleme ako stvari ne vidite na terminalu - mogli ste pronaći kabl između terminala i zatim poslužiteljskog računala, a bio je to ili nula kabela ili konektora ili neki problem ako nije povezan sa terminalom, a na ekranu vidite stvari, bilo je prilično lako utvrditi da su stvari koje izazivaju probleme bile u sam stroj. I polako biste mogli dijagnosticirati gdje je u hrpi koja je od hardvera sve do softverskog sloja i korisničkog sučelja. U onome što nazivam verzijom 1.1 napravili smo malo složenije. U sredinu smo stavili uređaje kako bismo mogli staviti više terminala. Oni su bili neka vrsta komunikacijskog uređaja i često su bili mux ili multiplekseri i prelazili bi preko namjenske ili dial-up linije pa ste imali glavni okvir na udaljenoj lokaciji - to bi mogao biti međudržavni ili međunarodni - i neki uređaj spojeni preko SMA veze ili neke vrste WAN povezivanja i ti terminali i dalje rade na isti način. Ali imali ste malo više složenosti jer ste morali shvatiti je li problem između terminala i uređaja za povezivanje ili uređaja za komunikaciju i glavnog računala. Ali snop je u glavnom okviru ostao relativno sličan.
Verzija 1.2, opet malo složenija jer smo sada dodali još uređaja, dodali smo pisače i ostale stvari i grupirali smo te stvari, i mislim na prednji procesor koji bi lokalno rješavao sve probleme uređaja, pisače i terminali i tako dalje s glavnim okvirom tog dalekog kraja. Malo više složenosti. Ali opet, dosljedna tema mainframea bile su aplikacije koje se pokreću lokalno, tako da je rješavanje problema ostalo prilično slično unutar snopa aplikacija. A onda smo imali ljude s vještinama razvrstavajući probleme s terminalima i pisačima i kontrolerima klastera. Ali tada smo zakomplicirali stvari i izgradili smo mreže i odjednom ista arhitektura uvodi mrežni sloj. Odjednom smo imali mrežnu sklopku, a radne stanice bile su mnogo složenije. A tu verziju arhitekture često smo imali i grafičke aplikacije za korisničko sučelje na radnoj stanici. Ne samo da smo imali poslužitelj koji pokreće snop aplikacija, nego smo imali i drugi snop aplikacija koje se pokreću lokalno, i naravno isti osnovni model uređaja koji se povezuju na poslužitelj. Zatim smo izvršili kvantni skok do novijeg modela onoga što ja zovem 2.1, gdje smo uzeli tu aplikaciju i napravili smo mnogo složeniju, puno težu dijagnozu. I predstavili smo puno više uređaja na prednjem kraju, na web-preglednicima i osobnim računalima i mobilnim uređajima, itd. A ovdje je snop aplikacija počeo zaroniti malo dublje u integraciju kao operativni sustav i hipervizor.
Na ovoj slici s desne strane imamo čitav niz, uključujući mrežnu infrastrukturu, poslužitelje za pohranu, virtualne strojeve, operativni sustav, a zatim tradicionalne tri razine aplikacija metala za baze podataka itd., Na prednjoj desnoj strani. Dijagnosticiranje problema s aplikacijama i problema s performansama na ovom modelu postalo je mnogo teže. Postoji toliko mnogo pokretnih dijelova i pokušaj probijanja kroz taj niz bio je samo noćna mora i morali ste uključiti dodatne skupove vještina i organizaciju da se to nosite. To više nije bio samo vaš tim aplikacija, odjednom ste imali ljude iz infrastrukture, imali ste stručnjake za baze podataka, koji su samo radili na bazama podataka i ništa drugo - za razliku od sistematskog programera koji je znao njihov put. Sada imamo scenarij u kojem se IT odjeli moraju nositi sa znatno širom složenošću "kao usluge", a ovo mjesto u kojem je svijet upravo eksplodirao i postali su naši izazovi rješavanja problema, prešao je iz noćne more u nešto što je gotovo nepodnošljivo na neki način.
I to je nastalo kao razrješive razmjere, pokušavamo pružiti usluge na. Verzija 3 onoga što ja smatram skupom aplikacija - uvela je to kao uslužni model, gdje je tradicionalni model s lijeve strane, korporativni IT snop, gdje je na našem kraju sve trebalo upravljati kao potrošač i dobavljač usluge - od baze podataka o sigurnosti aplikacija, operativnih sustava, pohrane usluga virtualizacije, umrežavanja podatkovnih centara - morali smo sve to upravljati, ali imali smo pristup svemu tome i mogli smo razmjeriti naše setove sposobnosti i tehničkih vještina te smo mogli ispraviti kroz tu hrpu i mogli smo pronaći stvari. No kako su se pojavili infrastrukturni servis i platforma te model softverske usluge, odjednom su nam oduzeti pristup back-end infrastrukturi, naš pristup platformama i alatu iz kojeg smo isporučili usluge. Kako smo počeli konzumirati infrastrukturne usluge, na raspolaganju su nam bile samo četiri najbolje komponente iz operativnog sustava, baze podataka, snopa sigurnosnih aplikacija za zaštitu okoliša i gore. Sve pod tim bila je crna magija. A postaje još zanimljivije kada prijeđete na uslugu platforme jer i vi samo upravljate snopom aplikacija.
Kada dođete do softvera kao usluge i tradicionalnog modela toga je web pošta ili internetsko bankarstvo, jedino što imate je pristup web pregledniku, pa pokušavate dijagnosticirati ono što stoji iza toga, definitivno. I podijelio sam to na vremenske zone, na utore vremena ili područja vremena ako želite ili generacije, u onu s lijeva na desno, prešli smo od nekih vrsta prije 2000-ih i tradicionalne hrpe gdje smo imali pristup u cjelokupno okruženje i kroz to bismo se mogli probiti. Ali s vremenom je postajalo sve složenije. Od početka 2000-ih, do sredine 2000-ih, do kraja 2000-ih do današnjeg dana, gdje smo prešli od usluge infrastrukture, usluge platforme, softverske usluge, do sad se u biti odnosi na poslovnu uslugu. A složenost se dramatično povećala. Postoji toliko mnogo pokretnih dijelova. No, raspoloživost vještina postaje sve teža i teža, a sve teže i teže iskoristiti se. Pronalaženje ljudi s pravim setovima vještina s pravim pristupom pravim alatima za ulazak i zaroniti u ovaj snop i otkrivanje gdje nešto sporo djeluje. Je li to moj laptop ili radna površina, je li to moj telefon ili tablet, je li moja povezanost preko 3 ili 4G ili moja posvećena veza s ADSL-om ili ISDN što god to moglo biti? Ili čak i dial-up, iako je ovih dana sve manje. Je li kraj web poslužitelja, je li to nešto unutar web poslužitelja? Je li to poslužitelj aplikacija? Je li nešto u vezi s memorijom i diskom CPU-a i mrežnim performansama unutar aplikacijskog poslužitelja? Radi li baza podataka tamo?
I možete zamisliti, vrlo brzo crtate ovu sliku složenosti koja se počinje širiti poput velike slike praska, ovog sve jačeg mjehurića kojim pokušavamo zagrliti ruke i imati vještine za ronjenje i ono znanje i ono što razdvaja i razdvaja. I sada smo u eri u kojoj se, znate, ljudska bića ne mogu nositi s fizičkim razmjerima, čak i ako imate sposobnost da razdvojite okruženje baze podataka i razdvojite tu bazu podataka i zaronite u pojedinosti unutar te baze podataka. Broj baza podataka kojima sada morate upravljati brzo raste. Sve sada pokreće bazu podataka. Vrlo malo aplikacija ovih dana ne pokreće baza podataka. I vrste baza podataka također brzo rastu. Nisu to više samo tradicionalne SQL baze podataka, ponekad i SQL, ponekad i ne-SQL, nekad je baza podataka s grafikonima, ponekad je baza podataka. I postoje sve ove različite vrste funkcija koje imaju ove različite vrste baza podataka i kao rezultat toga svaka od njih ima različite izazove u pogledu izvedbe i različite kriterije performansi. Zapisivanje baza podataka i baze podataka dokumentiraju vrlo, vrlo različito i vrše drugačiju funkciju u odnosu na tradicionalnu SQL bazu podataka koja je usklađena s ACID-om, ANSI 92. I vrste stvari koje smo tamo pohranili.
Na mom se umu nalazimo u kojem - i mislim da je Eric aludirao na to - da se ljudska bića bore da zadrže složenost onoga što gradimo i brzinu kojom gradimo, a mi sada smo na mjestu gdje je jedini način da upravljamo ovom infrastrukturom, a jedini način da nadgledamo i prodremo u probleme s kojima se susrećemo su alati i prave vrste alata. I tada nepromjenljivo prava generacija alata. Alati koji zapravo razumiju pomoćnu infrastrukturu. Više nije u redu samo baciti SQL monitor ili SQL alat za postavljanje upita i započeti razdvajati upit i vidjeti što to radi. Zapravo nam je potreban alat koji razumije formiranje upita i odgovarajući način za formiranje upita, te prikladne načine za upite da razgovaraju s infrastrukturom u pozadini, i kako oni funkcioniraju kako to rade. I da pogledate vrijeme tih interakcija i redoslijed u kojem se odvijaju.
A to je mnogo složeniji izazov i to me dovodi do mog sažetka pitanja, a to je da, kako složenost hrpa aplikacija koje razvijamo povećavamo, nužno su potrebni alati za rad i alati koji koristimo za upravljanje njima. da postanem sve pametniji i mnogo sposobniji gledati više stvari. Ali isto tako i puno pametniji u načinu na koji istražuju o onome što se radi u pozadini i onome što mogu otkriti o tome i potencijalno čak i nekakvom analitičkom ispitivanju kako bi shvatili da se interakcije i performanse isporučuju i zašto radi sporije ili brže.
A onda ću proslijediti našem dragom prijatelju iz IDERA-e, Billu Ellisu, i vidjeti što on danas ima reći o tome kako oni rješavaju to pitanje. Bill, na tebi.
Bill Ellis: U redu. Moje ime je Bill Ellis i hvala vam puno. Govorit ćemo o tome da se moja aplikacija pokreće polako, vrijeme je da dobijem Precision. Pogledajmo što Precision, IDERA proizvod, može učiniti i kako vam može pomoći. Puno puta saznate samo da je došlo do problema s performansama jer vas je pozvao krajnji korisnik, a to je zaista sam po sebi veliki problem. Od svih IT-a, niko nije znao dok nije zazvonio telefon. Sljedeći veliki problem je kako pomoći ovom pojedincu, a to zapravo nije trivijalni problem. Iz toga postoji jedan korak. To je iznad i izvan ovog slajda, iznad i iznad ostalih. I želim da vidite možete li to shvatiti. No, kao što smo već spomenuli, aplikacija zahtijeva, oslanja se na mnogo različitih tehnologija, snop aplikacija je visok i raste. I mnogi ljudi aplikaciji pristupaju putem preglednika, i iznenađujuće je da se sve više i više obrađuje što se u pregledniku događa s skriptiranjem itd., A onda, naravno, imate mrežu, web poslužitelj, poslovni logički kod i bazu podataka. Ono što želim uzeti u obzir jest da svaka značajna poslovna transakcija komunicira s bazom podataka, bilo da se radi o izvještavanju o vremenskoj kartici, pregledu zaliha, narudžbenici, a baza podataka se ažurira. I tako, baza podataka postaje stvarno temelj performansi. I baza podataka se, naravno, može uključiti ili se oslanja na niže mjesto za pohranu. Svaka od ovih tehnologija usko je spojena i može vidjeti što se događa. Morate znati što se događa da biste mogli mjeriti kritično je.
Sada, jedna stvar koju pronalazimo je da mnogi naši kupci imaju alat i imaju alat za svaku tehnologiju, ali ono što nemaju je kontekst. A kontekst je u osnovi mogućnost povezivanja točkica između svih slojeva u snopu aplikacija, a to je zapravo relativno jednostavno. Nekada smo imali ograničenje na dvanaest slojeva, ali u osnovi smo to promijenili, imamo neograničene slojeve i podržavamo mješovita okruženja tako da se u osnovi možemo precizno složiti s preciznim rješenjem.
Sada, na visokoj razini, na taj način rješavamo problem i fokusiramo se na transakciju, transakcija krajnjeg korisnika od klika do diska, govori nam koji se sporije pokreću, koji troše resurse, ali ključno je ovo - Omogućujemo vam da odaberete i identificirate korisnika njihovu lokaciju i ne samo cijelo vrijeme transakcije, već i koliko vremena potrošite na svaki pojedinačni korak. Vrijeme je valuta izvedbe, a također pokazuje i gdje se troše resursi. Unaprijed ne znamo gdje će se problem nalaziti, tako da moramo imati odgovarajuće metrike i analitiku na svakom od slojeva kako bismo mogli dijagnosticirati u čemu je problem, gdje bi mogao biti problem.
U današnjoj prezentaciji koju ću usmjeriti na ovo područje, želim biti sigurni da mi u osnovi pružamo istu razinu vidljivosti na svim razinama u aplikacijskom paketu i ključna stvar, hoće li nam ovo reći tko, što, gdje, pa onda ovaj dio, to će nam reći zašto. I stvarno je to razlog zašto je to apsolutno kritično za rješavanje problema, a ne samo njihovo poznavanje. Druga stvar koja je vrlo jasno izišla na prezentaciji bila je da je to nemoguće učiniti. Trebate automatizaciju. A automatizacija znači da ste alarmirali, imate nešto što će vam reći, nadamo se pred zajednicom krajnjih korisnika, da ste u stalnom trendu, izgradili odstupanje od upozoravanja o trendu. A onda mi također nudimo liniju na pijesku, zapravo prekršite SLA. Sada nudite puno različitih informacija - ne moraju svi konzumirati buffet, neki ljudi samo žele lagani zalogaj, ovo je salata, i tako uz to što nudimo portal možemo prenositi informacije, samo treba određenom korisniku ili određene informacije o potrebama zajednice o izvedbi. Aplikacija se pokreće polako, vrijeme je da dobijete Precision. Doista ćemo se usredotočiti na četiri stvari. Prvo je lokacija, unos krajnjeg korisnika. Još jednom, onaj kontekst koji povezuje točke i treći dio istraživanja pokazuje da se gotovo 90 posto problema s aplikacijama nalazi u bazi podataka, tako da je zaista vrsta travestije da će vam većina rješenja za performanse možda reći jednu SQL izjavu. Ali ne govore vam zašto se ta SQL izjava izvodi sporo.
Dakle, zašto je uvijek presudna stvar, a Precision je izvrstan u prikazivanju zašto, za svaki nivo i posebno bazu podataka, i samo da podijelim s vama malo detalja o našoj matrici podrške, koju podržavamo SQL Server, Sybase, DB2 i / ili skupno. Izgled i osjećaj rješenja su vrlo slični, tako da ako gledate više aplikacija, ali malo drugačije arhitekture. Informacije koje ovdje dijelim imaju izgled i osjećaj, pristup, isti je bez obzira na to što se temeljne tehnologije koriste. Precizno je omogućen web. Ulazimo, autentificiramo Precision, a s tim ulazimo i prvo što bismo možda željeli pogledati je izvedba prema lokaciji. I tako ovdje zapravo možete vidjeti različite lokacije na kojima ljudi zapravo pristupe pogubljenju. Možete vidjeti je li netko napustio stranicu prije nego što se ona u potpunosti prikaže ili je došlo do pogreške.
Jedna stvar kod ovih aplikacija je da se mreža ili udaljenost od poslužitelja aplikacija razlikuju. Ovdje je vrlo lako vidjeti da postoji određena razina mreže. Vidim kada su ljudi postali zaposleni, a zatim još jedna zanimljivost, razgovarali smo o tome kako se radi u obradi preglednika, oni zapravo primjećuju da neke od različitih vrsta preglednika pružaju bolje okruženje za brzu obradu. Znajući da li ljudi pristupaju Chromeom ili IE-om ili što se već događa, vrlo često možete utvrditi da je jedna inverzija jednog preglednika zapravo superiorna drugoj. Sada, ponekad s kojima se javno suočavate, ne kontrolirate preglednik, ponekad su aplikacije okrenute prema unutrašnjosti gdje ljudima možete preporučiti vrstu preglednika svojoj zajednici krajnjih korisnika, pa su to vrste vidljivosti i analitike dubokog zarona koji Precizno je u stanju pružiti. Sada ćemo istražiti aplikaciju.
Nisam siguran možete li vi vidjeti moj pokazivač, ali htio sam vam opisati gornji graf. Os y pokazuje prosječno vrijeme odziva. Os x je vrijeme tijekom dana. A zapravo postoji složeni bar grafikon i onaj složen bar grafikon, ukupno vam pokazuje kakva je izvedba, a zatim prikazuje slojevitost vremena provedenog u svakom pojedinačnom koraku ili u svakom pojedinačnom sloju aplikacije. Od klijenta, putem web poslužitelja, zeleno je Java, ovo mjesto koristimo Tuxedo i dolje u bazu podataka. Sada se u donjoj polovici zaslona prikazuju različiti web-meniji kojima se pristupa, a mi smo tada razvrstali sa samo malo zelene strelice usmjerene prema dolje. Redoslijed je u silaznom redoslijedu, a vrhom se balonči, web izbornik počinje prikazivati. Zapravo prikazujemo vrijeme izvršenja, vrijeme odziva svake pojedine tehnologije i tada zapravo postoji grafikon za svaki od tih web izbornika i tako ćemo doći do pojma o tome što se događa. Sad se sjetite da smo sve to razvrstali s krajnjim korisnikom koji bi nazvao, ali kako mogu pronaći krajnjeg korisnika? Ulazim ovdje, otvaram izbornik koji mi omogućuje filtriranje prema određenom korisniku, pa sam tog korisnika postavio na Alex Net, kliknite OK, a mi smo usredotočeni na samo aktivnost Alex Net-a. Dakle, omogućuje li IT i IT upravljanje izravno reagiranje na krajnjeg korisnika, posebno kada su gledali upravljanje sadržajem koje je imalo šest izvršenja s vremenom odziva malo više od tri sekunde. Pa tri sekunde su prilično dobre, nije strašno, ali može, možda je i sporije.
Ono što mogu učiniti s tim je da mogu narezati i isjeckati te podatke na različite načine. Mogao bih reći, je li ta transakcija svima sporo? Je li danas za Alex sporije nego što je bilo jučer? Je li to sporo za svakog korisnika unutar određene lokacije? Ili, i što to radim omogućuje mi da napravim kriške i kockice i steknem predstavu o tome što se događa, koliko je problem univerzalan i vrlo je važno moći prepoznati krajnjeg korisnika, jer se ne radi samo o softveru, infrastrukture, to je i o tome kako krajnji korisnici provode aplikaciju. Često imate novog zaposlenika ili nekoga s novom funkcijom posla, a oni nisu upoznati s određenim SAP ekranima ili određenim PeopleSoft panelima i potreban im je mali pokazivač, možda polja ostavljaju prazna ili stavljaju zamjenske znakove i oni ' prisiljava da se veliki rezultati vrate iz baze podataka. No, imajući korisnički ID, možete ih nazvati prije nego što vas pozovu. Druga stvar koju pronalazimo je da nakon što zajednica korisnika bude svjesna da IT zna što rade, puno se puta ponašaju bolje i puno problema, puno stvari koje su bile problemi, samo neka vrsta ispariti, jer ljudi koji se ponašaju, samo djeluju malo pažljivije. Sustav koriste s većom pažnjom.
Identifikacija krajnjeg korisnika je neophodna. Na kraju, za IT je bitno da može pomoći određenom krajnjem korisniku. Ono što smo ovdje učinili je da li smo prešli na karticu "Tok". To možete vidjeti u gornjem lijevom kutu. I usredotočili smo se na jednu komponentu web izbornika. A s desne strane je analiza te određene transakcije, tako da je na vrhu zapravo preglednik, a zatim View, samo da se malo bolje upoznamo s ikonama unutar GUI-ja za web poslužitelj, tako da možemo vidjeti atributnu točku. A onda je "J" za Javu, a "T" je za Tuxedo, a "Q" je SQL. Pa, novčana vrijednost u osnovi identificira određeni SQL iskaz. Razmislite što to čini. Korisnika smo identificirali u transakciji s osnovnim kodom aplikacije, uključujući pojedinačne SQL izraze. Sada, kada pogledam te pojedinačne SQL izjave, vidim da je ukupno vrijeme odgovora, svaka od njih je odgovorna za oko šest posto, a kad zbroje četiri najbolje SQL izjave, uzeli su otprilike četvrtinu transakcije vrijeme.
Sada je baza podataka najlakše za manipulirati. Obično je najlakše postići jeftine, mnogo superiorne performanse. Sada moram malo dublje saznati što se događa i što, želim da primjer to može zapravo otkriti pojedinačnu SQL izjavu, a znate da vam gotovo mogu garantirati svaki pojedinačni snimak na liniji Imali smo neku vrstu alata za bazu podataka i ono što alat za bazu podataka radi, ali samo promatranje jedne tehnologije izolirano, jeste da pogledate i usredotočite se na zdravlje te tehnologije. I puno puta ljudi gledaju prvih deset mjesta. Sada je ovaj SQL izraz prilično brz, neće biti na popisu prvih deset, već se na SQL izjavu oslanja ova transakcija. I tako što mogu učiniti na toj riječi, kontekstu, sada mogu to privući pažnjom, ali u kontekstu pojedinačne SQL izjave.
Sada se ta osoba može otvoriti Precizno u kontekstu pojedinačne SQL izjave, a Precision bilježi stvarni plan izvršenja koji koristi, vrijeme izvršenja koje je ovo važno za DBA, zapravo će pokazati, možete vidjeti da 50 posto vrijeme se troši čekajući na pohranu. Pedeset posto vremena koristi se u CPU-u, tako da počinjete dobivati ideje o tome gdje vrijeme troši, kako mogu mahati to vrijeme prema dolje, a ideja je dati ljudima mogućnost, jer različiti odgovori imaju različite troškove i rizik povezane, U idealnom slučaju tražimo rješenje problema s niskim rizikom. Sada kada SQL izjavu prati hash vrijednost i na lijevoj se vrsti ekrana nalazi ovaj mali gumb "Tune", i ono što će učiniti je da će vas odvesti na SQL zadatak. A ovaj SQL zadatak je vrsta unaprijed pripremljenog radnog stola i što mi ovo omogućuje, da li mi omogućuje da konkretno analiziram što utječe na SQL izjavu počevši s planom izvršenja. Plan izvršenja odabire optimizator kada je izjava analizirana, ona - natrag u analogiju s hranom, to je recept koji slijedi za razrješenje SQL izraza.
A neki su recepti složeniji od drugih i tako pružamo nalaze. I to će se zapravo ovdje pokazati, hej, puno vremena radi uzastopno I / O na određenom indeksu. I vidite sada, kad se, vraćajući se kisiku, pratite ovaj indeks. Je li taj indeks nedavno defragmentiran, kakvo je zdravlje ako? U kojem stolnom stolu živi? Je li prostor tablice odvojen od tablice na koju se odnosi? I tako vam počinje pružati sve vrste ideja kako možete riješiti problem. Sada očito, znate, gradimo u indeksu. Puno je niži rizik, puno je lakše nego možda pomicanje indeksa iz jednog prostora tablice u drugi prostor tablice, tako da ono što želimo učiniti su vrste sastavljanja, tako da možemo implementirati opciju s najnižim troškovima i najmanjim rizikom riješiti problem.
Precizno također može raditi stvari poput hvatanja vezanih varijabli koje se daju na SQL izraz. Očito će varijable koje se bave nadzirati veličinu skupa rezultata. I kontrolirat će koliko vremena treba provesti SQL izraz i koliko podataka mora aplikacija i obrada koje aplikacija prođe kroz Java, kroz .NET, u mrežu web poslužitelja plus mrežu, konačno dovedenu u preglednik krajnjeg korisnika., Ono što se događa u bazi podataka izravno utječe na vrijeme preglednika. I tako će biti presudno imati tu razinu vidljivosti kako bismo mogli točno znati što se događa i dati DBA najviše mogućnosti kako bi mogli izabrati koji od njih ima najviše smisla, s obzirom na određenu situaciju.
Ovo su neki od citata i oni su iz PeopleSoft trgovine koja ima globalnu primjenu. Precision podržava PeopleSoft i SAP, Siebel, Oracle, E-Business Suite, domaće Java i .NET programe. Podržavamo, pa ako upućujete internetske pozive na više JVM-ova, od Jave do. NET-a natrag do Jave, sve to možemo pratiti. Moglo bi biti na premijeri, moglo bi biti u oblaku. Ključno je da stvari moraju biti instrumentirane.
I tako, samo nekoliko citata jednog od naših kupaca. „Prije točno, naši DBA-ovi su koristili OEM“, - to je alat samo za bazu podataka, i u osnovi su rekli: „Hej, slučajevi izgledaju sjajno.“ Ali mogli su pomoć u otkrivanju ili rješavanju problema s određenom transakcijom. Precision je osigurao vidljivost za to. Stoga je posjedovanje tih podataka o SQL izjavama bilo presudno za pružanje vidljivosti DBA osobama da u potpunosti istisnu performanse iz baze podataka. I tako je bilo stvarno lijepo. Vrlo i iznad nekih alata koji biste mogli gledati.
A onda se IT menadžmentu jako svidjela činjenica da je Precision uspio pretočiti složeni URL u naziv panela. I na taj način, ako krajnji korisnik nazove i kaže: "Hej, imam problema s tim", možete izdvojiti i vidjeti tko je taj korisnik, što izvršava, kakvu izvedbu, oni zapravo mjere prikazivanje vrijeme u pregledniku krajnjeg korisnika. To je istinska mjera iskustva krajnjeg korisnika. Pa tako je i posjedovanje tog korisničkog ID-a apsolutno neophodno za pomoć određenoj osobi koja zove.
Kako Precision to čini? I mi bismo željeli nekako podijeliti našu arhitekturu. Precizan bi trebao živjeti na vlastitom poslužitelju, a živjeti u VM-u, može živjeti u oblaku. Na prednjem kraju je Precizno omogućeno webom, bilo da koristite nadzorne ploče, sučelje za uzbunu ili GUI Expert. Na strani prikupljanja podataka mi zapravo možemo učiniti agenta za nekoliko različitih tehnologija. Često će nam trebati agent, a pluss i minusi su kod agenta. Veliki plus je to što se prikupljeni podaci mogu unaprijed obraditi prije slanja putem LAN-a. To znači da možemo smanjiti ukupni utjecaj rješenja za praćenje na ciljno okruženje.
Sad samo razmotrite kao alternativu, ako imate "agenta", još uvijek postoji sakupljač podataka, samo je pitanje gdje živi i upućuje pozive i prosljeđuje neobrađene podatke o ciljanoj aplikaciji na vašem LAN-u. A zapravo je prilično skupo. I na taj način unaprijed obradimo zapravo možemo minimalizirati trag. Moći ćete pratiti i fizičku i virtualnu. I jedno što sam želio reći o virtualnoj tehnologiji je ono što se zaista usredotočuje na korištenje. Ono na što se Precision fokusira jest prijepor. Kada tehnologija VMware zapravo minimizira resurse za vaše gostujuće VM? I tako postaje stvarno jednostavno. Ako gledate samo unutar gostujućeg VM-a, imate samo dio slike. Značajna je mogućnost automatskog otkrivanja i upozoravanja na neslaganje.
Precision može nadzirati do 500 slučajeva, tako da vrlo velike implementacije u osnovi imaju više Precision poslužitelja. A za globalnu implementaciju obično će to biti Precision server u svakom centru podataka. Usput, za najveće implementacije možete ih zajednički spojiti kako biste mogli gledati korporativno u onome što se događa i biti u mogućnosti ponuditi izvještavanje itd. Sada, kao što sam već spomenuo, imamo puno tehničke analitike. Ne moraju svi ući u stručni GUI, stoga nudimo prilagodljivu nadzornu ploču. I svaki od tih portleta ili widgeta, svi su neobavezni. I netko bi možda samo želio ići: "Hej, kako možete upozoriti na bilo koji nivo u našem okruženju? Kako izgledaju krajnje skupine za rad s perspektive performansi? "Ili možda imate pitanje o infrastrukturi, uzimajući u možda čak i performanse Tuxedoa. Ili čak balansiranje opterećenja. Ovdje je nekako zanimljivo u ovom dijelu za uravnoteženje opterećenja. Gledam portlet u sredini s lijeve strane. Možete vidjeti da je broj izvršenja vrlo sličan između svakog web poslužitelja. Ali vrijeme odziva na vrhu je vrlo različito. Zapravo možete provjeriti i točno saznati razlog zašto je vrijeme odziva na tom web poslužitelju bilo puno sporije od ostalih.
Jedna stvar u vezi s uravnoteženjem opterećenja, ovo je vrlo važno, i politike balansiranja opterećenja, znate, nije svaka politika uravnoteženja opterećenja prikladna za svaku aplikaciju. Zapravo je zaista korisno za potvrđivanje politike uravnoteženja opterećenja. Zapravo se susrećemo s nekim aplikacijama poput novog PeopleSoft Fluid GUI-a gdje će neki web poslužitelji otići izvan mreže. I to je nešto što je doista kritično. Ako koristite GUI PeopleSoft Fluid, kontaktirajte nas. Možemo vam pružiti puno uvida i puno znanja o tome s čime su se susreli drugi kupci. Svaki od ovih portleta može biti prilično detaljan. Kao što je srednja desna strana, s plavom i zelenom bojom, zapravo uzorak vrha mača, to nekako pokazuje da se vaše smeće unutar WebLogic sloja odvija onako kako očekujete. Svaki od ovih portleta može biti visoko fokusiran ili može biti na vrlo visokoj razini. A razlog koji je važan ili bi mogao biti važan je mnogo puta nije dovoljno dobro da se te informacije jednostavno unose u IT, ponekad te podatke morate podijeliti s vlasnicima aplikacija, a ponekad i s višim rukovodstvom, o onome što se događa,
Htio sam s vama podijeliti nekoliko priča, poput „Uspjeh u datacentru.“ A to su baze podataka i imam druge priče koje su usredsređene. Ali danas se želim usredotočiti na sloj baze podataka. Pogledajmo zamrzavanje zaslona. Ono što se ovdje dogodilo jest da je ta trgovina imala poslovnu suradnju, a ako je narudžba zaprimljena do 15:00, narudžba se šalje tog dana. I tako je skladište izuzetno zauzeto u tom vremenskom okviru. A onda je zamrzavanje zaslona bilo vrlo frustrirajuće. I tako je supervizor - ovo je manja tvrtka - supervizor zapravo ušao u IT i naravno otišao do DBA-e i rekao: "E sad, što se događa?" I tako što smo napravili, jesmo li mogli točno pokazati što se događalo. Ovo je JD Edwards, višeslojna aplikacija, ovo je zaslon za narudžbe. Možete dobiti predstavu o tome kakav je bio posao, u osnovi pravovremeni oglasni prostor, i tako zapravo gledate na skladišne aplikacije. A sada uglavnom dostavljate na brojne stranice za kupce, u različite trgovine. A ono što smo učinili je da smo otvorili Precision.
U ovom slučaju, prije nego što smo pogledali Oracle, ovdje gledamo SQL Server, a sada nam gornja polovica prikazuje složen trakni grafikon gdje SQL izjave provode svoje vrijeme dok izvršavaju. Svako slabo stanje se računa u y-osi. Os x ako je naravno tijekom vremena i možete vidjeti da se složeni grafikon mijenja iz vremenskog odsječka, ovisno o tome što se izvršava i kako koristi sustav. U ovom konkretnom slučaju usredotočili smo se na treći SQL niz. Tekstualno je SELECT FROM PS_PROD i u tom stupcu možete vidjeti da smo snimili stvarni plan izvršenja. A možete vidjeti kroz broj pogubljenja. Činjenica da je ta određena SQL izjava odgovorna za 9, 77 posto potrošnje resursa u ovom vremenskom okviru koji gledamo - i to je važno razdoblje, vremenski okvir, Precizno čuva valjanu povijest - tako da u osnovi mogu birati broj i saznajte što se dogodilo u određenom trenutku ili tijekom vremena. Mogu vidjeti trend.
Sad ova SQL izjava, vidite tu složenu traku grafa, tamno je plave boje. To kaže da koristimo sav CPU. Krenimo naprijed i usredotočimo se klikom na ovaj gumb "TUNE" na tu posebnu SQL izjavu. Ono što mi radimo jest da je vodimo u radionicu, unaprijed izgrađenu radionicu koja je zamišljena da kaže, "Pa što će DBA znati o ovoj konkretnoj SQL izjavi?" A na desnoj strani možete vidjeti karticu pod nazivom " Povijest ”koji je odabran. I ono što bih sada želio učiniti je vrsta prelaska na lijevu stranu gdje piše „Promjene u odnosu na prosječno trajanje“, prosječno trajanje. A svaki od tih barova predstavlja događaje dnevno.
Možete vidjeti u srijedu, četvrtak, petak, vrijeme izvršenja bilo je, idem oko dvije točke. Osi y pokazuje točku četiri sekunde, dakle točka dvije. Vrlo se malo zaslona zamrzne, operacije se odvijaju sjajno u SLA. Nažalost, 27. veljače izvršni plan se promijenio, što je izazvalo trenutnu promjenu vremena izvršenja. Odjednom se vrijeme izvršenja povećava, četiri X, možda pet X, i stvari se odvijaju loše. Sada precizno, u svom spremištu zapravo bilježi sve promjene koje bi mogle utjecati na ponašanje. I ovdje možete vidjeti da smo zapravo snimili promjene ravnine osi. Onaj u sredini kaže "Promijenio se volumen tablice". I tako su tablice sve veće i upravo smo u tijeku, kad SQL izraz pročisti, optimizator odabere jedan plan izvršenja ili drugi plan izvršenja.
Srećom, ovog tjedna ovdje u ponedjeljak je lepršalo, pa je bilo u dobrom trenutku. Nažalost, on se opet dešava i znate što, krajnji korisnici počinju anticipirati da se zaslon zamrzne i započnu ponovno slanje tog zaslona, a oni guraju broj izvršenja i gore i gore. Imamo ogromnu količinu detalja, ali da bismo riješili taj problem i zatim ga izbjegli u budućnosti, potreban nam je još jedan podatak. I to je prikazano meni u usporedbi tih planova za izvršenje. 5. ožujka, kada je bio brz i učinkovit, na lijevoj strani je prikazan plan izvršenja. Kad je 12. ožujka bilo sporo i neučinkovito, možete vidjeti da se to spaja filtar. Spajanje filtera samo prisiljava puno veću potrošnju CPU-a, radeći mnogo više. Ishod je identičan, samo se radi puno više posla. Kao da idete i nabavite zalihe jedan sastojak istodobno, umjesto da odete u ostavu i nabavite sve sastojke odjednom. Dakle, postoji ovaj način učinkovitijeg načina za to. Sada to obično znajući, DBA je mogao koristiti plan upita kako bi izbjegao ovaj plan sporog izvršenja i zaključao u brze, visoke performanse.
Sljedeća vrsta ratne priče bila je "Izvještaji su kasni." Mislim da se puno ljudi može poistovjetiti s tim scenarijem. Možda imate ad hoc izvještavanje, možete koristiti alat poput NVISION, možda imate neki alat za izvještavanje treće strane. A što se događa je da alat razvija SQL. A često SQL nije baš tako dobro kodiran. A ovo bi se moglo primijeniti i na situaciju u kojoj, znate, imate neku aplikaciju treće strane, u redu, gdje SQL nije bio interno napisan, i tako kao DBA, "Ne kontroliram SQL, što hoću li to učiniti? "Pa Precision pruža nešto čega nisam svjestan niti u jednom drugom alatu baze podataka, a to je pogled objekta. U kombinaciji s preporukama i modeliranjem. I tako ono što možemo učiniti je zapravo okrenuti vidljivost na glavi. Umjesto da samo pogledamo aktivnost, istražimo, koji je objekt najteži u sustavu? A u donjem dijelu ekrana možete vidjeti redoslijed redoslijeda SQL i stupac "u MS-SQL". Tablica retka narudžbe deseterostruko je prometnija od bilo koje druge tablice u sustavu. Mislim da ćete primijetiti i ono što ćete primijetiti u gornjoj polovici, alokacija prostora raste i možete pogledati i specifikacije na poslužitelju koju verziju softvera pokrećemo. Precision će zapravo provjeriti praćene promjene u primarnim postavkama. Još jednom, uzrok i posljedica.
Sada, usredotočujući se na tablicu retka naloga, ono što mogu učiniti sa svojim detaljnim povijesnim spremištem je da ja zapravo mogu povezati SQL izjave koje idu protiv tablice retka naloga. A možete početi gledati gdje klauzula u tim SQL izjavama. I počnete primjećivati da je klauzula gdje prilično slična između različitih SQL izraza. I predlažem vam da u vašem sustavu za snimanje pronađete istu stvar. Budući da će poslovni korisnici, poslovni analitičari htjeti raditi stvari kao što su objedinjene poslovne aktivnosti tijekom posljednjeg dana, prošlog tjedna, prošlog mjeseca, posljednjeg tromjesečja, u prošloj godini. Vidjet ćete vrlo slično gdje su klauzule, poredak po, grupiranje po, a to znači da će postojati određeni indeksi koji imaju smisla za te SQL izjave.
I tako Precision ima mehanizam preporuka, to možete vidjeti u gornjem desnom kutu, a ono što mi možemo učiniti je zapravo dobiti preporuke. Recite: „Hej, pokrećem sve SQL izjave, koji bi ih indeksi adresirali?“ Indeksi su vam predstavljeni i zapravo možete vidjeti DBL. Sada je Precizan samo za čitanje, on ne nudi mogućnost klika na gumb i izradu indeksa, ali to je dovoljno jednostavno za napraviti izvan Preciznog. No, ovdje je najvažnija stvar, Precision vam omogućuje procjenu i modeliranje promjena, pa je tu gumb za procjenu u donjem lijevom kutu zaslona. A što to čini je da pokazuje SQL izjave prije i poslije.
Pogledajmo ove SQL izjave. Vidite li ovdje ovaj stupac koji kaže "u MS-SQL-u", a on kaže sat, četiri minute? Ta gornja SQL izjava izvršava ili troši oko 64 minute vrijedne resurse. A predviđeno je njegovo poboljšanje 98 posto. Te će se promjene uštedjeti na satima obrade. Sljedeća SQL izjava je 27 minuta i u osnovi će uštedjeti trećinu. To je desetak minuta obrade. Sastavljeno zajedno, ovim ćete predloženim izmjenama uštedjeti nekoliko sati i sate. Dakle, biti u stanju znati ovo unaprijed, biti u mogućnosti to modelirati. Također možete upotrijebiti sposobnost "što ako ako" da biste rekli: "Pa, ne želim napraviti taj indeks, ili što se događa ako promijenim redoslijed stupca?" I tako mogu koristiti ovu sposobnost modeliranja da otkrijemo što se točno događa.
Druga stvar koja je presudna jest da kada napravim promjenu, zapravo mogu izmjeriti pojedinačnu SQL izjavu. Vidjeli ste povijest SQL izraza u prethodnom primjeru i zapravo mogu provjeriti jesam li postigao uštede koje su modelirane. Tako da je povratna informacija, dovršavanje petlje za povratne informacije apsolutno presudna.
U redu, evo konačnog primjera koji sam trebao dati za vas. Ovo je SAP trgovina i, znate, prošli su veliku nadogradnju, radili su neke stvari s prilagođenim transakcijama, a u osnovi krajnji korisnik nije bio zadovoljan performansama. I tako smo se uspjeli usredotočiti na ono što je doživio taj krajnji korisnik. A na vrhu popisa možete vidjeti "IZBOR", a vrijeme odziva malo je više od 61 sekundu. Ova stvar vam treba minutu da izvršite. Sada možete vidjeti da imamo složeni grafikon koji je usmjeren prema SAP-u. Na desnoj strani prikazuje vrijeme klijenta, red čekanja. Plavo je vrijeme prijave i u SAP okruženju, to je ABAP kôd, a potom i baza podataka. Tako bi baza podataka mogla biti Oracle, SQL, HANA. Mi to u osnovi možemo pokazati.
Sada, što radimo s Preciznim, fokusiramo se na tu transakciju i na tog korisnika na ono što SQL izjave izlaze. Još jednom, taj kontekst za povezivanje točkica. Sada ova gornja SQL izjava, možete vidjeti da je zaokružena i izvršava se u dvije milisekunde. Zaista ne možete okriviti bazu podataka ako se izvršava tako brzo. Broj izvršenja je vrlo velik. Zapravo se možemo vratiti kodu ABAP i reći: "Hej, što se događa?" Zapravo smo ustanovili da je kod u bazi podataka postavljen na pogrešno mjesto, gnijezdi se na pogrešnom mjestu unutar petlje, napravi promjena i nakon toga smo u mogućnosti mjeriti nakon. Zapravo možete vidjeti o čemu nastupa. Ne samo na razini SQL izraza, već i na razini prilagođenog koda. I tako su mogli živjeti s vremenom pogubljenja četiri i pol sekunde. Ovo su samo par primjera kako Precision može biti iskorišten, možete ga utjecati. Kao što je brzo preispitivanje, Precision prikazuje izvedbu prema lokaciji, prema ID-u krajnjeg korisnika, pruža kontekst kroz niz aplikacija. Možete se izvesti na temeljnom uzroku. I mislim da je jedan od velikih diferencijatora biti sposoban znati, ne samo SQL izjavu, već i zašto se SQL izjava izvodi sporo, te biti u stanju prepoznati tvrdnju i u osnovi ponuditi više mogućnosti za rješavanje problema. To je ono što nam Precision može ponuditi i možete nas konzumirati na lagan način ili ako imate vrlo duboke i vrlo izazovne probleme, volimo ih uzeti i na njih.
Eric Kavanagh: U redu, moram reći da je to bilo puno fantastičnih detalja, Bill. Hvala što ste pokazali sve te snimke zaslona. I iz moje perspektive stvarno ste ispunili ono što sam svojevrsno objašnjavao na vrhuncu sata, koji je, broj jedan, morate imati pravi alat. Morate imati alat koji vam omogućuje količinu konteksta potrebnu za prepoznavanje svih elemenata u jednadžbi, kao što je netko rekao u jednom filmu, to je bilo nekako smiješno. Ali pusti me naprijed i predajem ga Dezu jer se kladim da ima neka pitanja za tebe i želim još jedan od tih dijapozitiva gurnuti samo radi vizualnih bombona, ako hoćeš. Zapravo, čekaj, dopusti mi da to uzmem. Ali Dez, siguran sam da imaš neka pitanja, odvedi.
Dez Blanchfield: Da, znam. Ovaj je alat prešao daleki put jer sam ga prvotno znao, a nisam bio svjestan da ste zapravo toliko duboko ušli u hrpu. To je jednostavno neverovatno. Samo brzo, nekoliko stvari. Model razmeštanja, možete li zaista brzo, za minutu ili dvije, samo zacrtati tradicionalni ili tipični model implementacije. Spomenuli ste da je dostupan kao virtualni stroj. Može se izvoditi u oblaku. I pretpostavljam da će se jedno od pitanja vjerojatno pojaviti i mislim da je postojalo nekoliko pitanja koja su se pojavila u odjeljku Pitanja i odgovori. Samo da biste ih saželi u sažetku, tako da je uobičajeni model raspoređivanja i vrsta osi koja se traži, jesu li tradicionalno raspoređeni u zgradi ili hostirani ili u oblaku? Koje su tipove modela implementacije koje obično vidite? I koja je vrsta osi potrebna da bi se postigla da bi radila? Moramo li mijenjati stvari na razini sigurnosti oko pristupa mreži i slično? Ili se ovo može ponašati kao krajnji korisnik?
Bill Ellis: Da, tako da je trenutno većina instalacija spremna. Sve više i više ljudi stavlja komponente snopa aplikacija u oblak i tako možemo i to podnijeti. Uvođenje na kojemu treba pokrenuti poslužitelj, zadovoljit će određene specifikacije. Moramo imati bazu podataka za pohranjivanje povijesnog skladišta, tako da je ispunjavanje tih preduvjeta prvi korak. Sljedeća stvar je da definitivno moramo imati neko znanje o samoj aplikaciji, a instalacija se pokreće čarobnjakom i u osnovi ispunjava praznine. Zbog dubine informacija koje dobivamo, znate, od razine web procesa do koda koji se izvršava, moramo imati neke povlastice. Moram reći siguran model podataka ili sigurnosni model jer agenti rade pod vjerodajnicama koje su potpuno odvojene od ljudi koji koriste metapodatke o transakcijama itd.? Precizno komunicira preko TCP-a preko IP-a, pa zahtijevamo da određeni portovi budu otvoreni. Kao kratki primjer, na primjer, naša zadana luka je 2702. Ta vrsta detaljnih stvari nešto je ako ljude zanima, mogli bismo detaljnije ući u nju. Ali obično mi brzo vršimo vrijednost. Ako se netko suoči s velikim problemom, često možemo stvar instalirati i za nekoliko sati osvijetliti situaciju.
Dez Blanchfield: Da, i ja definitivno imam takvog smisla. U modelu implementacije govorili ste o vrlo velikoj razmjeri i do 500 slučajeva i kako to možete federirati. Na samoj ulaznoj razini, kako izgleda ako netko to želi - jer znam da je IDERA vrlo velika u pristupu besplatnim ispitivanjima, besplatnim demonstracijama, i sjećam se da sam na web stranici vidjela gotovo sve što se može igrati. Za narodnjake ovdje, i mislim da sam ga propustio ranije, ali mislim da se postavilo pitanje oko toga kako izgleda tipično web mjesto i kako ljudi dobivaju pristup tome i počinju se igrati s njim i dobiti taj tip iskustva gdje mogu vidjeti imaju li načina za rješavanje nekih problema s izvedbom? Mogu li preuzeti ODS i uključiti ih na svoj hipervizor, Hyper-V ili laptop ili im je potreban namjenski stroj za pokretanje? Prethodno ste zacrtali arhitekturu, ali vrlo kratko, za minutu ili dvije, kako to izgleda za razvoj na ulaznoj razini samo da bi primjerice dokazao koncept?
Bill Ellis: Da, tako da je naš model malo drugačiji od IDERA alata. Mi se nekako uklapamo u scenarij Embarcadero gdje se želite obratiti jednom od naših prodajnih predstavnika. Željeli bismo samo razgovarati s vama koji su izazovi i tada bismo obično obično znali da će jedan od SE biti dodijeljen i u osnovi će raditi s nekom instalacijom. Obično na računalu ne biste radili Precision. Da biste radili zbirke, želite imati VM ili poslužitelj u podatkovnom centru u kojem aplikacija živi. Ali mi bismo vam pomogli u svakom koraku toga. Ako je netko zainteresiran za to, svakako želite kontaktirati IDERA.
Dez Blanchfield: Jedna od drugih stvari koja me je pogodila je da mislim, puno onoga što smo danas pokrili oko reakcije na probleme performansi. Ali činilo mi se da, i u okruženjima uživo dok ih ljudi koriste, kao što je to vaš prvi dijapozitiv, netko podigne telefon i kaže: "Aplikacija radi sporo, pomoć." No, pogodilo me to tijekom predizbora aplikacija ili nadogradnje ili nove zakrpe i ispravke, mogli biste proći kroz gomilu planiranja kapaciteta i testiranja otpornosti na stres te precizno pregledati cjelokupno okruženje i zapravo naći probleme prije nego što čak i krajnje korisnike postavite na okoliš. Je li to slučaj korištenja koji ste već vidjeli ili ljudi to isto rade, ili to nije uobičajen slučaj?
Bill Ellis: Apsolutno, željeli bismo koristiti Precision kroz cijeli životni ciklus razvojne aplikacije ili životni ciklus nadogradnje. Precision nudi prikaz skalabilnosti, pokazat će broj izvršenja prekrivenih vremenom odgovora. Očito, ako i broj pogubljenja i vrijeme odziva rastu zajedno, niste skalirani i morate nešto poduzeti. Ta vrsta stvari je neizmjerno pomogla. Mislim da je to sada nešto manje istinito, ali kad su ljudi počeli stavljati proizvodne aplikacije na VMware, malo su oklijevali i to je bilo, kao da znaš, u prvom trenutku da će im se svidjeti: "Oh, moramo ovo prebaciti na i fizički. “A zapravo možemo pokazati što je potrošnja resursa, tako da aplikaciju možete učiniti efikasnijom. U svakom koraku životnog ciklusa aplikacije svakako želite koristiti Precision. Ali moram reći da je proizvodnja doista najvažnija kada je izvedba najpreciznija i precizna je usmjerena na praćenje proizvodnje 24 sata dnevno, tako da zaista ne želite pokretati svoje proizvodne aplikacije bez vidljivosti.
Dez Blanchfield: Apsolutno. Još jedno brzo pitanje upravo u vezi s onim dubinskim testom, imigracijom, UAT-om i tako dalje - mislim, super je imati ovaj alat i pretpostavljam da bi programeri aplikacija apsolutno voljeli imati pristup tome kroz životne cikluse životnog ciklusa razvoja., Uz složenije arhitekture koje sada vidite, tako da smo prešli iz namjenskog servisa u virtualizacije i virtualizaciju, sada prelazimo na svojevrsno, znate, prihvaćanje outsource-a u cloud hosting, a također vidimo i prijelaz do kontejnerizacije. Jeste li vidjeli mnoge ljude da to razmještaju i modeliraju neke regije ili zone, pa bi to netko mogao imati - i u Australiji imamo vrlo velik problem oko privatnosti i znam da je u Europi ista stvar i mislim da je to sve više slučaja u SAD-u gdje podaci koji me mogu osobno identificirati često moraju biti u sigurnijem okruženju do stvarnog aplikacijskog sloja do web-sloja. I tako sada imamo ove implementacije gdje ljudi mogu interno čuvati svoju bazu podataka i aplikaciju, ali oni mogu svoj web sloj i kraj isporuke staviti i tako dalje u pružatelja usluga oblaka kao što su Azure ili, ili Amazon Web Services i softver, Kako to funkcionira s vašom uobičajenom implementacijom? Je li to slučaj da ste upravo dobili još jedan skup kolekcionara u regiji i oni samo sakupljaju još neke? Kako to izgleda u svijetu Precizno u današnjem svojevrsnom bimodalnom pristupu pokretanja IT starih naslijeđenih stvari na jednom mjestu, a vaša je roba ponekad u oblaku?
Bill Ellis: Da, tako da podržavamo miješano okruženje. Jedna stvar koju treba uzeti u obzir je da postoje različiti ugovori s pružateljima usluga oblaka. Neki od njih neće dopustiti bilo kakav agent ili bilo kakvo vanjsko nadgledanje unutar oblaka. Da biste instalirali i nadzirali s Precisionom, morate imati vrstu ugovora koji omogućuje tu vrstu pristupa. Definitivno postoje određena ograničenja koja ponekad moramo proći, tako da su oni važni kriteriji koje uzimate u obzir kad, pretpostavljam, prvo potpišete te ugovore, a zatim i / ili ako trebate implementirati Precizno.
Dez Blanchfield: Da, vidio sam brojne slučajeve kada čak i s tradicionalnim okruženjem baze podataka ako to nabavljate kao dio usluge, posebno s Azureovim, dok vi volite HDInsight ili SQL kao Usluga, kao platforma, vaš uobičajeni alat može zaroniti samo toliko duboko, jer oni zapravo nisu toliko željni da pogledate što se nalazi ispod haube. I tako nekako završite s određenom razinom ili dubinom koju možete nadzirati, a odjednom jednostavno ne možete iza čarobne zavjese. Je li samoposluga stvar? Je li to tradicionalno nešto što bi se odvijalo unutar mrežnog operativnog centra u kojem bi tehnički tim, narod pod CIO-om dobio samo pristup, ili je to također nešto što možete pružiti razinu pristupa krajnjim korisnicima? Možda nije nužno recepcija i tradicionalni ljudi iz HR-a i financija, ali pametniji korisnici koji to rade, znate, primjerice, znanstvenici podataka, aktuari, statističari, ljudi koji rade zaista veliko radno opterećenje. Je li slučaj da mogu dobiti pristup nekoj vrsti samoposluživanja kako bi vidjeli što se događa kada pokreću ove teške upite i gdje se pojavljuje bol kako bi mogli nekako prilagoditi način na koji im teret traje?
Bill Ellis: Postoji prilično dobra sigurnost unutar Preciznog pa možete postaviti korisnike koji imaju različite razine pristupa. Na vrlo osnovnim razinama samo nadzorne ploče pružaju nadzor. A onda unutar, znate, ako je netko htio ući u Expert GUI, možete ograničiti ono što mogu vidjeti i što mogu učiniti. I nekako se okreću po vašem prethodnom pitanju da, znate, u zdravstvu imate sve zakone HIPAA, tako da definitivno postoje određena razmatranja i zapravo postoje neke mogućnosti raspoređivanja kako bismo mogli raditi s tim u oba okruženja. Jedna stvar koju treba uzeti u obzir kod podataka koje ste vidjeli u ovoj prezentaciji je da su to svi metapodaci o izvedbi, a ne o sadržaju tablica, i tako je stvarno, neće se upasti u, takve vrste, brige o privatnosti.
Dez Blanchfield: Da, i ja sam to učinio. Imao sam eureka trenutak o vašem četvrtom ili petom klizanju zaslona i shvatio sam da samo izvlačite performanse, dobro ne samo, ali povlačite podatke o izvedbi, izvlačite stvari, kao što ste rekli, iz metapodataka razne razine snopa, zapravo ne gledate sadržaj. Mislim da je to zanimljiva stvar jer je to jedan od onih alata u kojem biste je mogli kratko rasporediti ili pogledati što se događa u okruženju, ali ne morate imati pristup samim podacima. Možete čak pogledati i način na koji se upravljaju posade. Posljednja stvar, pretpostavljam, samo brzo, a onda ću se predati Eriku, pa ako imate pitanje, nazovite Rebecku da se zamota, prije ste spomenuli da je režija nominalna, slučaj je da je čak i primjetna pokrića s promatračke strane stvari i samo gledanje pozadine ili je to toliko zanemariva količina viška da jednostavno nije vrijedno razmišljati?
Bill Ellis: Da, tako da mislim da je kod baze podataka, znate, svaka tehnologija malo drugačija. Na sloju baze podataka Precizno je poznato da prevladava najniže nadzemne dijelove. Na srednjem sloju je, znate, neka vrsta uravnoteženja, znate, to nije samo Precizan, primjenjiv je na sve, u pogledu vidljivosti i nadzemne vrijednosti. I tako, jedna od stvari je što nudimo niz sofisticiranih alata za kontrolu onoga što je nad glavom. Dizajnirani smo za proizvodnju i, znate, definitivno je korisno ukinuti što više problema oko razvoja i QA-e, ali, znate, ne postoji ništa poput saznanja što se događa u proizvodnji.
Dez Blanchfield: Eric, imaš li još kakvih konačnih pitanja?
Eric Kavanagh: Da, samo ću reći da mislim da ste napravili sjajan posao istaknuvši da je kontekst zaista ključan i da je gotovo kao da ako krenemo prema ovom vremenu internetskih stvari, želite da sve bude instrumentirano. I mislim da je sada standard u proizvodnji to, što je dobra vijest, zar ne? Jer želite biti u stanju izvlačiti informacije iz svih tih različitih okruženja i spajati ih sve zajedno. I pretpostavljam da ću vam ipak prenijeti neke komentare u vezi s tim. Na to ste fokusirani pružanje vizualnog sučelja kroz koje neki analitičar, u osnovi IT analitičar, može pratiti i analizirati što se događa u ovom složenom okruženju, a zatim shvatiti što promijeniti. Jer to nije samo alat. Morate imati alat, ali potrebna vam je osoba koja će se baviti tim detaljima i pronaći odgovore, zar ne?
Bill Ellis: Da, nekako to doživljavam kao rast do vrha i određivanje prioriteta gdje je najviše otplata, znate? Ako se pokaže da je drugačija situacija, jer nije svaki problem u bazi podataka. Ako se baza podataka zna, stvari se izvršavaju u desetinki sekunde, ali na nivou aplikacije stvari traju tri sekunde, to je mjesto gdje se najviše otplaćuje. I na taj način moći izolirati razinu problema, a zatim ono što se događa unutar razine da se stvarno usredotočite na mjesto otkupa. To stvarno ubrzava razlučivost i optimizaciju aplikacije, a ona je mnogo brža, puno bolja i zabavnija od ljudi okupljenih u konferencijsku dvoranu koja ide, "Pa nisam ja, to mora biti netko drugi."
Eric Kavanagh: Tako je. Drugi dan sam vidio sjajan meme koji je govorio poput: "Budi informiran, a ne samo izražavajući se." Uđeš u sastanak, imaš informacije, možeš ukazati na podatke. To je ključ i stižemo tamo, hvala Bogu. U redu, idemo i završiti, ali arhiviramo sve te internetske emisije za kasnije gledanje. Slobodno to provjerite bilo kad. Navodimo sve naše mrežne emisije, Hot Tech seriju i seriju Savjetovanja na Techopedia.com, pa skočite na mrežu i provjerite te ljude. S time ćemo se oprostiti. Hvala na vašem vremenu danas, Bill. Zahvaljujući vama i vašem napornom radu, Dez. I razgovarat ćemo s tobom sljedeći put, narode. Čuvaj se. Doviđenja.
