Od zamestnancov Techopedia, 6. septembra 2017
Take away: Host Eric Kavanagh diskutuje v tejto epizóde Hot Technologies o manažmente výkonu PeopleSoft s Mattom Sarrelom a Billom Ellisom.
Eric Kavanagh: Dobre, dámy a páni. Dobrý deň, ešte raz vitajte. Je streda o 4. hodine východnej a už niekoľko rokov to znamená v tomto svete IT a veľkého podnikania a údajov, že je čas na technológiu Hot Technologies. Áno, skutočne sa volám Eric Kavanagh. Budem vašim moderátorom pre dnešnú udalosť.
Budeme hovoriť o systémoch, ktoré riadia podnikanie, ľudia; hovoríme o PeopleSoft, ako riadiť výkon zložitých prostredí. Vždy by som chcel spomenúť, že na týchto udalostiach hráte veľkú úlohu, takže sa nemusíte hanbiť. Kedykoľvek sa opýtajte; môžete tak urobiť pomocou okna rozhovoru alebo otázok a odpovedí - tak či onak. Rád by som počul, čo chcete vedieť, a to je najlepší spôsob; získate najlepšiu hodnotu za svoj čas. Všetky tieto webové vysielania archivujeme pre neskoršie počúvanie, takže nezabudnite na to.
Ak systémy bežia pomaly, nezabudnite, aký bol život život. Táto fotografia je v skutočnosti z roku 1968, s láskavým dovolením dámy menom Danelle, a musím povedať, že toto je ostro pripomienka toho, ako sa veľa vecí zmenilo. Svet sa stal pozoruhodne zložitejším a obchodné potreby a užívateľské skúsenosti samozrejme smerujú ruka v ruke. Ale v týchto dňoch je trochu odpojenie. Ako často hovoríme, existuje nesúlad a faktom je, že podnikatelia vždy chcú veci rýchlejšie a rýchlejšie. IT tímy, ktoré musia dodávať, sú tí, ktorí sú vystavení tlaku, aby vykonali svoju prácu, a je to tam intenzívny svet.
Musím povedať, že hospodárska súťaž sa všade zohriala. Ak sa len pozriete na akékoľvek odvetvie, môžete vidieť, že v súčasnosti dochádza k veľkému vývoju - napríklad kupovanie Amazoniek pre celé jedlo. Môžete si byť istí, že potravinársky priemysel na to tvrdo pozerá. Vidíme to všade, takže je skutočne na podnikových vedúcich, aby sa ubezpečili, že prídu na to, ako digitálne transformovať - a tu je toto módne slovo - ako prejsť od starého rozvádzača k oveľa novým a robustnejším systémom. O tom budeme dnes hovoriť.
Jedným z problémov, ktorým čelia mnohé organizácie, najmä tie, ktoré už nejaký čas existujú, sú tieto staré systémy. To je starý sálový počítač od spoločnosti IBM. Všade existujú staršie systémy. Jedným z vtipov je, že starý systém je systém, ktorý je vo výrobe, čo znamená okamih, keď sa dostane do výroby, technicky je to starý systém. Vždy budú existovať nové spôsoby, ako robiť veci.
A v posledných rokoch existuje veľmi zaujímavý vývoj, pokiaľ ide o nájdenie spôsobov, ako virtuálne zladiť systémy, aby sa nielen zlepšila výkonnosť jedného systému, ale aby sa našiel spôsob, ako vytvoriť druh odnože alebo taktiky vykladania, ktoré zvládnu výkon. inými spôsobmi. Dnes budeme hovoriť viac o tom, ako zlepšiť výkon systému ako PeopleSoft, ktorý je, samozrejme, neuveriteľne zložitý. Ale keď sa darí dobre, keď sa načíta, keď sa implementuje, keď sa darí dobre, dokáže robiť úžasné veci. Ale keď to nie je zvládnuté dobre, vtedy máte všetky druhy problémov.
Čo sa teda stane? O veciach a v akomkoľvek prostredí musíte byť realistickí, ak používatelia nedostanú to, čo chcú, skôr alebo neskôr idú do tieňových systémov. Stáva sa to stále. Tieňové systémy môžu byť veľmi produktívne, môžu ľuďom pomôcť pri plnení ich úloh. Ale samozrejme existuje veľa problémov. Tieňové systémy sú určite v celej oblasti dodržiavania predpisov a regulácie veľké nie. Ale sú tam a myslím si, že je dôležité pamätať na to, že ak váš hlavný systém nefunguje rýchlo alebo nefunguje efektívne, skôr alebo neskôr dôjde k obchádzaniu a tieto obchádzky môžu byť veľmi ťažko odhaliteľné, môže byť ťažké zapadnúť, pretože sa pre podnikanie stáva kritickým. Môže byť ťažké ich integrovať, takže nezabudnite, že je tam vonku a je to len ďalší dôvod na zlepšenie výkonu.
Len nedávno som počul o tomto výraze a musím ho vyhodiť: „tyrania naliehavosti“. Myslím si, že práve keď počujem, že asi viete, o čom hovorím a čo sa deje vo väčšine organizácií, pracovné zaťaženie dosiahne kritickú masu. a ľudia robia toľko, koľko môžu, a je veľmi ťažké niečo zmeniť. Skončíte trpia „tyraniou naliehavosti“ - všetko sa musí urobiť okamžite. Inovácia systému sa nestane ihneď.
Každý, kto niekedy prežil aktualizáciu ERP z jednej verzie na inú, vie, že je to relatívne bolestivý proces, takže na to treba pamätať: Ak to vidíte vo svojej organizácii, uznajte to. Dúfajme, že sa s niekým môžete spojiť, alebo ak ste starší človek ako CIO alebo CTO alebo CEO, uvedomte si, že je to veľmi nebezpečný scenár, pretože akonáhle ste za ôsmimi loptičkami, je naozaj ťažké dostať sa z poza osem loptičiek.
Je to ako celé maratónske hlavolam: Ak skončíte v závode nejakého druhu ďaleko za sebou a všetci sú pred vami a vy všetci stále bežíte, bude ťažké to dobehnúť, ak sa príliš vzdialite. Takže na to dávajte pozor a majte na pamäti.
A s týmto, odovzdám to Mattovi Sarrelovi, aby som získal niekoľko poznatkov o tom, ako zvládnuť zložitosť s prostredím PeopleSoft. Matte, zober to.
Matt Sarrel: Dobre, ďakujem, Eric. Ahojte všetci. A tak uvidíme, začnem tým, že ti poviem, prečo si myslím, že som tým správnym človekom, ktorý s tebou hovorí o riadení výkonu. Takže mám 30 rokov skúseností s technológiou. Rád by som povedal, že som prišiel na pár krokov, keď som bol hands-on, administrátor siete, riaditeľ IT, viceprezident inžinierstva. Potom som tento prechod urobil technickým riaditeľom na PC Mag. Tam je môj obrázok, ale v podstate vyzerám ako malé dieťa.
A potom pokračoval a bol novinárom v rôznych publikáciách, ako sú eWeek a InfoWorld, analytik v spoločnosti Gigahome, nadväzovanie kontaktov so skupinou Bloor Group a tiež konzultácia. A som tu: Tento obrázok vľavo je to, čo teraz vyzerám. Tento obrázok uprostred je taký druh, kde som veľmi šťastný - v miestnosti plnej drôtov a blýskavých svetiel a tam, kde je zima - musí byť veľmi chladno a všetci ostatní musia byť pre mňa nepríjemní, aby som sa cítil príjemne. múdre. A sú tu moje kontaktné informácie, ak by ste mali akékoľvek ďalšie otázky.
Chcem tu uviesť pódium a len hovoriť o vystúpení, ako hovoril Eric. Vstúpili sme do tohto sveta, kde používatelia očakávajú očakávania, ktoré stanovili spotrebiteľské aplikácie a webové stránky. A ľudia boli ochotní chodiť do práce a sedieť tam a čakať na svoje systémy, pretože to je to, čo potrebovali, a teraz tu ľudia naozaj nie sú ochotní sedieť. Je teda otázkou, či chcú, aby tento motocykel lietal okolo trate. Pravdepodobne nechcú, aby ten chlap jazdil na bicykli a nosil svoju dcéru do školy. Ale čo mi chystáte poskytnúť?
A je to ťažké, pretože - v skutočnosti som bol s týmto jedným až troma sekundami veľkorysý - ľudia chcú okamžitú reakciu a chcú prístup odkiaľkoľvek. To, že kdekoľvek vo vašej budove alebo na kampuse môže byť kdekoľvek, alebo kdekoľvek na svete, v závislosti od toho, ako funguje vaša firma. A myslím, že to, čo budujem, je to, že keď hovoríme o výkone, je dôležité myslieť na výkon z hľadiska užívateľskej skúsenosti.
Pred meraním a ladením je dôležité definovať ciele výkonnosti. Mám tento obrázok tunera a potom tunera. Skutočný muž, ktorý je tuner, potrebuje vedieť, na čo ladí, alebo nemá zmysel v skutočnosti si klavír položiť ruky a naladiť ho. Takže definovanie cieľov vopred, bude to tak trochu udržať to reálne, namiesto toho, aby ciele prispôsobili súčasnej situácii. Je dôležité monitorovať metriky v priebehu času a uvedomiť si, ako sa systémy menia s výkonom aplikácie na načítanie používateľov, čo je ovplyvnené scénami zdrojov a vzormi použitia.
Vždy je dôležité, aby ste to všetko spojili so skúsenosťami používateľa alebo s incidentmi podpory, stanovili základnú úroveň výkonnosti, ktorú očakávate, že ju budete môcť poskytovať, a keď sa blížite k odchýlkam od tejto základnej línie, máte aktívne upozornenia, aby ste mohli konať predtým, ako dosiahneme stav „zlyhanie veľryby“. A viete, že to vyžaduje schopnosť rýchlo a ľahko určiť a riešiť hlavnú príčinu problému s výkonom. A opäť, toto je čím skôr, tým lepšie, že?
Vieme, z minulej histórie pri pohľade na vývojové úsilie, čím skôr môžete nájsť a opraviť problémy s výkonom, tým lepšie ste. Ak budete čakať, až bude celý váš kód alebo váš systém aktívny na začatie testovania výkonu alebo na začatie odhaľovania problémov, nebudem hovoriť, že je príliš neskoro, ale znova, teraz ste ten, kto dostal zlý štart do maratónu a Teraz hráte dohadzovanie, namiesto toho, aby ste skočili rovno a dostali sa dopredu. Ako to robíte? Očakávate svoje priemerné a maximálne zaťaženie?
A pôjdete ďalej a veľkosť fyzických serverov alebo virtuálnych serverov alebo cloudových inštancií alebo kontajnerov a zdrojov kontajnerov potom spustíte dôkaz koncepcie a spustíte pilota? Toto je čas, keď je to niečo také, koniec miesta, kde by ste chceli niečo chytiť, aj keď ste stále lepšie chytiť to do výroby, ako to ignorovať vo výrobe. Ale skutočne, v čase, keď ste vo svojom pilotnom projekte, mali ste už stanoviť metodiku a postupy týkajúce sa neustáleho monitorovania a zlepšovania.
Dobre, takže veľa spoločností - hovoríme o digitálnej transformácii. DevOps, v revolúcii DevOps, hrá v tejto digitálnej transformácii obrovskú úlohu. A toto je proces end-to-end, ktorý sa nikdy nezastaví. Je to ako keby sa obe ruky kreslili jeden druhého, a to je dobrá vec. Je to nekonečná slučka medzi týmito dvoma rukami plánu, kódu, zostavenia, testovania, uvoľnenia, nasadenia, prevádzky, monitorovania, spätného plánovania. Živí sa samo a my ho automatizujeme, takže to ide rýchlo. Vytvára spätnoväzbovú slučku na sledovanie výkonu výroby a používa ju na proaktívne odhaľovanie problémov s výkonom a ich opravu predtým, ako ovplyvnia celú vašu používateľskú základňu.
A ďalšia vec, teraz, keď to máte, vývojári IT a prevádzkový personál, ktorí sa pohybujú veľmi rýchlo a sú zarovnaní, môžete tiež ľahko zosúladiť toto úsilie s obchodnými zamestnancami. Výkon podnikového softvéru je komplexná šelma. Dalo by sa to prirovnať futbalovému tímu, ktorý sedí pred tabuľou smerujúcim smerom, a všetko funguje samostatne a všetko funguje spoločne. Vždy to považujem za starý príbeh, keď som dostal svoje prvé auto a opravil som jednu vec. Opravil som klimatizáciu a potom sa stalo, že potom zlyhal zvyšok chladiaceho systému. Takže máte body bolesti a všetko ide spolu a robíte úpravy. Všetko musíte usporiadať tak, aby ste vytvorili procesy, takže keď vykonáte zmeny, pochopíte, ako všetko ovplyvňuje všetko ostatné.
A tiež buďte opatrní a dvakrát skontrolujte. Otestujte, zrušte platnosť, implementujte. A opäť sa dostávame k tomuto problému budovania programov nepretržitého monitorovania a zvyšovania výkonnosti. A toto je v skutočnosti môj posledný snímok. Aj keď hovoríme o tejto zložitosti a je to krásna zložitosť, rovnako ako vo vnútri týchto hodiniek, máme na PeopleSoft toľko pohyblivých kúskov. Každá vec ovplyvňuje všetko ostatné hore a dole po stohu. A existuje toľko rôznych miest, kde môžete hľadať kľúče k problémom s výkonom, ktoré by ste sa mohli bez problémov a správnym procesom veľmi ľahko stratiť. A opäť o všetkom, v mnohých prípadoch si myslím, že sme sa naučili, že môžete riešiť problémy s infraštruktúrou, ale obrovskou premennou bude váš vlastný kód aplikácie. Kľúčom preto bude mať správne procesy na testovanie a neustále zlepšovanie kódu vašej aplikácie.
A to je koniec mojej časti, a potom sa obrátim na Billa.
Eric Kavanagh: Dobre, Bille, dovoľte mi, aby som vám dal kľúče od WebEx tu. Páči sa mi táto krásna zložitosť - to je pekné. Mali ste tam pár skutočne dobrých ponúk, Matte. Dobre, Bill, zober to. Ak chcete zdieľať svoju obrazovku, prejdite na „rýchly štart“. Vy všetci.
Bill Ellis: Ďakujem, Matt, a ďakujem, Eric. Len pre potvrdenie, vidíte teraz všetci moju obrazovku?
Eric Kavanagh: Áno, skutočne.
Bill Ellis: Takže sa chystáme hovoriť o produkte IDERA Precise for PeopleSoft a o zviditeľnení, ktoré vám môžu pomôcť uspieť pri spravovaní komplexného súboru aplikácií. Spôsob, ako vyriešiť tento problém, je to, že jedna aplikácia, minimálne šesť technológií, početný koncový užívateľ a je veľmi ťažké odpovedať na jednoduché otázky. Má koncový používateľ problém? Kto je koncovým používateľom, čo robia, čo je hlavnou príčinou?
To, čo zvyčajne vidíme, je táto situácia - a to sa môže týkať aplikácie PeopleSoft, ako aj iných aplikácií alebo aplikácie PeopleSoft, ktoré interagujú s inými aplikáciami - je v rámci súborov údajov, alebo by to mohol byť cloud v týchto dňoch, koncový užívateľ sa o to skutočne nestará túto zložitosť. Chcú len dokončiť transakciu, prístupy, prehľadanie zásob, výkaz s výkazmi času, tieto typy vecí. Ak sú veci pomalé alebo nie sú dostupné, zvyčajne všetci títo inteligentní a dobre mienení ľudia nevedia, kým si koncový používateľ nesťažuje.
Je to taká istá medzera vo viditeľnosti a potom sa môže stať, že môže nastať časovo náročný a frustrujúci proces, v ktorom by ľudia mohli otvoriť nástroj a pozerajú sa, bohužiaľ, iba na podmnožinu aplikačnej sady. Stále pretrváva taký problém s odpoveďou na tieto základné otázky.
A mnohokrát sa môže vyskytnúť problém a pôjdete do administrátora WebLogic a povie: „No, pamäť, zbierky na odpadky vyzerajú skvele. Naozaj si nemyslím, že je to WebLogic. “Môžete ísť na administrátora DBA a hovoria:„ No, databáza, beží to tak, ako to bolo včera. Desiatka vyzerá dobre. Možno vám správca úložiska zasiahol niektoré metriky, napríklad I / O za sekundu alebo priepustnosť, čo sú metriky na úrovni snímok a nemusia sa odrážať na vašej konkrétnej aplikácii, oveľa menej na databázu alebo konkrétny proces. “
A tak všetci majú tieto metriky, ktoré podľa všetkého ukazujú, že problém je niekde inde, ale tento koncový používateľ má problém alebo nahlásil problém, ale ako môžeme tento problém vyriešiť lepšie? A lepším spôsobom, presným spôsobom - alebo týmto spôsobom ponúkame - je zmerať užívateľské transakcie začínajúce v prehliadači cez sieť, do webového servera, do Java Jolt, do Tuxedo, do databázy vrátane DB2 a nakoniec do skladu.
A to ukazuje, že celkový čas hovorí: „No, kto má problém?“ A potom môžeme koncového používateľa identifikovať podľa toho, ako sa prihlásili do programu PeopleSoft, a pomocou prekladu Tuxedo môžeme tiež zachytiť, čo panely PeopleSoft vykonávajú.
Načasovanie sa teda vkladá do historického archívu, ktorý nazývame databázou riadenia výkonnosti, a stáva sa z neho jediný kus hudby, ktorý výrazne zjednodušuje to, kto, čo, kedy, kde, prečo. Presné tiež obsahuje odporúčania. Pravdepodobne najdôležitejšia vec je, pretože neustále zhromažďujeme všetky informácie - na úrovni technického personálu IT - môžete zmerať údaje pred a po. Takže môžete priniesť meranie pomocou merania alebo Six Sigma k celej operácii výkonu.
Poďme sa teda pozrieť na „deň v živote“. Najprv by ste mohli otvoriť obrazovku s presným upozornením a tu sa dostanete včasné varovanie. Úplne najvyššie upozornenie je, že máte upozornenia na aktivitu. To znamená, že používatelia vykonávajú transakcie a v zásade nespĺňame naše SLA. Podobne máme stav, keď je dostupnosť - a to v podstate hovorí, že časť našej aplikačnej infraštruktúry nie je k dispozícii - takže môžeme vŕtať a vlastne uvidíme, ako inštancie Tuxedo vo forme, a môžete skutočne vidieť, že jeden z prípady sú mimo prevádzky. Celá táto činnosť sa tlačí na tento jeden prípad a musí sa s tým vysporiadať. V podstate sme vytvorili úzky profil.
Teraz, rovnako ako vec, pre činnosť, ktorá v tejto oblasti prebieha, sa môžete skutočne dostať k zisteniam, že hoci máme tento celkový problém s infraštruktúrou, v tomto konkrétnom JVM pre WebLogic existujú spôsoby, ako zlepšiť efektívnosť spracovania. A tu je to skutočne dôležitá vec: Mnohokrát sa ľudia pohybujú ako do cloudu a hovoria: „Koľko CPU a koľko pamäte potrebujete?“
Druhou stranou tejto mince známej ako kapacita je efektívnosť spracovania. Ak používam menej pamäte, ak využívam menej CPU, jednoducho toľko nepotrebujem. A ako už Matt povedal predtým, všetko súvisí. Teraz môžem otvoriť obrazovku transakcie PeopleSoft a na obrazovke je os y čas odozvy, os x je čas cez deň.
Máme tu stĺpcový stĺpcový graf, ktorý ukazuje čas klienta. To je vlastne prehliadač, webový server. Zelená je čas Java, druh ružovej je Tuxedo, tmavo modrá je čas databázy. Tento profil sa nestal sám o sebe; stalo sa to kvôli konkrétnym panelom PeopleSoft - boli vykonané a sú vám predložené podľa času odozvy. V skutočnosti je načasovanie každého kroku v aplikácii, ako aj stĺpcový graf, ktorý zobrazuje aplikáciu tu po jednotlivých paneloch. Som tiež schopný vŕtať a nájsť konkrétneho používateľa alebo hodnotiť svojich používateľov.
Táto obrazovka mi umožňuje určiť konkrétneho používateľa podľa prihlasovacieho mena. Zamyslite sa nad tým, aké pozoruhodné alebo aké je to silné. Mnohokrát to nie je len o infraštruktúre a o tom, ako je nastavená, ale o to, ako koncoví používatelia používajú systém. Môžete mať nové zamestnanie alebo niekto má novú funkciu zamestnania: Možno nevie, ako správne používať túto aplikáciu. V skutočnosti to môže pomôcť identifikovať príležitosti na odbornú prípravu.
Druhou stranou mince je, že ak sa môžem sústrediť na konkrétneho používateľa - tu sa pozerám na daného používateľa v konkrétnych transakciách a na čas odozvy, ktorý prežili - som schopný priamo osloviť skúsenosti konkrétneho používateľa užívateľ. Už nejde o všeobecné metriky na úrovni systému, ide o skúsenosť koncového používateľa a je to veľmi výkonné. Časti vášho prostredia budú určite interné, ľudské zdroje atď. Existujú aj ďalšie časti, ktorým čelia zákazníci. Či tak alebo onak, chcete poskytnúť čo najlepší a najproduktívnejší možný zážitok pre zákazníka.
Teraz na konkrétny panel môžem ísť a vŕtať, aby som odpovedal na otázky. Toto je druh hlbokého ponoru, ktorý môžeme urobiť, aby sme odhalili, čo sa deje, a tento hlboký ponor by ste mohli urobiť skôr, ako zavoláte koncovému používateľovi, alebo ak vás koncový používateľ zavolal, mohli by ste začať proces povedzte: „Dobre, kde presne je hlavnou príčinou?“ A nebude to ako využitie CPU a prvoradé použitie, bude to v aplikačnom kóde, ktorý vykonávajú.
Poďme si to preveriť a my sa pozrieme na túto správu obsahu a skutočne uvidíš analýzu tejto transakcie: spustením prehliadača, vstupným bodom webového servera do Java Jolt a vlastne zobrazujeme kód, ktorý sa vykonáva dole do Panel Tuxedo, nakoniec príkaz SQL, kde Precise odhalí text príkazu SQL, ktorý je vykonaný týmto konkrétnym panelom PeopleSoft.
Každý, s kým hovoríme, má nástroje, ale to, čo nemá, je kontext. Spojenie bodiek alebo sledovanie transakcie z prehľadávača až do príkazu SQL je kontext. To, ako to robí, rovnako ako vaše DBA, je skôr ako pozerať sa na veci na inštancii alebo na úrovni databázy, teraz môžem skúmať na úrovni príkazov SQL.
Takže môžem povedať: „No, aké sú prekážky pre jednotlivé príkazy SQL, “ a toto je mimoriadne silné. Zvážte, že táto transakcia nemôže prebiehať rýchlejšie ako príkaz SQL a každá významná obchodná transakcia interaguje so systémom záznamov. Databáza, či už je alebo nie, je základom výkonu, a ak môžem byť tak podrobný, že sa môžem sústrediť na jednotlivé príkazy SQL, ktoré sú nevyhnutné pre obchodnú transakciu, môžem ju naozaj posunúť na ďalšiu úroveň.
Ďalšou vecou, ktorú si môžete všimnúť, je výpočet percentuálneho podielu, ktorý poskytuje služba Precise. Samotný prehliadač je v skutočnosti významnou súčasťou zásobníka aplikácií. Máte spustenie JavaScriptu, máte čas vykresľovania, máte komponenty stránky, GIF, JPEG. A skutočne zistíte, že vaša aplikácia sa môže v prehliadači Chrome v porovnaní s prehliadačom IE a v rôznych verziách správať veľmi odlišne. Presné to bude môcť ukázať aj vám a môžu nastať situácie, keď v prehliadači skutočne existuje úzke miesto alebo tvrdenie, ktoré môže spôsobiť také veci, ako napríklad zamrznutie obrazovky.
Byť schopný identifikovať, čo umožňuje IT, aby neštekal nesprávny strom, ale aby riešil hlavnú príčinu rôznych problémov, ktoré sa môžu objaviť. Teraz, čo môžem urobiť, je pre konkrétny príkaz SQL, môžem potom analyzovať presne to, čo sa v tomto príkaze SQL deje. Takže sme sa dostali k názoru odborníka na databázy.
Jednou z vecí, ktoré rozlišujú presnosť na úrovni databázy, je to, že vzorkujeme na základe druhej sekundy. To je v porovnaní s našimi konkurentmi, ktorí vyzerajú iba raz za 10, raz za každých 15 minút. Aby bola úroveň podrobnosti, úroveň rozlíšenia je rádovo lepšia ako u našich konkurentov.
A opäť, pretože databáza je súčasťou našej nadácie, umožníme vašej databáze DBA skutočne posunúť výkon na ďalšiu úroveň. Takže vidím, že tento príkaz SQL skutočne strávil 50 percent, ak jeho čas praktizoval prístup k uloženému subsystému, 50 percent svojho času pomocou CPU. Kliknite na tlačidlo naladiť a potom sa môžem pustiť do podrobností o plánoch vykonávania a presne o tom, čo viedlo k použitiu.
Teraz citát od jedného z našich zákazníkov - ak sa nenachádzali v Oracle Shop, použili nástroj Oracle s názvom OEM a OEM je skutočne zameraný na databázu alebo inštanciu - je to DBA, ktoré neustále hľadajú zoznam 10 najlepších? Ale s presnosťou dokážeme spojiť bodky s jednotlivými príkazmi SQL, takže granularita umožňuje DBA skutočne vyladiť na úrovni transakcií, a nielen na oveľa vyššej úrovni databázy.
Druhým bodom, ktorý bol pre tohto zákazníka skutočne dôležitý, je to, že precízne prevedením zložitej adresy URL na názov panela PeopleSoft - ak som v oblasti IT a môžem hovoriť o správcovi stromu, správcovi obsahu, konkrétnej stránke HR, Týmto spôsobom osoba, ktorej sa snažím pomôcť, vie, že vlastne hľadám a rozumiem tomu, na čo sa pozerajú, pretože to už nie sú tieto hieroglyfy, je to meno, ktoré pozná.
Jedna z otázok, ktoré sa nás pýtajú - zdá sa, že je stále, takže som si myslel, že by som na takéto otázky jednoducho odpovedal - ako na svete zachytávate ID používateľa PeopleSoft? Dovoľte mi prejsť jednotlivými krokmi. Toto je prihlasovacia obrazovka aplikácie PeopleSoft. Na prístup som musel prejsť na svoj webový server a zobrazí sa táto obrazovka. Ak je aplikácia vybavená nástrojom Precise, táto obrazovka v skutočnosti obsahuje presný skript a môžem ho odhaliť kliknutím pravým tlačidlom myši a zobrazením zdroja. A to mi skutočne ukáže, že kód, ktorý tvorí podkladovú stránku a tu v rámčeku stránky, je vlastne presný pre webový kód a to mi umožňuje zachytiť prihlasovaciu obrazovku, adresu IP, typ prehľadávača, celok veľa informácií o vykresľovaní a skutočnom zážitku koncového používateľa. A tak, keď vložím svoje používateľské meno a kliknem na prihlásenie, program Precise potom dokáže zmerať, čo robím.
Otvorím sa, prejdem do správcu stromu, chcem vykonať operáciu vyhľadávania, vyplniť pole a kliknúť na vyhľadávanie. Výsledková sada sa mi zobrazí, takže som jasne prešiel celým aplikačným balíkom až do databázy. Ako to ukazuje Precise? Poďme sa na to pozrieť. Otvoriť Presne, vstúpim, vidím aktivitu, kliknem na kartu aktivity, ktorá vyvolá túto obrazovku. Toto sú nepreložené adresy URL. Môžem ukázať používateľom. Tu je moje ID používateľa, do ktorého som sa práve prihlásil, a tu je moja aktivita.
Mohli ste vidieť, že som na to použil Firefox verzie 45. Aplikáciu som uplatnil 12-krát a opustenie je v podstate vtedy, keď niekto opustí webovú stránku skôr, ako sa úplne vykreslí, čo naznačuje obchodný problém. Takto sme dokázali vyzdvihnúť ID koncového používateľa. Je to veľmi pekné, ľudia si vážia, keď presne viete, čo sa deje.
Teraz chceme radiť prevody trochu divne. Pozerali sme sa na transakciu neskôr. Urobili sme hlboký ponor na konkrétnu transakciu a preskúmali sme jej príkazy SQL. Teraz chcem zaradiť prevody a pozrieť sa na niektoré z ďalších technológií v rámci aplikačnej skupiny PeopleSoft, počnúc WebLogic.
Takže tu je inštancia WebLogic a aktivitu môžete vidieť v priebehu času. Máte finančnú správu. Hovorí mi to hneď od netopiera, pamäť sa používa takmer na maximum. Jednou z vecí, ktoré nájdeme, je to, že väčšina ľudí spúšťa celý balík aplikácií alebo aspoň časť v zdieľanom prostredí, často je to VMware. Musíte sa vyrovnať, koľko zdrojov požadujete a koľko potrebujete. Nechcete byť prasa zdrojov. Podobne nechcete ukladať obmedzenia spracovania tým, že v tomto prípade nepožadujete dostatok pamäte.
Konfigurácia je nevyhnutná aj pre správu výkonu. Môžeme sa teda skutočne dostať do zbierky odpadkov pamäte a do všetkých počítadiel JMX WebLogic, takže presne viem o zdraví svojej formy WebLogic.
Teraz do Tuxedo. Tuxedo v mnohých obchodoch je druh čiernej skrinky a je to veľmi dôležitá súčasť programu PeopleSoft. Je to druh lepidla, ktorý drží všetko pohromade, a tak si ho skoro myslím ako rozšírenie operačného systému. Je to niečo, čo veľmi starostlivo používate a konfigurujete. Mimochodom - toto je malá vedľajšia poznámka - v úvodných komentároch Eric spomenul „tyraniu naliehavosti“ a myslím si, že sa to naozaj stane, keď obchody PeopleSoft zvažujú prechod z klasického používateľského rozhrania na tekuté používateľské rozhranie, pretože zistite, že ste za krivkou kvôli spôsobu, akým tekuté používateľské rozhranie cvičí prostredie PeopleSoft.
Teraz máte problémy v službe WebLogic, v meste Tuxedo, v databáze a v úložisku práve preto, že program HTML5 robí obrovské množstvo správ. Pravdepodobne je to najmenej 10-násobok toho, čo robí klasické používateľské rozhranie, a že ďalšie správy znamenajú ďalší prenos. Takže konfigurácia Tuxedo musí byť upravená tak, aby vyhovovala ďalšej premávke. Niekoľko vecí na tejto obrazovke skončilo na pravej strane. Máme grafy s časovým odstupom váženého času odozvy, priemerného času odozvy a počtu vykonaní.
Tu máme informácie o všetkých doménach Tuxedo v prostredí. Rozdelili sme služby, používateľov, serverové procesy a IP adresy. Môžem to presunúť na počet vykonaní a uviesť ich v zostupnom poradí, aby som videl, čo sa najčastejšie vykonáva. Môžem tiež prejsť nadol a odhaliť domény; väčšina ľudí má vo svojom prostredí viac domén, aby v podstate rozložili činnosť, a som schopný nastaviť súlad so SLA, a preto varovania vo vrstve Tuxedo.
Ak čakáte vo fronte, máte kvôli konfigurácii rôzne problémy. Zvyčajne - pretože to má globálny dopad - zvyčajne nebudete robiť zmeny za chodu. Chceli by ste postupne zvyšovať systém ako súčasť procesu QA, ktorý sa vracia späť k bodu, ktorý Matt urobil skôr o riešení problémov s výkonnosťou na začiatku procesu. Je oveľa lepšie mať správnu konfiguráciu, keď idete do výroby, ako ísť do výroby a zistite, že konfigurácia nezodpovedá vzorom použitia. Veľmi sa mi páči úvod, ktorý Eric a Matt dnes poskytli. Myslel som si, že sú skutočne na cieľ, pokiaľ ide o výzvy, ktorým čelíte pri riadení a vývoji prostredia PeopleSoft.
Teraz som to už raz povedal - myslím, že stojí za to znova povedať: Každá významná obchodná transakcia interaguje s databázou. A tak poďme preskúmať, ako môže spoločnosť Precise poskytnúť ďalšie informácie. Tu je konkrétna inštancia Oracle. Rovnaký presný prístup, aký sme videli - os y je čas vykonávania, os x je čas cez deň, ale stĺpcové stĺpcové grafy sú stavy vykonávania v rámci Oracle. Toto nám ukazuje, aké sú obmedzenia spracovania v systéme. Dole je tu vlastne správa o zisteniach, ktorá mi hovorí, že máte túto vyrovnávaciu pamäť s vysokým počtom opakovaní.
Pozerám sa tiež na túto vybranú verziu programu PSVersion. V skutočnosti spotrebúva veľa zdrojov. Mimochodom, pretože odoberáme vzorky a poskytujeme tento pohľad s vysokým rozlíšením na to, čo sa v systéme skutočne deje, možno vás prekvapí, čo sú skutoční spotrebitelia zdrojov vo vašom systéme, pretože ak hľadáte každých 10 minút, nie je to tak ukážem vám, čo sú títo spotrebitelia zdrojov. A tak, že viete, čo sú skutoční spotrebitelia zdrojov, môžete skutočne riešiť skutočné spracovanie na úzkych miestach alebo v systéme.
Teraz sme preskočili na kartu aktivity a toto je aktivita. Môžete vidieť, že sa spoločne pozeráme na procesor, úložný subsystém, zámky aplikácií, čakanie OS, RAC, commit, server Oracle, komunikáciu a interný agregát. Toto je os y, jedná sa o celkový čas vykonávania.
Nižšie sú príkazy SQL, ktoré viedli tento profil, a jedna z vecí, ktoré vidíte, sú tieto nízka latencia - dve milisekundy, ale s takmer 4 500 spusteniami znamená, že príkaz SQL je v skutočnosti spotrebiteľom zdrojov číslo jedna vo vašom systéme, a to je dobré viem. Nečaká ani na zámok alebo čakanie. Využíva CPU na 100% času. To neznamená, že s tým nemôžu robiť veci. Existuje veľa vecí, ktoré s tým môžem urobiť, ak viem, ku ktorým príkazom SQL a objektom sa pristupuje. Toto sú niektoré zo spôsobov, ako vám môžeme pomôcť.
Teraz je tu táto podrobná analýza a to nás môže priviesť do kontextu jednotlivých programov PeopleSoft a každý z týchto programov slúži v rámci programu PeopleSoft inému účelu. Skutočne môžete začať riešiť na úrovni databázy, ako sa aplikácia používa.
A ak vyberiem konkrétny program, potom môžem izolovať príkazy SQL, ktoré tento program odoslal, aby som sa mohol sústrediť skôr na aplikácie než na databázové technológie, keď v podstate hľadám a sledujem optimalizáciu a konfiguráciu databázy. Chcem to len upozorniť. Mnohé veľké organizácie sa často delia na DBA infraštruktúry a aplikačné DBA. Presne tak, že ukážeme aplikáciu, ako aj spotrebu zdrojov, sme skutočne schopní preklenúť priepasť a toto riešenie je užitočné pre obidva typy až DBA v systéme.
Teraz je táto časť skutočne našou ukážkou toho, čo môžeme urobiť na úrovni databázy. A čo sa tu stalo, bolo to, že sme mali obrazovku zamrznúť, bol tu výber z PS_Prod a my sme urobili to, že klikneme na toto tlačidlo naladenia a čo to robí, to nás privádza do tohto pracovného priestoru SQL. Teraz, pre vás ľudí, ktorí nie sú DBA, to nemusí vyzerať skutočne vzrušujúco. Pre ľudí, ktorí sú DBA, sa vám to môže zdať celkom vzrušujúce. Tu ukazujeme trvanie tohto konkrétneho príkazu SQL verzus zmeny v systéme. A to ukazuje streda, štvrtok, piatok, trvanie je asi 2/10 sekundy. V sobotu a nedeľu táto spoločnosť nefunguje - šťastie. Poďte v pondelok, došlo k zmene: Prístupový plán sa zmenil. Nový prístupový plán je tu náhle. To je vlastne dosť pomalé, čo má za následok zmrazenie obrazovky.
Teraz, ak som DBA, potrebujem ďalšie informácie, aby som poznal pravú príčinu. Potrebujem vedieť, aký optimalizátor databáz sa vybral. Precise ponúka toto porovnanie, ktoré ukazuje plán vykonávania, ktorý bol rýchly a efektívny, keď sa veci vyvíjali dobre, ako aj plán vykonávania, ktorý bol pomalý a neefektívny. Toto pripojenie filtra je spoločné pre DBA, ktoré používajú PeopleSoft. Čo robí filter, je to, že hľadá každý riadok v jednej tabuľke, pozerá sa na každý jeden riadok v spojovacej tabuľke - to zaberá veľa CPU. Je to mimoriadne neefektívne, pretože neexistuje žiadne filtrovanie len pri pohľade na podmnožinu riadkov, ktoré sú potrebné, ale pomocou príkazu SQL a táto neefektívnosť vedie k pomalšiemu času vykonávania. Preto v konečnom dôsledku spomaľujú panel PeopleSoft pri zmrazovaní obrazovky a program Precise sa dokázal dostať k skutočnej príčine, o ktorej by ste sa nikdy nedozvedeli, pokiaľ nemáte nástroj, ktorý odhalí kód aplikácie, príkazy SQL a tak ďalej.
To bol druh hlbokého ponoru. Teraz sa pozrieme na pohľad na dashboardy do výšky 10 000 štvorcových stôp. V rámci presnosti dashboardy naozaj nie sú pre technický tím - je to naozaj pre vás, aby ste zdieľali informácie s operáciami, možno s aplikačným tímom, možno s vašou reťazou velenia. Jedna sada dashboardov by teda mohla zobrazovať panely PeopleSoft a čas klienta, takže viete, čo je skúsenosť koncového používateľa. Možno už bol nakonfigurovaný iný informačný panel a tento informačný panel by sa mohol pozrieť, či došlo k zmrazeniu upozornení? V skutočnosti máme varovania na úrovni operačného systému, webu, WebLogic, Tuxedo a databázy. Žiadne upozornenia, priemerná doba odozvy. Môžete vidieť, že bežíme asi tretinu sekundy. Tu sa môžem skutočne pozrieť na svoju infraštruktúru, ukázať mi všetky virtuálne počítače v mojom prostredí a môžem sa začať venovať spracovaniu, vyvažovaniu záťaže a tiež sa môžem pozrieť na svoje domény Tuxedo. Toto konkrétne prostredie má šesť rôznych domén, takže tieto domény vidím a môžem sa skutočne dostať do vyváženia webu.
Teraz je v historickom archíve Precise, že databáza riadenia výkonnosti PMDB má veľa metrík. Niekedy sa chce niekto dozvedieť viac o počte prístupov do prehliadača, alebo by ste to mohli počítať podľa typu prehliadača alebo výkonu podľa typu prehliadača. Je tu veľa vecí, ktoré môžete urobiť, aby ste vo svojom systéme získali ďalšiu viditeľnosť.
Tu, v tomto prípade, sa skutočne pozeráme na využitie pamäte WebLogic a vidíte tento pekný model píly, využitie pamäte. K dispozícii je zbierka odpadu, ktorá získava odkazy. Vracia sa späť, a preto je to veľmi pekný vzor, ktorý sa vám páči. Ide teda o druh prostredia PeopleSoft ako o kolekciu subsystémov, čo by bolo vhodné pre operácie. Najzákladnejšou otázkou je: „Dobre, čo sa deje so serverom?“ Precíznosť má toto všetko viditeľnosť. Poskytuje tiež metriky servera. Takže tu môžete skutočne zmerať CPU, pamäť, I / O, server, používateľov v systéme a máte tak úplnú viditeľnosť. A to je spôsob, ktorý - v kombinácii s dlhodobým trendom - je to, ako ľudia používajú Pre plánovanie kapacity presný.
A chcem tam len hodiť malú poznámku. Zvyčajne bude mať obchod toľko rozpočtu na hardvér, server, toľko rozpočtu na zamestnancov. Ako sa chystáte investovať, kam umiestnite svoje stávky? Pomocou funkcie Presné získate výhodu, pretože vidíte, ako sa používa úložný subsystém. Ak robíte veľa náhodných I / O, ukážeme vám to precízne. Pomôže to odôvodniť investície do polovodičového úložiska. To môže byť pre váš obchod dôležitejšie ako nákup ďalšieho procesora, ak je využitie CPU nízke.
Chcete investovať tam, kde sú skutočné problémy so spracovaním, kde môžete skutočne získať návratnosť. Vďaka presnému riešeniu všetkého od efektívnosti spracovania kódovania aplikácií až po kapacitu vám umožníme posúdiť a zdokumentovať, kde sú tieto potreby, číslami.
Teraz je posledná časť varovania a varovanie je vlastne spôsob, akým sa to začalo. Zapamätaj si to? Videli sme upozornenie, že došlo k výkonu SLA a zistili sme, že inštancia WebLogic bola zrušená. Poďme sa teda pozrieť na výstražné rozhranie. A ešte raz, čo sa deje? Jednou z vecí, na ktoré by som chcel v tomto pohľade poukázať, je to, že presné upozornenia nielen o dostupnosti, ale aj o stave sú dostupné iba v prípade dostupnosti. Dôvodom, prečo sú výstrahy o trendoch dôležité, je to, že ak je váš systém nečinný alebo má jedného alebo dvoch používateľov, pravdepodobne sa všetko spustí skvele. Až potom, ako začnete pridávať používateľov a začnú robiť viac a viac aktivít, začnete bojovať o údaje, o prostriedky na úrovni Tuxedo, na úrovni WebLogic, na úrovni siete, na úrovni databázy. A toto tvrdenie má za následok zhoršenie výkonu a nakoniec môžete prejsť hranicu, čo je varovanie výkonnosti, a v podstate nespĺňate ciele SLA pre organizáciu. Preto sú tieto sady upozornení veľmi pekné.
Webová vrstva, na ľavej strane, webová vrstva skutočne meria zážitok koncového používateľa a potom sa dostanete do technológií v rámci základnej aplikačnej sady. Toto je druh obrazovky našej architektúry o tom, ako to všetko robíme. V ideálnom prípade by ste chceli mať precízny server, ktorý je nezávislý od monitorovaného prostredia alebo prostredí. Jeden presný server dokáže spracovať množstvo aplikácií.
Pre PeopleSoft a pre databázy Oracle a DB2 vyžadujeme miestneho agenta. Ak vaše prostredie PeopleSoft podporuje server SQL Server, existuje možnosť vykonať agenta bez agentov. Máme tiež agenta bez agentov pre Sybase. Srdcom nášho bezpečnostného modelu je to, že sa tu zhromažďujú údaje, zatiaľ čo používatelia Precise sa autentifikujú do Precise. Sú to úplne samostatné procesy, samostatné poverenia, samostatné overovanie, a preto je súčasťou nášho bezpečnostného modelu. A sú tu ďalšie podrobnosti.
Myslím si, že toto je zatiaľ dosť úvod do architektúry. Ak máte nejaké horúce otázky, opýtajte sa ich, ako spomenul Eric.
Rovnako ako rýchla rekapitulácia, toto riešenie je navrhnuté pre výrobu 24 na 7. Dôrazne sa odporúča, aby ste nás používali pri zabezpečovaní kvality. Ak vykonávate vlastný vývoj, začnite nás používať vo vývoji. Chystáme sa preložiť zložitú adresu URL, identifikátor URI na názov panela PeopleSoft. Keď hovorím o produkcii, máme extrémne nízku réžiu, takže máte prehľad, vždy viete, čo sa deje, identifikujete koncového používateľa.
Nemusel som ísť ďalej a definovať tieto transakcie - existujú iba prirodzené body pripojenia z prehľadávača, adresy URL, vstupných bodov, pripojenia webového servera do systému WebLogic, kontext pozvania až po príkaz, ktorý poskytuje príkaz SQL. Potom sme schopní zachytiť príkaz SQL a čo robí. Presný je inteligentný databázový systém a myslím si, že je to pre nás charakteristický faktor, ktorý umožňuje vašej spolupráci s databázou DBA zvýšiť viditeľnosť aplikácií.
Posledný bod je ten, že sme stále v pohybe, stále zhromažďujeme, vždy môžete merať pred a po a kvantifikovať zlepšenie alebo, v zriedkavých prípadoch ste mohli zmeniť výkon, by ste to vedeli a mohli by ste to vrátiť okamžite späť. Väčšina našich konkurentov, to, čo robia, je, ak potrebujete získať ďalšie informácie, musíte zapnúť dodatočnú viditeľnosť a zvyčajne to, že ďalšia viditeľnosť vyžaduje veľa režijných nákladov. S presnosťou máte vždy prehľad a vždy môžete problém vyriešiť. Ak teda chcete prejsť na webovú stránku Precise, skontrolujte niektorý z produktov Precise, či je to precízne pre Oracle. Sme uvedení ako platforma precíznej výkonnosti aplikácií a je tu tlačidlo na vyžiadanie ukážky.
V skutočnosti, ak zdieľam svoju obrazovku, myslím, že by som sa tam mohol iba navigovať, aby som vám ukázal, ako to vyzerá, aby ste to mohli vidieť priamo na začiatku. Tu je webová stránka IDERA. Môžete ísť na výrobky. Môžem si vybrať ktorúkoľvek z týchto presných súčastí a chcem ju len vidieť v akcii. Týmto sa spustí náš proces zdieľania ďalších informácií, ktoré môžu byť pre vašu stránku dôležité. Alebo ak by ste sa chceli dozvedieť viac o migrácii na tekuté používateľské rozhranie, môžete nás kontaktovať.
A čo, Eric, chcel by som ti odovzdať obušok späť.
Eric Kavanagh: Dobre, veľa. Musím ešte raz povedať - dosť komplexnú a pôsobivú prezentáciu, Bill. Spomenuli ste celé množstvo vecí, na ktoré by som sa chcel opýtať. Nemáme veľa času - asi deväť minút - a chcel by som, aby Matt dostal príležitosť položiť aj pár otázok a mať aspoň jednu alebo dve poslucháčov.
Ale spomenuli ste niečo, o čom som si myslel, že je veľmi, veľmi zaujímavé, pokiaľ ide o to, ako môže spoločnosť Precise pomôcť pri obstarávaní tímu IT, pretože môžete poukázať na to, že každému, kto urobí toto rozhodnutie, môžete položiť prípad, že to, čo potrebujete, je pevnejšie Napríklad, úložisko alebo to, čo potrebujete, sú vylepšenia siete alebo čokoľvek. Ale to je veľká vec. Vidíte spoločnosti často to uznávať a používať to, alebo sa to snažíte evanjelizovať ešte viac?
Bill Ellis: No, vlastne tak, a vec je taká, že vzorce použitia, dokonca aj v prípade balíkových aplikácií ako PeopleSoft, sú vzory použitia na každom webe odlišné. Mal som to šťastie, že som v banke vykonal migráciu PeopleSoft, a banky používajú systém hlavnej knihy veľmi odlišne ako väčšina organizácií. V skutočnosti by ste mohli mať jednotlivé transakcie, ktoré sa uskutočnili v pobočke, všetky účtujú do hlavnej knihy.
A teda namiesto toho, aby ste zverejňovali desiatky alebo stovky účtovných kníh, uverejňujete stovky tisíc. A tak som sa zapojil do programu Precise, a to kvôli použitým vzorom a umožnil nám to riešiť, ale potreby aplikácie sa riešili na úrovni kódu, konfigurácie a aj na úrovni infraštruktúry. Takže som absolútne veľký veriaci a ja to chcem evanjelizovať, pretože by ste nemali robiť rozhodnutia o hardvéri jednoducho na základe ich použitia. Mali by ste vychádzať z potrieb vášho prostredia.
Eric Kavanagh: A je tu otázka od účastníka, a potom, Matt, dám ti ho na otázku alebo dve. Je to dobré a zábavné, pretože je to veľká, dlhá odpoveď, ktorú môžete dať. Účastník sa pýta: „Ako zhromažďujete metriku výkonnosti na konci používateľa po nasadení a počas testovania?“
Myslím, že ste odviedli celkom dobrú prácu, keď ste sa ponorili do toho, aké hlboké a bohaté sú tieto metriky výkonnosti. O niektorých z týchto vecí ste hovorili dokonca o podsekunde v porovnaní s každých päť minút alebo 10 minút. To je, keď sa chystáte získať takú úroveň podrobnosti, aby ste našli svoje odpovede, nie?
Bill Ellis: Áno, tak zásadné je, že jednotliví zberatelia informácií o výkone sú založené na technológiách. Keď teda vykonávame nasadenie, potrebujeme vedieť, ako sa zostavuje váš aplikačný zásobník, počnúc operačným systémom, jeho verziou, verziou Tuxedo, WebLogic a verziou nástrojov Ľudia, ktoré používate.
A to je skutočne konštrukcia tých agentov, ktorí to robia, zhromažďovanie údajov, ktoré nám umožňuje odhaliť, že úroveň prehľadnosti je presná. A táto viditeľnosť je podľa mňa niekedy pre ľudí trochu zastrašujúca. Ale ak je vaším cieľom skutočne vstúpiť a vylepšiť veci a zvýšiť výkon na 11, je to skutočne úroveň viditeľnosti, ktorú by ste chceli mať. A ak to dokáže Presnosť a je nízka réžia, otázkou je, prečo nie? Takže si myslím, že je to skvelá otázka, a ak by ste o tom chceli hovoriť ďalej, kontaktujte nás.
Eric Kavanagh: Dobre, dobre. A Matt, mal si nejaké otázky?
Matt Sarrel: Myslím, že som v poriadku. Chcem tým povedať, že sa tu zaoberám zrútením WebEx.
Eric Kavanagh: Oh nie. Potrebujeme presné, aby sme presne pochopili prečo.
Matt Sarrel: Áno, myslím, že otázka, na ktorú som myslel, keď ste hovorili, Bill, bola, či by ste mohli diskutovať o tom, ako sa môže viac tímov dostať na tú istú stránku pri riešení problémov s výkonom, pretože viem, že to je niečo, čo prichádza znovu a znovu, kto je zodpovedný za to, čo a ako môžu všetci spolupracovať, aby poskytovali zamestnancom najlepšiu kvalitu.
Bill Ellis: Áno, takže IT pracovníci majú tendenciu byť drahí. Vo väčšine obchodov ste vzhľadom na zložitosť technológie rozdelení do tímov založených na technológii. Jednou z veľkých vecí, ktorá sa stane, je problém s výkonom a mnohokrát konflikt, zvolajú sa vojnové miestnosti. A to je miesto, kde každý má metriku, aby nejako ospravedlnil svoju úroveň, pretože nemá kontext. Pozerajú sa skôr na to, čo sa deje na úrovni WebLogic, než na to, čo sa deje na úrovni kódu transakcie. Alebo sa pozerajú skôr na databázovú úroveň než na jednotlivé príkazy SQL transakcie.
A tým, že v rámci tejto úrovne dokážeme určiť problémovú úroveň a kód problému, uvoľňuje to ostatným tímom, aby nešli ani nestrávili čas zdrojmi hľadaním problému, ktorý sa nenachádza v ich oblasti. Ak ide o problém s databázou, zamierte do databázy DBA s informáciami, ktoré potrebujú na vyriešenie problému. Radi to urobia.
Ale tiež nemrhajte Tuxedo, tím podpory WebLogic, ktorý sa zameriava na problémy v databáze. Podobne, ak sa problém stane v konfigurácii WebLogic, nezaberajte čas DBA v nejakej bojovej miestnosti a snažte sa brániť. Stačí ísť a opraviť problém vo WebLogic.
Zistili sme, že IT pracovníci oceňujú presnosť kvôli časovým úsporám, pretože zvyčajne tieto vojnové miestnosti nie sú zahrnuté do časového plánu pre každú organizáciu FTE. Je to niečo ako ďalší čas. Preto je skutočne nevyhnutné zvládnuť tieto problémy efektívnejšie. A pre organizáciu, ktorá zaviedla tekuté používateľské rozhranie, schopnosť škálovať výrobu a riešiť problémy, ktoré skutočne zažívajú vo výrobe, bola skutočne nevyhnutná nielen pre jednotlivých zamestnancov alebo tímy, ale vlastne pre správu IT celkovo, pretože by to boli skutočne zlé správy. keby sa museli vrátiť. Skvelá otázka, pretože nejde iba o technológiu. Je to naozaj vždy o ľuďoch.
Matt Sarrel: Správne, sú to ľudia a procesy. Áno, to bola jediná otázka, ktorá mi prišla počas dema. Ak sú niektorí z publika?
Eric Kavanagh: Áno, len na vás hodím posledný, Bill a Matt o tom stručne hovorili vo svojej prezentácii. Túto plodinu sme začali vidieť. Je to stále veľmi pozerajúce do budúcnosti, ale kontajnery a používanie kontajnerizácie a Docker a veci tejto povahy, aký veľký je to curveball, že vás to vyhodí?
Bill Ellis: To slovo znamená rôzne veci v závislosti od rôznych technológií. Preto vyvíjame naše výrobky, aby sme sa starali o kontajnery na úrovni databázy a na úrovni aplikácií. A ako súčasť toho je to celé prostredie s pohybmi, mrakom a my pracujeme v oblaku. Existuje však proces zisťovania a tak v závislosti od toho, ako sa tieto aplikácie - vrátane PeopleSoft - vyvíjajú, vyvíjame naše monitorovacie riešenie, aby sme mohli poskytnúť úroveň hĺbky, ktorá bola v minulosti taká cenná.
Eric Kavanagh: Áno. A musím povedať, že zakaždým, keď vidím tieto ukážky, som ohromený tým, čo máte, a to je to, čo potrebujete, aby ste mohli porozumieť porozumeniu a vy musíte mať nejaké vzdelanie, čo je v normálnej situácii., čo je štandard.
A vy okolo vás ponúkate veľa obsahu - pomáhate ľuďom zistiť, čo je normálne, čo nie je normálne. Hovorili ste napríklad o trendoch vo výstrahách, to všetko sú mechanizmy, ktoré môžete použiť na lepšie porozumenie, je niečo zlé, nie je niečo zlé, a potom sa odtiaľ samozrejme musíte podrobne rozobrať, ale máte všetky údaje.
Bill Ellis: Áno, a to je skutočne dôležité; Myslím, že Matt o tom hovoril. Čo je normálne? Rôzne prostredia majú odlišnú úroveň normálu. Ak používate špičkový hardvér, logiku a údaje Oracle, to, čo je vo vašom obchode bežné alebo čo sa dá vo vašom obchode dosiahnuť, bude iné, ako keby ste bežali v menej výkonnej infraštruktúre. Takže prvá vec je zistiť, čo je normálne, začať počítať túto základnú líniu a tým spôsobom môžete začať robiť zlepšenia odtiaľto.
Eric Kavanagh: Dobre, to je dobré. Vyzerá to, že máme ešte jednu poslednú otázku. Len posledná otázka, ktorú ti dám, Bill. Aký je rozdiel medzi monitorovaním výkonnosti SQL a databázy z hľadiska údajov na úrovni systémov a aplikácií? Aký je rozdiel medzi monitorovaním výkonu SQL a databázou?
Bill Ellis : V databáze sa nič nedeje, kým sa nevykoná príkaz SQL. Tvrdenie príkazu SQL je to, čo - kontrola zamykania, čakanie, tvrdenie o prostriedkoch na úrovni údajov a na úrovni servera SQL. Ak teda dokážem vidieť vodiča príkazu SQL aj jeho dopad na systém, spôsobil som nejaký efekt; Dokážem prepojiť, o čo sa aplikácia DBA stará, s tým, o čo sa stará DBA v oblasti infraštruktúry, až kým nebudem môcť z nástroja Presné získať maximum.
Ak som infraštruktúra DBA a pozerám sa na veci, ako je využitie, naozaj sa správa so širokým štetcom verzus v prípade, že sa môžem pozrieť na jednotlivé príkazy SQL a dokážem skutočne minimalizovať zdroje. spotreba - či už ide o procesor, pamäť, I / O - dokážem osloviť obe strany tej istej mince.
Eric Kavanagh: OK, ľudia. Spálili sme niečo cez hodinu. Veľké, veľké vďaka našim priateľom v spoločnosti IDERA. Veľká vďaka Mattovi Sarrelovi, že ste sa k nám dnes pripojili. Všetky tieto webové vysielania archivujeme na neskoršie prezeranie, takže neváhajte a vráťte sa. Archív zvyčajne trvá len pár hodín. Takže to skontrolujte a všetko, čo musím povedať, je to, že milujem tieto veci, milujem presné, milujem schopnosť dostať sa do buriny. A neviem o žiadnom inom nástroji, ktorý by vám umožnil kopať do všetkých tých rôznych častí a častí aplikačného balíka, ako majú títo ľudia v spoločnosti IDERA s presnosťou.
S týmto vám ponúkame rozlúčku, ľudia. Ešte raz vďaka, budeme sa s vami baviť nabudúce.
