Odvzem: Voditeljica Rebecca Jozwiak razpravlja o težavah z odpravljanjem težav in učinkovitosti podatkov z analitikom Ericom Kavanaghom in Dezom Blanchfieldom ter Billom Ellisom iz organizacije IDERA.
Trenutno niste prijavljeni. Če si želite ogledati video, se prijavite ali prijavite.
Rebecca Jozwiak: Dame in gospodje, pozdravljeni in dobrodošli v Hot Technologies 2016. Današnja tema, "Aplikacija teče počasi? Čas je, da postanete natančni." In ali vsi premalo dobro poznamo težave, ki se lahko zgodijo, ko stvari počasi tečejo? To je Rebecca Jozwiak, vnašam Eric, ki danes nekako opravlja novo vlogo. Da, letošnje leto je vroče in, kot sem že rekel, kar zadeva tehnologijo, je stvar, ki si je resnično ne želite, počasen zagon katerega koli dela vašega sistema. In če uporabim primer potrošnikov, mislim, če imate restavracijo, ni pomembno, kako dobra je hrana, če je storitev počasna, verjetno ne boste končali nazaj. Zdaj je v restavraciji enostavno, nekako ugotoviti, zakaj nekaj počasi teče. Mogoče je v kuhinji premalo osebja ali je prišlo do okvare z neko opremo, ali pa je morda celo čakajoče osebje malo leno in to je enostavno prepoznati in popraviti.
Ko pa pomisliš na podatkovni center, je povsem druga zgodba. To je lahko težava z omrežjem, slaba poizvedba, ki zagozdi stvari, uspešnost aplikacije ali napačen kabel, lahko celo povzroči nekatere težave. In odpravljanje težav s to vrsto zapletenosti je v najboljšem primeru lahko težko. To je tisto, o čemer bi danes govorili. In kot sem že rekel, Eric Kavanagh je danes nastopal kot analitik. Dez Blanchfield je naš znanstvenik s podatki in imamo Billa Ellisa iz IDERA, ki bo govoril o svoji rešitvi podjetja, ki pomaga pri upravljanju uspešnosti aplikacij. In s tem bom žogo poslal Ericu. Eric, tla so tvoja.
Eric Kavanagh: V redu, zveni dobro, ljudje. In to je bila pravzaprav odlična analogija, ker ste govorili o težavah ali enostavnosti, s katerimi je mogoče odpraviti težave, in pridete prav do nje. Težave z zmogljivostmi so vedno posledica neke težave v omrežju. Mislim, lahko je tako preprosto, kot je na primer stara strojna oprema, vendar je v spodnji vrstici vsaka takšna situacija, ki zahteva odpravljanje težav. O tem bom danes govoril. In gremo naprej in skočimo na tobogane.
Tu pridejo težave. Odpravljanje težav - zabava za ljudi, ki jim je všeč, to je kul stvar. Če najdete nekoga, ki bi rad reševal težave, počakajte na tej osebi, dovolite jim nekaj orodij, da lahko opravijo delo, saj resnično dobro, če lahko najdete nekoga, ki lahko nekaj doseže in dodela stvari. Vendar pa je spodnja točka, da je odpravljanje težav problematično in vedno je, in vedno bo, in če začnete govoriti o odpravljanju napak, je tisto, kar resnično dobivate, analiza temeljnih vzrokov. Kaj povzroča težave?
No, če se samo usedete in za trenutek razmišljate o celodnevnih osrednjih okvirih, bi se lahko pojavile vse vrste težav. In takrat ste morali imeti ljudi, ki so resnično vedeli njihove stvari, ker za odpravljanje težav ni bilo niti dobrih orodij, zato ste res morali vedeti svoj ukazni poziv in o tem govoriti v sekundi. In pravzaprav sem pozabil vstaviti enega izmed svojih najljubših diapozitivov. Iščem ga, medtem ko sem bil danes na razstavi, morda med Dezsovo predstavitvijo. Toda za vsakogar, ki si ga ni ogledal, sem želel pokazati eno najbolj smešnih britanskih TV oddaj, imenovano "IT Crowd." In glede odpravljanja težav, Irec, ki je eden od dveh IT-jev v celoti. podjetje vedno reče isto, ko se začne kateri koli klic: "Ali ste ga poskusili izklopiti in vklopiti?" Torej, poskusite ga izklopiti in vklopiti znova. Bili bi presenečeni, kako pogosto lahko ta preprosta stvar reši nekatere težave.
Tisti od vas, ki ste doma odpravili težave, morda s starši ali prijatelji, verjetno ne s svojimi otroki, ker navadno vedo, kaj storiti, ga izklopite in znova vklopite. Toda ne glede na to, odpravljanje težav ni enostavno, nikoli ne bo enostavno, danes pa se bomo pogovarjali o nekaterih stvareh, ki jih boste lahko olajšali. Torej, ukazni poziv - da, res sem dovolj star, da se spomnim zgodnjih dni računanja, ko je bilo vse, kar si imel, ukazni poziv, da narediš DIR, Enter. To je tisto, kar bi videli, imenik datotek in občutek pozitivnega, da je dejansko naredil nekaj ukazov, kajne? Dez, seveda naš podatkovnik, ve, kako uporabljati ukazni poziv. In če lahko uporabite ukazni poziv, je to super stvar, ker večina nas zgolj smrtnikov uporablja nekakšen GUI, grafični uporabniški vmesnik, vendar pa je vedno nekaj, tam vedno nekaj prekinitve med GUI in ukazno vrstico pod njim. In samo za naključen primer, če želite vedeti, koliko kode nekateri osnovni programi tam zakuhajo v dokumente danes, pojdite v najnovejšo različico programa Microsoft Word, vtipkajte "zdravi svet" in nato shranite kot HTML. "Nato odprete nastali dokument v urejevalniku in verjetno boste videli strani in strani oznak. To se imenuje bloat koda in bloat koda v resnici ni dober za odpravljanje napak, samo da bi bil nejasen.
Seveda je prišel klient-strežnik in to je bilo super. In nekako so se vrnili v to smer, ampak samo pomislite na zapletenost, ki je nastala s situacijo, zdaj, kje je težava, ali je na odjemalcu, ali je na strežniku, ali je to omrežje? Kje je? Kaj se lahko zgodi na teh spletnih mestih, ki samo razmišljajo o virusih, in ko virus lahko pride v mrežo? Lahko gre kamor koli. Kršitve podatkov so nore v teh dneh. Povzročajo težave pri uspešnosti. Mi smo imeli ruske hekerje, ki jih lahko prepoznamo po naslovu IP. So bili precej prepričani, da so Rusi, ali so zelo blizu, ali so bili zelo pametni Ukrajinci, Poljaki ali celo Američani, ki so uporabili pooblaščenca. Vendar smo hekerji skozi leta prišli na naše malo staro spletno mesto, Inside Analysis, in povzročili različne težave. Stvari preprosto nehajo delovati, stvari ne morete dokončati. Stvari, ki so včasih delale, ne delujejo. Kako veš? Kako veste, kaj je to? Kot še en primer tukaj je zelo zapleteno okolje, ki ga je zelo težko spraviti v plevel in resnično razumeti, kako se stvari odvijajo in delujejo za nas, še posebej, če dobite cel kup vtičnikov. Stvari lahko precej hitro zmešajo. Nekako prehitevam sebe.
Tu sem vrgel, bodite previdni pri nadgradnji. Nadgradnje me vedno prestrašijo dnevne luči. Zagotovo operacijski sistemi. Spominjam se dni, ko je Microsoft dejansko predlagal, da, da, lahko nadgradite svoj operacijski sistem iz te različice na to različico. No, poskusil sem nekajkrat, in to nikoli, še nikoli ni uspelo. Ne pozabite samo, da večje kot je kompleksnejše okolje, bolj neprijetne bodo razmere. In potem je tu virtualizacija. Pomislite, kaj je VMware storil z IT. To je revolucionaliziralo IT, vendar je ustvarilo tudi ta sloj abstrakcij. Če ste na tej temeljni ravni dobili odvzem plasti, je to povsem nova igra z žogo, to je povsem nova krogla voska in res morate ponovno oceniti, kaj počnete, in vsa stara orodja so se morala spremeniti. In zdaj je seveda oblak, kajne? Za stranko je oblak odličen, saj je zelo preprost, uporabniški vmesnik precej preprost, seveda pa nimate veliko nadzora nad oblakom. Toda za ljudi, ki so zakulisni, je ogromno stvari, ki jih morajo v teh dneh vedeti in razumeti. Okolje je postalo veliko, veliko bolj kompleksno. In zagotovo z e-trgovino, in mislite na ves denar, s katerim trgujejo te dni. Zato me kmalu ne boste našli za brezgotovinsko družbo. Bistvo je, da so razmere iz dneva v dan bolj problematične.
Če bo optimalna uspešnost vedno vključena, je potreben tudi element odpravljanja napak. Ne zanima me, kaj vam kdo reče, da ni nobenega popolnega orodja, ni srebrne krogle in ga nikoli ne bo, ker so se - v drugi zanimivi perspektivi - še vedno učili govoriti silicij. Še vedno smo se učili razumeti, kako delujejo celo mreženje na ravni trdovratne trdote. Če pogledate programsko opremo za upravljanje sistemov, je v teh dneh postala zelo dobra. Toda vseeno, če gledaš črte, ki segajo navzgor in navzdol in gledaš predstavitve resničnosti, bo človek, ki ve, kaj se dogaja, potreboval, da sestavijo namige, ki bi jih lahko pogledali v optimalna orodja, da bi lahko razumel, kaj dela in kaj ni in je veliko preizkušenj in napak, samo da bi se tupi. S tem ga bom izročil Dezu Blanchfieldu in nato dobro slišal Billa Ellisa iz IDERA, ki nas bo s svojim znanjem spravil v sramoto. S tem, Dez, vzemi ga.
Dez Blanchfield: Hej, hvala Eric. Hvala vam. Lepo se je pripeljal v svoj mali spopad. Moj naslov, "Umetnost performansa", se mi zdi izredno primeren za to, o čemer smo danes klepetali, saj na različne načine, ko razmišljamo o performansu, razmišljamo o plesu in glasbi in drugih ustvarjalnih stvareh. Odkrito povedano, če rešujemo težave in v zelo obsežnih IT okoljih in poslovnih sistemih resnično obstaja element umetnosti in pogosto črne umetnosti, kajti situacija po mojih izkušnjah v dobrih 25 letih je, da sodobna aplikacija stakovi, zelo hitro povečujejo zapletenost s hitrostjo, kakršne še nismo videli. In odkrito so se borili, da bi sledili in obstajajo organizacije, kot je na primer Uber, in karkoli drugega, ter razvojna ekipa Pokémon Go, kar pomeni, da doživljajo rast in zapletenost in povečanje zapletenosti s hitrostmi, ki so samo astronomske. O tem niso napisane niti knjige, saj si še nismo zamislili takšne stopnje rasti. Moje stališče je, da se je bistvena definicija zbirke aplikacij eksponentno pretrgala, zato bom razložil, zakaj mislim, da je tako, in nato privedel do izziva, da se zdi, da imajo moji dobri prijatelji iz IDERA rešitev, ki jo je treba rešiti.
Na kratko, vsi to vemo, ampak samo zato, da jih povzamemo, veste, že v zgodnjih dneh smo imeli, kot sem rekel, arhitekturo aplikacij, različica 1.0. To je bil strežniški računalnik, v tem primeru je bil mainframe s kupom terminalov razmeroma enostavno diagnosticirati težave, če stvari niste videli na terminalu - lahko bi našli sled med kablom in nato strežniškim računalnikom ter to je bil bodisi ničelni kabel ali konektor ali kakšna težava, če ni povezana s terminalom in na zaslonu ste videli stvari, je bilo precej enostavno ugotoviti, da je bilo tisto, kar je povzročalo težave, v samem stroju. In počasi ste lahko diagnosticirali, kje je v sveženju, ki je bil od strojne opreme vse do programske plasti in uporabniškega vmesnika. V tem, čemur pravim različica 1.1, smo jo nekoliko bolj zakomplicirali. Na sredino smo postavili naprave, da bi lahko postavili več terminalov. Bili so nekakšna komunikacijska naprava in pogosto so bili mux ali multikserji, ki so bodisi vodili po namenski liniji ali klicni liniji in tako ste imeli oddaljeno lokacijo na oddaljeni lokaciji - lahko meddržavno ali mednarodno - in neko napravo povezani preko SMA povezave ali neke vrste povezave WAN in ti terminali še vedno delujejo na enak način. Vendar ste imeli malo več zapletenosti, ker ste morali ugotoviti, ali je težava med terminali in napravo comms ali napravo comms in mainframe. Toda sklad je ostal v glavnem okvirju razmeroma podoben.
Različica 1.2, spet nekoliko bolj zapletena, ker smo zdaj dodali več naprav, dodali smo ers in druge stvari in te stvari razvrstili v skupino, in mislim na sprednji procesor, ki bi lokalno reševal vse težave naprav, ers in terminali in tako naprej z glavnim okvirom tistega oddaljenega konca. Nekoliko več kompleksnosti. Ampak spet, dosledna tema mainframea so bile aplikacije, ki se izvajajo lokalno, zato je reševanje problemov ostalo v okviru skladbe aplikacij dokaj podobno. In potem smo imeli ljudi z veščinami, ki so razvrščevali težave s terminali in ers ter krmilniki grozdov. Toda potem smo si zakomplicirali stvari in zgradili smo omrežja in kar naenkrat ista arhitektura uvede mrežni sloj. Kar naenkrat smo imeli mrežno stikalo in delovne postaje so bile veliko bolj zapletene. In to različico arhitekture smo pogosto imeli na delovnem mestu aplikacije z grafičnim uporabniškim vmesnikom. Ne samo, da smo imeli strežnik, ki poganja aplikacijo, ampak smo imeli še en kup aplikacij, ki se izvajajo lokalno, in seveda enak osnovni model naprav, ki se povezujejo na strežnik. Nato smo naredili kvantni preskok na novejši model tega, kar jaz pravim 2.1, kjer smo vzeli to aplikacijo in jo naredili veliko bolj zapleteno, veliko težje diagnosticirati. In uvedli smo veliko več naprav na sprednjem delu, v spletnih brskalnikih in osebnih računalnikih ter mobilnih napravah itd. In tu se je zbirka aplikacij začela nekoliko bolj poglobiti v integracijo kot operacijski sistem in hipervizor.
Na tej sliki na desni strani smo dobili celoten kup, vključno z omrežno infrastrukturo, strežniki za shranjevanje, virtualnimi stroji, operacijskim sistemom in nato tradicionalnimi tremi stopnjami aplikacij za kovinsko pohištvo baze podatkov itd. Diagnosticiranje težav z aplikacijami in težave z uspešnostjo tega modela je postalo veliko težje. Toliko je več gibljivih delov in poskusi, da bi se vrteli skozi to ploščico, je bil, kot veste, postal nočna mora in za to ste morali vključiti dodatne sklope spretnosti in organizacijo. To več ni bila samo vaša aplikacija, nenadoma ste imeli ljudi iz infrastrukture, imeli ste strokovnjake za baze podatkov, ki so zgolj delali na bazah podatkov in nič drugega - v nasprotju s sistemskim programerjem, ki je dobro poznal njihove baze podatkov. Zdaj imamo scenarij, v katerem se morajo IT-oddelki spoprijeti z bistveno širšo zapletenostjo "kot storitve", in tam, kjer je svet pravkar eksplodiral in postali naši izzivi pri reševanju problemov, smo prešli iz nočne more v nekaj, kar je skoraj nevzdržno na nek način.
In to se je doseglo kot rešljiv obseg, poskušali so nuditi storitve na. Različica 3 tistega, kar menim o aplikacijskem paketu - uvedla je to kot model storitev, kjer je bil običajni model na levi strani, podjetniški informacijski sklad, kjer je bilo na našem koncu treba upravljati kot potrošnik in dobavitelj storitve - od baze podatkov o varnosti aplikacij, operacijskih sistemov, shranjevanja storitev za virtualizacijo, mrežnih podatkovnih centrov - vse to smo morali upravljati, vendar smo imeli dostop do vsega tega in tako smo lahko izmerili obseg svojih zmogljivosti in tehničnih spretnosti ter lahko izvedli natančno določanje Skozi ta kup smo lahko našli stvari. Toda ko so se pojavili infrastrukturni servis in platforma ter model storitve programske opreme, so se nam nenadoma nekako odvzeli dostop do zaledne infrastrukture, naš dostop do platform in orodja, iz katerega smo dobavili storitve. Ko smo začeli uporabljati infrastrukturne storitve, so nam bili na razpolago le najboljši štirje kosi iz operacijskega sistema, baze podatkov, sklada varnostnih okoljskih aplikacij in zgoraj. Vse pod tem je bila črna magija. Ko se premaknete na storitev platforme, postane še bolj zanimivo, saj prav tako samo upravljate sveženj aplikacij.
Ko do programske opreme pridete kot do storitve in tradicionalnega modela tega je spletna pošta ali internetno bančništvo, je vse, kar imate, dostop do spletnega brskalnika, zato poskušate diagnosticirati, kaj je za tem nevzdržno. In to sem razdelil na časovne pasove, na časovne reže ali časovna območja, če želite ali generacije, v leve proti desni pa smo prešli iz vrst pred 2000 in tradicionalno skladbo, kjer smo imeli dostop do celotnega okolja in skozi to bi se lahko poglobili. Toda sčasoma je postajalo vse bolj kompleksno. Od začetka 2000 do sredine 2000, do poznega leta 2000 do sedanjega dne, ko smo prešli od infrastrukture, storitev platforme, programske storitve, smo se v bistvu nanašali na poslovno storitev. In kompleksnost se je dramatično povečala. Obstaja toliko več gibljivih delov. Toda razpoložljivost veščin postaja vse težja in težja in vse težje jo bomo izkoristili. Iskanje ljudi s pravimi spretnostnimi nastavitvami s pravim dostopom do pravih orodij, s katerimi lahko pridete in se potopite v to skladbo in ugotovite, kje nekaj teče počasi. Ali je to moj prenosni računalnik ali namizje, ali je to moj telefon ali tablični računalnik, ali je moja povezljivost preko 3 ali 4G ali moja namenska povezava z ADSL ali ISDN kaj bi lahko bilo? Ali celo klicanje, čeprav je v teh dneh vse manj. Ali je spletni strežnik konec, ali je nekaj znotraj spletnega strežnika? Ali je to strežnik aplikacij? Je nekaj v pomnilniku in disku procesorja ter omrežne zmogljivosti znotraj aplikacijskega strežnika? Ali podatkovna baza teče tam?
In lahko si predstavljate, zelo hitro si narišete to sliko, ki se začne širiti, podobno velikemu prasku, tega nenehno naraščajočega mehurčka, ki nam je poskušal prijeti roke in imeti znanje, da se potapljati in znanje in s čimer sekajo in potegnejo narazen. In bili so zdaj zelo v dobi, ko se, veste, človek ne more spoprijeti s fizično lestvico, četudi imaš sposobnost razbiti okolje baze podatkov in to bazo razmakniti ter se potopiti v podrobnosti znotraj te baze podatkov.Število baz podatkov, ki jih morate zdaj upravljati, hitro raste. Vse zdaj poganja baza podatkov. Zelo malo aplikacij te dni ne poganja baza podatkov. Tudi vrste podatkovnih zbirk hitro rastejo. To niso samo tradicionalne baze podatkov SQL, včasih tudi SQL, včasih ne-SQL, včasih je baza podatkov grafov, včasih je baza podatkov dokumentov. In obstajajo vse te različne vrste funkcij, ki jih imajo te različne vrste baz podatkov, zato ima vsaka od njih različne izzive pri uspešnosti in različna merila uspešnosti. Zapisovanje podatkovnih baz in baz dokumentov deluje zelo, zelo različno in opravlja drugačno funkcijo kot tradicionalna SQL baza podatkov, ki je združljiva z ACID, ANSI 92. In vrste stvari, ki smo jih shranili tam.
V mislih sem bila, ko sem - in mislim, da je Eric na to vse skupaj aludiral -, da se človeška bitja trudijo slediti zahtevnosti tega, kar gradijo, in hitrosti, s katero so gradili, in so bili zdaj na mestu, kjer Edini način, da upravljamo s to infrastrukturo, in edini način za spremljanje in poglabljanje vprašanj, s katerimi se soočamo, je orodje in prave vrste orodij. In potem nenehno prava generacija orodij. Orodja, ki dejansko razumejo back-end infrastrukturo. Nič več ni v redu, samo da na nekaj vržete monitor SQL ali orodje za poizvedbe SQL in začnete potegniti narazen poizvedbo in si oglejte, kaj dela. Pravzaprav potrebujemo orodje, ki razume obliko poizvedb in ustrezen način oblikovanja poizvedb ter ustrezne načine, kako se poizvedbe pogovarjajo z infrastrukturo v zadnjem delu in kako se ob njih izvajajo. In da pogledamo čas teh interakcij in vrstni red, v katerem se odvijajo.
In to je veliko bolj zapleten izziv in to me pripelje do mojega skupnega vprašanja in to je, da se je s povečevanjem zapletenosti nizov aplikacij vedno več, orodja za uspešnost in orodja, ki jih uporabljamo za njihovo upravljanje, nujno postati vse bolj pametnejši in veliko bolj sposobni gledati več stvari. Pa tudi veliko pametnejši v tem, kako se poglobiti v to, kaj se izvaja v zadnjem delu, in kaj lahko odkrijejo o tem, in morda celo kakšno analitiko, ki se izvaja nad tem, da bi razumeli, da se interakcije in uspešnost izvajajo, in zakaj je njegovo delovanje počasnejše ali hitrejše.
In potem bom šel do našega dragega prijatelja iz IDERA Billa Ellisa in videl, kaj ima danes povedati o tem, kako rešujejo to vprašanje. Bill, tebi.
Bill Ellis: Vredu. Moje ime je Bill Ellis in najlepša hvala. Govorili bomo o tem, da moja vloga teče počasi, čas, da dobim Natančno. Oglejmo si, kaj lahko naredi Precis, izdelek IDERA in kako vam lahko pomaga. Velikokrat ugotoviš le, da je bil problem delovanja, ker te je poklical končni uporabnik, in to je resnično velik problem sam po sebi. Od vseh v IT ni nihče vedel, dokler ni zazvonil telefon. Naslednja velika težava je, kako pomagati temu posamezniku in to res ni nepomemben problem. To je eno od tega. To je zgoraj in onkraj tega diapozitiva, nad njim in onstran drugih. In želim, da vidite, ali lahko dobite, kar je. A kot smo že omenili, aplikacija zahteva, da se opira na veliko različnih tehnologij, nabor aplikacij je visok in narašča. Veliko ljudi do aplikacije dostopa prek brskalnika in presenetljivo je, da se v brskalniku vse več procesov dogaja s skriptom itd., Potem pa imate seveda omrežje, spletni strežnik, poslovno logično kodo in bazo podatkov. Želim, da upoštevate, da vsaka pomembna poslovna transakcija vpliva na bazo podatkov, ne glede na to, ali je poročanje o časovni kartici, iskanje zalog, naročilo za nakup in baza podatkov posodobljena. In tako postane baza podatkov resnično temelj uspešnosti. In baza podatkov se seveda lahko vklopi ali se zanaša na shranjevanje. Vsaka od teh tehnologij je tesno povezana in lahko vidi, kaj se dogaja. Morate vedeti, kaj se dogaja, da lahko merite, je kritično.
Zdaj se nam zdi, da ima veliko naših kupcev orodje in orodje za vsako tehnologijo, vendar je tisto, kar nimajo. In v bistvu je zmožnost povezovanja pik med vsako stopnjo v naboru aplikacij, in to je pravzaprav razmeroma preprosto. Včasih smo imeli omejitev na dvanajst stopenj, vendar smo jo v bistvu spremenili, imamo neomejene stopnje in podpiramo mešano okolje, tako da se lahko v resnici zapletemo z natančno rešitev.
Zdaj na visoki ravni rešujemo težavo in se osredotočamo na transakcijo, transakcija končnega uporabnika od klika do diska nam pove, kateri tečejo počasi, kateri porabljajo sredstva, ključno pa je to - omogočamo vam, da izberete in identificirate uporabnika njihovo lokacijo in ne samo celoten čas transakcije, temveč koliko časa porabite za vsak posamezen korak. Čas je valuta uspešnosti in prikazuje tudi, kje se porabljajo sredstva. Vnaprej ne vemo, kje bo težava, zato moramo imeti na vsaki stopnji ustrezne metrike in analitiko, da lahko diagnosticiramo, kaj je problem, kje je težava.
Zdaj, ko se bom danes osredotočil na to področje, želim biti prepričan, da v bistvu zagotavljamo enako raven vidnosti na vseh stopnjah v paketu aplikacij in bistveno, ali nam bo to povedalo, kdo, kaj, kje in potem ta del, to nam bo povedalo, zakaj. In res je to razlog, da je to resnično ključnega pomena za reševanje problemov, ne samo vedeti o njih. Druga stvar, ki je pri predstavitvi izšla zelo jasno, je bila, da je to nemogoče storiti. Potrebujete avtomatizacijo. In avtomatizacija pomeni, da ste opozorili, imate nekaj, kar vam upa, da pred skupnostjo končnih uporabnikov, da imate stalni trend, ustvarili odstopanje od opozarjanja na trend. In potem ponujamo tudi linijo na mivki, vi dejansko kršite SLA. Zdaj ponujate veliko različnih informacij - ne bi morali vsi zaužiti bifeja, nekateri si želijo le prigrizka, to je solata, in tako s tem, ko ponujamo portal, lahko nalagamo informacije, potrebuje le določenega uporabnika ali določene potrebe skupnosti glede informacij o uspešnosti. Aplikacija teče počasi, čas je, da dobite Natančno. Resnično se bomo osredotočili na štiri stvari. Eno je lokacija, vnos končnega uporabnika. Še enkrat, to vprašanje, ki povezuje pike, in tretji del raziskav kaže, da je skoraj 90 odstotkov težav z aplikacijami v zbirki podatkov in je tako resnično zanimivo, da bi lahko večina rešitev za uspešnost povedala eno izjavo SQL. Vendar vam ne povedo, zakaj ta stavek SQL teče počasi.
In zato, zakaj je vedno ključna stvar in Natančen je odličen, ko pokaže, zakaj za vsako stopnjo in zlasti bazo podatkov ter samo, da z vami delimo nekaj o naši podporni matrici, ki jo podpiramo SQL Server, Sybase, DB2 in / ali razsutem stanju. Izgled in občutek rešitve sta si zelo podobni, zato si ogledujete več aplikacij, vendar nekoliko drugačne arhitekture. Informacije, ki jih tukaj delim, imajo videz in občutek, pristop, enak je ne glede na to, kakšne osnovne tehnologije so v uporabi. Natančno je omogočen splet. Vstopimo, preverimo pristnost in s tem vstopimo in prva stvar, ki bi si jo morda želeli ogledati, je uspešnost glede na lokacijo. Tako lahko dejansko vidite različne lokacije, kjer ljudje dejansko dostopajo do usmrtitev. Lahko vidite, če je kdo opustil stran, preden je v celoti upodobljena, ali če obstajajo napake.
Zdaj je ena od teh aplikacij omrežje ali oddaljenost od strežnika aplikacij drugačna. Tu je zelo enostavno videti, da obstaja neka raven mreže. Vidim, ko so se ljudje zaposlili, nato pa še ena zanimivost, govorili smo o tem, kako obdelajo v brskalniku in dejansko opazijo, da nekatere različne vrste brskalnikov zagotavljajo boljše okolje za hitro obdelavo. In tako veste, ali ljudje dostopajo prek Chromea ali IE-ja ali karkoli se zgodi, pravzaprav lahko zelo pogosto ugotovite, da je ena inverzija enega brskalnika dejansko boljša od druge. Zdaj se včasih soočate z javnim brskalnikom, ne nadzorujete brskalnika, včasih pa so aplikacije notranje, kjer lahko ljudem priporočate vrsto brskalnika svoji skupnosti končnih uporabnikov, in to so vrste vidne globine in analitike, ki so natančne sposoben zagotoviti. Zdaj bomo preučili aplikacijo.
Nisem prepričan, če lahko vidite moj kazalec, vendar sem vam želel opisati zgornji graf. Os y kaže povprečni odzivni čas. Os x je čas čez dan. In res je zložen črtni graf in zložen črtni graf, skupna vrednost vam pokaže, kakšna je uspešnost, nato pa pokaže, koliko časa porabite za posamezen korak ali vsako posamezno stopnjo aplikacije. Od odjemalca, prek spletnega strežnika, zelena je Java, to mesto so uporabljali Tuxedo in navzdol v bazo podatkov. Zdaj je v spodnji polovici zaslona prikazani različni spletni meniji, do katerih smo dostopali, nato pa smo jih razvrstili s samo malo zeleno puščico, usmerjeno navzdol. V padajočem vrstnem redu in mehurček do vrha, spletni meni začne prikazovati. Pravzaprav prikažemo čas izvedbe, odzivni čas vsake posamezne tehnologije in nato dejansko črtni graf za vsakega od teh spletnih menijev in tako dobimo, začnemo dobivati predstavo o tem, kaj se dogaja. Zdaj se spomnite, da smo vse to razvrstili s končnim uporabnikom, toda kako najdem končnega uporabnika? Tu pridem, odprem meni, ki mi omogoča filtriranje določenega uporabnika, zato sem tega uporabnika nastavil na Alex Net, kliknil OK in se osredotočil na samo dejavnost Alex Net-a. Zdaj to počne, ali omogoča, da IT in IT upravljanje neposredno odgovarjata končnemu uporabniku, predvsem pa, da sta si ogledala upravljanje vsebin, ki je imelo šest izvedb z odzivnim časom nekaj več kot tri sekunde. No, tri sekunde so precej dobre, to ni grozno, vendar je, morda, počasneje.
Kaj lahko s tem storim, je, da lahko podatke razrežem in na koščke na različne načine. Lahko bi rekel, ali je ta transakcija počasna za vse? Je danes za Alexa počasnejši kot včeraj? Ali je počasno za vsakega uporabnika na določeni lokaciji? Lahko pa mi omogoči, da na drobno in na kocko poiščem, kaj se dogaja, kako univerzalen je problem in kako zelo pomembno je, da lahko prepoznam končnega uporabnika, ker ne gre samo za programsko opremo, infrastrukturo, pa tudi o tem, kako končni uporabniki izvajajo aplikacijo. Pogosto imate morda novega zaposlenega ali nekoga z novo funkcijo zaposlitve, ki ga ne poznajo določeni zasloni SAP ali določene plošče PeopleSoft in potrebujejo malo kazalca, morda puščajo polja prazna ali postavljajo nadomestne znake in silijo k velikim rezultatom vrnil iz baze podatkov. Toda če imate uporabniški ID, jih lahko dejansko pokličete, preden vas pokličejo. Druga stvar, ki jo zasledimo, je, da ko se uporabniška skupnost zaveda, da IT ve, kaj počnejo, se velikokrat bolje obnašajo in veliko težav, veliko stvari, ki so bile težave, samo nekako izhlapijo, ker se ljudje obnašajo, samo ravnajte malo bolj previdno. Sistem uporabljajo z večjo skrbnostjo.
Identifikacija končnega uporabnika je bistvenega pomena. Na koncu je za IT pomembno, da lahko pomaga določenemu končnemu uporabniku. Zdaj, kar smo storili, smo šli na zavihek "Tok". To lahko vidite v zgornjem levem kotu. In osredotočili smo se na eno posebno komponento spletnega menija. Na desni strani je analiza te določene transakcije, zato je na vrhu njen brskalnik in nato Pogled, samo da se seznanimo z malo ikonami v GUI-ju namenjen spletnemu strežniku, torej lahko vidimo atribucijsko točko. In potem je "J" za Javo in "T" za Tuxedo in seveda "Q" je SQL. Dobro, da vrednost gotovine v osnovi identificira določen stavek SQL. Razmislite, kaj to počne. Uporabnika smo identificirali po transakciji z osnovno aplikacijsko kodo, vključno s posameznimi stavki SQL. Zdaj, ko pogledam te posamezne izjave SQL, vidim, da je skupni odzivni čas, vsak od njih je odgovoren za približno šest odstotkov, in ko seštejejo prve štiri izjave SQL, so vzeli približno četrtino transakcije čas.
Zdaj je baza podatkov najlažje obvladovati. Običajno je najlažje doseči poceni in veliko boljše zmogljivosti. Zdaj moram iti nekoliko globlje, da ugotovim, kaj se dogaja in kaj, želim, da primer to zmore, je dejansko razkriti posamezen stavek SQL, in veste, da vam lahko skoraj zagotovim vsak posnetek na črti je imel nekakšno orodje za zbirko podatkov in tisto, kar orodje baze podatkov počne, vendar samo eno samo tehnologijo gledamo izolirano, je, če pogledate in se osredotočite na zdravje te tehnologije. In velikokrat ljudje pogledajo na seznam desetih najboljših. Zdaj je ta stavek SQL precej hiter, saj ne bo na seznamu prvih deset, vendar se na ta stavek zanaša transakcija SQL. In zato, kar lahko storim pri tej besedi, con, zdaj lahko to opozorim na globok pogled, vendar v skladu s posamezno izjavo SQL.
Zdaj se lahko ta oseba odpre natančno v skladu s posameznim stavkom SQL in Precision zajame dejanski načrt izvajanja, ki ga uporablja, čas izvedbe, ki je to pomembna stvar za DBA, bo dejansko pokazal, vidite, da je 50 odstotkov čas se porabi v čakanju. Petdeset odstotkov časa porabi v CPU-ju, zato začneš dobivati ideje o tem, kje preživlja čas, kako bi se lahko spremenil ta čas navzdol, in ideja je ljudem dati možnosti, ker različni odzivi imajo različne stroške in tveganje, povezano . V idealnem primeru bi bili po rešitvi problema z nizko stopnjo tveganja in poceni. Zdaj, ko stavek SQL sledi heš vrednosti in teres, na levi vrsti sredine zaslona je ta majhen gumb "Tune", in to bo tisto, kar vas bo pripeljalo do naloge SQL. In ta naloga SQL je nekakšna vnaprej izdelana delovna miza in kaj to počne, ali mi omogoča, da resnično natančno analiziram, kaj vpliva na stavek SQL, začenši z načrtom izvedbe. Izvedbeni načrt izbere optimizator, ko je izjava razčlenjena, nazaj - k analogiji s hrano in njenem receptu, ki je sledil razrešitvi stavka SQL.
In nekateri recepti so bolj zapleteni kot drugi in tako zagotavljamo ugotovitve. In tu se bo dejansko pokazalo, hej, veliko časa dela zaporedne V / I na določenem indeksu. In glejte, kdaj, ko se vrnete k kisiku, sledite temu indeksu. Je bil indeks pred kratkim defragmentiran, kakšno je zdravje? V kakšnem prostoru miz živi? Ali je prostor tabel ločen od tabele, na katero se sklicuje? Tako vam začne ponujati najrazličnejše ideje o tem, kako bi lahko rešili težavo. Zdaj očitno veste, da ste gradili v indeksu. To je veliko manjše tveganje, veliko lažje kot morda premikanje indeksa iz enega prostora tabel v drug prostor tabel, tako da bi želeli narediti neke vrste možnosti kopiranja, tako da bomo lahko uporabili najnižjo ceno in možnost najmanjšega tveganja za rešitev težava.
Natančno lahko naredite tudi stvari, kot so zajemanje spremenljivk vezave, ki so podane v stavek SQL. Očitno bodo spremenljivke, ki se oddajo, nadzirale velikost nabora rezultatov. In nadzoroval bo, koliko časa traja stavek SQL za izvedbo in koliko podatkov mora aplikacija in Java obdelati preko Java, preko .NET-a, v spletni strežnik in omrežje, končno upodobljeno v brskalniku končnega uporabnika. . Kar se zgodi v bazi, neposredno vpliva na čas brskalnika. In zato bo ključnega pomena ta stopnja vidnosti, da bomo lahko točno vedeli, kaj se dogaja, in dali DBA največ možnosti, da bodo lahko glede na določeno situacijo izbrali, katera je najbolj smiselna.
To je nekaj citatov, ki so iz trgovine PeopleSoft, ki ima globalno uvedbo. Natančno podpira PeopleSoft in SAP, Siebel, Oracle, E-Business Suite, domače aplikacije Java in .NET. To podpiramo, če lahko kličete spletno storitev na več JVM-jev, od Jave do .NET-a nazaj do Jave, lahko vse to spremljamo. Lahko je on-premi, lahko v oblaku. Ključno je, da je treba stvari instrumentirati.
In tako, samo nekaj navedb ene od naših strank. "Pred natančno so naši DBA uporabljali OEM", - to je samo orodje za bazo podatkov in so v bistvu rekli: "Hej, primeri so videti super." pomagati povedati ali odpraviti težavo z določeno transakcijo. Natančno je zagotovil prepoznavnost za to. Zato je bilo imeti te podatke o stavkih SQL ključnega pomena za zagotavljanje vidnosti DBA, da v celoti iztisnejo zmogljivost iz baze podatkov. In tako je bilo res lepo. Nekateri od zgoraj navedenih orodij, ki jih morda gledate.
In takrat je bilo vodstvu IT res všeč dejstvo, da je Precision lahko prevedel zapleten URL v ime plošče. In tako, če končni uporabnik pokliče in reče: "Hej, imam težave s tem", lahko izolirate in vidite, kdo je ta uporabnik, kaj izvaja, kakšno zmogljivost, dejansko merijo upodabljanje čas v brskalniku končnega uporabnika. To je resnično merilo izkušnje končnega uporabnika. In tako tudi, če je ta uporabniški ID nujno potreben za pomoč določeni osebi, ki kliče.
Kako Natančno to naredi? In zato želimo deliti svojo arhitekturo. Natančno naj živi v svojem strežniku, v VM pa lahko živi v oblaku. Na sprednjem delu je Natančno omogočeno spletno, ne glede na to, ali uporabljate nadzorne plošče, opozorilni vmesnik ali strokovni grafični vmesnik. Na strani zbiranja podatkov lahko dejansko storimo agenta za več različnih tehnologij. Včasih pa bomo potrebovali agenta, pri čemer imamo tudi prednosti in slabosti. Velik plus je to, da se lahko zbrani podatki predobdelajo, preden se pošljejo prek vašega omrežja. In to pomeni, da lahko zmanjšamo celoten vpliv rešitve za spremljanje na ciljno okolje.
Zdaj pa samo razmislite, če imate "agenta," še vedno zbiralec podatkov, samo vprašanje kje živi in kliče in posreduje neobdelane podatke o ciljni aplikaciji po vašem omrežju. In pravzaprav je precej drago. In tako lahko s predhodno obdelavo stopala dejansko minimiziramo. Spremljali boste lahko fizično in virtualno.In ena stvar, ki sem jo želela povedati o virtualni tehnologiji, je, da se resnično osredotočam na uporabo. Na kar se natančno osredotoča, je prepir. Kdaj tehnologija VMware dejansko zmanjšuje vire za gosta VM? In tako postane res enostavno. Če gledate samo v gostujočem vmesniku, imate samo del slike. Resnično je ključnega pomena, da lahko samodejno zazna in ugotovi prepir.
Natančno lahko spremlja do 500 primerov, zato imajo zelo velike namestitve v bistvu več natančnih strežnikov. In za globalno uvajanje, ponavadi bo točen strežnik v vsakem podatkovnem centru. Mimogrede, za največje razmestitve jih dejansko lahko združite skupaj, tako da lahko na splošno vidite, kaj se dogaja, in lahko ponudite poročanje itd. Kot že sem omenil, imamo veliko tehnične analitike. Ni treba, da se vsi vključujejo v strokovni GUI, zato ponujamo prilagodljivo nadzorno ploščo. In vsaka od teh portalskih programčkov ali pripomočkov so vsa izbirna. In nekdo bi morda želel iti: "Hej, kako lahko na katero koli stopnjo v našem okolju opozorite? Kako delujejo skupine za končno uporabo z vidika uspešnosti? "Ali pa se vam morda poraja vprašanje o infrastrukturi, ki se lahko vključi v uspešnost Tuxedo. Ali celo uravnavanje nalaganja. Tu je v tem delu za uravnoteženje obremenitve nekako zanimivo. Gledam portalski programček na sredini na levi strani. Vidite, da je število usmrtitev med posameznimi spletnimi strežniki zelo podobno. Toda odzivni čas je na zgornjem zelo različen. Pravzaprav lahko izveste in natančno ugotovite razlog, zakaj je bil odzivni čas na tem spletnem strežniku veliko počasnejši od drugih.
Pri uravnoteženju obremenitve je ena stvar zelo pomembna in politike uravnavanja obremenitve veste, da ni vsaka politika izravnave obremenitve primerna za vsako aplikacijo. Pravzaprav je koristno potrditi vašo politiko uravnavanja obremenitve. Pravzaprav se vidimo z nekaterimi aplikacijami, kot je novi GUI PeopleSoft Fluid, kjer bodo nekateri spletni strežniki brez povezave. In to je nekaj zelo kritičnega. Če uporabljate uporabniški vmesnik PeopleSoft Fluid, nas kontaktirajte. Lahko vam ponudimo veliko vpogleda in veliko znanja o tem, s čim so se soočile druge stranke. Vsako od teh portalskih programčkov je lahko precej podrobno. Tako kot na sredini desno, z modro in zeleno barvo dejansko kaže vzorec konice meča, nekako kaže, da vaše smeti v slogu WebLogic poteka tako, kot pričakujete. Vsaka od teh portalskih programčkov je lahko zelo osredotočena ali je lahko zelo visoka. In razlog, da je to pomembno ali bi lahko bil pomemben, je velikokrat premalo, da bi te podatke imeli le znotraj IT-ja, včasih jih morate deliti z lastniki aplikacij in včasih z višjim vodstvom o tem, kaj se dogaja .
Želel sem z vami deliti nekaj zgodb, ki so bile nekako uspešne v uspešnosti Datacentra. In te so osredotočene na baze podatkov in imam druge zgodbe, ki so osrednje usmerjene. Toda danes se resnično želim osredotočiti na stopnjo baze podatkov. Oglejmo si zamrznitev zaslona. Zdaj se je zgodilo, da je imela ta trgovina poslovno pogodbeno pogodbo, če naročilo pošlje tisti dan ob 15.00. In zato je skladišče v tem časovnem obdobju izjemno zasedeno. In potem, ko se zaslon zamrzne, je bilo zelo frustrirajoče. In tako je nadzornik - to je manjše podjetje - nadzornik dejansko stopil v IT in seveda stopil do DBA in rekel: "Zdaj, kaj se dogaja?" In tako smo storili, ali smo lahko točno pokazali kaj se je dogajalo. Zdaj je to JD Edwards, večplastna aplikacija, to je zaslon s prodajnimi naročili. Lahko dobite predstavo o tem, kakšno je bilo podjetje, v bistvu pravočasen zalog in tako v bistvu gledate na skladiščne aplikacije. In zdaj pošiljate na več različnih strani strank, v različne trgovine. In kar smo storili, je, da smo odprli Natančno.
Zdaj v tem primeru, preden smo pogledali Oracle, tukaj si ogledujemo SQL Server, zdaj pa nam zgornja polovica prikazuje zloženi črtni graf mesta, kjer stavki SQL preživijo svoj čas med izvajanjem. Vsako šibko stanje se upošteva v osi y. Os x, če seveda skozi čas in lahko vidite, da se zloženi črtni graf spreminja od časovnega odseka, odvisno od tega, kaj se izvaja in kako uporablja sistem. Zdaj smo se v tem konkretnem primeru osredotočili na tretje zaporedje SQL od zgoraj. Izdelano je SELECT FROM PS_PROD in v tem stolpcu lahko vidite, da smo zajeli dejanski načrt izvedbe. In to lahko vidite po številu usmrtitev. Dejstvo, da je bila ta določena izjava SQL odgovorna za 9,77 odstotka porabe virov v tem časovnem okviru, ki ga gledamo - in to je pomembna točka, časovni okvir, Natančno ohranja zgodovino - in tako lahko v bistvu pokličem in ugotovite, kaj se je zgodilo v določenem trenutku ali čez čas. Ogled trendi lahko vidim.
Zdaj ta izjava SQL, vidite, da je tam zloženi črtni graf temno modre barve. To pomeni, da uporabljamo ves CPU. Pojdimo naprej in se osredotočimo s klikom na gumb »TUNE« na določeni stavki SQL. To, kar počnemo, je, da ga prevzamemo v tisto delavnico, vnaprej izdelano delavnico, ki je zasnovana tako, da pravi: "Pa kaj bo DBA vedel o tej določeni stavki SQL?" In na desni strani lahko vidite kartico z imenom " Zgodovina “, ki je bila izbrana. Želel bi, da to storite zdaj, je nekakšen premik na levo stran, kjer piše "Spremembe v povprečju trajanja", povprečno trajanje. In vsak od teh barov predstavlja dogodke na dan.
Vidite v sredo, četrtek, petek, čas za usmrtitev je bil. Os y kaže točko štiri sekunde, torej točko dve. Zelo malo zaslona zamrzne, operacije so odlične. Na žalost 27. februarjath izvedbeni načrt se je spremenil, kar je povzročilo takojšnjo spremembo časa izvršitve. Kar naenkrat se čas usmrtitve dvigne, štirje X, morda pet X in stvari tečejo zelo slabo. Sedaj natančno, v svojem skladišču dejansko beleži vse spremembe, ki bi lahko vplivale na vedenje. In tu lahko vidite, da smo dejansko zajeli spremembe ravnine osi. Tisti na sredini pravi "Obseg tabele se je spremenil". In tako se tabele povečujejo in prav smo pri vrhu, ko stavek SQL razčlenjen, optimizator izbere en izvedbeni načrt ali drug izvedbeni načrt.
Na srečo se je ta teden tukaj v ponedeljek preletel, tako da je bilo ob pravem času. Na žalost spet zaskoči in veste kaj, končni uporabniki začnejo pričakovati, da zaslon zamrzne in začnejo znova oddati ta zaslon in potisnejo štetje izvršitve gor in gor. Imamo ogromno podrobnosti, toda če želite rešiti to težavo in se ji v prihodnosti izogniti, potrebujemo en dodaten podatek. In to mi je prikazano v primerjavi teh načrtov izvršitve. 5. marcath ko je bil hiter in učinkovit, na levi strani prikazuje načrt izvršbe. Ko je bilo 12. marca počasno in neučinkovitoth, lahko vidite, da se združuje filter. Združevanje filtrov sili veliko več CPU porabe in naredi veliko več dela. Rezultat je enak, samo veliko več dela. Kot da bi šli in si priskrbeli svoje sestavine naenkrat, namesto da bi šli v shrambo in dobili vse sestavine naenkrat. In tako obstaja učinkovitejši način za to. Zdaj običajno to ve, je lahko DBA uporabil načrt poizvedb, da bi se izognil temu počasnemu načrtu izvajanja in zaklenil hitro, visoko zmogljivo delovanje.
Naslednja vrsta vojne zgodbe je bila "Poročila so pozna." Mislim, da se veliko ljudi lahko poistoveti s tem scenarijem. Morda imate priložnostno poročanje, lahko uporabite orodje, kot je NVISION, morda imate kakšno drugo orodje za poročanje. In kaj se zgodi, orodje razvije SQL. In pogosto SQL ni tako zelo dobro kodiran. In to bi se lahko nanašalo tudi na situacijo, ko imate, veste, neko tretjo aplikacijo, kajne, kjer SQL ni bil napisan v podjetju, in tako kot DBA: "Ne nadzorujem SQL, kaj bom to storil? "No Precision ponuja nekaj, česar ne poznam nobeno drugo orodje baze podatkov in to je pogled predmeta. V kombinaciji s priporočili in modeliranjem. In tako lahko storimo vidnost na glavo. Namesto da bi videli samo dejavnost, raziščimo, kateri predmet je najtežji v sistemu? V spodnjem delu zaslona je vidna vrstica za vrstni red SQL in stolpec "v MS-SQL". In tabela vrstice vrstnega reda je desetkrat zasedenejša od katere koli druge tabele v sistemu. Mislim, da boste opazili tudi zgornjo polovico, dodelitev prostora raste in si lahko ogledate tudi specifikacije na strežniku, katero različico programske opreme izvajamo. Natančno bo dejansko preveril sledljive spremembe osnovnih nastavitev. Še enkrat, vzrok in posledica.
Zdaj, ko se osredotočim na tabelo vrstice vrstnega reda, lahko storim s svojim podrobnim zgodovinskim skladiščem, da lahko dejansko povežem stavke SQL, ki so v nasprotju s tabelo vrstice vrstnega reda. In lahko začnete gledati klavzulo kje v teh stavkih SQL. In začnete opažati, da je klavzula kjer med različnimi stavki SQL precej podobna. In predlagal bi vam, da v svojem snemalnem sistemu najdete isto stvar. Ker bodo poslovni uporabniki, poslovni analitiki želeli narediti stvari, kot so skupna poslovna aktivnost v zadnjem, zadnjem tednu, zadnjem mesecu, zadnjem četrtletju, v zadnjem letu. Videli boste zelo podobne klavzule, razvrščanje po, združevanje po, in to pomeni, da obstajajo določeni indeksi, ki bi imeli smisel za te stavke SQL.
In tako ima Precision mehanizem za priporočila, to lahko vidite v zgornjem desnem kotu, in kar lahko storimo, je dejansko dobiti priporočila. Recite: "Hej, vodim vse stavke SQL, kateri indeksi bi jih naslovil?" Indeksi so vam predstavljeni in dejansko lahko vidite DBL. Zdaj je natančna samo za branje, ne ponuja možnosti klika na gumb in ustvarjanje kazala, vendar je to dovolj enostavno tudi zunaj programa Precis. Toda tu je bistvenega pomena: Natančno vam omogoča, da ocenite in modelirate spremembe, zato je v spodnjem levem kotu zaslona na voljo ta gumb Oceni. In to je, da prikazuje stavke SQL pred in po.
Poglejmo te izjave SQL Ali tukaj vidite ta stolpec, ki piše "v MS-SQL" in piše eno uro, štiri minute? Ta zgornja stavka SQL izvrši ali porabi približno 64 minut sredstev. In predvideno izboljšanje je 98 odstotkov. Te spremembe bodo prihranile ure za obdelavo. Naslednja izjava SQL je 27 minut in v bistvu bo prihranila tretjino. To je približno deset minut obdelave. Če povzamemo skupaj, boste s temi predlaganimi spremembami dejansko prihranili ure in ure. In tako lahko to vedeti že vnaprej, da lahko to modeliram. Uporabite lahko tudi možnost "kaj-če", če želite reči, "no, tega indeksa ne želim ustvariti ali kaj se zgodi, če spremenim vrstni red stolpca?" In tako lahko uporabim to sposobnost modeliranja da natančno ugotovimo, kaj se bo dogajalo.
Ključna stvar je, da lahko ob spremembi dejansko izmerim posamezno izjavo SQL. V prejšnjem primeru ste videli zgodovino stavkov SQL in dejansko lahko preverim, ali sem dosegel prihranke, ki so bili modelirani. In tako, da je povratna informacija, dopolnitev povratne zanke nujno potrebna.
V redu, tukaj je zadnji primer, ki bi ga imel zate. To je trgovina SAP, in veste, šli so na večjo nadgradnjo, delali so nekaj stvari s transakcijami po meri in končni uporabnik je bil v bistvu nezadovoljen z uspešnostjo. In zato smo se lahko osredotočili na tisto, kar je doživel končni uporabnik. Na vrhu seznama lahko vidite "IZBIRA", odzivni čas pa malo več kot 61 sekund. Ta stvar traja minuto, da jo izvršim. Zdaj lahko vidite, da imamo zložen črtni graf, usmerjen v SAP. Na desni strani prikazuje čas odjemalca, čas v čakalni vrsti. Modra je čas prijave in v SAP okolju, to je koda ABAP in nato baza podatkov. In tako je baza podatkov, veste, lahko Oracle, lahko SQL, lahko HANA. To v bistvu znamo pokazati.
Zdaj natančno se ukvarjamo s tem, da se za to transakcijo in tega uporabnika osredotočimo na izjav SQL. Še enkrat, da con za povezavo pik. Zdaj ta zgornji stavek SQL, vidite, da je zaokrožen, izvede se v dveh milisekundah. Resnično ne morete kriviti baze podatkov, če se izvaja tako hitro. Število izvršitev je zelo veliko. Pravzaprav se lahko vrnemo do koderja ABAP in si rečemo: "Hej, kaj se dogaja?" Pravzaprav smo ugotovili, da je bila koda v bazi podatkov postavljena na napačno mesto, gnezdila na napačnem mestu znotraj zanke, naredila spremenimo in potem bomo lahko merili po. Pravzaprav lahko vidite, kakšna je predstava. Ne samo na ravni stavkov SQL, ampak tudi na ravni kode po meri. In tako bi lahko živeli s časom usmrtitve štiri in pol sekunde. In to je le nekaj primerov, kako lahko natančno vzamemo prednost, ga lahko izkoristimo. Natančno prikazuje uspešnost glede na lokacijo po ID-ju končnega uporabnika in tako zagotavlja shranjevanje v aplikaciji. Lahko sprožite temeljni vzrok. Mislim, da je eden od velikih razločevalcev ta, da je sposoben vedeti, ne le stavek SQL, ampak tudi, zakaj stavek SQL teče počasi in biti sposoben prepoznati prepir in v bistvu ponuditi več možnosti za reševanje težav. To je tisto, kar lahko ponuja Precis in nas lahko zaužijete na lahkoten način ali če imate zelo globoke, zelo zahtevne težave, jih tudi mi radi sprejemamo.
Eric Kavanagh: V redu, moram reči, da je bilo to veliko fantastičnih podrobnosti, Bill. Hvala, ker ste prikazali vse te posnetke zaslona. In z moje perspektive ste resnično izpolnili to, kar sem nekako razlagal ob koncu ure, ki je številka ena, morate imeti pravo orodje. Imeti morate orodje, ki vam omogoča količino dovoljene količine, s katero lahko prepoznate vse elemente v enačbi, kot je nekdo rekel v filmu enkrat, kar je bilo nekako smešno. A naj grem naprej in ga izročim Dezu, ker stavim, da ima nekaj vprašanj za vas in želim še enega od teh diapozitivov potisniti samo za vizualne sladkarije, če hočete. Pravzaprav sem, počakaj, vrni mi to. Toda Dez, prepričan sem, da imaš nekaj vprašanj.
Dez Blanchfield: Ja, ja, vau. To orodje je daleč, odkar sem ga prvotno poznal, in nisem vedel, da ste zdaj pravzaprav že tako globoko v kupu. To je prav moteče. Kar hitro, nekaj stvari. Model uvajanja lahko resnično hitro, čez minuto ali dve, samo orisujete tradicionalni ali tipični model uvajanja. Omenili ste, da je na voljo kot virtualni stroj. Lahko se izvaja v oblaku. Mislim, da se bo verjetno pojavilo eno od vprašanj in mislim, da se je v oddelku o vprašanjih in vprašanjih pojavilo nekaj vprašanj. Samo, da jih povzamem na kratko, tako da je običajni model uvajanja in vrsta osi, ki jo potrebujete, tradicionalno nameščena v objektu ali gostiteljici ali v oblaku? Katere vrste modelov uvajanja običajno vidite? In kakšen tip osi je potreben, da se to začne izvajati? Ali moramo spremeniti stvari na ravni varnosti okoli dostopa do omrežja in podobno? Ali se lahko le tako obnaša kot končni uporabnik?
Bill Ellis: Ja, tako da je trenutno večina naprav na samem. Vse več ljudi postavlja komponente sklada aplikacij v oblak, zato lahko tudi s tem ravnamo. Razmestitev, za katero potrebujemo strežnik, bo ustrezala določenim specifikacijam. Za shranjevanje zgodovinskega skladišča moramo imeti bazo podatkov, zato je izpolnjevanje teh pogojev nekako prvi korak. Naslednja stvar je, da vsekakor moramo imeti nekaj znanja o sami aplikaciji, namestitev pa poganja čarovnik in v bistvu zapolni praznine. Zaradi globine informacij, ki jih dobimo, od ravni spletnega procesa do kode, ki jo izvajamo, moramo imeti nekaj privilegijev. Moram reči, da imamo varen model podatkov ali varnostni model, ker agenti delujejo pod poverilnicami, ki so popolnoma ločene od ljudi, ki metapodatke uporabljajo o transakcijah itd.? Natančno komunicira prek TCP prek IP, zato zahtevamo, da so določena vrata odprta. Kot hiter primer, kot je naše privzeto pristanišče 2702. Ta vrsta podrobnih stvari je nekaj, če ljudi zanima, bi lahko podrobneje preučili podrobnosti. Običajno smo zelo pomembni za čas. Če se nekdo srečuje z veliko težavo, lahko pogosto postavimo stvar in osvetlimo situacijo v nekaj urah.
Dez Blanchfield: Ja, zagotovo imam tudi to smisel. V modelu uvajanja ste govorili o zelo velikem obsegu in do 500 primerih ter o tem, kako je to mogoče združiti. Kako je na prvi stopnji vstopa videti, če kdo to želi - saj vem, da je IDERA zelo velika, ko omogoča dostop do brezplačnih poskusov, brezplačnih predstavitev, in spomnim se, da sem na spletnem mestu videl skoraj vse, s čimer se lahko igra. Za ljudi tukaj, in mislim, da sem to že prej zamudil, vendar mislim, da se je pojavilo vprašanje, kako izgleda tipično spletno mesto in kako ljudje dobijo dostop do tega in se začnejo igrati z njim in dobijo to vrsto izkušenj, kjer lahko vidijo, ali imajo način za reševanje nekaterih težav z uspešnostjo? Ali lahko prenesejo ODS in ga vrtijo na svojem hipervizorju, Hyper-V ali prenosnem računalniku ali potrebujejo namenski stroj, da ga zaženejo? Preden ste orisal arhitekturo, vendar le na kratko, v kakšni minuti ali dveh, kako to izgleda za uvedbo vhodne ravni, če želite na primer dokazati koncept?
Bill Ellis: Ja, tako da je naš model nekoliko drugačen od orodij IDERA. Nekako nam ustrezajo scenariju Embarcadero, kjer se želite obrniti na enega od prodajnih predstavnikov. Z vami bi želeli samo razpravljati o tem, kakšni so izzivi, in potem bi po navadi vedeli, da bi bil eden od SE-jev dodeljen in bi v bistvu sodeloval z namestitvijo z nekom. Običajno na prenosniku ne bi izvajali Natančnega. Za zbiranje bi želeli imeti VM ali strežnik v podatkovnem centru, kjer aplikacija živi. Vendar vam bomo pomagali skozi vse korake. Če vas kdo zanima, se vsekakor želite obrniti na IDERA.
Dez Blanchfield: Ena izmed drugih stvari, ki me je prizadela, je bila, da mislim, da se veliko tega, kar smo danes obravnavali, odziva na odzive na težave z uspešnostjo.Ampak zdelo se mi je, da v živih okoljih, ko jih ljudje uporabljajo, tako kot na vaši prvi diapozitivi nekdo dvigne telefon in reče: "Aplikacija teče počasi, pomagaj." Vendar me je to presenetilo med pred izdajo aplikacij oz. nadgradnje ali nove popravke in popravke, bi lahko šli skozi kup načrtovanja zmogljivosti in testiranja stresa ter natančno pregledali celotno okolje in dejansko našli težave, preden končne uporabnike sploh postavite v okolje. Je to primer uporabe, ki ste ga že videli, ali ljudje to tudi počnejo, ali to ni tipičen primer uporabe?
Bill Ellis: Absolutno bi radi uporabili Natančno skozi celoten življenjski cikel razvoja aplikacij ali življenjski cikel nadgradnje. Natančno ponuja prikaz razširljivosti, prikazal bo število usmrtitev, prepisanih z odzivnim časom. Očitno je, da tako število usmrtitev kot odzivni čas rasteta skupaj, ne boste spreminjali velikosti in morate nekaj storiti. Ta vrsta stvari je ogromno pomagala. Mislim, da je zdaj to malo manj res, toda ko so ljudje začeli postavljati produkcijske aplikacije na VMware, so se malo obotavljali in najprej je bilo videti, saj veste, "kot bi morali," Oh, to moramo premakniti na fizično. "In dejansko lahko pokažemo, kakšna je poraba virov, da lahko naredite aplikacijo učinkovitejšo. Na vsakem koraku življenjskega cikla aplikacije zagotovo želite uporabiti Natančno. Moram pa povedati, da je proizvodnja res tista, kjer je uspešnost najbolj pomembna, natančna pa je usmerjena k spremljanju proizvodnje 24 ur na dan in tako resnično ne želite zagnati svojih proizvodnih aplikacij brez vidnosti.
Dez Blanchfield: Vsekakor. Še eno hitro vprašanje o tem posebnem preizkusu globine, priseljevanju, UAT-u in tako naprej - mislim, super je imeti to orodje in predstavljam si, da bi razvijalci aplikacij imeli zelo radi do tega dostopa skozi življenjske cikle življenjskega cikla razvoja . S kompleksnejšimi arhitekturami, ki jih vidite zdaj, smo se iz namenske storitve preusmerili v virtualizacije in virtualizacijo, zdaj gremo na nekakšno, veste, prevzemanje zunanjih virov v gostovanje v oblaku in prav tako vidimo prehod do posode. Ste že videli veliko ljudi, ki to nameščajo in modelirajo vrste regij ali območij, tako da ima morda kdo - in v Avstraliji imamo zelo veliko težavo glede zasebnosti in vem, da je v Evropi to isto in mislim, da je vse bolj v ZDA, kjer morajo biti podatki, ki me lahko osebno identificirajo, v varnejšem okolju, na katerem je dejanski aplikacijski sloj, v spletni sloj. Tako imamo zdaj te uvajanja, kjer lahko ljudje hranijo svojo bazo podatkov in svoje aplikacije znotraj, vendar lahko svoj spletni sloj in konec dobave in aplikacijo postavijo v oblak, kot sta Azure ali, ali spletne storitve in programska oprema Amazon . Kako to deluje pri vaši običajni uporabi? Je to primer, da ste v regiji dobili samo še en nabiralnik in le še nekaj skupaj? Kako izgleda točen svet v današnjem bimodalnem pristopu, da se IT starih zapuščenih stvari na enem mestu izvaja, vaše blago pa je včasih v oblaku?
Bill Ellis: Ja, zato podpiramo mešano okolje. Treba je upoštevati, da obstajajo različne pogodbe z ponudniki oblakov. Nekateri od njih ne bodo dovolili kakršnega koli agenta ali kakršnega koli zunanjega nadzora znotraj oblaka. Za namestitev in spremljanje s programom Precision morate imeti vrsto pogodbe, ki omogoča to vrsto dostopa. Vsekakor obstajajo nekatere omejitve, ki jih moramo včasih prebroditi, zato so to pomembna merila, ki jih upoštevate, ko verjetno predvidevate, da najprej podpišete te pogodbe in nato in / ali če morate uporabiti Precis.
Dez Blanchfield: Ja, videl sem že več primerov, ko celo s tradicionalnim okoljem baz podatkov, če to kupujete kot del storitve, zlasti s podobnimi kot Azure, ko si všeč HDInsight ali SQL ponujate kot storitev, na platformi, se lahko z vašimi običajnimi orodji potapljate le tako globoko, ker v resnici ne želijo pogledati, kaj je pod pokrovom. In tako nekako končate z določeno stopnjo ali globino, ki jo lahko spremljate, in kar naenkrat preprosto ne vidite za čarobno zaveso. Je samopostrežna stvar stvar? Ali je to tradicionalno nekaj, kar bi delovalo znotraj omrežnega operacijskega centra, kjer bi tehnična ekipa, ljudstvo pod vodstvom CIO-a dobilo samo dostop, ali je to tudi nekaj, kar lahko končnim uporabnikom zagotovite raven dostopa? Mogoče ni nujno sprejemnica in tradicionalni kadri za ljudi in finance, ampak bolj pametni uporabniki, ki to počnejo, veste, kot na primer podatkovni znanstveniki, aktuarji, statistiki, ljudje, ki opravljajo resnično veliko obremenitev. Ali je mogoče, da dobijo dostop do neke vrste samopostrežnega dostopa, da vidijo, kaj se dogaja, ko izvajajo te težke poizvedbe in kje se pojavlja bolečina, da lahko nekako prilagodijo, kako poteka njihova obremenitev?
Bill Ellis: V sistemu Precision je zelo dobra varnost, tako da lahko nastavite uporabnike, ki imajo različne ravni dostopa. Na zelo osnovnih ravneh samo nadzorne plošče omogočajo nadzor. Potem lahko v okviru, če je kdo želel iti v strokovni GUI, omejite, kaj si lahko ogledajo in kaj lahko storijo. In nekako bi se vrnili k prejšnjemu vprašanju, da veste, da v zdravstvu imate vse zakone HIPAA, tako da zagotovo obstajajo nekateri premisleki in dejansko obstajajo nekatere možnosti uvajanja, tako da lahko z njim sodelujemo v obeh okoljih. Pri podatkih, ki ste jih videli v tej predstavitvi, morate upoštevati vse metapodatke o uspešnosti, ne o vsebini tabel, saj veste, in tako je res, ne bo se spuščalo v takšne vrste skrbi za zasebnost.
Dez Blanchfield: Ja, to sem tudi naredil. Imel sem trenutek eureka o tvojem četrtem ali petem diapozitivu zaslona in ugotovil sem, da samo potegneš uspešnost, no, ne samo, ampak potegneš podatke o uspešnosti, potegneš stvari, kot rečeno, metapodatke iz različnih nivojev sklada, vsebine dejansko ne gledate. In mislim, da je to zanimiva stvar, saj je eno izmed tistih orodij, kjer bi ga lahko za kratek čas namenili in pogledali, kaj se dogaja v okolju, vendar vam ni treba imeti dostopa do samih podatkov. Lahko celo pogledate, kako se vozijo posadke. Zadnja stvar, najbrž, samo na hitro, nato pa se vrnem Ericu, tako da, če imate vprašanje, nato pa spravi Rebecco, da se zavije, prej ste omenili, da je režijski strošek nominiran, celo opazen režijski strok s strani spremljanja stvari in samo gledanje ozadja ali gre za tako zanemarljivo količino režijskih stroškov, da je preprosto ni vredno upoštevati?
Bill Ellis: Ja, tako da mislim, da je na ravni podatkovnih baz vsaka tehnologija nekoliko drugačna. Na ravni baze podatkov je natančno znano, da premaga najnižje stroške. Na srednji stopnji je, veš, obstaja nekakšen uravnalni akt, saj veš, da ni samo Natančen, ampak za vse vidne in vidne. In ena izmed stvari je, da ponujamo številna prefinjena orodja za nadzor nad tem, kakšen je režijski strošek. Načrtovani smo za proizvodnjo in vsekakor je koristno odpraviti čim več težav pri razvoju in zagotavljanju kakovosti, toda, veste, nič drugega kot vedeti, kaj se dogaja v proizvodnji.
Dez Blanchfield: Eric, imaš še kakšna zadnja vprašanja?
Eric Kavanagh: Ja, samo rečem, da mislim, da ste se odlično odrezali in poudarili, da je zares res ključ, in skoraj tako je, če se premaknemo v to obdobje interneta stvari, če želite, da se vse naredi. In mislim, da je zdaj standard v proizvodnji to, kar je dobra novica, kajne? Ker želite, da lahko iz vseh teh različnih okolij potegnete informacije in jih zlijete. Mislim, da vam bom to samo predal za nekaj nadaljnjih komentarjev. Na to, na kar ste osredotočeni, je zagotavljanje vizualnega vmesnika, prek katerega lahko neki analitik, v bistvu IT analitik, spremlja in analizira, kaj se dogaja v tem kompleksnem okolju, in nato ugotovi, kaj naj spremeni. Ker to ni samo orodje. Orodje morate imeti, toda potrebujete osebo, ki se bo skotila v podrobnosti in našla odgovore, kajne?
Bill Ellis: Ja, nekako se mi zdi, da gre do vrha in da prednost, kje je največ odkupov, veš? Če se izkaže, je drugačna situacija, ker ni vsaka težava v bazi podatkov. Če je baza podatkov, veste, da se stvari izvajajo v deseti sekundi, vendar na ravni aplikacije stvari trajajo tri sekunde, to je največ odkupov. In tako lahko izolirate stopnjo težave in nato, kaj se dogaja znotraj stopnje, da se resnično osredotočite na to, kje je odkup. To res pospešuje ločljivost in optimizacijo aplikacije in je toliko hitrejša, veliko boljša in toliko bolj zabavna kot ljudje, ki so se zbrali v konferenčni sobi, "Pa nisem jaz, to mora biti nekdo drug."
Eric Kavanagh: Tako je. Nekega dne sem videl super meme, ki je rekel nekaj takega: "Bodite obveščeni, ne samo ljubkovan." Vstopite na sestanek, imate informacije, lahko kažete na podatke. To je ključno in tam pridemo, hvala bogu. V redu, ljudje bomo šli naprej in zaključili, vendar vse te spletne oddaje arhiviramo za poznejši ogled. Prosim, kadar koli to kadar koli preverite. Zdaj navajamo vse naše spletne oddaje, serije Hot Tech in serije Briefing Room na Techopedia.com, zato skočite na spletu in preverite, kakšni so ljudje. S tem se bomo poslovili. Hvala, ker ste danes porabili čas, Bill. Hvala vam in vsem vašim trdim delom, Dez. In se bomo pogovarjali naslednjič, ljudje. Pazite. Adijo.