Door Techopedia Staff, 6 september 2017
Takeaway: Host Eric Kavanagh bespreekt PeopleSoft performance management met Matt Sarrel en Bill Ellis in deze aflevering van Hot Technologies.
Eric Kavanagh: Oké, dames en heren. Hallo en welkom weer. Het is een woensdag om 4 uur Eastern en de laatste jaren, dat is bedoeld in deze wereld van IT en big business en data, is het tijd voor Hot Technologies. Ja inderdaad, mijn naam is Eric Kavanagh. Ik zal je moderator zijn voor het evenement van vandaag.
We gaan het hebben over de systemen die zaken doen, mensen; we hebben het over PeopleSoft, hoe de prestaties van complexe omgevingen te beheren. Ik wil altijd vermelden dat je een grote rol speelt in deze evenementen, dus wees niet verlegen. Stel uw vraag op elk gewenst moment; u kunt dit doen via het chatvenster of de Q&A - hoe dan ook. Ik zou graag willen horen wat je wilt weten en dat is de beste manier; u krijgt de beste waarde voor uw tijd. We archiveren al deze webcasts voor later luisteren, dus houd daar rekening mee.
Als systemen langzaam werken, houd er dan rekening mee hoe het leven vroeger was. Deze foto is eigenlijk uit 1968, met dank aan een dame genaamd Danelle, en ik moet zeggen dat dit echt een grimmige herinnering is aan hoeveel dingen er zijn veranderd. De wereld is opmerkelijk complexer geworden en natuurlijk gaan bedrijfsbehoeften en gebruikerservaring hand in hand. Maar tegenwoordig is er een beetje een loskoppeling. Er is een mismatch, zoals we vaak zeggen, en het feit is dat zakenmensen altijd dingen sneller en sneller willen, IT-teams die moeten leveren zijn degenen die onder druk worden gezet om de klus te klaren en het is een intense wereld daarbuiten.
Ik moet zeggen dat de concurrentie overal is toegenomen. Als je alleen maar naar een industrie kijkt, zie je dat er tegenwoordig belangrijke ontwikkelingen zijn - bijvoorbeeld Amazon die Whole Foods koopt. Je kunt er zeker van zijn dat de supermarktindustrie daar goed naar kijkt. We zien dit overal, dus het is echt de taak van bedrijfsleiders om ervoor te zorgen dat ze erachter komen hoe - en hier is het modewoord tegenwoordig - digitaal transformeren, hoe ze voorbij het oude schakelbord kunnen gaan naar veel meer nieuwe en robuuste systemen. Daar zullen we het vandaag over hebben.
Een van de problemen waarmee veel organisaties te maken hebben, vooral degenen die al een tijdje bestaan, zijn deze oude systemen. Dat is een oud IBM-mainframe van vroeger. Overal zijn legacy-systemen. Een van de grappen is dat een legacy-systeem een systeem is dat in productie is, wat betekent dat het op het moment dat het in productie gaat, technisch gezien een legacy-systeem is. Er zullen altijd nieuwe manieren zijn om dingen te doen.
En er zijn de afgelopen jaren een aantal zeer interessante ontwikkelingen geweest over het vinden van manieren om systemen vrijwel met elkaar te verzoenen om niet noodzakelijk alleen de prestaties van één systeem te verbeteren, maar om een manier te vinden om een soort van uitloper of een ontlaadtactiek te creëren om de prestaties af te handelen op andere manieren. Vandaag gaan we het meer hebben over hoe we de prestaties van een systeem als PeopleSoft kunnen verbeteren, wat natuurlijk ongelooflijk complex is. Maar wanneer het goed gedaan is, wanneer geladen, wanneer geïmplementeerd, wanneer goed beheerd, kan het prachtige dingen doen. Maar als het niet goed wordt beheerd, heb je allerlei problemen.
Dus wat gebeurt er? Je moet realistisch zijn over dingen en in elke omgeving, als gebruikers niet krijgen wat ze willen, gaan ze vroeg of laat naar schaduwsystemen. Het gebeurt de hele tijd. Schaduwsystemen kunnen zeer productief zijn, ze kunnen mensen helpen de klus te klaren. Maar er zijn natuurlijk veel problemen. Zeker op het hele gebied van compliance en regelgeving zijn schaduwsystemen een groot nee. Maar ze zijn daar en ik denk dat het belangrijk is om te onthouden dat je systemen, als je hoofdsysteem niet snel werkt of niet efficiënt werkt, vroeg of laat tijdelijke oplossingen zullen zijn en die tijdelijke oplossingen kunnen heel moeilijk zijn om op te sporen, ze kan moeilijk zijn om te onderbreken omdat ze van cruciaal belang zijn voor het bedrijf. Ze kunnen moeilijk te integreren zijn, dus houd er rekening mee dat het er is en het is gewoon een reden om de prestaties te verbeteren.
Onlangs hoorde ik van deze uitdrukking en ik moet het daar weggooien: "de tirannie van urgentie." Ik denk dat alleen al het horen dat je waarschijnlijk weet waar ik het over heb en wat er in de meeste organisaties gebeurt, is dat de werklast een kritieke massa bereikt en mensen doen zoveel als ze kunnen, en het wordt heel moeilijk om iets te veranderen. Je hebt last van "de tirannie van urgentie" - alles moet meteen worden gedaan. Nou, het upgraden van een systeem gebeurt niet meteen.
Iedereen die ooit heeft meegewerkt aan het upgraden van een ERP van de ene naar de andere versie, weet dat het een relatief pijnlijk proces is, dus houd hier rekening mee: als u het in uw organisatie ziet, herkent u het. Hopelijk kun je iemand bereiken of, als je een senior bent, zoals een CIO of CTO of CEO, erkennen dat dit een heel gevaarlijk scenario is, want als je eenmaal achter de achtste bal zit, is het echt moeilijk om van achter de acht bal.
Het is net als het hele marathon-raadsel: als je ver achteraan komt in een soort race en iedereen voor je loopt en je bent nog steeds aan het rennen, zal het heel moeilijk zijn om je achterstand in te halen als je te ver achterloopt. Dus let daar gewoon op en houd dat in gedachten.
En daarmee ga ik het overhandigen aan Matt Sarrel om ons wat inzichten te geven over hoe om te gaan met complexiteit met PeopleSoft-omgevingen. Matt, haal het weg.
Matt Sarrel: OK, bedankt, Eric. Dag iedereen. En dus, laten we eens kijken, ik zal beginnen met u te vertellen waarom ik denk dat ik de juiste persoon ben om met u te praten over het beheren van prestaties. Dus ik heb 30 jaar ervaring in technologie. Ik zeg eigenlijk graag dat ik me heb opgewerkt door hands-on te zijn, een netwerkbeheerder, IT-directeur, VP engineering bij een paar start-ups. Toen maakte ik deze overstap naar technisch directeur bij PC Mag. Daar is mijn foto, maar eigenlijk zie ik eruit als een klein kind.
En dan doorgaan en journalist zijn bij verschillende publicaties zoals de eWeek en InfoWorld, analist zijn bij Gigahome, netwerken met de Bloor Group en ook een adviesbureau leiden. En daar ben ik: deze foto links zie ik er nu uit. Deze foto in het midden is een soort waar ik erg blij mee ben - in een kamer vol draden en blinky lichten, en waar het koud is - het moet erg koud zijn en alle anderen moeten ongemakkelijk zijn om een comfortabele temperatuur te voelen- wijs. En daar zijn mijn contactgegevens, mocht u nog vragen hebben.
Ik wil hier het podium scheppen en alleen over prestaties praten, zoals Eric het had. We zijn nu in deze wereld gekomen waar gebruikers deze verwachting hebben die is bepaald door consumenten-apps en websites. Vroeger waren mensen bereid om naar hun werk te gaan en daar te zitten en op hun systemen te wachten, want dat is wat ze nodig hadden, en nu zijn mensen niet echt bereid om daar te zitten. Het is dus de vraag of ze willen dat deze motorfiets over de baan vliegt. Ze willen waarschijnlijk niet dat de man op zijn fiets rijdt en zijn dochter naar school draagt. Maar wat ga je bieden?
En het is moeilijk omdat - ik was echt vrijgevig met deze een tot drie seconden zo goed - mensen ook een onmiddellijke reactie willen, en ze willen overal toegang hebben. Dat kan overal in uw gebouw of op uw campus zijn, of overal ter wereld, op elk moment, afhankelijk van hoe goed uw bedrijf werkt. En ik denk dat ik aan het opbouwen ben dat wanneer we het over prestaties hebben, het belangrijk is om over prestaties te denken vanuit het perspectief van de gebruikerservaring.
Het is belangrijk om prestatiedoelen te definiëren voordat u meet en afstemt. Ik heb deze foto van een tuner en vervolgens een tuner. De echte man die tuner is, moet weten waar hij op stemt, anders heeft het geen zin om de piano in handen te krijgen en te stemmen. Dus als u vooraf doelen definieert, blijft die min of meer reëel in plaats van doelen aan te passen aan de huidige situatie. Het is belangrijk om de statistieken in de loop van de tijd te volgen en te beseffen hoe systemen veranderen met de prestaties van de gebruikersbelastingstoepassingen, die worden beïnvloed door scènes van bronnen en gebruikspatronen.
Het is altijd belangrijk om dit alles te correleren met een gebruikerservaring of incidenten te ondersteunen, een basislijn vast te stellen voor de prestaties die u verwacht te kunnen leveren en wanneer u afwijkingen van die basislijn nadert, proactieve waarschuwingen hebben zodat u actie kunt ondernemen voordat we de status 'Fail Whale' bereiken. En u weet dat de mogelijkheid vereist is om de oorzaak van het prestatieprobleem zeer snel en gemakkelijk te kunnen vaststellen en aanpakken. En nogmaals, dit is hoe vroeger, hoe beter, toch?
We weten, uit het verleden gekeken naar ontwikkelingsinspanningen, hoe eerder u prestatieproblemen kunt vinden en oplossen, hoe beter u bent. Als je wacht tot al je code of je systeem live is om te beginnen met het testen van de prestaties of om problemen aan het licht te brengen, ga ik niet zeggen dat het te laat is, maar nogmaals, nu ben jij de man die een slechte start heeft in de marathon en nu speel je inhalen in plaats van er meteen uit te springen en vooruit te komen. Dus hoe doe je dit? Verwacht u uw gemiddelde en uw piekbelasting?
En u gaat door en u neemt uw fysieke servers of uw virtuele servers of uw cloudinstances of uw containers en uw containerresources op en voert vervolgens een proof of concept uit en voert een pilot uit? Dit zijn de tijden dat dit soort is, het einde van waar je iets wilt vangen, hoewel je nog steeds beter af bent om het in productie te vangen dan het in productie te negeren. Maar echt, tegen de tijd dat je in je pilot zit, zou je je methodiek en procedures rond continue monitoring en verbetering al moeten hebben vastgesteld.
OK, dus veel bedrijven - we praten over digitale transformatie. DevOps, in de DevOps-revolutie speelt een enorme rol in die digitale transformatie. En dit is een end-to-end proces dat echt nooit stopt. Dus het is alsof de twee handen elkaar tekenen, en dit is goed spul. Het is een oneindige lus tussen deze twee handen van plan, code, build, test, release, implementeren, bedienen, bewaken, terug naar plan. Het voedt zichzelf en we automatiseren het zodat het snel gaat. Het creëert een feedback-lus voor productieprestatiebewaking en gebruikt het om prestatieproblemen proactief aan het licht te brengen en op te lossen voordat deze gevolgen hebben voor uw gehele gebruikersbestand.
En nog iets, nu je het hebt, IT-ontwikkelaars en operationeel personeel die zeer snel en afgestemd zijn, kun je deze inspanningen ook gemakkelijk afstemmen op het zakelijke personeel. Prestaties van bedrijfssoftware zijn een complex beest. Je zou het kunnen vergelijken met een voetbalteam dat voor een schoolbord zit en richting geeft, en alles werkt afzonderlijk en alles werkt samen. Ik zie het altijd als het oude verhaal van toen ik mijn eerste auto kreeg en ik heb één ding opgelost. Ik repareerde de airconditioner en toen gebeurde het dat de rest van het koelsysteem faalde. Dus je hebt je pijnpunten en alles gaat samen en maakt aanpassingen. Je moet alles op zo'n manier organiseren en de processen zo bouwen dat je begrijpt hoe alles van invloed is op al het andere wanneer je je wijzigingen aanbrengt.
En wees ook voorzichtig en controleer nogmaals. Test, ongeldig, implementeer. En opnieuw komen we bij deze kwestie van het bouwen van programma's voor continue monitoring en prestatieverbetering. En dit is in feite mijn laatste dia. Hoewel we het hebben over deze complexiteit, en het is een prachtige complexiteit net als de binnenkant van dit horloge, hebben we zoveel bewegende stukken naar PeopleSoft. Elk ding beïnvloedt al het andere helemaal op en neer in de stapel. En er zijn zoveel verschillende plaatsen waar u naar sleutels voor prestatieproblemen kunt zoeken dat u zonder het juiste hulpmiddel en zonder het juiste proces heel gemakkelijk kunt verdwalen. En nogmaals, in veel gevallen denk ik dat we in veel gevallen problemen met de infrastructuur kunnen oplossen, maar de enorme variabele wordt uw aangepaste applicatiecode. En dus zullen de juiste processen aanwezig zijn voor het testen en continu verbeteren van uw applicatiecode.
En dat is het einde van mijn portie, en ik zal dit aan Bill overdragen.
Eric Kavanagh: Oké, Bill, ik zal je hier de sleutels voor de WebEx geven. Ik hou van die mooie complexiteit - dat is een mooie. Je had daar een paar hele goede quotes, Matt. OK, Bill, haal het weg. Ga naar "snelle start" als u uw scherm wilt delen. Alles wat u.
Bill Ellis: Bedankt, Matt, en bedankt, Eric. Ter bevestiging, kunnen jullie nu allemaal mijn scherm zien?
Eric Kavanagh: Ja, inderdaad.
Bill Ellis: Dus we gaan het hebben over IDERA's product Precise for PeopleSoft en de zichtbaarheid die ze kunnen bieden om u te helpen slagen in het beheren van de complexe applicatiestack. Een manier om de moeilijkheid te bepalen is dat één applicatie, minimaal zes technologieën, talloze eindgebruikers is en het erg moeilijk maakt om zelfs eenvoudige vragen te beantwoorden. Heeft een eindgebruiker een probleem? Wie is de eindgebruiker, wat doen ze, wat is de oorzaak?
Wat we meestal zien, is deze situatie - en dit kan van toepassing zijn op PeopleSoft en andere applicaties of PeopleSoft interactie met andere applicaties - zit in de gegevenssets, of het kan tegenwoordig de cloud zijn, een eindgebruiker geeft er niet echt om die complexiteit. Ze willen gewoon de transactie, benaderingen, inventaris opzoeken, tijdkaart rapporteren, dat soort dingen voltooien. Als dingen traag zijn of niet beschikbaar zijn, zijn al deze intelligente, goedbedoelde mensen zich meestal niet bewust totdat de eindgebruiker klaagt.
Dat is een soort zichtbaarheidsgat precies, en wat er dan kan gebeuren, is dat het een tijdrovend en frustrerend proces kan op gang brengen waar mensen een tool kunnen openen en ze kijken naar, helaas, slechts een subset van de applicatiestack. Er blijft dus een soort van moeilijkheid om die fundamentele vragen te beantwoorden.
En vaak is er een probleem en ga je naar de WebLogic-beheerder en hij zal zeggen: "Wel, de herinnering, de vuilnisverzamelingen zien er allemaal geweldig uit. Ik denk echt niet dat het WebLogic is. ”Je gaat naar de DBA-beheerder en zij zeggen:“ Nou, de database draait precies zoals gisteren. De top tien ziet er goed uit. Misschien heeft de opslagbeheerder u getroffen met een aantal statistieken, zoals I / O's per seconde of doorvoer, die op frameniveau zijn en mogelijk niet reflecteren op uw specifieke toepassing, laat staan de database of het specifieke proces. "
En dus hebben ze allemaal deze statistieken die lijken aan te tonen dat het probleem ergens anders ligt, maar deze eindgebruiker heeft een probleem of heeft een probleem gemeld, maar hoe kunnen we dit probleem op een betere manier oplossen? En de betere manier, de Precieze manier - of dit is een manier die we aanbieden - is het meten van gebruikerstransacties beginnend in de browser via het netwerk, in de webserver, in de Java Jolt, in Tuxedo, in de database inclusief DB2 en dan eindelijk in opslag.
En wat dit laat zien, is dat de totale tijd zegt: "Wel, wie heeft er een probleem?" En dan kunnen we de eindgebruiker identificeren aan de hand van zijn aanmelding bij PeopleSoft en kunnen we ook via de Tuxedo-vertaling vastleggen wat PeopleSoft-panelen uitvoeren.
Dus de timing wordt ingevoerd in een historische repository die we de database voor prestatiemanagement noemen en dit wordt een enkel muziekstuk dat het wie, wat, wanneer, waar en waarom aanzienlijk vereenvoudigt. Nauwkeurig bevat ook aanbevelingen. Het belangrijkste is waarschijnlijk dat we altijd alle informatie vastleggen - zowel op het niveau van de technische IT-medewerkers - als u het voor en na kunt meten. U kunt dus meting per meting of Six Sigma meenemen naar de hele uitvoering.
En laten we dus eens kijken naar 'een dag in het leven'. Allereerst kunt u het scherm Precieze waarschuwing openen en hier krijgt u een vroege waarschuwing. De allerbelangrijkste waarschuwing is dat u activiteitsmeldingen hebt. Dus dat zijn gebruikers die transacties uitvoeren en we voldoen eigenlijk niet aan onze SLA's. Evenzo hebben we een status wanneer beschikbaarheid - en dit betekent in feite dat een deel van onze applicatie-infrastructuur niet beschikbaar is - dus we kunnen inzoomen en we kunnen zien hoe de Tuxedo-instanties in de vorm staan en je kunt zien dat een van de instanties is uitgevallen. Alle activiteit wordt naar dit ene exemplaar gepusht en daar moet het mee omgaan. We hebben in feite een knelpunt gecreëerd.
Nu, als een ding, voor de activiteit die hier op draait, kun je echt beginnen te ontdekken dat, hoewel we dit algemene infrastructuurprobleem hebben, er manieren zijn om de verwerkingsefficiëntie binnen deze specifieke JVM voor WebLogic te verbeteren. En dit is waar er echt iets belangrijks is: vaak bewegen mensen zich als in een cloud en zeggen ze: "Wel, hoeveel CPU en hoeveel geheugen heb je nodig?"
Welnu, de andere kant van die medaille die bekend staat als capaciteit, is verwerkingsefficiëntie. Als ik minder geheugen gebruik, als ik minder CPU gebruik, heb ik gewoon niet zoveel nodig. En zoals Matt al eerder zei, alles is min of meer gerelateerd. Nu kan ik het PeopleSoft-transactiescherm openen en in het scherm is de y-as responstijd, de x-as de tijd over de dag.
We hebben hier een stapelbalkgrafiek die de tijd van de klant toont. Dat is eigenlijk de browser, webserver. Het groen is Java-tijd, het soort roze is Tuxedo, het donkerblauw is databasetijd. Dit profiel is niet vanzelf gebeurd; het gebeurde vanwege de specifieke PeopleSoft-panelen - ze waren uitgevoerd en ze worden aan u gepresenteerd door responstijd. Er is eigenlijk een timing van elke stap binnen de applicatie, evenals een stapelbalkgrafiek die de applicatie hier paneel voor paneel toont. Ik kan ook inzoomen op een bepaalde gebruiker of mijn gebruikers rangschikken.
Op dit scherm kan ik een bepaalde gebruiker opgeven met een inlognaam. Denk na over hoe opmerkelijk of hoe krachtig dit is. Vaak gaat het niet alleen om de infrastructuur en hoe deze is opgezet, maar ook hoe eindgebruikers het systeem gebruiken. Misschien heeft u een nieuwe functie of heeft iemand een nieuwe functie: hij weet misschien niet hoe hij de applicatie correct moet gebruiken. Dit kan daadwerkelijk helpen bij het identificeren van trainingsmogelijkheden.
De andere kant van de medaille is als ik me kan concentreren op een bepaalde gebruiker - hier kijk ik naar die gebruiker in hun specifieke transacties en de responstijd die ze hebben meegemaakt - ik ben in staat om direct de gebruikerservaring van een bepaalde gebruiker aan te spreken gebruiker. Het gaat niet langer om generieke statistieken op systeemniveau, het gaat om de eindgebruikerservaring en dat is zeer krachtig. Delen van uw omgeving zullen zeker intern zijn, HR, enz. Er kunnen andere delen zijn die klantgericht zijn. Hoe dan ook, u wilt de best mogelijke, meest productieve klantervaring bieden.
Nu kan ik voor een bepaald paneel naar binnen gaan en vragen beantwoorden. Dus dit is een soort van de diepe duik die we kunnen doen om een beetje te ontdekken wat er gebeurt en je zou deze diepe duik kunnen doen voordat je een eindgebruiker belt of als een eindgebruiker je had gebeld, zou je een proces kunnen starten om zeg: "Wel, waar is precies de hoofdoorzaak?" En het zal niet hetzelfde zijn als een CPU-gebruik en een dwingende reden, het zal de applicatiecode zijn die ze gebruiken.
Laten we eens kijken en we zullen dat inhoudsbeheer bekijken en u kunt een analyse van die transactie zien: de browser starten, toegangspunt tot de webserver naar Java Jolt en we tonen feitelijk code die wordt uitgevoerd in de Tuxedo-paneel, eindelijk naar de SQL-instructie waar Precise de tekst onthult van de SQL-instructie die wordt uitgevoerd door dit specifieke PeopleSoft-paneel.
Iedereen waarmee we praten, heeft hulpmiddelen, maar ze hebben geen context. Het verbinden van de punten of het volgen van de transactie vanuit de browser tot de SQL-instructie is context. Wat dit doet, zoals uw DBA, is in plaats van te kijken naar dingen op een instantie- of databaseniveau, ik kan nu onderzoeken op een SQL-statementniveau.
Dus ik kan zeggen: "Wel, wat zijn de knelpunten voor een individuele SQL-verklaring?" En dit is buitengewoon krachtig. Houd er rekening mee dat deze transactie niet sneller kan worden uitgevoerd dan de SQL-instructie en dat elke belangrijke zakelijke transactie in wisselwerking staat met het recordsysteem. De database, leuk vinden of niet, is de basis van prestaties, en als ik zo gedetailleerd kan zijn dat ik me kan concentreren op individuele SQL-instructies die van vitaal belang zijn voor een zakelijke transactie, kan ik mijn game echt naar een hoger niveau tillen.
Een ander ding dat je hier misschien opvalt, is dat Precise een berekening van de procentuele bijdrage levert. De browser zelf is eigenlijk een belangrijk onderdeel van de applicatiestack. Je hebt JavaScript-uitvoering, je hebt weergavetijd, je hebt pagina-componenten, GIF's, JPEG's. En u merkt eigenlijk dat uw app zich heel anders gedraagt onder Chrome versus IE en verschillende versies. Nauwkeurig zal dat ook aan u kunnen tonen en er kunnen momenten zijn dat er daadwerkelijk een knelpunt of een twist in de browser is die ertoe kan leiden dat het scherm vastloopt.
In staat zijn om te identificeren waardoor IT niet de verkeerde boom kan opblazen, maar de fundamentele oorzaak van verschillende problemen kan aanpakken. Wat ik nu kan doen, is voor een bepaalde SQL-instructie, ik kan vervolgens precies analyseren wat er gebeurt bij die SQL-instructie. Dus hier zijn we gevallen bij de weergave van database-experts.
Een van de dingen die Precise op databaseniveau onderscheidt, is dat we steekproeven nemen op een sub-seconde basis. Dit in vergelijking met onze concurrenten die slechts eens in de 10, eens in de 15 minuten kijken. Zodat het niveau van granulariteit, het niveau van resolutie orden van grootte beter is dan onze concurrenten.
En nogmaals, omdat de database deel uitmaakt van onze stichting, zullen we uw DBA in staat stellen de prestaties echt naar een volgend niveau te tillen. Ik kan dus zien dat deze SQL-instructie eigenlijk 50 procent heeft uitgegeven als het tijd is om te oefenen met toegang tot het opgeslagen subsysteem, 50 procent van de tijd met behulp van de CPU. Klik op de afstemknop en ik kan dan naar binnen gaan en details bekijken over uitvoeringsplannen en precies wat dat gebruikspatroon heeft aangestuurd.
Nu een citaat van een van onze klanten - als ze niet in Oracle Shop waren, gebruikten ze een Oracle-tool genaamd OEM en OEM is echt een soort database- of instantie-gericht - kijken DBA's voortdurend naar wat de top 10-lijst is? Maar met Precise kunnen we de punten verbinden met de afzonderlijke SQL-instructies, zodat granulariteit de DBA in staat stelt om echt af te stemmen op het transactieniveau en niet alleen op het veel hogere databaseniveau.
Het tweede punt dat echt van vitaal belang was voor deze klant, is dat Precise, door het vertalen van wat een gecompliceerde URL is naar een PeopleSoft-paneelnaam - als ik in IT ben en ik kan praten over boommanager, contentmanager, een bepaalde HR-pagina, op die manier weet de persoon die ik probeer te helpen, dat ik eigenlijk kijk en begrijp waar ze naar kijken omdat het niet langer deze hiërogliefen zijn, het is de naam waarmee ze vertrouwd zijn.
Een van de vragen die ons wordt gesteld - het lijkt de hele tijd, dus ik dacht dat ik gewoon een beetje proactief de vragen zou beantwoorden - hoe pak je dat PeopleSoft-gebruikers-ID in de wereld aan? Laat me een beetje de stappen doorlopen. Hier is een PeopleSoft-aanmeldscherm. Om toegang te krijgen, moest ik naar mijn webserver navigeren en dit scherm verschijnt. Wanneer de toepassing met Precise wordt gebruikt, bevat dit scherm eigenlijk een Precise-script en kan ik onthullen door met de rechtermuisknop te klikken, de bron bekijken. En dit zal me feitelijk de code tonen die de onderliggende pagina vormt en hier in het paginaframe is eigenlijk de Precisie voor webcode en hiermee kan ik het aanmeldscherm, het IP-adres, het browsertype, een geheel vastleggen veel informatie over rendering en de echte eindgebruikerservaring. En dus wanneer ik mijn gebruikersnaam invoeg en op aanmelden klik, kan Precise meten wat ik doe.
Ik open, ga naar de boommanager, ik wil een zoekactie uitvoeren, het veld invullen en ik klik op zoeken. Er wordt mij een resultaatset gepresenteerd, dus ik heb duidelijk de hele applicatiestapel doorlopen tot in de database. Hoe laat Precise dit zien? Laten we gaan kijken. Open Precise, ik ga naar binnen, ik kan de activiteit zien, ik kan op het activiteitentabblad klikken dat dit scherm zal openen. Dit zijn de niet-vertaalde URL's. Ik kan de gebruikers tonen en hier is mijn gebruikers-ID waarop ik me net heb aangemeld en hier is mijn activiteit.
Je kon zien dat ik Firefox-versie 45 gebruikte om dit ter sprake te brengen. Ik heb de applicatie 12 keer uitgeoefend en verlaat het in feite wanneer iemand een webpagina verlaat voordat deze volledig wordt weergegeven, wat een zakelijk probleem suggereert. Dus zo konden we de eindgebruikers-ID ophalen. Het is heel leuk, mensen waarderen het echt als je precies weet wat er aan de hand was.
Nu willen we een beetje raar schakelen. We keken later naar de transactie. We hebben een diepe duik gemaakt in een bepaalde transactie en hebben de SQL-instructies ervan bekeken. Nu wil ik schakelen en een paar van de andere technologieën in de PeopleSoft-toepassingsstack bekijken, beginnend met WebLogic.
En dus is hier een WebLogic-exemplaar en u kunt de activiteit in de loop van de tijd zien. U hebt een financieel rapport. Het zegt me meteen, het geheugen wordt bijna volledig gebruikt. Een van de dingen die we vinden is dat de meeste mensen de hele applicatiestack, of op zijn minst een deel, uitvoeren in een gedeelde omgeving, vaak VMware. Je moet een balans vinden tussen hoeveel middelen je vraagt en hoeveel je nodig hebt. Je wilt geen resource hog zijn. Evenzo wilt u geen verwerkingsbeperking instellen door in dit geval niet om voldoende geheugen te vragen.
De configuratie is ook van vitaal belang voor prestatiebeheer. We kunnen dus daadwerkelijk geheugenafval verzamelen en alle JMX WebLogic-tellers, zodat ik precies weet hoe gezond mijn WebLogic-formulier is.
Nu in smoking. Smoking in veel winkels is een soort zwarte doos en het is een zeer belangrijk onderdeel van PeopleSoft. Het is een soort lijm die alles bij elkaar houdt en daarom beschouw ik het bijna als een uitbreiding van het besturingssysteem. Het is iets dat u zeer zorgvuldig gebruikt en configureert. Overigens - dit is een kleine kanttekening - in de openingsreacties had Eric "de tirannie van urgentie" genoemd, en ik denk dat dat echt in het spel komt wanneer PeopleSoft-winkels overwegen om van de klassieke gebruikersinterface naar de vloeibare gebruikersinterface te gaan, omdat je ontdek dat je achter de curve zit vanwege de manier waarop de vloeibare gebruikersinterface de PeopleSoft-omgeving uitoefent.
Nu heb je problemen bij WebLogic, bij Tuxedo, bij de database en bij de opslag hier alleen omdat HTML5 een enorme hoeveelheid berichten verstuurt. Het is waarschijnlijk minstens 10x wat de klassieke gebruikersinterface doet en dat extra berichten extra verkeer betekent. De configuratie van Tuxedo moet dus worden aangepast aan het extra verkeer. Een paar dingen over dit scherm zijn voorbij aan de rechterkant, we hebben over-time grafieken voor gewogen responstijd, gemiddelde responstijd en uitvoeringstelling.
Hier hebben we informatie over alle Tuxedo-domeinen in de omgeving. We hebben de services, gebruikers, serverprocessen en IP's verdeeld. Ik kan dit naar executietelling verplaatsen en deze in aflopende volgorde presenteren, zodat ik kan zien wat de meeste keren wordt uitgevoerd. Ik kan ook naar beneden scrollen om de domeinen te onthullen; de meeste mensen hebben meerdere domeinen in hun omgeving, om de activiteit in principe te spreiden, en ik kan SLA-compliance instellen, dus waarschuwingen bij de smokinglaag.
Als je in de wachtrij staat, heb je verschillende problemen die door de configuratie ontstaan. Doorgaans zult u - omdat het een wereldwijde impact heeft - doorgaans niet meteen wijzigingen aanbrengen. Je wilt het systeem geleidelijk verhogen als onderdeel van het QA-proces, dat terugkomt op een punt dat Matt eerder had gemaakt over het vroegtijdig aanpakken van prestatieproblemen. Het is veel beter om de configuratie correct te hebben wanneer u naar productie gaat in plaats van naar productie en erachter te komen dat de configuratie niet overeenkomt met de gebruikspatronen. Ik hou echt van de introductie die Eric en Matt vandaag hadden gegeven. Ik dacht dat ze echt op schema stonden met betrekking tot de uitdagingen waarmee je wordt geconfronteerd bij het beheren en evolueren van de PeopleSoft-omgeving.
Nu heb ik dit al eens eerder gezegd - ik denk dat het de moeite waard is om nogmaals te zeggen: elke belangrijke zakelijke transactie heeft een wisselwerking met de database. Laten we dus eens kijken hoe Precise aanvullende informatie kan bieden. Hierin is een bepaald exemplaar van Oracle. Dezelfde exacte benadering die we zagen - de y-as is de uitvoeringstijd, de x-as is de tijd gedurende de dag, maar nu zijn de stapelstaafdiagrammen uitvoeringsstatussen binnen Oracle. Dit laat ons zien wat de verwerkingsbeperkingen op het systeem zijn. Hier beneden is eigenlijk een bevindingenrapport dat me vertelt dat u deze logbuffer met hoge redo hebt.
Ik kijk ook naar deze selecte versie van PSVersion. Het verbruikt eigenlijk veel bronnen. Overigens, omdat we bemonsteren en we deze hoge resolutie geven over wat er feitelijk op het systeem gebeurt, zult u misschien verrast zijn wat de echte resource-consumenten op uw systeem zijn, want als u slechts om de 10 minuten kijkt, is het niet zal je laten zien wat die hulpbronnenconsumenten zijn. En dus door te weten wat de echte bronconsumenten zijn, kunt u de werkelijke verwerking op knelpunten of op het systeem aanpakken.
Nu zijn we naar het tabblad Activiteit gegaan en dit is de activiteit. Je kunt zien dat we kijken naar CPU, opslagsubsysteem, toepassingsvergrendelingen, OS wacht, RAC, commit, Oracle-server, communicatie en interne aggregatie samen. Dit is de y-as, dit is de totale uitvoeringstijd.
Hier beneden zijn de SQL-instructies die dit profiel hebben gegenereerd en een van de dingen die u ziet zijn deze lage latentie - twee milliseconden maar met bijna 4.500 uitvoeringen betekent dat SQL-instructie feitelijk de nummer één resource-consument op uw systeem is, en dat is goed om weten. Het wacht ook niet op een slot of een wachttijd. Het gebruikt de CPU 100% van de tijd. Het betekent niet dat ik er geen dingen aan kan doen. Er zijn veel dingen die ik eraan kan doen als ik weet welke SQL-instructies en -objecten worden gebruikt. En dus zijn dit enkele van de manieren waarop we kunnen helpen.
Hier beneden is er deze drill-down en dit kan ons in de context van de individuele PeopleSoft-programma's plaatsen en elk van deze programma's dient een ander doel binnen PeopleSoft. U kunt op databaseniveau beginnen met het adresseren van de toepassing.
En als ik een bepaald programma selecteer, kan ik vervolgens de SQL-instructies isoleren die dat programma heeft ingediend, zodat ik erg toepassingsgericht kan zijn in plaats van databasetechnologie, wanneer ik in feite databaseoptimalisatie en databaseconfiguratie bekijk en bekijk. Ik wil dit gewoon onder uw aandacht brengen. Veel grote organisaties zijn vaak onderverdeeld in infrastructuur-DBA's en toepassings-DBA's. Nauwkeurig, door zowel de applicatie als het resource-verbruik te tonen, zijn we in staat om de kloof te overbruggen en deze oplossing is nuttig voor beide typen up -BA's op het systeem.
Nu is dit onderdeel echt een beetje onze show-off van wat we op databaseniveau kunnen doen. En wat hier gebeurde, was dat we een schermbevriezing hadden, er was een selectie van PS_Prod en wat we deden is dat we op deze afstemknop klikken en wat dit doet is dat het ons in deze SQL-werkruimte brengt. Nu, voor u mensen die geen DBA's zijn, lijkt dit misschien niet echt opwindend. Voor mensen die DBA's zijn, vind je dit misschien behoorlijk opwindend. Wat we hier laten zien, is de duur van deze specifieke SQL-instructie versus wijzigingen op het systeem. En dit toont woensdag, donderdag, vrijdag, de duur is ongeveer 2/10 van een seconde. Zaterdag en zondag werkt dit bedrijf niet - gelukkig ze. Komende maandag was er een wijziging: het toegangsplan is gewijzigd. Het nieuwe toegangsplan is helemaal hierheen. Dat is eigenlijk langzaam genoeg, wat resulteert in een bevriezing van het scherm.
Als ik nu een DBA ben, heb ik aanvullende informatie nodig om de ware oorzaak te kennen. Ik moet weten welke de keuze is gemaakt voor de optimalisatie van databases. Dus Precise biedt deze vergelijking die het uitvoeringsplan toont dat snel en efficiënt was toen dingen goed liepen, evenals het uitvoeringsplan dat langzaam en inefficiënt was. Deze filterpartner is gebruikelijk voor DBA's die PeopleSoft uitvoeren. Wat filter doet, is dat het elke rij in één tabel zoekt, het kijkt naar elke afzonderlijke rij in de verbindingstabel - dat kost veel CPU. Het is extreem inefficiënt omdat er geen filtering is van alleen kijken naar de subset van rijen die nodig zijn, maar door de SQL-instructie en die inefficiëntie resulteert in de langzamere uitvoeringstijd. Daarom vertragen ze uiteindelijk het PeopleSoft-paneel bij het bevriezen van het scherm en Precise was in staat om de ware oorzaak te vinden die je nooit zou weten, tenzij je een tool had die de applicatiecode, de SQL-instructies, enzovoort onthult.
Dat was een soort diepe duik. We gaan nu het zicht naar het 10.000 vierkante voet beeld van dashboards trekken. In Precise zijn dashboards echt niet voor het technische team - het is echt aan jou om informatie te delen met operaties, misschien met het applicatieteam, misschien met je commandostructuur. En dus kan één set dashboards PeopleSoft-panelen en de clienttijd weergeven, zodat u weet wat de eindgebruikerservaring is. Er is mogelijk een ander dashboard geconfigureerd voor bewerkingen en dit dashboard kan worden bekeken als er meldingen zijn vastgelopen? We hebben eigenlijk waarschuwingen op het besturingssysteem, het web, WebLogic, Tuxedo en op databaseniveau. Geen meldingen hier, gemiddelde responstijd. Je kunt zien dat we ongeveer een derde van de seconde draaien. Hier kan ik echt naar mijn infrastructuur kijken, me alle VM's in mijn omgeving laten zien en kan ik beginnen met verwerken, load-balancing en ik kan ook naar mijn Tuxedo-domeinen kijken. Deze specifieke omgeving heeft zes verschillende domeinen en dus kan ik die domeinen zien en kan ik in feite webbalanceren.
Nu, Precise's historische repository dat PMDB, de database voor prestatiemanagement, heel veel metrics heeft. En soms wil iemand meer weten over de telling van de browsertoegang of kunt u de toegang tellen op basis van het type browser of de prestaties op basis van het type browser. Er is een heleboel dingen die kunnen worden gedaan om extra zichtbaarheid op uw systeem te bieden.
Hier, deze, kijken we eigenlijk naar het WebLogic geheugengebruik en je ziet dit mooie zaagtandpatroon, het geheugengebruik. Er is de afvalinzameling, die de niet-referenties ophaalt. Het gaat weer omhoog en dus is dit een heel mooi patroon dat je graag ziet. Dus dit is een soort van kijken naar de PeopleSoft-omgeving als een verzameling subsystemen en dit zou geschikt zijn voor bewerkingen. De meest fundamentele vraag is: "Wel, wat gebeurt er op de server?" Nauwkeurig heeft al deze zichtbaarheid. Het biedt ook de serverstatistieken ook. En hier kun je dus CPU, geheugen, I / O, server, gebruikers op het systeem meten en heb je die volledige zichtbaarheid. En dat is een manier - die in combinatie met langdurige trends - is hoe mensen Precise gebruiken voor capaciteitsplanning.
En ik wil gewoon een klein briefje daar gooien. Gewoonlijk heeft een winkel zoveel budget voor hardware, voor server, zoveel budget voor personeel. Hoe ga je investeren, waar ga je weddenschappen plaatsen? Met Precise krijgt u een voorsprong omdat u ziet hoe het opslagsubsysteem wordt gebruikt. Als je veel willekeurige I / O doet, zal Precise je dat laten zien. Het zal de investering in solid-state opslag helpen rechtvaardigen. Dat is misschien belangrijker voor uw winkel dan het kopen van een extra CPU als het CPU-gebruik laag is.
U wilt investeren waar de echte verwerkingsknelpunten zijn, waar u daadwerkelijk een uitbetaling kunt hebben. En door nauwkeurig alles aan te pakken, van de efficiëntie van applicatiecodering tot capaciteit, stellen we u in staat om met cijfers te beoordelen en te documenteren waar die behoeften zijn.
Nu is het laatste stuk alert en de waarschuwing is eigenlijk de manier waarop dit begon. Onthoud dat? We zagen een melding dat er een SLA voor uitvoering was en we zagen dat een WebLogic-exemplaar niet beschikbaar was. Laten we dus eens kijken naar de waarschuwingsinterface. En nogmaals, wat gebeurt er? Een van de dingen die ik in deze weergave wil benadrukken, is dat Precise niet alleen deze prestatiewaarschuwingen en statusmeldingen over beschikbaarheid heeft, we hebben ook trendingmeldingen. De reden dat populaire waarschuwingen belangrijk zijn, is dat als uw systeem niet actief is of een of twee gebruikers heeft, de dingen waarschijnlijk geweldig verlopen. Pas als je gebruikers begint toe te voegen en ze meer en meer activiteiten beginnen te doen, begin je te strijden voor gegevens, voor bronnen op Tuxedo-niveau, op WebLogic-niveau, op netwerkniveau, op databaseniveau. En die stelling leidt tot prestatievermindering en dan kun je eindelijk een grens overschrijden en dat is een prestatiewaarschuwing, en dat is eigenlijk dat je de SLA-doelen voor de organisatie niet haalt. En dus zijn deze sets meldingen erg leuk.
De weblaag, aan de linkerkant, de weblaag meet feitelijk de eindgebruikerservaring en dan kom je in de technologieën binnen de onderliggende applicatiestack. Dit is een soort van ons architectuurscherm over hoe we dit allemaal doen. Idealiter wilt u een Precise-server die onafhankelijk is van de bewaakte omgeving of omgevingen. Eén precieze server kan talloze toepassingen aan.
Voor PeopleSoft en voor de Oracle- en DB2-database hebben we een lokale agent nodig. Als uw PeopleSoft-omgeving back-end is door SQL Server, is er een optie om agentless te doen. We hebben ook agentless voor Sybase. De kern van ons beveiligingsmodel is dat gegevens hier worden verzameld, terwijl gebruikers van Precise authenticeren in Precise. Het zijn totaal gescheiden processen, afzonderlijke inloggegevens, afzonderlijke authenticatie, en dus dat is onderdeel van ons beveiligingsmodel. En er zijn aanvullende details.
Ik denk dat dit genoeg is voor een inleiding tot de architectuur voor nu. Als er brandende vragen zijn, stel ze dan, zoals Eric had gezegd.
Net als een snelle samenvatting, is deze oplossing ontworpen voor 24 bij 7 in productie. Het wordt ten zeerste aanbevolen dat u ons in QA gebruikt. Als je in-house ontwikkeling doet, begin ons dan te gebruiken in ontwikkeling. We gaan de gecompliceerde URL, URI vertalen in een PeopleSoft-paneelnaam. Als ik het over productie heb, hebben we extreem weinig overhead, zodat u zicht hebt, u altijd weet wat er gebeurt, u identificeert de eindgebruiker.
Ik hoefde niet binnen te gaan en deze transacties te definiëren - er zijn alleen natuurlijke verbindingspunten van de browser, de URL, de toegangspunten, de webserververbinding met WebLogic, de uitnodigingscontext tot die de SQL-instructie biedt. Vervolgens kunnen we de SQL-instructie vastleggen en wat deze doet. Nauwkeurig is database intelligent en ik denk dat dit een onderscheidende factor voor ons is en uw DBA in staat stelt samen te werken, de zichtbaarheid van applicaties te verbeteren.
Het laatste punt is omdat we altijd bezig zijn, we altijd verzamelen, je kunt altijd voor en na meten en de verbetering kwantificeren of, in het zeldzame geval dat je de prestaties hebt gewijzigd, zou je dat weten en je zou het kunnen rollen onmiddellijk terug. De meeste van onze concurrenten, wat ze doen, is als u extra informatie wilt zien, moet u extra zichtbaarheid inschakelen en meestal zorgt dat extra zicht voor veel overhead. Met Precise heeft u altijd zicht en kunt u het probleem altijd oplossen. Dus als u naar de Precise-website wilt gaan, controleer dan een van de Precise-producten, of het nu gaat om Precise voor Oracle. We worden vermeld als Precise Application Performance Platform en er is een knop om een demo aan te vragen.
Eigenlijk denk ik dat als ik mijn scherm deel, ik er misschien gewoon naartoe zou kunnen navigeren om je te laten zien hoe dat eruitziet, zodat je dit meteen kunt zien. Hier is de IDERA-website. Je gaat naar producten. Ik kan elk van deze Precieze componenten kiezen en ik wil het gewoon in actie zien. Dit start ons proces voor het delen van aanvullende informatie die mogelijk belangrijk is voor uw site. Of als u meer wilt weten over migratie naar de vloeibare gebruikersinterface, neem dan gerust contact met ons op.
En wat dat, Eric, ik wil het stokje graag teruggeven.
Eric Kavanagh: OK, goede deal. Ik moet nogmaals zeggen - een vrij uitgebreide en indrukwekkende presentatie daar, Bill. Je noemde een heleboel dingen waar ik graag naar zou willen vragen. We hebben niet veel tijd - ongeveer negen minuten - en ik wil graag dat Matt de kans krijgt om ook een paar vragen te stellen en minstens een of twee van het publiek heeft.
Maar u noemde iets waarvan ik dacht dat het heel, heel interessant was met betrekking tot hoe Precise kan helpen bij inkoop voor het IT-team, omdat u erop kunt wijzen dat u een zaak kunt aanvoeren tegen degene die die beslissing neemt dat wat u nodig heeft meer solid-state is opslag, of wat je nodig hebt zijn verbeteringen in het netwerk of wat het geval ook is. Maar dat is een groot probleem. Zie je vaak dat bedrijven dat herkennen en gebruiken of probeer je dat wat meer te evangeliseren?
Bill Ellis: Nou, eigenlijk beide, en het punt is dat gebruikspatronen, zelfs voor een pakketapplicatie als PeopleSoft, de gebruikspatronen op elke site verschillend zijn. Ik had het geluk een PeopleSoft-migratie bij een bank te doen en banken gebruiken het grootboeksysteem heel anders dan de meeste organisaties. Je zou eigenlijk individuele transacties kunnen hebben die in een filiaal werden gedaan, ze posten allemaal naar het grootboek.
En dus in plaats van tientallen of honderden grootboeken te posten, plaatst u feitelijk honderdduizenden. En daarom raakte ik betrokken bij Precise vanwege de gebruikspatronen en het stelde ons in staat om te adresseren, maar de behoeften van de applicatie zowel op codeniveau, configuratieniveau als op infrastructuurniveau. Dus absoluut ben ik een groot voorstander en ik wil dat ook evangeliseren, omdat je niet de hardware-beslissingen zou moeten nemen gewoon op basis van gebruik. U moet het baseren op de behoeften van uw omgeving.
Eric Kavanagh: En er is een vraag van een deelnemer, en dan, Matt, zal ik het aan jou overdragen voor een vraag of twee. Nou, dit is een goede en dat is grappig omdat het een groot, lang antwoord is dat je zou kunnen geven. De deelnemer vraagt: "Hoe verzamelt u prestatiestatistieken aan het einde van de gebruiker na implementatie en tijdens testen?"
Ik denk dat je best goed hebt gedoken in hoe diep en rijk die prestatiestatistieken zijn. Je sprak over zelfs sub-seconde voor sommige van deze dingen vergeleken met elke vijf minuten of 10 minuten. Dat is wanneer je het detailniveau krijgt dat nodig is om je antwoorden te vinden, toch?
Bill Ellis: Ja, dus het cruciale punt is dat de individuele verzamelaars van de prestatie-informatie op technologie zijn gebaseerd. Dus wanneer we een implementatie uitvoeren, moeten we weten hoe uw applicatiestack is opgebouwd, te beginnen met het besturingssysteem, de versie, welke versie van Tuxedo, WebLogic, welke versie van People-tools die u gebruikt.
En het is echt het ontwerp van die agenten die dat doet, de gegevensverzameling die ons in staat stelt te onthullen dat het niveau van zichtbaarheid dat Precise biedt. En die zichtbaarheid, denk ik, kan soms een beetje intimiderend zijn voor mensen. Maar als je doel is om echt binnen te komen en dingen te verbeteren en prestaties naar 11 te brengen, is dat echt het niveau van zichtbaarheid dat je zou willen hebben. En als Precise het kan bieden en het weinig overhead heeft, is de vraag waarom niet? Dus ik denk dat dat een goede vraag is en neem alsjeblieft contact met ons op als je dat verder wilt bespreken.
Eric Kavanagh: OK, goed. En Matt, had je nog vragen?
Matt Sarrel: Ik denk dat het goed met me gaat. Ik bedoel, ik heb hier te maken gehad met WebEx die hier crashte.
Eric Kavanagh: Oh nee. We hebben Precise nodig om precies te begrijpen waarom.
Matt Sarrel: Ja, ik denk dat de vraag waar ik aan had gedacht terwijl je aan het praten was, Bill, was of je een beetje kon bespreken hoe meerdere teams op dezelfde pagina kunnen komen bij het oplossen van prestatieproblemen, omdat ik weet dat dat iets is dat keer op keer komt naar voren wie verantwoordelijk is voor wat en hoe kan iedereen samenwerken om de beste kwaliteit aan werknemers te leveren.
Bill Ellis: Ja, dus IT-personeel is vaak duur. In de meeste winkels ben je onderverdeeld in teams op basis van technologie, gezien de complexiteit van de technologie. Een van de grote dingen die gebeuren is dat er een probleem met de uitvoering is en dat het conflict vaak voorkomt in de oorlogskamer. En dat is waar iedereen de statistieken heeft om op een of andere manier hun niveau te vergroten omdat ze niet de context hebben. Ze kijken naar wat er gebeurt op het WebLogic-niveau in plaats van wat er gebeurt op het niveau van de transactiecode. Of ze kijken op databaseniveau in plaats van de afzonderlijke SQL-instructie van de transactie.
En doordat het in staat is om de probleemlaag en de probleemcode binnen die laag te lokaliseren, maakt het de andere teams vrij om niet te gaan of tijd te besteden aan middelen op zoek naar een probleem dat niet binnen hun gebied ligt. Als het een databaseprobleem is, ga dan naar de DBA met de informatie die ze nodig hebben om het probleem op te lossen. Ze zullen het graag doen.
Maar verspil ook de Tuxedo niet, het WebLogic-assistentieteam dat zich richt op de problemen in de database. Evenzo, als het probleem zich in de WebLogic-configuratie voordoet, neem dan niet de tijd van de DBA in een soort oorlogskamer om zichzelf te verdedigen. Ga gewoon het probleem oplossen in WebLogic.
We merken dat IT-medewerkers Precise waarderen vanwege de tijdsbesparing, omdat die oorlogsruimtes meestal niet in het tijdplan voor elke FTE-organisatie worden opgenomen. Het lijkt een beetje op extra tijd. En dus is het van vitaal belang dat we die problemen efficiënter kunnen aanpakken. En voor de organisatie die de vloeibare gebruikersinterface heeft uitgerold, was het van cruciaal belang om niet in staat te zijn om de productie op te schalen en de problemen op te lossen die ze eigenlijk ervaren bij de productie, niet voor individuele medewerkers of teams, maar eigenlijk voor IT-beheer in het algemeen, omdat het echt slecht nieuws zou zijn geweest als ze terug moesten rollen. Dus, grote vraag, want het is niet alleen de technologie. Het gaat echt altijd over de mensen.
Matt Sarrel: Juist, het zijn de mensen en de processen. Ja, dat was de enige vraag die tijdens de demo bij me opkwam. Als er anderen uit het publiek zijn?
Eric Kavanagh: Ja, ik gooi gewoon een laatste naar je, Bill, en Matt sprak hier kort over in zijn presentatie. We zijn begonnen dit te zien opduiken. Het is nog steeds erg vooruitkijkend, maar containers en het gebruik van containerisatie en Docker en dat soort dingen, hoe groot van een curveball werpt dat jullie op?
Bill Ellis: Dus het woord betekent verschillende dingen, afhankelijk van verschillende technologieën. Daarom ontwikkelen we onze producten om containers op databaseniveau en op applicatieniveau te verzorgen. En als onderdeel daarvan is het een soort van de hele omgeving met de bewegingen, de cloud, en we opereren binnen de cloud. Maar er is een ontdekkingsproces en dus, afhankelijk van hoe deze applicaties - inclusief PeopleSoft - evolueren, evolueren we onze monitoringoplossing zodat we het diepgangsniveau kunnen bieden dat in het verleden zo waardevol was.
Eric Kavanagh: Ja. En ik moet zeggen, elke keer als ik deze demo's zie, ben ik gewoon verbaasd over de granulariteit die je hebt en dat is wat je nodig hebt om een begrip samen te stellen en je moet wat opleiding hebben over wat de normale situatie is, wat is standaard.
En jullie bieden daar heel wat inhoud over - mensen helpen identificeren wat normaal is, wat niet normaal is. U had het over trending-waarschuwingen, dit zijn allemaal mechanismen die u kunt gebruiken om beter te begrijpen dat er iets mis is, iets niet verkeerd is, en dan moet u van daaruit verder gaan om het te vinden, maar u hebt alle gegevens.
Bill Ellis: Ja, en dat is echt heel belangrijk; Ik denk dat Matt daarover had gesproken. Wat is normaal Verschillende omgevingen hebben een ander normaal niveau. Als u met high-end hardware, Oracle-logica en -gegevens werkt, zal wat normaal is in uw winkel of wat haalbaar is in uw winkel anders zijn dan wanneer u met een minder krachtige infrastructuur zou werken. Dus het eerste is om erachter te komen wat normaal is, begin die basislijn te berekenen en op die manier kun je vanaf daar beginnen met het verbeteren.
Eric Kavanagh: OK, dat is een goed punt. Er komt nog een laatste vraag binnen, zo lijkt het. Nog een laatste vraag die ik je zal stellen, Bill. Verschillen tussen SQL en databaseprestatiemonitoring vanuit het oogpunt van gegevens op systeem- en toepassingsniveau? Wat is het verschil tussen monitoring van SQL en databaseprestaties, vanuit uw perspectief?
Bill Ellis : Nou, er gebeurt niets in een database totdat de SQL-instructie wordt uitgevoerd. De stelling van de SQL-instructie is wat - controle over vergrendeling, wachten, de strijd om bronnen op gegevensniveau en op SQL Server-niveau. En dus als ik zowel het stuurprogramma van de SQL-instructie als de impact ervan op het systeem kan zien, heb ik een effect veroorzaakt; Ik kan koppelen waar de toepassing DBA om geeft en wat de infrastructuur is waar DBA om geeft, totdat ik echt het maximale uit de Precise-tool kan halen.
Als ik een infrastructuur-DBA ben en naar dingen als gebruik kijk, ben ik eigenlijk een soort van beheer met een brede borstel versus of ik in staat ben om naar een individuele SQL-instructie te kijken en ik ben in staat om middelen te minimaliseren verbruik - of het nu CPU, geheugen, I / O is - ik kan beide kanten van dezelfde medaille aanspreken.
Eric Kavanagh: OK, mensen. We hebben iets meer dan een uur doorgebrand. Heel veel dank aan onze vrienden bij IDERA. Een grote dank aan Matt Sarrel voor zijn komst vandaag. We archiveren al deze webcasts om ze later te bekijken, dus kom gerust terug en meestal binnen een paar uur gaat het archief omhoog. Dus bekijk dat maar en ik hoef alleen maar te zeggen dat ik van dit soort dingen hou, ik hou van Precieze, ik hou ervan om in het onkruid te komen. En ik ken geen andere tool waarmee je in al die verschillende delen en delen van de applicatiestapel kunt graven dan wat die mensen bij IDERA met Precise hebben.
Daarmee willen we u vaarwel zeggen, mensen. Nogmaals bedankt, we zullen de volgende keer met je praten.
