Tekijä Techopedia Staff, 6. syyskuuta 2017
Takeaway: 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 tarkoitettu viimeksi kuluneille vuosille IT-, isoyrityksen ja datan maailmaan, on Hot Technologiesin aika. Kyllä, nimeni on Eric Kavanagh. Olen tämänhetkisen moderaattorisi.
Aiomme puhua järjestelmistä, jotka johtavat liiketoimintaa, ihmiset; puhumme PeopleSoftista, kuinka hallita monimutkaisten ympäristöjen suorituskykyä. Haluan aina mainita, että sinulla on iso 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 tapa 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, siinä 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-sanat - muuttaa digitaalisesti, kuinka siirtyä vanhan jakokeskuksen ulkopuolelle paljon uusiin ja vankeimpiin 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 keskusyksikkö takaapäin. Legacy-järjestelmiä on kaikkialla. Yksi vitsistä on, että vanha järjestelmä on järjestelmä, joka on tuotannossa, mikä tarkoittaa sitä hetkeä, jolloin 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 sitä hallitaan 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 haluamaansa, ennemmin tai myöhemmin he 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 olemassa 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 elänyt päivittämällä ERP: tä 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 maratonilmaus: Jos etenet pitkälle taaksepäin jonkinlaisessa kilpailussa ja kaikki ovat 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 puhumalla sinulle miksi mielestäni olen oikea henkilö puhumaan kanssasi suorituskyvyn johtamisesta. 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 minun 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ä se on kylmä - sen täytyy olla hyvin kylmä ja kaikkien muiden on oltava minusta epämukavia tunteakseni mukavaa lämpötilaa- viisas. 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 halukkaita menemään töihin ja istumaan siellä ja odottamaan järjestelmiään, koska se on mitä he tarvitsevat, ja nyt ihmiset eivät ole oikeasti halukkaita istumaan siellä. Joten on kysymys siitä, haluavatko nämä moottoripyörät 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 luulen, että rakennukseni on, 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 miehen, joka on viritin, hänen on tiedettävä, mihin hän virittää, tai ei ole mitään järkeä laittaa kättään pianolle ja virittää sitä. Joten tavoitteiden määritteleminen etukäteen, pitää sen 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 lataussovelluksen suorituskyvyn myötä, johon resurssikohtaukset ja käyttötavat vaikuttavat.
On aina tärkeää korreloida tämä kaikki yhdessä käyttökokemuksen tai tukitapahtumien kanssa, luoda perustaso suorituskyvylle, jonka odotat pystyväsi tarjoamaan, ja kun lähestyt poikkeamia kyseisestä lähtötasosta, on ennakoivia hälytyksiä, jotta voit toimia ennen kuin osui ”epäonnistunut valas” -tilaan. 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, että on liian myöhäistä, mutta jälleen kerran, nyt olet kaveri, jolla oli huono aloitus maratonissa ja nyt pelaat kiinniottoa sen sijaan, että hyppäät oikealle ja pääset eteenpäin. Joten miten teet tämän? Ennakoitko keskimääräistä ja huippukuormasi?
Menet 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 kohta, jossa haluat kiinni jotain, vaikka silti sinun on parempi tarttua siihen tuotannossa kuin jättää huomiotta tuotannossa. Mutta todellakin, siihen mennessä, kun olet ohjaajassa, 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äisivät toisiaan, ja tämä on hyvää. Se on ääretön silmukka näiden kahden käsin välillä suunnittelun, koodin, rakennuksen, testauksen, vapauttamisen, käyttöönoton, käytön, tarkkailun ja takaisin suunnittelun suhteen. 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 olet saanut sen, IT-kehittäjät ja operatiivinen henkilöstö liikkuvat erittäin nopeasti ja kohdistuvat, 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 kaikki menee yhdessä ja tekee säätöjä. Sinun on järjestettävä kaikki sellaisella tavalla ja rakennettava prosessit, 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, jotta voit helposti eksyä ilman oikeaa työkalua ja ilman oikeaa prosessia. Ja taas kaikessa, 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ärkeintä.
Ja niin se on osioni loppu ja luovutan 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: Kyllä, todellakin.
Bill Ellis: Joten puhumme IDERA-tuotteen Precise for PeopleSoft -tuotteesta ja näkyvyydestä, jota ne voivat tarjota auttamaan 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 syy?
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.
Se on sellainen näkyvyysaukko aivan siellä, ja mitä sitten voi tapahtua, se voi käynnistää aikaa vievän ja turhauttavan prosessin, jossa ihmiset saattavat avata työkalun ja katsovat valitettavasti vain osaa sovelluspinosta. Joten sellaisia vaikeuksia vastata näihin peruskysymyksiin on edelleen.
Ja monta kertaa saattaa olla ongelma, niin siirryt WebLogic-järjestelmänvalvojan luo 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 suorituskyvyllä, 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 perusteella, kuinka he allekirjoittivat PeopleSoftiin, ja voimme myös Tuxedon 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 tarkan hälytysnä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 käsittelyn 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 ja jos käytän vähemmän prosessoria, en vain yksinkertaisesti tarvitse 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. Se on itse asiassa selain, verkkopalvelin. 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. Sovelluksessa on jokaisen askeleen ajoitus sekä pino palkkikaavio, joka näyttää sovelluksen tässä paneelissa. Pystyn myös tutkimaan 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 rakennetta, vaan myös sitä, 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 - katson tätä käyttäjää heidän erityisissä tapahtumissaan ja heidän kokemuksensa vastausaikaan - pystyn osoittamaan suoraan tietyn käyttäjän käyttökokemuksen käyttäjä. Kyse ei ole enää yleisistä muuttujista 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ä selville, 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 sanovat: ”No missä juuri syy on?” Ja se ei tule olemaan kuin prosessorin käyttö ja pakottava, se tulee olemaan sovelluskoodilla, jota he käyttävät.
Tarkastellaanpa tätä asiaa ja tarkastellaan kyseistä sisällönhallintaa, ja näet tosiasiallisesti kyseisen tapahtuman analyysin: käynnistämme selaimen, pääsypiste Web-palvelimelle Java Joltiin ja näytämme tosiasiassa koodia, joka suorittaa alaspäin Tuxedo-paneeli, lopuksi SQL-käskyyn, jossa Precise paljastaa SQL-lauseen tekstin, jonka tämä tietty PeopleSoft-paneeli suorittaa.
Kaikilla, joiden kanssa puhumme, on työkaluja, mutta mitä heillä ei ole, on asiayhteys. Pisteiden yhdistäminen tai tapahtuman seuraaminen selaimesta SQL-käskyyn on konteksti. 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 prosenttiosuuden lasku, jonka Tarkka 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 selaimessa 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 voin tehdä tietyn SQL-käskyn, 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 oikean virityksen tapahtumatasolla eikä vain paljon korkeammalla tietokantatasolla.
Toinen asia, joka oli todella elintärkeä tälle asiakkaalle, on se, että tarkka, kääntämällä monimutkainen URL-osoitteesi PeopleSoftin paneelinimeksi - jos olen tietotekniikassa ja voin puhua puunhallinnasta, sisällönhallinnasta, tietystä HR-sivusta, tällä tavoin henkilö, jota yritän auttaa, tietää, että katson ja ymmärrän heidän katsomansa, koska se ei ole enää näitä hieroglifioita, se on nimi, jonka he tuntevat.
Yksi meille esitetyistä kysymyksistä - näyttää siltä kuin koko ajan, joten ajattelin vastata vain ennakoivasti kysymyksiin - miten 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 napsaun kirjautua sisään, tarkka pystyy 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 tuo esiin 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 noutamaan 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 sovelluspinon tai ainakin sen osan jaetussa ympäristössä, usein VMware. 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 PeopleSoftiä. Se on sellainen liima, joka pitää kaiken yhdessä, joten ajattelen melkein melkein sitä käyttöjärjestelmän jatkeena. Se on jotain, jota käytät ja konfiguroit erittäin huolellisesti. Sitä paitsi - tämä on pieni sivuhuomautus - avauskommenteissa 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, koska tapa, jolla juokseva 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ä. Se on todennäköisesti vähintään kymmenkertainen siihen, mitä klassinen käyttöliittymä tekee, ja että lisäviestit tarkoittavat 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 voin asettaa SLA-vaatimustenmukaisuuden, siksi 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äsitelläkseen suorituskykyyn liittyviä kysymyksiä prosessin varhaisessa vaiheessa. On paljon parempi, että kokoonpano on oikein, 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 on syytä toistaa vielä kerran: Jokainen merkittävä liiketapahtuma 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 minulle, että sinulla on tämä korkea redo-lokipuskuri.
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ättää, mitkä ovat järjestelmän todelliset resurssien kuluttajat, koska jos etsit vain 10 minuutin välein, se ei ole näytämme 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ä odottaa, 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äsi resurssien suurin asiakas, ja se on hyvä tietää. Se ei myöskään odota lukossa tai odota. Se käyttää prosessoria 100% ajasta. Se ei tarkoita, ettei ole asioita, joita en voi tehdä asialle. Siinä on paljon asioita, jotka voin tehdä, jos tiedän, mihin SQL-lauseisiin ja -objekteihin päästään. Ja niin nämä ovat joitain tapoja, joilla voimme auttaa.
Nyt täällä on tämä harjoitus, ja se voi asettaa meidät yksittäisten PeopleSoft-ohjelmien yhteyteen 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 lähettämät SQL-lauseet, jotta voin olla hyvin sovelluskeskeinen eikä tietokantateknologialle keskittynyt, 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ä. Mitä me tässä osoitamme, on 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ä. Se on todella tarpeeksi hidasta ja 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 ei tarvitse suodattaa vain etsimällä tarvittavia rivien alajoukkoja, vaan SQL-käsky ja tämä tehottomuus johtaa hitaampaan suoritusaikaan. Siksi ne lopulta hidastavat PeopleSoft-paneelia näytön jäädyttämisessä ja Precise pystyi pääsemään todelliseen juurisyyn, josta et koskaan tiedä, ellei sinulla ollut työkalua, joka paljastaa sovelluskoodin, SQL-lauseet ja niin edelleen.
Se oli sellainen syvä sukellus. Vedämme nyt näkymää jopa 10 000 neliöjalkaa näkyviin kojetauluihin. Tarkkaan sanottuna, kojetaulut eivät todellakaan ole teknisen ryhmän palveluita - sinun on todella käytettävä jakamaan tietoja toimintojen kanssa, ehkä sovellusryhmän, 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ä juoksemme noin kolmanneksen 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. Siellä on koko joukko asioita, jotka voidaan tehdä lisätäksesi järjestelmän näkyvyyttä.
Tässä, tässä, tarkastelemme oikeastaan WebLogic-muistin käyttöä ja näet tämän mukavan sahanroottikuvion, muistin käytön. Siellä on roskien keruu, se hakee UN-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 todella 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 - miten ihmiset käyttävät Precise-kapasiteettisuunnittelua.
Ja haluan vain heittää pienen setelin sinne. Tyypillisesti kaupassa 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. Se auttaa perustelemaan investoinnin 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. Joten katsotaanpa hälytysrajapinta. 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 aloittaessasi lisäämään käyttäjiä ja he alkavat tehdä yhä enemmän toimintoja, jotka alkavat haastaa tietoja, resursseja Tuxedo-tasolla, WebLogic-tasolla, verkkotasolla, tietokantatasolla. Ja tämä väite johtaa suorituskyvyn heikkenemiseen ja lopulta saatat ylittää rajan 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ä. 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, erilliset käyttöoikeustiedot, erillinen todennus ja niin, että se on 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. On erittäin suositeltavaa, että käytät meitä laadunvarmistuksessa. Jos teet sisäistä kehitystä, alkaa käyttää meitä kehityksessä. Kääntämme monimutkaisen URL-osoitteen, URI, PeopleSoft-paneelinimeksi. Kun puhun tuotannosta, meillä on erittäin alhainen yläraja, joten sinulla on näkyvyys, tiedät aina, mitä tapahtuu, tunnistat loppukäyttäjän.
Minun ei tarvinnut mennä sisään määrittelemään näitä tapahtumia - siellä on vain luonnollisia yhteyspisteitä selaimesta, URL, tulopisteet, web-palvelinyhteys WebLogiciin, kutsukonteksti alaspäin, joka tarjoaa SQL-käskyn. Sitten pystymme vangitsemaan SQL-käskyn ja sen, mitä se tekee. 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 olemme aina päällä, keräämme aina, voit aina mitata ennen ja jälkeen parannuksen tai ilmaista sen määrällisesti, tai jos harvoissa tapauksissa olet muuttanut suorituskykyä, tiedät sen ja voit kääntää sen takaisin heti. 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 tarkkaan verkkosivustoon, tarkista mikä tahansa tarkkoista tuotteista, olipa kyseessä sitten Oraclen tarkka. Olemme luettelossa tarkka sovellussuoritusalusta 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ää keittiön 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ä hänellä 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.
Ja niin sen sijaan, että lähetät kymmeniä tai satoja pääkirjaa, lähetät tosiasiassa satoja tuhansia. Joten näin pääsin mukaan tarkkaan, johtuen 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 myös evankeliida, 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 siellä on kysymys osallistujalta, ja sitten, Matt, esitän sen sinulle tai kysymyksellesi. No, tämä on hyvä ja 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. Silloin aiot saada tarvittavat yksityiskohdat vastausten löytämiseksi, eikö niin?
Bill 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, siitä, mikä Tuxedon versio, WebLogic, mitä käyttämäsi People-työkaluversiota käytetään.
Ja se on todellakin 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 se on alhainen yläpuolella, kysymys on, miksi ei? Joten mielestäni se on hieno kysymys, ja ota meihin yhteyttä, jos haluat keskustella siitä tarkemmin.
Eric Kavanagh: OK, hyvä. Ja Matt, sinulla oli kysyttävää?
Matt Sarrel: Luulen, että olen kunnossa. Tarkoitan, että olen ollut tekemisissä WebExin kaatumisen kanssa täällä niin.
Eric Kavanagh: Voi ei. Tarvitsemme tarkan ymmärtääksesi tarkalleen miksi.
Matt Sarrel: Luulen, että kysymys, jonka olin ajatellut puhuessani, Bill, oli, jos voisit keskustella vähän siitä, kuinka useat joukkueet pääsevät samalle sivulle suorituskykyongelmien vianetsinnässä, koska tiedän, että se on jotain uudestaan ja uudestaan, kuka on vastuussa mistä ja kuinka kaikki voivat työskennellä yhdessä parhaan laadun tarjoamiseksi työntekijöille.
Bill Ellis: Kyllä, joten IT-henkilöstö on yleensä kallista. Useimmissa kaupoissa olet jaettu tekniikkaan perustuviin ryhmiin tekniikan monimutkaisuuden vuoksi. Yksi isoimmista asioista, mitä tapahtuu, on suorituskykyongelma ja konfliktin monta kertaa, sotahuone kokoontuu. Ja siellä jokaisella on mittatiedot vapauttaa taso jollain tavalla, koska heillä ei ole asiayhteyttä. He katsovat pikemminkin sitä, mitä tapahtuu WebLogic-tasolla kuin tapahtumakooditasolla tapahtuvaa. Tai he katsovat tietokantatasoa sijaan tapahtuman yksittäistä SQL-käskyä.
Ja koska se pystyy määrittämään ongelman tason ja ongelman koodin kyseisen tason sisällä, se vapauttaa muut joukkueet jättämättä menemään tai viettämään aikaa resursseissa, 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äaika. 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 kokevat tuotannossa, oli todella elintärkeää ei yksittäisille henkilöstölle tai ryhmille, vaan itse asiassa 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: Aivan, se on ihmiset ja prosessit. 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ä, se on eräänlainen koko ympäristö, jossa on liikkeet, pilvi, ja me 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 pystymme tarjoamaan aiemmin niin arvokkaan syvyyden tason.
Eric Kavanagh: Kyllä. Ja minun on sanottava, että joka kerta kun näen näitä demoja, olen vain hämmästynyt teidän yksityiskohtaisuudestanne ja se on se, mitä tarvitset voidakseen koota ymmärrys ja sinulla on oltava jonkin verran koulutusta normaalin tilanteen ympärille., mikä on vakio.
Ja ihmiset tarjoavat paljon sisältöä sen ympärille - autat 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 dataa, kaupan normaali tai myymälässäsi 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?
Bill Ellis : No, mitään ei tapahdu tietokannassa 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 sen, mistä sovellus DBA välittää, siihen, mihin infrastruktuuriin DBA välittää, kunnes pystyn todella hyödyntämään tarkkaa työkalua.
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 tarkan kanssa.
Sillä tarjoamme jäähyväiset, ihmiset. Kiitos vielä kerran, puhumme kanssasi seuraavan kerran.
