Zobrať: Hosť 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 počas posledných niekoľkých rokov, čo sa myslí v tomto svete IT a veľkého podnikania a údajov, je čas pre 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, o tom, 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, tímy IT, ktoré musia dodávať, sú také, ktoré sú pod tlakom, aby túto prácu vykonali, 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 osobách, aby sa ubezpečili, že prídu na to, ako - a dnes je tu módne slovo - digitálne transformovať, 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. Je to 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ď ide 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 sa dajú veľmi ťažko odhaliť, 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 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 prežil aktualizáciu ERP z jednej verzie na druhú, 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é prekonať to, ak sa príliš vzdialite. Takže na to dávajte pozor a majte na pamäti.
A s tým, budem to rozdávať Mattovi Sarrelovi, aby som získal nejaké informácie o tom, ako zvládnuť zložitosť v prostredí 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 tou pravou osobou, 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 ja som tu: Tento obrázok vľavo je to, čo teraz vyzerám. Tento obrázok uprostred je akýmsi miestom, kde som veľmi šťastný - v miestnosti plnej drôtov a blýskavých svetiel, a kde je jeho zima - musí byť veľmi zima a všetci ostatní musia byť pre mňa nepríjemní, aby som sa cítil pohodlne z hľadiska teploty. A je 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 je to to, čo potrebovali, a teraz tu ľudia naozaj nie sú ochotní sedieť. Je to otázka, č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 dosť štedrý s touto dobrou až troma sekundami - ľudia tiež 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ľského zážitku.
Je dôležité definovať výkonnostné ciele pred meraním a ladením. Mám tento obrázok tunera a potom tunera. Skutočný muž, ktorý tuner potrebuje, musí vedieť, na čo ladí, alebo nemá zmysel, aby si položil ruky na klavír a naladil ho. Takže definovanie cieľov vopred, bude to druh udržať to reálne, namiesto prispôsobenia cieľov, aby zodpovedali súčasnej situácii. Je dôležité v priebehu času sledovať metriky a uvedomovať 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ľov 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ť skôr, ako zasiahnuť 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, aby ste mohli začať testovať výkonnosť alebo odhaľovať problémy, nebudem hovoriť príliš neskoro, ale znova, teraz ste chlapom, ktorý dostal zlý štart do maratónu a teraz hráte na chytenie -up namiesto toho, aby ste vyskočili a postupovali 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 ho ignorovať vo výrobe. Ale skutočne, do doby, keď ste vo svojom pilotnom projekte, mali ste už stanoviť metodiku a postupy týkajúce sa nepretržitého 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, 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ď už to máte, vývojári informačných technológií 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, čo sa spája a robí ú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 pre 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 pre 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: Ano, naozaj.
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 istý druh medzery vo viditeľnosti a potom sa môže stať, že môže nastať časovo náročný a frustrujúci proces, v ktorom ľudia môžu 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 môže nastať problém a vy idete na administrátora WebLogic a povie: „No, pamäť, zbierky na odpadky vyzerajú skvele. Naozaj si nemyslím, že je to WebLogic. “Choďte na administrátora DBA a hovoria:„ No, databáza, beží presne 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.
A tak sa pozrime 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 aktivita sa tlačí na tento jeden prípad a musí sa s tým vyrovnať. V podstate sme vytvorili problémové miesto.
Teraz, rovnako ako vec, pre činnosť, ktorá v tejto oblasti prebieha, sa môžete skutočne začať zaoberať zisteniami, že hoci máme tento celkový problém s infraštruktúrou, existujú spôsoby, ako zlepšiť efektívnosť spracovania v rámci tohto konkrétneho JVM pre WebLogic. A to je miesto, kde je to naozaj dôležité: 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 použí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 ide o načasovanie každého kroku v aplikácii, ako aj o stĺpcový 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 jej nastavení, o tom, ako koncoví používatelia systém používajú. 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, ak sa môžem sústrediť na konkrétneho používateľa - tu sa pozerám na daného používateľa v jeho konkrétnych transakciách a na čas odozvy, ktorý zažili - som schopný priamo osloviť užívateľskú skúsenosť konkrétneho používateľa. Už nejde o všeobecné metriky na úrovni systému, o skúsenosti koncového používateľa a to je veľmi silné. Č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ý užívateľ zavolal, mohli by ste iniciovať proces, ktorý hovorí: „Dobre, kde presne je hlavnou príčinou?“ A nebude to ako využitie CPU a prvoradé, bude to v aplikačnom kóde, ktorý vykonávajú.
Poďme si to dobre preštudovať a dôkladne sa pozrieme na túto správu obsahu a môžete skutočne vidieť analýzu tejto transakcie: spustením prehliadača, vstupným bodom webového servera do Java Jolt a vlastne zobrazovaním kódu, ktorý sa spúšťa nadol na paneli Tuxedo, nakoniec do príkazu SQL, kde Precise odhalí príkaz 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 kon. Spojenie bodiek alebo sledovanie transakcie z prehliadača až do príkazu SQL je kon. 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é bude možné ukázať, že vám rovnako, a tam môžu byť časy, keď tam je vlastne prekážkou alebo tvrdenie v prehliadači, ktoré môžu spôsobiť také veci, ako je obrazovka zamrznúť.
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, čo sa deje v tomto príkaze SQL. Takže tu sme sa presunuli do expertného pohľadu 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 systéme 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 do názvu panela PeopleSoft - ak som v IT a ja môžem hovoriť o správcovi stromu, správcovi obsahu, konkrétnej HR stránke, týmto spôsobom osoba, ktorej sa snažím pomôcť, vie, že sa skutočne pozerám a rozumiem tomu, na čo sa pozerá, pretože už to nie sú tieto hieroglyfy, je to meno, s ktorým sú oboznámení.
Jedna z otázok, ktoré sa nás pýtajú - zdá sa, že je stále, takže som si myslel, že Id jednoducho proaktívne odpovedá na otázky - ako na svete zachytávate toto užívateľské ID 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 užívateľské meno a kliknem na prihlásenie, bude môcť program Precise merať, č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. Sada výsledkov sa mi predkladá, takže som jasne prešiel celým balíkom aplikácií až do databázy. Ako to ukazuje Precise? Poďme sa na to pozrieť. Otvorte 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ň jeho časť v zdieľanom prostredí, často jeho 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 je v mnohých obchodoch akousi čiernou skrinkou a je veľmi dôležitou súčasťou 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 zistíte, ž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. Je to pravdepodobne 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, preto varuje na vrstve Tuxedo.
Ak čakáte vo fronte, máte kvôli konfigurácii rôzne problémy. Zvyčajne - pretože 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 si, že stojí za to znova povedať: Každá významná obchodná transakcia interaguje s databázou. Preskúmajme teda, 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áš túto vysokú medzeru na opakovanie záznamu.
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 vo vysokom rozlíšení 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 sa len každých 10 minút pozeráte, nebude to ukázať, č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 tu skočil 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ácie. 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 vykonaniami znamená, že príkaz SQL je v skutočnosti spotrebiteľom zdrojov číslo jedna vo vašom systéme, a to je dobré viem. Je to tiež nečaká na zámok alebo čakať. Využíva CPU na 100% času. To neznamená, že nie sú veci, ktoré s tým nemôžem robiť. 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 súvislostí s jednotlivými programami 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áciu než na databázovú technológiu, keď sa v podstate pozerám a sledujem optimalizáciu databázy 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 zmrazenie obrazovky, došlo k výberu z PS_Prod a my sme urobili to, že klikneme na toto tlačidlo naladenia a čo to robí, je to, že 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 sa zobrazovalo 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, keď 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 zobrazenie dashboardov až 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. Vidíte, že to bolo asi tretina 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. Na zabezpečenie lepšej viditeľnosti vášho systému je možné vykonať celý rad vecí.
Tu sa práve zaoberáme využívaním pamäte WebLogic a vidíte tento pekný model pílenia, 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ľné. Poskytuje tiež metriky servera. A tak tu skutočne dokážete merať 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ú presné plánovanie kapacity.
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 V / V, ukážeme vám to Presné. 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 zdroje 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, je to výstraha 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 tak 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. Zložili sme zložitú URL, URI na názov panelu 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 - jedná sa iba o prirodzené body pripojenia z prehľadávača, URL, vstupných bodov, pripojenia webového servera do WebLogic, pozvanie sa končí až po poskytnutie príkazu SQL. Potom dokážeme 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 vždy boli zapnuté, 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 ho okamžite vrátiť späť , Väčšina našich konkurentov, to, čo robia, je, ak potrebujete vidieť ďalšie informácie, musíte zapnúť dodatočnú viditeľnosť a zvyčajne to dodatočná 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 ísť na presný web, skontrolujte si niektorý z produktov presnosti, či ide o presný produkt Oracle. Sme uvedení ako presná platforma pre výkon 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 web 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ť dôležité pre vaše stránky. Alebo ak by ste sa chceli dozvedieť viac o migrácii na tekuté používateľské rozhranie, môžete nás kontaktovať.
A ktoré, Eric, Id rád odovzdá obušok späť vám.
Eric Kavanagh: Dobre, veľa. Musím ešte raz povedať - dosť komplexnú a pôsobivú prezentáciu, Bill. Spomenuli ste celý zväzok, na ktorý sa Id rád pýta. Nemáme veľa času - asi deväť minút - a rovnako ako Matt, aby sme dostali šancu položiť pár otázok, a mať aspoň jednu alebo dve z publika.
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ľa. Vidíte spoločnosti často to uznávať a používať to, alebo sa to snažíte evanjelizovať ešte viac?
Bill Ellis: V skutočnosti sú oboje, a to je tak, že vzorce používania, a to aj v prípade balíkových aplikácií, ako je 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. Je to kvôli použitým vzorom a umožnilo nám to riešiť, ale potreby aplikácie sa riešili na úrovni kódu, konfigurácie aj na úrovni infraštruktúry. Takže absolútne som veľký veriaci a ja to chcem evanjelizovať, pretože by ste nemali robiť hardvérové rozhodnutia jednoducho na základe použitia. Mali by ste vychádzať z potrieb vášho prostredia.
Eric Kavanagh: A je tu otázka od účastníka a potom, Matte, odovzdám ti to na otázku alebo dve. No, je to dobrý a to je zábavné, pretože je to veľká, dlhá odpoveď, ktorú by ste mohli 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 dostanete na úroveň podrobností potrebných na nájdenie vašich odpovedí, však?
zmenka Ellis: Áno, takže zásadné je, že jednotliví zberatelia informácií o výkone sú založené na technológiách. Keď teda vykonávame nasadenie, musíme vedieť, ako sa zostavuje váš aplikačný zásobník, počínajúc operačným systémom, jeho verziou, verziou Tuxedo, WebLogic a verziou nástrojov Ľudia, ktoré ste spustili.
A je to skutočne návrh tých agentov, ktorí to robia, zhromažďovanie údajov, ktoré nám umožňuje odhaliť, že úroveň viditeľnosti 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 jej nízka réžia, otázkou je, prečo nie? Preto si myslím, že je to skvelá otázka, a ak by ste sa chceli o tom ďalej porozprávať, kontaktujte nás.
Eric Kavanagh: Dobre, dobre. A Matt, mal si nejaké otázky?
Matt Sarrel: Myslím, že som v poriadku. Myslím tým, že som sa tu zaoberal zrútením WebEx.
Eric Kavanagh: Ale 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 a znova je to, kto je zodpovedný za to, čo a ako môžu všetci spolupracovať, aby zamestnancom poskytovali najlepšiu kvalitu.
zmenka Ellis: Áno, personál IT býva preto 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 dejú, je problém s výkonom a mnohokrát konflikt, zvolajú vojnové miestnosti. A to je miesto, kde každý má metriku, aby nejakým spôsobom oslobodzoval svoju úroveň, pretože nemá protiváhu. 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ý nie je 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 rovnako neztrácajte tím podpory Tuxedo, asistenčného tímu 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 ako dodatočný č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ť. Takže veľká otázka, pretože nejde len 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žitie kontajnerizácie a Docker a veci tejto povahy, aký veľký je to curveball, ktorý vás vyhodí?
Bill Ellis: 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: Jo. A musím povedať, že zakaždým, keď vidím tieto demá, som ohromený granularitou, ktorú máte, a to je to, čo potrebujete, aby ste mohli porozumieť porozumeniu a vy musíte mať nejaké vzdelanie o tom, čo je normálna situácia, čo je štandardné.
A vy okolo toho ponúkate veľa obsahu - pomáhate ľuďom zistiť, čo je normálne, čo nie je bežné. 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 naozaj dôležitá vec; Myslím, že Matt o tom hovoril. Čo je normálne? Rôzne prostredia majú odlišnú úroveň normálu. Ak pracujete s hardvérom vyššej kategórie, logikou Oracle a údajmi, to, čo je vo vašom obchode bežné alebo čo sa dá v obchode dosiahnuť, sa bude líšiť od toho, ako keby ste používali menej výkonnú infraštruktúru. Prvou vecou je zistiť, čo je normálne, začať s výpočtom základnej línie 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. Ešte jedna 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?
zmenka Ellis: V databáze sa nič nedeje, kým sa nevykoná jej 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 stará aplikácia DBA s tým, o čo sa stará infraštruktúra DBA, až kým nebudem schopný z nástroja Presné vyťažiť 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ť sa do všetkých tých rôznych častí a častí aplikačného balíka, ako to, čo 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.