Ottaa mukaan: Isäntä Eric Kavanagh keskustelee PeopleSoftin suorituskyvyn hallinnasta Matt Sarrelin ja Bill Ellisin kanssa tässä Hot Technologies -jaksossa.
Eric Kavanagh: Hyvä on, hyvät naiset ja herrasmies. Hei ja tervetuloa jälleen kerran. On keskiviikko klo neljä itäinen ja se on viime vuosina tarkoitettu IT-, isoyritys- ja datamaailmaan, on aika Hot Technologiesille. Kyllä, nimeni on Eric Kavanagh. Minä olen tämänhetkisen tapahtuman moderaattorisi.
Aiomme puhua järjestelmistä, jotka johtavat liiketoimintaa, ihmiset; puhumme PeopleSoftista, kuinka hallita monimutkaisten ympäristöjen suorituskykyä. Haluan aina mainita, että sinulla on suuri rooli näissä tapahtumissa, joten älä ole ujo. Kysy kysymys milloin tahansa; voit tehdä sen chat-ikkunan tai kysymysten ja vastausten avulla - kumpaakin läpi. Haluaisin kuulla, mitä haluat tietää ja se on paras tapa; saat parhaan vastineen ajastasi. Arkistoimme kaikki nämä verkkolähetykset myöhempää kuuntelua varten, joten pidä se vain mielessä.
Jos järjestelmät toimivat hitaasti, muista vain kuinka elämä oli ennen. Tämä valokuva on todella vuodelta 1968, Danelle-nimisen naisen kohteliasta, ja minun on sanottava, että tämä on todella jyrkkä muistutus siitä, kuinka paljon asiat ovat muuttuneet. Maailma on tullut huomattavasti monimutkaisemmaksi ja tietysti liiketoiminnan tarpeet ja käyttökokemus kulkevat käsi kädessä. Mutta nykyään siellä on hiukan irti. Kuten usein sanomme, on epäsuhta ja tosiasia on, että liikemiehet haluavat asiat aina nopeammin ja nopeammin. IT-tiimien, joiden on toimitettava toimitukset, kohdistetaan paineita saada työnsä päätökseen, ja siellä on intensiivinen maailma.
Minun on sanottava, että kilpailu on kiristynyt kaikkialla. Jos tarkastellaan mitä tahansa alaa, voit nähdä, että nykyään tapahtuu merkittäviä kehityksiä - esimerkiksi Amazon ostaa kokonaisia ruokia. Voit olla varma, että päivittäistavarakauppaa tarkastellaan kovasti.Näemme tämän kaikkialla, joten yritysjohtajien on todellakin varmistettava, että he selvittävät, kuinka - ja tässä on nykyään sanat-sanasana - muuttaa digitaalisesti, kuinka siirtyä vanhan jakokeskuksen ulkopuolelle paljon uusiin ja vankkoihin järjestelmiin. Siitä puhumme tänään.
Yksi niistä ongelmista, jotka kohtaavat monia organisaatioita, etenkin jo jonkin aikaa, ovat nämä vanhat järjestelmät. Se on vanha IBM: n suurkehys takaapäin. Legacy-järjestelmiä on kaikkialla. Yksi vitseistä on, että vanha järjestelmä on järjestelmä, joka on tuotannossa, mikä tarkoittaa sitä hetkeä, kun se menee tuotantoon, teknisesti se on vanha järjestelmä. Aina löytyy uusia tapoja tehdä asioita.
Ja viime vuosien aikana on tapahtunut joitain erittäin mielenkiintoisia kehityksiä, jotka koskevat tapojen löytämistä järjestelmien käytännölliselle täsmäyttämiselle, jotta ei välttämättä parannettaisi vain yhden järjestelmän suorituskykyä, vaan löydettäisiin tapa luoda jonkinlainen offshoot- tai purkutaktiikka suorituskyvyn käsittelemiseksi. muilla tavoilla. Tänään puhumme lisää siitä, kuinka parantaa PeopleSoftin kaltaisen järjestelmän suorituskykyä, joka on tietysti uskomattoman monimutkainen. Mutta kun se tehdään hyvin, kun se lastataan, kun se pannaan täytäntöön, kun se onnistuu hyvin, se voi tehdä upeita asioita. Mutta kun sitä ei hallita hyvin, silloin sinulla on kaikenlaisia ongelmia.
Joten mitä tapahtuu? Sinun on oltava realistinen asioissa ja missä tahansa ympäristössä, jos käyttäjät eivät saa mitä haluavat, he ennemmin tai myöhemmin menevät varjojärjestelmiin. Se tapahtuu koko ajan. Varjojärjestelmät voivat olla erittäin tuottavia, ne voivat auttaa ihmisiä tekemään työn. Mutta tietenkin on paljon asioita. Varmasti koko vaatimustenmukaisuuden ja sääntelyn alueella varjojärjestelmät ovat iso ei-ei. Mutta he ovat siellä, ja mielestäni on tärkeää muistaa, että jos pääjärjestelmäsi ei toimi nopeasti tai ei toimi tehokkaasti, ennemmin tai myöhemmin tapahtuu kiertotapoja ja nämä kiertotavat voivat olla erittäin vaikeita löytää, ne ovat voi olla vaikea auringonlaskua, koska ne ovat liiketoiminnan kannalta kriittisiä. Niitä voi olla vaikea integroida, joten muista, että ne ovat siellä ja se on vain yksi syy parantaa suorituskykyä.
Juuri äskettäin kuulin tästä ilmaisusta ja minun on heitettävä se sinne: ”kiireellisyyden tyrannia”. Luulen vain, että kuulet vain, että tiedät todennäköisesti mistä puhun ja mitä tapahtuu useimmissa organisaatioissa, työmäärä saavuttaa kriittisen massan , ja ihmiset tekevät niin paljon kuin pystyvät, ja siitä on vaikea muuttaa mitään. Voit lopettaa kärsimyksen "kiireellisyydestä" - kaiken täytyy saada aikaan heti. No, järjestelmän päivitys ei tapahdu heti.
Jokainen, joka on koskaan päivittänyt ERP: n yhdestä versiosta toiseen, tietää, että se on suhteellisen tuskallinen prosessi, joten muista tämä: Jos näet sen organisaatiossasi, tunnusta se. Toivottavasti pääset jonkun kanssa tai jos olet vanhempi henkilö, kuten CIO, CTO tai toimitusjohtaja, tunnusta, että tämä on erittäin vaarallinen tilanne, koska kun olet kahdeksan pallon takana, on todella vaikea päästä ulos kasipallo.
Se on kuin koko maratonhiihto: Jos tulet selvästi taaksepäin jonkinlaisessa kilpailussa ja kaikki ovat sinun edessäsi ja olet vielä juoksemassa, on todella vaikea saada kiinni, jos olet liian kaukana. Joten vain tarkkaile sitä ja pidä se mielessä.
Ja sen avulla annan sen Matt Sarrelille antaaksemme meille joitakin käsityksiä siitä, kuinka käsitellä monimutkaisuutta PeopleSoft-ympäristöjen kanssa. Matt, vie se pois.
Matt Sarrel: OK, kiitos, Eric. Hei kaikki. Joten, katsotaanpa, aloitan huonosti kertomalla sinulle miksi mielestäni olen oikea henkilö puhumaan sinulle suorituskyvyn hallinnasta. Joten minulla on 30 vuoden kokemus tekniikasta. Haluan tavallaan sanoa, että olen työskennellyt tiensä kautta olemalla käytännöllinen, verkon ylläpitäjä, IT-johtaja, tekniikan johtaja parissa uusissa yrityksissä. Sitten tein tämän siirtymisen PC Mag: in tekniseksi johtajaksi. Siellä on kuvani, mutta näytän periaatteessa pieneltä lapselta.
Ja sitten jatkamalla ja toimittajana useissa erilaisissa julkaisuissa, kuten eWeek ja InfoWorld, analyytikkona Gigahomessa, verkottumalla Bloor-ryhmän kanssa ja johtamalla myös konsultointia. Ja siellä minä: Tämä vasemmalla oleva kuva on miltä näytän nyt. Tämä keskellä oleva kuva on eräänlainen silloin, kun olen hyvin onnellinen - huoneessa, joka on täynnä johtoja ja vilkuttavia valoja, ja missä sen kylmä - sen täytyy olla hyvin kylmä ja kaikkien muiden on oltava minusta epämukavia, jotta voin tuntea olonsa mukavaksi lämpötilan kannalta. Ja siellä on yhteystietoni, jos sinulla on lisäkysymyksiä.
Haluan asettaa aseman tänne ja puhua vain performanssista, kuten Eric puhui. Olemme nyt päässeet maailmaan, jossa käyttäjillä on tämä kuluttajasovellusten ja verkkosivustojen asettama odotus. Ja ihmiset olivat tapana mennä töihin ja istua siellä ja odottaa järjestelmiään, koska se oli mitä he tarvitsivat, ja nyt ihmiset eivät ole oikeasti halukkaita istumaan siellä. Joten on kysymys siitä, haluavatko he moottoripyörän lentävän radan ympäri. He eivät todennäköisesti halua, että kaveri ajaa pyörällään ja kuljettaa tyttärensä kouluun. Mutta mitä aiot tarjota?
Ja se on vaikeaa, koska - todellakin olin tyydyttävästi antelias tämän yhden tai kolmen sekunnin välillä - ihmiset haluavat myös välittömän vastauksen ja he haluavat pääsyn mistä tahansa. Se missä tahansa voi olla missä tahansa rakennuksessa tai kampuksellasi, tai se voi olla missä tahansa maailmassa milloin tahansa riippuen siitä, kuinka hyvin yrityksesi toimii. Ja kai luulen, että kun puhumme suorituskyvystä, on tärkeää ajatella suorituskykyä käyttökokemuksen näkökulmasta.
On tärkeää määritellä suoritustavoitteet ennen mittaamista ja virittämistä. Minulla on tämä kuva virittimestä ja sitten viritin. Itse ihmisen, joka on viritin, hänen on tiedettävä, mihin hän virittää, tai ei ole mitään syytä laittaa kättään pianolle ja virittää sitä. Joten määrittelemällä tavoitteet etukäteen, pidetään se jonkin verran todellisena sen sijaan, että tavoitteita mukautetaan nykyiseen tilanteeseen. Tärkeää on seurata mittareita ajan myötä ja ymmärtää, kuinka järjestelmät muuttuvat käyttäjän lataaman sovelluksen suorituskyvyn kanssa, johon resurssikohtaukset ja käyttötavat vaikuttavat.
On aina tärkeää korreloida tämä kaikki yhdessä käyttökokemuksen tai tukitapahtumien kanssa, luoda lähtökohta suorituskyvylle, jonka odotat pystyväsi tarjoamaan, ja kun lähestyt poikkeamia kyseisestä lähtötasosta, on ennakoivia hälytyksiä, jotta voit toimia ennen kuin me osuma “epäonnistunut valas” -tila. Ja tiedät, että se vaatii kykyä selvittää ja selvittää suorituskykyongelman syy erittäin nopeasti ja helposti. Ja jälleen kerran, tämä on aikaisempi, sitä parempi, eikö?
Tiedämme, että aiemmasta historiasta kehityspyrkimyksiä tarkastellessamme, mitä aikaisemmin löydät ja korjaat suorituskykyongelmia, sitä parempi olet. Jos odotat, kunnes kaikki koodisi tai järjestelmäsi on aktiivinen aloittaaksesi suorituskyvyn testaamisen tai aloittaaksesi ongelmien paljastumisen, en aio sanoa sen olevan liian myöhäistä, mutta jälleen kerran, nyt olet kaveri, jolla on huono aloitus maratonissa ja nyt pelaat saalis ylös sen sijaan, että hyppäät oikealle ulos ja pääset eteenpäin. Joten miten teet tämän? Ennakoitko keskimääräistä ja huippukuormasi?
Ja siirryt eteenpäin ja mitat fyysisiä palvelimia tai virtuaalisia palvelimia tai pilvi-ilmentymiäsi tai säilöjäsi ja säilöresurssejasi ja suoritat sitten konseptitodistuksen ja ohjaat pilottia? Nämä ovat aikoja, jolloin tämä on eräänlainen, sen lopun, jolloin haluat kiinni jonkin, vaikka silti sinun on parempi saada se kiinni tuotannossa kuin jättää huomiotta tuotannossa. Mutta todellakin, siihen mennessä, kun olet ohjaajana, sinun olisi jo pitänyt luoda menetelmät ja menettelyt jatkuvan seurannan ja parantamisen parissa.
OK, niin paljon yrityksiä - puhumme digitaalisesta muutoksesta. DevOps, DevOps-vallankumouksessa on valtava rooli tuossa digitaalisessa muutoksessa. Ja tämä on päästä päähän -prosessi, joka ei koskaan lopu. Joten se on kuin molemmat kädet piirtävät toisiaan, ja tämä on hyvää. Sen rajaton silmukka näiden kahden käsin välillä suunnitella, koodata, rakentaa, testata, vapauttaa, ottaa käyttöön, käyttää, valvoa, takaisin suunnitelmaan. Se syöttää itseään ja automatisoimme sen niin, että se menee nopeasti. Se luo tuotannon suorituskyvyn seurannan palautussilmukan ja käyttää sitä ennakoivasti suorituskykyongelmien paljastamiseen ja korjaamiseen ennen kuin ne vaikuttavat koko käyttäjän tietokantaan.
Ja toinen asia, nyt kun sait sen, IT-kehittäjät ja operatiivinen henkilökunta liikkuvat erittäin nopeasti ja linjaan, voit myös helposti kohdistaa nämä ponnistelut myös yrityshenkilöstön kanssa. Enterprise-ohjelmistojen suorituskyky on monimutkainen peto. Voidaan verrata sitä jalkapallomaajoukkueeseen, joka istuu liitutaulun edessä, ja kaikki toimii erikseen ja kaikki toimii yhdessä. Ajattelen sitä aina vanhana tarinana, kun sain ensimmäisen autoni ja kiinnitin yhden asian. Kiinnitin ilmastointilaitteen ja sitten tapahtui, että sitten muut jäähdytysjärjestelmät epäonnistuivat. Joten sinulla on kipupisteesi ja jokainen askeleesi menossa yhteen ja tehdä säätöjä. Sinun on järjestettävä kaikki tällä tavalla ja rakennettava prosessit siten, että muutoksia tekeessäsi ymmärrät kuinka kaikki vaikuttaa kaikkeen muuhun.
Ja ole myös varovainen ja tarkista. Testaa, mitätöi, toteuta. Ja jälleen kerran käsittelemme jatkuvan seurannan ja suorituskyvyn parantamisohjelmien rakentamista. Ja tämä on itse asiassa viimeinen diani. Vaikka puhumme tästä monimutkaisuudesta ja se on kaunis monimutkaisuus, kuten tämän kellon sisällä, meillä on niin paljon liikkuvia kappaleita PeopleSoftiin. Jokainen asia vaikuttaa kaikkeen muuhun pinoon ylös ja alas. Ja siellä on niin monia eri paikkoja, joissa voit etsiä avaimia suorituskykyongelmiin, jotka voi helposti eksyä ilman oikeaa työkalua ja ilman oikeaa prosessia. Ja taas kaiken suhteen, monissa tapauksissa olemme oppineet, että pystyt vianmääritykseen infrastruktuurissa, mutta valtava muuttuja tulee olemaan mukautettu sovelluskoodisi. Ja niin, että oikeiden prosessien luominen sovelluskoodin testaamiseksi ja jatkuvan parantamiseksi on tärkeätä.
Ja niin on minun osuuteni loppu, ja annan tämän Billille.
Eric Kavanagh: Okei, Bill, anna minun antaa sinulle WebEx-avaimet täällä. Pidän tuo kaunis monimutkaisuus - se on mukava. Sinulla oli pari todella hyvää tarjousta siellä, Matt. OK, Bill, vie se pois. Siirry pikakäynnistykseen, jos haluat jakaa näytön. Kaikki te.
Bill Ellis: Kiitos, Matt, ja kiitos, Eric. Vain vahvistaakseni, näetkö kaikki nyt näytöni?
Eric Kavanagh: Todellakin.
Bill Ellis: Joten aiomme puhua IDERAN tuotteesta Precise for PeopleSoft ja sen tarjoamasta näkyvyydestä, joka auttaa sinua onnistumaan hallitsemaan monimutkaista sovelluspinoa. Tapa ratkaista vaikeus on se, että yksi sovellus, vähintään kuusi tekniikkaa, lukuisat loppukäyttäjät ja vaikeuttaa jopa yksinkertaisiin kysymyksiin vastaamista. Onko loppukäyttäjällä ongelmia? Kuka on loppukäyttäjä, mitä he tekevät, mikä on syynä?
Tyypillisesti näemme tämän tilanteen - ja tämä voi koskea PeopleSoftiä sekä muita sovelluksia tai PeopleSoftia, jotka ovat vuorovaikutuksessa muiden sovellusten kanssa - tietokannoissa, tai se voi olla pilvi nykyään, loppukäyttäjä ei oikeastaan välitä tuo monimutkaisuus. He haluavat vain suorittaa tapahtuman, lähestymistavat, varastonhaun, raportin aikakortin, tällaiset asiat. Jos asiat ovat hitaita tai niitä ei ole saatavana, tyypillisesti kaikki nämä älykkäät, tarkoitukselliset ihmiset eivät tiedä, kunnes loppukäyttäjä valittaa.
Tällainen näkyvyysaukko on olemassa, ja niin voi tapahtua, ja se voi käynnistää aikaa vievän ja turhauttavan prosessin, jossa ihmiset voivat avata työkalun ja katsovat valitettavasti vain osaa sovelluspinosta. Joten sellaisia vaikeuksia vastata näihin peruskysymyksiin on edelleen.
Ja monta kertaa saattaa olla ongelma, ja siirryt WebLogic-järjestelmänvalvojan puoleen ja hän sanoo: ”No, muisti, kaikki roskakorit näyttävät hyvältä. En todellakaan usko, että se on WebLogic. "Menet DBA-järjestelmänvalvojan luo ja he sanovat:" No tietokanta, se toimii juuri sellaisena kuin se oli eilen. Kymmenen parasta näyttää hyvältä. Ehkä tallennusjärjestelmän ylläpitäjä osti sinua joillakin mittareilla, kuten I / O sekunnissa tai läpijuoksu, jotka ovat kehystason mittarit eivät välttämättä heijasta sovellustasi, vähemmän kuin tietokanta tai tietty prosessi. "
Ja niin heillä kaikilla on nämä mittatiedot, jotka näyttävät osoittavan, että ongelma on muualla, mutta tällä loppukäyttäjällä on ongelma tai hän on ilmoittanut ongelmasta, mutta miten voimme ratkaista tämän ongelman paremmin? Ja parempi tapa, tarkka tapa - tai tämä on yksi tapa, jota tarjoamme - on mitata käyttäjän tapahtumia, jotka alkavat selaimesta verkon kautta, web-palvelimelle, Java Jolt -sovellukseen, Tuxedoon, tietokantaan, joka sisältää DB2: n ja sitten lopulta varastoon.
Ja mitä tämä osoittaa, on se, että kokonaisaika sanoo: "No, kenellä on ongelma?" Ja sitten voimme tunnistaa loppukäyttäjän sen mukaan, kuinka he allekirjoittivat PeopleSoftiin ja voimme myös Tuxedo-käännöksen avulla vangita, mitä PeopleSoft-paneelit toteuttavat.
Joten ajoitukset syötetään historialliseen arkistoon, jota kutsumme suorituskyvyn hallinnan tietokannasta, ja tästä tulee yhtenä kappaleena musiikkia, joka yksinkertaistaa huomattavasti ketä, mitä, milloin, missä, miksi. Tarkka sisältää myös suosituksia. Todennäköisesti tärkein asia on, koska kaappaamme kaiken tiedon koko ajan - sekä teknisen IT-henkilöstön tasolla - voit mitata ennen ja jälkeen. Joten voit tuoda mittauksen mittauksella tai Six Sigmalla koko suorituskyvyn toimintaan.
Joten katsotaanpa esimerkiksi "päivä elämässä". Ensinnäkin saatat avata Tarkko hälytys -näytön, ja tästä saat varhaisvaroituksen. Alin hälytys on, että sinulla on aktiviteettihälytyksiä. Joten se on käyttäjien suorittama transaktioita, emmekä periaatteessa tapaa SLA-sopimuksiamme. Samoin meillä on tila, kun saatavuus - ja tämä tarkoittaa periaatteessa sitä, että osa sovellusinfrastruktuuristamme ei ole käytettävissä - jotta voimme tehdä yksityiskohtia ja nähdä, kuinka Tuxedo-esiintymät ovat muodossa, ja voit tosiasiallisesti nähdä, että yksi esiintymät ovat alhaalla. Kaikki toiminta on painettu tähän kohtaan, ja sen on käsiteltävä sitä. Olemme periaatteessa luoneet pullonkaulan.
Nyt, kuten asia, tällä käynnissä olevalle toiminnalle voit tosiasiallisesti alkaa päästä havaintoihin, että vaikka meillä on tämä yleinen infrastruktuuriongelma, on olemassa tapoja parantaa prosessoinnin tehokkuutta tässä WebLogic-sovelluksen JVM: ssä. Ja tässä siellä on tämä todella tärkeä asia: Monta kertaa ihmiset liikkuvat kuin pilveen ja sanovat: "No kuinka paljon prosessoria ja kuinka paljon muistia tarvitset?"
No, kolikon toinen puoli, joka tunnetaan kapasiteettina, on prosessoinnin tehokkuus. Jos käytän vähemmän muistia, jos käytän vähemmän prosessoria, en vain tarvitse vain niin paljon. Ja niin kuin Matt aiemmin sanoi, kaikki on eräänlainen toisiinsa liittyvä. Nyt voin tehdä sen, että voin avata PeopleSoft-tapahtumanäytön ja näytöllä y-akseli on vasteaika, x-akseli on päivä päivässä.
Meillä on täällä pino palkkikaavio, joka näyttää asiakkaan ajan. Että selain, web-palvelin. Vihreä on Java-aika, sellainen vaaleanpunainen on Tuxedo, tummansininen on tietokanta-aika. Tätä profiilia ei tapahtunut itsestään; se tapahtui tiettyjen PeopleSoft-paneelien takia - ne oli toteutettu ja ne esitetään sinulle vastausajalla. Theres ovat tosiasiallisesti jokaisen sovelluksen vaiheen ajoitus sekä pino palkkikaavio, joka näyttää sovelluksen tässä paneelissa. Pystyn myös poraamaan ja löytämään tietyn käyttäjän tai järjestämään käyttäjät.
Tämän näytön avulla voin määrittää tietyn käyttäjän kirjautumisnimellä. Ajattele kuinka merkittävä tai kuinka voimakas tämä on. Monta kertaa, se ei koske vain infrastruktuuria ja sen perustamista, kuinka loppukäyttäjät käyttävät järjestelmää. Sinulla saattaa olla uusi vuokra tai joku uusi työtoiminto: Se ei ehkä tiedä kuinka käyttää sovellusta oikein. Tämä voi todella auttaa tunnistamaan koulutusmahdollisuuksia.
Kolikon toinen puoli on, jos voin keskittyä tiettyyn käyttäjään - tässä tarkastellen kyseistä käyttäjää heidän erityisissä tapahtumissaan ja heidän vastauksensa aikana - voin osoittaa suoraan tietyn käyttäjän käyttökokemuksen. Se ei koske enää yleisiä muuttujia järjestelmätasolla, vaan loppukäyttäjäkokemuksesta, ja se on erittäin voimakas. Osat ympäristöstäsi varmasti tulevat olemaan sisäisiä, henkilöstöasioita jne. Asiakaskohtaisia osia voi olla myös muita. Kummaltakin tavalla haluat tarjota parhaan, tuottavimman asiakaskokemuksen.
Nyt voin mennä tutkimaan tiettyä paneelia vastaamaan kysymyksiin. Joten tämä on eräänlainen syvä sukellus, jonka voimme tehdä sellaisen paljastamiseksi, mitä tapahtuu, ja saatat tehdä tämän syvän sukelluksen ennen kuin soitat loppukäyttäjälle tai jos loppukäyttäjä olisi soittanut sinulle, voit aloittaa prosessin sanoakseen, ”No, missä tarkalleen on syy?” Ja se ei tule olemaan kuin prosessorin käyttö ja pakottava, se tulee olemaan sovelluskoodilla, jota he käyttävät.
Tarkastellaanpa tarkkaan sitä sisällönhallintaa ja näet tosiasiallisesti kyseisen tapahtuman analyysin: käynnistämällä selain, pääsypiste Web-palvelimelle Java Joltiin ja näyttäen tosiasiallisesti koodin, joka suorittaa Tuxedo-paneeliin, lopulta SQL-käskyyn, jossa Tarkkuus paljastaa tämän nimen PeopleSoft-paneelin suorittaman SQL-käskyn.
Kaikilla, joiden kanssa puhumme, on työkaluja, mutta heillä ei ole con. Pisteiden yhdistäminen tai tapahtuman seuraaminen selaimesta SQL-käskyyn on hieno. Mitä tämä, kuten DBA-tapa, tarkoittaa, sen sijaan, että tarkasteltaisiin asioita esiintymän tai tietokannan tasolla, voin nyt tutkia SQL-käskytasolla.
Joten voin sanoa: "Mitkä ovat yksittäisen SQL-lauseen pullonkaulat", ja tämä on erittäin voimakas. Huomaa, että tämä tapahtuma ei voi suorittaa nopeammin kuin SQL-käsky ja että jokainen merkittävä liiketapahtuma on vuorovaikutuksessa tietuejärjestelmän kanssa. Tietokanta, pidä siitä tai ei, on suorituskyvyn perusta, ja jos voin olla niin rakeinen, että keskityn yksittäisiin SQL-lauseisiin, jotka ovat elintärkeitä liiketoimille, voin todella viedä pelini seuraavalle tasolle.
Toinen asia, jonka saatat huomata täällä, on prosenttiosuuslaskelma, jonka Precise tarjoaa. Itse selain on itse asiassa merkittävä osa sovelluspinoa.Sinulla on JavaScriptin suorittaminen, sinulla on renderöintiaika, sinulla on sivukomponentteja, GIF-tiedostoja, JPEG-tiedostoja. Ja huomaat todellakin, että sovelluksesi voi käyttäytyä hyvin eri tavalla Chromen verrattuna IE: hen ja eri versioihin. Tarkka pystyy osoittamaan tämän myös sinulle ja voi olla tilanteita, joissa selaimen sisällä on todella pullonkaula tai kiista, joka voi aiheuttaa sellaisia asioita kuin näytön jäätymisen.
Kyky tunnistaa, jonka avulla IT ei voi haukkaa väärää puuta, vaan puuttua perustan syihin erilaisiin mahdollisiin kysymyksiin. Nyt mitä voin tehdä, on tiettyä SQL-käskyä, voin analysoida tarkalleen mitä kyseisessä SQL-käskyssä tapahtuu. Joten täällä olemme pudonnut tietokannan asiantuntija-näkymään.
Yksi asia, joka erottaa tarkan tietokantatasolla, on se, että otamme näytteen sekunnin alapuolella. Tämä on verrattuna kilpailijoihimme, jotka näyttävät vain kerran 10, 15 minuutin välein. Jotta rakeisuus, resoluutio on suuruusluokkaa parempia kuin kilpailijamme.
Ja jälleen kerran, koska tietokanta on osa perustamme, annamme DBA: llesi todella siirtää suorituskyvyn seuraavalle tasolle. Joten näen, että tämä SQL-käsky käytti tosiasiallisesti 50 prosenttia, jos sen aika käytti tallennetun alijärjestelmän käyttämistä, 50 prosenttia ajastaan CPU: lla. Napsauta virityspainiketta ja voin sitten mennä sisään ja tutkia toteutussuunnitelmia ja tarkalleen, mikä ajoi tätä käyttötapaa.
Nyt yhden asiakkaan tarjous - jos he eivät olleet Oracle Shop -palvelussa, he käyttivät Oracle-työkalua nimeltään OEM ja OEM on todella eräänlainen tietokantaan tai ilmentymään keskittyvä - ovatko DBA: t jatkuvasti katsomassa, mitkä ovat kymmenen suosituinta luetteloa? Mutta tarkan avulla pystymme yhdistämään pisteet yksittäisiin SQL-käskyihin ja siten, että rakeisuus antaa DBA: lle todella virittää tapahtumatasolla eikä vain paljon korkeammalla tietokantatasolla.
Toinen asia, joka oli todella tärkeä tälle asiakkaalle, on se, että tarkka, kääntämällä monimutkainen URL-osoitteesi PeopleSoftin paneelinimeksi - jos olen IT: ssä ja voin puhua puunhallinnasta, sisällönhallinnasta, tietystä HR-sivusta, niin henkilö, jota yritän auttaa, tuntee tosiasiallisesti etsimäni ja ymmärtää mitä he katsovat, koska se ei ole enää näitä hieroglifioita, se on nimi, jonka he tuntevat.
Yksi meille esitetyistä kysymyksistä - näyttää siltä, että koko ajan, joten ajattelin vastata vain ennakoivasti kysymyksiin - kuinka maailmassa sieppaat kyseisen PeopleSoftin käyttäjätunnuksen? Anna minun tavallaan käydä läpi vaiheet. Tässä on PeopleSoftin kirjautumisnäyttö. Päästäksesi siihen jouduin selaamaan web-palvelimelleni, ja tämä näyttö tulee näkyviin. Kun sovellus on varustettu Precise-ohjelmalla, tämä näyttö sisältää todella tarkan komentosarjan ja voin paljastaa sen napsauttamalla hiiren kakkospainikkeella, katso lähde. Ja tämä näyttää tosiasiallisesti sen koodin, joka muodostaa alla olevan sivun, ja ylöspäin täällä sivuruudussa on itse asiassa Tarkkuus verkkokoodille, ja tämän avulla voin kaapata kirjautumisnäytön, IP-osoitteen, selaintyypin, kokonaisuuden joukko tietoja renderoinnista ja todellisesta loppukäyttäjäkokemuksesta. Joten kun laitan käyttäjänimeni ja napsautan sisään kirjautumista, Precise pystyy sitten mittaamaan mitä teen.
Avaan, menen puunhallintaan, haluan tehdä hakuoperaation, täyttää kentän ja napsautin hakua. Tulossarja esitetään minulle, joten olen selvästi kulkenut koko sovelluspinon aina tietokantaan. Kuinka Precise näyttää tämän? Mennään eteenpäin katsomaan. Avaa tarkka, menen sisään, näen toiminnan, voin napsauttaa aktiviteettivälilehteä, joka avaa tämän näytön. Nämä ovat kääntämättömät URL-osoitteet. Voin näyttää käyttäjille, ja tässä on käyttäjätunnukseni, johon olen juuri kirjautunut, ja tässä on minun toimintani.
Voisit nähdä, että käytin Firefox-versiota 45 tämän tuomaan esiin. Olen käyttänyt sovellusta 12 kertaa, ja luopuminen on käytännössä sitä, kun joku jättää verkkosivun ennen kuin se on kokonaan muodostanut, mikä viittaa yritystoimintaan. Joten näin pystyimme hakemaan loppukäyttäjän tunnuksen. Se on erittäin mukavaa, ihmiset todella arvostavat sitä, kun tiedät tarkalleen mitä tapahtui.
Nyt haluamme vaihtaa vaihteet hieman outoja. Tarkastelimme kauppaa myöhemmin. Sukellimme syvällisesti tietyn tapahtuman ja tarkastelimme sen SQL-käskyjä. Nyt haluan vaihtaa vaihdetta ja katsoa joitain muita PeopleSoft-sovelluspinojen tekniikoita alkaen WebLogicista.
Joten tässä on WebLogic-esimerkki ja voit nähdä toiminnan ajan myötä. Sinulla on talousraportti. Se kertoo minulle heti batista, muistia käytetään melkein maksimissaan. Yksi havaituista asioista on se, että useimmat ihmiset ajavat koko sovelluspinoa tai ainakin osaa jaetussa ympäristössä, usein VMwaressa. Sinun on oltava tasapainossa kuinka paljon resursseja haluat ja kuinka paljon tarvitset. Et halua olla resurssikohta. Samoin et halua asettaa käsittelyrajoitusta, koska et pyydä tässä tapauksessa tarpeeksi muistia.
Kokoonpano on elintärkeä myös suorituskyvyn hallinnalle. Joten voimme todellakin päästä muistijätteiden keräykseen ja kaikkiin JMX WebLogic -laskuriin, joten tiedän tarkalleen WebLogic-muodoni terveyden.
Nyt Tuxedoon. Tuxedo on monissa kaupoissa tavallaan musta laatikko ja se on erittäin tärkeä osa PeopleSofttia. Sen tyyppinen liima, joka pitää kaiken yhdessä, joten ajattelen melkein melkein sitä käyttöjärjestelmän jatkeena. Se on jotain, jota käytät ja määrität erittäin huolellisesti. Sitä paitsi - tämä on pieni sivuhuomautus - avauskommentteissa Eric oli maininnut "kiireellisyyden tyrannian", ja mielestäni se todella tulee peliin, kun PeopleSoft-kaupat harkitsevat siirtymistä klassisesta käyttöliittymästä juoksevaan käyttöliittymään, koska huomaat, että olet käyrän takana tavasta, jolla nestemäinen käyttöliittymä käyttää PeopleSoft-ympäristöä.
Nyt sinulla on ongelmia WebLogicissa, Tuxedossa, tietokannassa ja täällä olevassa varastossa vain siksi, että HTML5 tarjoaa valtavan määrän viestejä. Sen luultavasti vähintään 10-kertainen mitä klassinen käyttöliittymä tekee, ja että lisäviestintä tarkoittaa lisäliikennettä. Joten Tuxedon kokoonpanoa on muutettava ylimääräisen liikenteen huomioon ottamiseksi. Muutamia asioita tässä näytössä on ohi oikealla puolella. Meillä on yli-aikakaaviot painotetusta vasteajasta, keskimääräisestä vasteajasta sekä suorituslaskusta.
Täällä meillä on tietoa kaikista ympäristön Tuxedo-verkkotunnuksista. Jaoimme palvelut, käyttäjät, palvelinprosessit ja IP: t. Voin siirtää tämän teloitusten lukumäärään ja esittää ne alenevassa järjestyksessä, jotta voin nähdä, mikä toteutetaan eniten kertaa. Voin myös vierittää alaspäin paljastaaksesi verkkotunnukset; Useimmilla ihmisillä on ympäristössä useita verkkotunnuksia toiminnan levittämiseksi pohjimmiltaan, ja pystyn asettamaan SLA-vaatimustenmukaisuuden, joten hälytykset Tuxedo-kerroksessa.
Jos sinulla on jonotus, sinulla on erilaisia ongelmia, jotka johtuvat kokoonpanosta. Tyypillisesti - koska se vaikuttaa globaalisti - et yleensä tee muutoksia lennossa. Haluat jonkin verran lisätä järjestelmää vähitellen osana laadunvarmistusprosessia, joka palautuu takaisin siihen pisteeseen, jonka Matt oli aikaisemmin todennut käsitellessään suorituskykyyn liittyviä kysymyksiä prosessin varhaisessa vaiheessa. On paljon parempi, että konfiguraatio on oikea, kun siirryt tuotantoon sen sijaan, että siirryt tuotantoon ja huomaat, että kokoonpano ei vastaa käyttötapoja. Pidän todella johdannosta, jonka Eric ja Matt olivat tänään antaneet. Ajattelin, että he olivat todella tavoiteltuja haasteisiin, joita kohtaat hallita ja kehittää PeopleSoft-ympäristöä.
Nyt sanoin tämän kerran aiemmin - mielestäni sen sanominen kannattaa vielä kerran: Jokainen merkittävä liiketoiminta on vuorovaikutuksessa tietokannan kanssa. Joten tutkitaan, kuinka tarkka voi antaa lisätietoja. Tässä on tietty Oracle-esimerkki. Sama tarkka lähestymistapa, jonka näimme - y-akseli on suoritusaika, x-akseli on päivä päivän ympäri, mutta nyt pino palkkikaaviot ovat Oracle-järjestelmän suoritustiloja. Tämä osoittaa meille, mitkä ovat järjestelmän käsittelyrajoitukset. Täällä on oikeastaan löytöraportti, joka kertoo, että sinulla on tämä korkea redo-loki-puskuri.
Tarkastelen myös tätä valittua versiota PSVersionista. Se kuluttaa todella paljon resursseja. Muuten, koska otamme näytteitä ja tarjoamme tämän korkearesoluutioisen kuvan siitä, mitä järjestelmässä todella tapahtuu, saatat yllättyä, mitkä ovat järjestelmän todelliset resurssien kuluttajat, koska jos etsit vain 10 minuutin välein, se ei tule näyttää sinulle, mitä nuo resurssikuluttajat ovat. Ja niin tiedämällä, mitkä todelliset resurssien kuluttajat ovat, voit tosiasiallisesti käsitellä todellisen käsittelyn pullonkauloilla tai järjestelmässä.
Nyt täällä olemme siirtyneet aktiivisuusvälilehteen ja tämä on toiminta. Näet, että tarkastelemme CPU: ta, tallennusalijärjestelmää, sovelluslukkoja, käyttöjärjestelmän odotuksia, RAC: ta, sitoutumista, Oracle-palvelinta, viestintää ja sisäistä aggregaattia yhdessä. Tämä on y-akseli, tämä on kokonaissuoritusaika.
Täällä ovat SQL-lausunnot, jotka ohjaavat tätä profiilia, ja yksi näistä asioista, jotka näet ovat nämä pienet viiveet - kaksi millisekuntia, mutta melkein 4500 toteutusta tarkoittaa, että SQL-käsky on oikeastaan järjestelmän ykkönen resurssien kuluttaja, ja se on hyvä tietää. Se ei myöskään odota lukossa tai odota. Se käyttää prosessoria 100% ajasta. Se ei tarkoita, että en halua tehdä asioita. Siinä on paljon asioita, jotka voin tehdä, jos tiedän, mihin SQL-käskyihin ja -objekteihin on pääsy. Ja niin nämä ovat joitain tapoja, joilla voimme auttaa.
Nyt täällä on tämä harjoitus, ja se voi viedä meidät yksittäisten PeopleSoftin ohjelmien pariin, ja jokainen näistä ohjelmista palvelee eri tarkoitusta PeopleSoftissa. Voit itse aloittaa tietokannan tasolla osoituksen siitä, kuinka sovellusta käytetään.
Ja jos valitsen tietyn ohjelman, voin eristää sen ohjelman lähettämät SQL-lauseet, jotta voin olla hyvin sovelluskeskeinen eikä tietokantateknologiakeskeinen, kun etsin ja katson tietokannan optimointia ja tietokannan kokoonpanoa. Haluan vain kiinnittää tämän huomioosi. Usein suuret organisaatiot on jaettu infrastruktuurin DBA: ksi ja sovellus DBA: ksi. Tarkka, näyttämällä sovelluksen ja resurssien kulutuksen, pystymme tosiasiallisesti täyttämään aukon, ja tämä ratkaisu on hyödyllinen järjestelmän molemmille tyypeille.
Nyt tämä osa todella eräänlainen on osoitus siitä, mitä voimme tehdä tietokantatasolla. Ja mitä täällä tapahtui, on se, että näytön jäätyminen oli, valitsin PS_Prodista, ja mitä teimme, napsautamme tätä virityspainiketta, ja mitä tämä tarkoittaa, se tuo meidät tähän SQL-työtilaan. Nyt ihmisille, jotka eivät ole DBA: tta, tämä ei ehkä näytä aivan jännittävältä. DBA-ihmisille tämä saattaa tuntua melko jännittävältä. Tässä näkyi tämän tietyn SQL-lauseen kesto verrattuna järjestelmän muutoksiin. Ja tämä osoittaa keskiviikko, torstai, perjantai, kesto on noin 2/10 sekunnista. Lauantaina ja sunnuntaina tämä yritys ei toimi - onnekas heille. Tule maanantaina, tapahtui muutos: Käyttösuunnitelma muuttui. Uusi käyttösuunnitelma on yhtäkkiä täällä. Että todella hitaasti, mikä johtaa näytön jäätymiseen.
Nyt jos olen DBA, tarvitsen lisätietoja tietääkseni todellisen syyn. Minun on tiedettävä valittujen tietokantojen optimoija. Joten tarkka tarjoaa tämän vertailun, joka osoittaa suoritussuunnitelman, joka oli nopea ja tehokas, kun asiat menivät hyvin, sekä suoritussuunnitelman, joka oli hidas ja tehoton. Tämä suodatinkytkentä on yhteinen DBA: lle, joka käyttää PeopleSoftiä. Mitä suodatin tekee, se näyttää yhden taulukon jokaiselta riviltä, se näyttää jokaisen yhdistävän taulukon riviltä - se vie paljon prosessoria. Se on erittäin tehoton, koska siinä ei suodateta vain etsimällä tarvittavia rivien alajoukkoja, vaan SQL-käskyllä. Tämä tehottomuus johtaa hitaampaan suoritusaikaan. Siksi ne viimeinkin hidastavat PeopleSoft-paneelia näytön jäädyttämisessä ja Precise pystyi pääsemään todelliseen perussyyn, josta et koskaan tiedä, ellei sinulla ollut työkalua, joka paljastaa sovelluskoodin, SQL-lauseet ja niin edelleen.
Se oli sellainen syvä sukellus. Aiomme nyt vetää näkymää kojetaulujen 10 000 neliöjalkaa kohti. Tarkalleen ottaen kojetaulut eivät todellakaan ole teknisten tiimien tarpeita - sinun on todella käytettävä jakamaan tietoja toimintojen kanssa, ehkä sovellusryhmän kanssa, ehkä komentoketjun kanssa. Ja niin, yksi kojetaulujoukko saattaa näyttää PeopleSoft-paneelit ja asiakkaan ajan, jotta tiedät mitä loppukäyttäjäkokemus on. Toinen kojetaulu on ehkä määritetty toimintoja varten ja tämä kojetaulu saattaa näyttää, onko ilmoituksia jäädytetty? Meillä on todella hälytyksiä käyttöjärjestelmä-, Web-, WebLogic-, Tuxedo- ja tietokantatasoilla. Ei hälytyksiä täällä, keskimääräinen vastausaika. Voit nähdä, että juoksi noin kolmannes sekunnista. Täällä voin tosiasiallisesti tarkastella infrastruktuuriani ja näyttää minulle kaikki ympäristöni virtuaalikoneet ja voin aloittaa käsittelyn, kuorman tasapainotuksen ja voin myös tarkastella Tuxedo-verkkotunnuksiani. Tässä erityisessä ympäristössä on kuusi eri aluetta, joten näen ne ja voin tosiasiallisesti päästä web-tasapainottamiseen.
Nyt Precisen historiallisessa arkistossa, jossa suorituskyvyn hallintaa käsittelevässä tietokannassa PMDB on tonnia mittareita. Ja joskus joku haluaa tietää selaimen käyttöoikeuksien lukumäärästä tai voit tehdä käyttölaskennan selaintyypin mukaan tai suorituskyvyn selaintyypin mukaan. On olemassa koko joukko asioita, jotka voidaan tehdä lisää näkyvyyttä järjestelmällesi.
Täällä, tässä, tarkastelemme todella WebLogic-muistin käyttöä ja näet tämän mukavan sahanroottomallin, muistin käytön. Siellä on roskien keräys, se hakee viitteet. Se menee taaksepäin ja niin tämä on erittäin mukava malli, jonka haluat nähdä. Joten tämä on jonkinlainen PeopleSoft-ympäristön tarkastelu alijärjestelmien kokoelmana ja se olisi toimintaan sopivaa. Peruskysymys on ”No, mitä palvelimella tapahtuu?” Tarkalla on kaikki tämä näkyvyys. Se tarjoaa myös palvelinmittarit. Ja niin täällä pystyt tosiasiallisesti mittaamaan suorittimen, muistin, I / O: n, palvelimen, järjestelmän käyttäjiä ja niin sinulla on tämä täysi näkyvyys. Ja se on tapa - joka yhdistettynä pitkäaikaiseen trendiin - on se, kuinka ihmiset käyttävät Precise-kapasiteettia suunnittelussa.
Ja haluan vain heittää pienen setelin sinne. Tyypillisesti liikkeellä on niin paljon budjettia laitteistolle, palvelimelle ja niin paljon budjettia henkilöstölle. Kuinka aiot sijoittaa, mihin aiot tehdä vetoja? Tarkkuutta käyttämällä saat reunan, koska näet kuinka tallennusalijärjestelmää käytetään. Jos teet paljon satunnaisia I / O-laitteita, Precise näyttää sen sinulle. Sen avulla voidaan perustella investoinnit solid-state-varastointiin. Se saattaa olla kaupallesi tärkeämpää kuin ylimääräisen suorittimen ostaminen, jos prosessorin käyttö sattuu olemaan alhainen.
Haluat sijoittaa sinne, missä todelliset käsittely pullonkaulat ovat, missä voit tosiasiallisesti saada voiton. Ja käsittelemällä tarkasti kaikkea sovelluskoodauksen käsittelytehokkuudesta aina kapasiteettiin saakka, annamme sinun arvioida ja dokumentoida, missä nämä tarpeet ovat numeroilla.
Nyt viimeinen pala varoittaa, ja hälytys on todella tapa, jolla tämä alkoi. Muista se? Näimme hälytyksen suorituskyky SLA: sta ja näimme, että WebLogic-ilmentymä oli alhaalla. Katsotaanpa hälytysrajapintaa. Ja jälleen kerran, mitä tapahtuu? Yksi asioista, jotka haluan huomauttaa tässä näkemyksessä, on, että Tarkkoilla ei ole vain näitä suorituskykyhälytyksiä ja tilavaroituksia saatavuudesta, vaan meillä on myös trendikkäitä hälytyksiä. Syy trendikkäiden hälytysten tärkeyteen on se, että jos järjestelmäsi on käyttämättömänä tai sillä on yksi tai kaksi käyttäjää, asiat toimivat todennäköisesti hyvin. Vasta kun aloitat käyttäjien lisäämisen, ja he alkavat harjoittaa yhä enemmän toimintaa, joka alkaa kilpailla tietojen, Tuxedo-tason resurssien, WebLogic-tason, verkon tason ja tietokantatason resurssien suhteen. Ja tämä väite johtaa suorituskyvyn heikkenemiseen, ja lopulta saatat ylittää viivan ja se on suorituskykyhälytys, ja se on, että et periaatteessa ole saavuttamassa organisaation SLA-tavoitteita. Ja niin nämä hälytysjoukot ovat erittäin hienoja.
Verkkotaso, vasemmalla puolella, web-taso todella mittaa loppukäyttäjäkokemuksen ja pääset sitten tekniikoihin taustalla olevassa sovelluspinossa. Tämä on eräänlainen arkkitehtuurinäyttömme, kuinka teemme kaiken tämän. Ihannetapauksessa haluat, että sinulla on tarkka palvelin, joka on riippumaton valvotusta ympäristöstä tai ympäristöistä. Yksi tarkka palvelin pystyy käsittelemään useita sovelluksia.
Emme vaadi paikallista edustajaa PeopleSoftille, Oracle- ja DB2-tietokannalle. Jos PeopleSoft-ympäristösi on SQL Server -päätteinen, on olemassa vaihtoehto tehdä agentti. Meillä on myös agentitön Sybase. Turvallisuusmallimme ydin on, että tietoja kerätään täältä, kun taas Precisen käyttäjät autentisoituvat Tarkkoksi. Se on täysin erillisiä prosesseja, erillisiä käyttöoikeustietoja, erillinen todennus ja se on siis osa tietoturvamalliamme. Ja siellä on lisätietoja.
Mielestäni tämä riittää johdattuna arkkitehtuuriin toistaiseksi. Jos sinulla on palavia kysymyksiä, kysy ne, kuten Eric oli maininnut.
Aivan kuten nopea korkki, tämä ratkaisu on suunniteltu 24–7 tuotannossa. Se on erittäin suositeltavaa, että käytät meitä laadunvarmistuksessa. Jos teet sisäistä kehitystä, alkaa käyttää meitä kehityksessä. Aikoimme kääntää monimutkaisen URL-osoitteen, URI: n PeopleSoft-paneelinimeksi. Kun puhun tuotannosta, meillä on erittäin alhainen yläpinta, joten sinulla on näkyvyys, tiedät aina, mitä tapahtuu, tunnistat loppukäyttäjän.
Minun ei tarvinnut mennä määrittelemään näitä tapahtumia - ne ovat vain luonnolliset yhteyspisteet selaimesta, URL, sisääntulopisteet, web-palvelimen yhteys WebLogiciin, kutsu, joka lähetetään SQL-käskyn tarjoavalle. Sitten pystymme vangitsemaan SQL-käskyn ja sen tekemän. Tarkkuus on älykäs tietokantaan, ja mielestäni tämä on meille erottava tekijä ja antaa DBA: lle mahdollisuuden tehdä yhteistyötä ja parantaa sovellusten näkyvyyttä.
Viimeinen kohta on, koska olimme aina päällä, keräämme aina, voit aina mitata ennen ja jälkeen parannuksen tai ilmaista sen määrällisesti, tai jos harvinaisessa tapauksessa olet muuttanut suorituskykyä, tiedät sen ja voit kääntää sen heti takaisin . Suurin osa kilpailijoistamme tekee, jos tarvitset lisätietoja, sinun on otettava käyttöön lisänäkyvyys ja tyypillisesti lisänäkyvyys aiheuttaa paljon ylimääräisiä kustannuksia.Precise-toiminnolla sinulla on aina näkyvyys ja voit aina ratkaista ongelman. Joten jos olet menossa Precise-verkkosivustoon, tarkista mikä tahansa Precise-tuote, olipa kyseessä sitten Precise for Oracle. Meidät on lueteltu tarkan sovellusten suoritusympäristönä ja siellä on painike esittelypyynnön esittämiseen.
Itse asiassa, jos jaan näytön, luulen, että voin vain navigoida sinne näyttääkseni miltä se näyttää, jotta näet tämän heti. Tässä on IDERA-verkkosivusto. Menet tuotteisiin. Voin valita minkä tahansa näistä tarkkoista komponenteista ja haluan vain nähdä sen toiminnassa. Tämä käynnistää prosessimme jakaa lisätietoja, jotka saattavat olla tärkeitä sivustollesi. Tai jos haluat tietää enemmän siirtymisestä nestemäiseen käyttöliittymään, ota yhteyttä meihin.
Ja minkä, Eric, haluaisin välittää batonin takaisin sinulle.
Eric Kavanagh: Okei, paljon. Minun on vielä kerran sanottava - melko kattava ja vaikuttava esitys siellä, Bill. Mainitsit kokonaisen joukon tavaroita, joista haluaisin kysyä. Meillä ei ole paljon aikaa - noin yhdeksän minuuttia - ja haluaisin, että Matt saa myös mahdollisuuden kysyä pari kysymystä ja että heillä on ainakin yksi tai kaksi yleisöstä.
Mutta mainitsit jotain, joka oli mielestäni erittäin, erittäin mielenkiintoista suhteessa siihen, kuinka tarkka voi auttaa IT-tiimin hankintoissa, koska voit huomauttaa, että voit kertoa asiaan jokaiselle, joka tekee päätöksen, että tarvitsemasi on enemmän vakaa. esimerkiksi tallennustilaa tai tarvitset verkon parannuksia tai mitä tahansa. Mutta se on iso juttu. Näetkö yrityksiä usein tunnustavan sen ja käyttämäsi sitä tai yritätkö evankeliida sitä enemmän?
Bill Ellis: No, oikeastaan molemmat, ja asia on se, että käyttötavat, jopa PeopleSoftin kaltaisissa pakettisovelluksissa, käyttötavat ovat erilliset kussakin sivustossa. Minulla oli onni tehdä PeopleSoft-muutto pankissa, ja pankit käyttävät pääkirjajärjestelmää hyvin eri tavalla kuin useimmat organisaatiot. Sinulla voisi todella olla yksittäisiä tapahtumia, jotka tehtiin sivukonttorissa, ne kaikki postittavat pääkirjaan.
Joten sen sijaan, että lähetät kymmeniä tai satoja pääkirjaa, postitat tosiasiassa satoja tuhansia. Joten se, miten pääsin mukaan tarkkaan, johtuu käyttömalleista ja se antoi meille mahdollisuuden käsitellä, mutta sovelluksen tarpeet sekä kooditasolla, kokoonpanotasolla että infrastruktuuritasolla. Joten ehdottomasti olen suuri uskovainen ja haluan evankeliida myös tämän, koska sinun ei pitäisi tehdä laitteistopäätöksiä yksinkertaisesti käytön perusteella. Sinun tulisi perustaa se ympäristösi tarpeisiin.
Eric Kavanagh: Ja osallistujalta on kysymys, ja sitten, Matt, esitän sen sinulle tai kysymyksellesi. No, tämä on hyvä ja se on hauska, koska se on iso, pitkä vastaus, jonka voit antaa. Osallistuja kysyy: "Kuinka voit kerätä suorituskykymittareita käyttäjän lopussa käyttöönoton jälkeen ja testauksen aikana?"
Mielestäni olet tehnyt melko hyvää työtä sukellemalla kuinka syvällisiä ja rikkaita nämä suorituskykymittarit ovat. Puhuit jopa sekunnin sekunnista joillekin näistä asioista viiden minuutin tai 10 minuutin välein. Että milloin aiot saada tarvittavan yksityiskohtaiset tiedot vastausten löytämiseksi, eikö niin?
Laskuttaa Ellis: Joo, joten ratkaisevaa on, että suoritustietojen yksittäiset kerääjät ovat tekniikkapohjaisia. Joten kun teemme käyttöönoton, meidän on tiedettävä, kuinka sovelluspino on rakennettu, alkaen käyttöjärjestelmästä, sen versiosta, mistä Tuxedon versiosta, WebLogicista, mistä käyttämäsi People-työkaluista.
Ja tosiasiallisesti niiden tekijöiden suunnittelu, joka tekee sen, tiedonkeruu, jonka avulla voimme paljastaa, että tarkkuus tarjoaa näkyvyyden. Ja tämä näkyvyys voi mielestäni joskus olla hieman pelottava ihmisille. Mutta jos tavoitteesi on todella päästä sisään ja parantaa asioita ja viedä suorituskyky 11: een, se on todella sellainen näkyvyyden taso, jonka haluat. Ja jos tarkka voi tarjota sen ja sen alhaiset yleiskustannukset, miksi ei? Joten mielestäni se on suuri kysymys, ja ota meihin yhteyttä, jos haluat keskustella asiasta tarkemmin.
Eric Kavanagh: Okei hyvä. Ja Matt, sinulla oli kysyttävää?
Matt Sarrel: Luulen, että olen kunnossa. Tarkoitan, olen ollut tekemisissä WebExin kaatumisen kanssa täällä niin.
Eric Kavanagh: Voi ei. Tarvitsemme tarkan ymmärtääksesi tarkalleen miksi.
Matt Sarrel: Kyllä, luulen, että kysymys, jonka olin ajatellut puhuessasi, Bill, oli, jos voisit keskustella hiukan siitä, kuinka useat joukkueet pääsevät samalle sivulle suorituskykyongelmien vianetsinnässä, koska tiedän, että jotain nousee esiin ja taas on taas vastuussa siitä, mistä ja kuinka kaikki voivat työskennellä yhdessä parhaan laadun tarjoamiseksi työntekijöille.
Laskuttaa Ellis: Kyllä, joten IT-henkilöstö on yleensä kallista. Useimmissa kaupoissa olet jaettu tekniikkaan perustuviin ryhmiin tekniikan monimutkaisuuden vuoksi. Yksi isoista asioista, mitä tapahtuu, on suorituskyky ja usein konflikti, sotahuone kokoontuu. Ja se, että jokaisella on mittatiedot vapauttaa taso jotenkin, koska heillä ei ole con. He katsovat enemmän mitä tapahtuu WebLogic-tasolla kuin mitä tapahtuu transaktiokooditasolla. Tai he tarkastelevat tietokantatasoa sijaan tapahtuman yksittäistä SQL-käskyä.
Ja koska se pystyy määrittämään ongelmatason ja ongelmakoodin kyseisen tason sisällä, se vapauttaa muut joukkueet välttämättä menemästä tai viettämään aikaa resursseihin, jotka etsivät ongelmaa, joka ei kuulu heidän alueelleen. Jos se on tietokantaongelma, siirry DBA: lle heidän tarvitsemiensa tietojen avulla ongelman ratkaisemiseksi. He tekevät sen mielellään.
Mutta samoin, älä tuhlaa Tuxedoa, WebLogic-tukitiimiä, joka keskittyy tietokannan ongelmiin. Samoin, jos ongelma sattuu olemaan WebLogic-kokoonpanossa, älä vie DBA: n aikaa jonkinlaiseen sotahuoneeseen yrittäessään puolustaa itseään. Mene vain ja korjaa ongelma WebLogicissa.
Huomaamme, että IT-henkilökunta arvostaa tarkkaa ajan säästöjen vuoksi, koska tyypillisesti näitä sotahuoneita ei ole budjetoitu kunkin FTE-organisaation aikatauluun. Se on kuin lisäaikaa. Ja siksi kyky käsitellä näitä kysymyksiä tehokkaammin on todella tärkeää. Ja organisaatiolle, joka käytti juoksevaa käyttöliittymää, kyky mitoittaa tuotantoa ja ratkaista ongelmat, joita he tosiasiallisesti kohtaavat tuotannossa, oli todella elintärkeää ei yksittäisille henkilöstölle tai ryhmille, vaan koko IT-johdolle, koska se olisi ollut todella huono uutinen jos heidän pitäisi kääntyä takaisin. Joten, suuri kysymys, koska se ei ole vain tekniikka. Se on todella aina ihmisistä.
Matt Sarrel: Oikein, se on ihmisiä ja prosesseja. Joo, se oli ainoa kysymys, joka herätti minulle demon aikana. Jos on muita yleisöstä?
Eric Kavanagh: Joo, heitän vain yhden viimeisen sinulle, Bill, ja Matt puhui tästä lyhyesti esityksessään. Olemme alkaneet nähdä tämän sadon. Se on edelleen hyvin eteenpäin suuntautuvaa, mutta kontit ja konttivalmistuksen ja Dockerin käyttö sekä tämän tyyppiset asiat, kuinka suuri kurvipallosta tuo heittää teitä?
Bill Ellis: Joten sana tarkoittaa eri asioita eri tekniikoista riippuen. Joten kehitämme tuotteitamme huolehtia astioista tietokanta- ja sovellustasolla. Ja osana sitä on tavallaan koko ympäristö, jossa on liikkeet, pilvi, ja toimimme pilvessä. Mutta siellä on löytöprosessi, ja niinpä riippuen siitä, kuinka nämä sovellukset - mukaan lukien PeopleSoft - kehittyvät, kehitämme seurantaratkaisuamme, jotta voimme tarjota aiemmin niin arvokkaan syvyyden tason.
Eric Kavanagh: Joo. Ja minun on sanottava, että joka kerta kun näen nämä demossa, olen vain hämmästynyt sinulla olevasta rakeisuudesta ja thats mitä tarvitset voidaksesi koota ymmärryksen ja sinulla on oltava jonkin verran koulutusta siitä, mikä on normaali tilanne, mikä standardia.
Ja ihmiset tarjoavat paljon sisältöä sen ympärille - auttavat ihmisiä tunnistamaan, mikä on normaalia, mikä ei ole normaalia. Puhuit esimerkiksi trendiä koskevista hälytyksistä, esimerkiksi nämä kaikki ovat mekanismeja, joiden avulla voit paremmin ymmärtää jotain vikaa, on jotain vikaa, ja sitten tietysti sieltä on porattava löytääkseen se, mutta sinulla on kaikki tiedot.
Bill Ellis: Kyllä, ja se on todella tärkeä asia; Luulen, että Matt oli puhunut siitä. Mikä on normaalia? Eri ympäristöissä on eri normaalitaso. Jos käytät huippuluokan laitteistoa, Oracle-logiikkaa ja tietoja, myymälässäsi normaali tai kaupassa saavutettava voi olla erilainen kuin jos käyttäisit vähemmän tehokasta infrastruktuuria. Joten ensimmäinen asia on selvittää, mikä on normaalia, alkaa laskea perustaso ja siten voit aloittaa parannuksia sieltä.
Eric Kavanagh: OK, se on hyvä asia. Näyttää siltä, että meillä on vielä yksi viimeinen kysymys. Viimeinen kysymys, jonka heitän sinulle, Bill. Onko mitään eroa SQL: n ja tietokannan suorituskyvyn seurannan välillä järjestelmätason ja sovellustasotiedon kannalta? Mitä eroa SQL: n ja tietokannan suorituskyvyn seurannassa on sinun näkökulmastasi?
Laskuttaa Ellis: No, tietokannassa ei tapahdu mitään, ennen kuin sen SQL-käsky suoritetaan. SQL-lauseen väite on mitä - hallita lukitsemista, odottamista, resurssien väittämistä tietotasolla ja SQL Server -tasolla. Ja joten jos olen nähnyt sekä SQL-käskyn ohjaimen että sen vaikutuksen järjestelmään, olen aiheuttanut vaikutuksen; Pystyn yhdistämään DBA: n välittämän sovelluksen DBA: n ylläpitämään infrastruktuuriin, kunnes pystyn todella saamaan kaiken irti Precise-työkalusta.
Jos olen infrastruktuurin DBA ja tarkastelen esimerkiksi hyödyntämistä, hallitsen todella laajaa harjaa, jos pystyn tarkastelemaan yksittäistä SQL-käskyä ja minimoimaan resurssit kulutus - on se sitten CPU, muisti, I / O - pystyn osoittamaan saman kolikon molemmille puolille.
Eric Kavanagh: Okei, ihmiset. Palasimme hieman yli tunnin. Suuri, iso kiitos ystävillemme IDERAssa. Suuri kiitos Matt Sarrelille liittymisestämme tänään. Arkistoimme kaikki nämä verkkolähetykset myöhempää katselua varten, joten palaamme mielellämme takaisin ja yleensä vain muutamassa tunnissa arkisto nousee. Joten tarkista tämä, ja minun on sanottava, että rakastan näitä juttuja, rakastan Tarkkoja, rakastan päästäkseni rikkakasveihin. Ja en tiedä mitään muuta työkalua, jonka avulla voit kaivaa kaikkia niitä eri kappaleita ja sovelluspinon osia kuin mitä nuo ihmiset ovat IDERAssa Precise: llä.
Sillä tarjoamme jäähyväiset, ihmiset. Kiitos vielä kerran, puhumme sinulle seuraavan kerran.