Autorius: „Techopedia“ darbuotojai, 2017 m. Rugsėjo 6 d
„Takeaway“: Šeimininkas Ericas Kavanaghas aptaria „PeopleSoft“ veiklos valdymą su Mattu Sarrelu ir Billu Ellisu šiame „Hot Technologies“ serijoje.
Ericas Kavanaghas: Gerai, ponios ir ponai. Sveiki ir dar kartą sveikiname. Tai trečiadienis, ketvirtą valandą ryto, ir pastaruosius kelerius metus tai reiškia šiame IT, stambaus verslo ir duomenų pasaulyje - „Hot Technologies“ laikas. Taip, iš tikrųjų mano vardas Ericas Kavanaghas. Aš būsiu jūsų šios dienos renginio moderatorius.
Mes kalbėsime apie sistemas, kurios valdo verslą, žmonės; mes kalbame apie „PeopleSoft“, kaip valdyti sudėtingų aplinkų našumą. Aš visada mėgstu paminėti, kad tu vaidini didelę reikšmę šiuose renginiuose, todėl nebūk drąsus. Bet kada užduokite savo klausimą; tai galite padaryti naudodamiesi pokalbių langu arba klausimais ir atsakymais - bet kokiu atveju. Aš norėčiau išgirsti tai, ką norite žinoti, ir tai yra geriausias būdas; jūs gaunate geriausią kainą už savo laiką. Mes archyvuojame visas šias internetines transliacijas, kad galėtume vėliau jų klausytis, todėl tiesiog atminkite.
Jei sistemos veikia lėtai, tiesiog atminkite, koks buvo gyvenimas anksčiau. Ši nuotrauka iš tikrųjų padaryta iš 1968 m., Mandagiai sutikus moterį, vardu Danelle, ir turiu pasakyti, kad tai iš tikrųjų yra puikus priminimas, kiek viskas pasikeitė. Pasaulis tapo nepaprastai sudėtingas ir, žinoma, verslo poreikiai ir vartotojo patirtis yra neatsiejami nuo kojų. Tačiau šiomis dienomis šiek tiek atsiribojama. Kaip dažnai sakome, yra nesutapimas, ir faktas yra tas, kad verslo žmonės visada nori, kad viskas būtų greitesnė ir greitesnė, o IT komandos, kurios turi pristatyti, patiria spaudimą, kad darbas būtų atliktas, ir ten yra intensyvus pasaulis.
Turiu pasakyti, kad konkurencija visur kaista. Jei pažvelgsite į bet kurią pramonės sritį, pamatysite, kad šiais laikais vyksta svarbiausi pokyčiai - pavyzdžiui, „Amazon“ perka „Whole Foods“. Galite būti tikri, kad maisto produktų pramonė įdėmiai į tai žiūri. Mes tai matome visur, todėl verslo lyderiai iš tikrųjų privalo įsitikinti, kad jie sugalvoja, kaip skaitmeniniu būdu pakeisti (ir štai šių dienų posakio žodis), kaip pereiti už senojo skirstomojo skydo link kur kas daugiau naujų ir tvirtų sistemų. Štai apie ką šiandien kalbėsime.
Viena iš problemų, su kuria susiduria daugybė organizacijų, ypač jau seniai veikiančių, yra šios senosios sistemos. Tai senas IBM pagrindinis kompiuteris. Visur yra senosios sistemos. Vienas iš anekdotų yra tas, kad sena sistema yra gaminama sistema, turinti omenyje momentą, kai ji pradedama gaminti, techniškai tai yra sena sistema. Visada atsiras naujų būdų, kaip daryti.
Per pastaruosius kelerius metus įvyko keletas labai įdomių pokyčių, susijusių su būdų, kaip praktiškai suderinti sistemas, siekimu ne tik pagerinti vienos sistemos našumą, bet ir rasti būdą, kaip sukurti savotišką pašalinę ar iškrovimo taktiką, leidžiančią valdyti našumą. kitais būdais. Šiandien mes kalbėsime daugiau apie tai, kaip pagerinti tokios sistemos kaip „PeopleSoft“, kuri, be abejo, yra nepaprastai sudėtinga, našumą. Bet kai gerai padaryta, kai pakraunama, kai įgyvendinama, kai gerai valdoma, ji gali padaryti nuostabių dalykų. Bet kai tai nėra gerai valdoma, tada kyla visokių problemų.
Taigi kas atsitiks? Turite būti realūs dalykai ir bet kurioje aplinkoje, jei vartotojai negauna to, ko nori, anksčiau ar vėliau pereina į šešėlines sistemas. Tai vyksta visą laiką. Šešėlių sistemos gali būti labai produktyvios, jos gali padėti žmonėms atlikti darbą. Bet, žinoma, yra daug klausimų. Be abejo, visoje atitikties ir reguliavimo srityje šešėlinės sistemos yra didelis „ne“. Bet jie yra ten, ir aš manau, kad svarbu atsiminti, kad jei jūsų pagrindinė sistema neveikia greitai arba neveikia efektyviai, anksčiau ar vėliau bus imamasi sprendimų, o tuos keitimas gali būti labai sunkus. gali būti sunku nuslėpti, nes jie yra kritiški verslui. Juos gali būti sunku integruoti, todėl atminkite, kad jie ten yra ir tai tik dar viena priežastis pagerinti našumą.
Visai neseniai išgirdau apie šią frazę ir turiu ją išmesti: „Skubos tironija“. Manau, kad tik išgirdęs, kad tikriausiai žinai, apie ką kalbu, ir tai, kas atsitinka daugumoje organizacijų, yra tai, kad darbo krūvis pasiekia kritinę masę, ir žmonės daro tiek, kiek gali, ir tampa labai sunku ką nors pakeisti. Jūs baigiate kančią dėl „skubos tironijos“ - viskas turi būti padaryta iš karto. Na, sistemos atnaujinimas neįvyksta iškart.
Kiekvienas, kuris kada nors išgyveno atnaujindamas ERP iš vienos versijos į kitą, žino, kad tai gana skausmingas procesas, todėl tiesiog atsiminkite tai: jei matote tai savo organizacijoje, pripažinkite jį. Tikimės, kad jūs galite susisiekti su kažkuo arba jei esate vyresnio amžiaus žmogus, pavyzdžiui, CIO ar CTO, arba generalinis direktorius, pripažinkite, kad tai yra labai pavojingas scenarijus, nes kai esate už aštuonių kamuolių, tai tikrai sunku išeiti iš už aštuonis rutulys.
Tai panašu į visą maratono pranašumą: Jei kažkokiose lenktynėse pasieksite toli už nugaros ir visi jus aplenks ir jūs vis dar bėgsite, bus tikrai sunku susigaudyti, jei atsiliksite per toli. Taigi tiesiog saugokitės to ir atsiminkite.
Tada aš perduosiu tai Matt Sarrel'iui, kad suteiktume įžvalgos, kaip susidoroti su „PeopleSoft“ aplinka. Matai, nunešk.
Matas Sarrelas: Gerai, ačiū, Ericai . Sveiki visi. Taigi, pažiūrėkime, pradėsiu jums pasakydamas, kodėl aš manau, kad esu tinkamas žmogus, kuris kalbėtų su jumis dėl veiklos rezultatų valdymo. Taigi turiu 30 metų patirties technologijų srityje. Norėčiau pasakyti, kad dirbdamas praktikuoju, tinklo administratoriumi, IT direktoriumi ir inžinerijos viceprezidentu dirbau keliose naujose įmonėse. Tada aš perėjau į „PC Mag“ techninį direktorių. Ten mano nuotrauka, bet iš esmės aš atrodau kaip mažas vaikas.
Tada dirbsiu žurnalistu įvairiuose leidiniuose, tokiuose kaip „eWeek“ ir „InfoWorld“, būdamas „Gigahome“ analitiku, užmezgiau ryšius su „Bloor“ grupe ir taip pat vadovavau konsultacijoms. Ir ten aš: šis paveikslėlis kairėje yra toks, koks aš dabar atrodau. Šis vaizdas viduryje yra ten, kur aš esu labai laimingas - kambaryje, kuriame pilna laidų ir mirksinčių lempučių, o kur šalta - ten turi būti labai šalta, o visi kiti turi būti nemalonūs, kad aš jaustųsi komfortiška temperatūra - išmintingą. Čia yra mano kontaktinė informacija, jei turėtumėte kokių klausimų.
Noriu čia nusistatyti sceną ir tiesiog kalbėti apie spektaklį, kaip kalbėjo Ericas. Mes jau įžengėme į šį pasaulį, kuriame vartotojai turi tokį lūkestį, kurį nustatė vartotojų programos ir svetainės. Žmonės kada nors norėjo eiti į darbą ir sėdėti ten laukdami savo sistemų, nes tai yra tai, ko jiems reikia, o dabar žmonės nelabai nori ten sėdėti. Taigi kyla klausimas, ar jie nori, kad šis motociklas skraidytų aplink trasą. Jie tikriausiai nenori, kad vaikinas važinėtų dviračiu ir neštų dukrą į mokyklą. Bet ką ketinate pateikti?
Ir sunku, nes - iš tikrųjų aš buvau dosniai nusiteikęs nuo vienos iki trijų sekundžių, nes žmonės nori ir greito atsakymo, ir jie nori prieigos iš bet kurios vietos. Tai gali būti bet kur jūsų pastate ar miestelyje, arba bet kurioje pasaulio vietoje bet kuriuo metu, atsižvelgiant į tai, kaip gerai jūsų verslas veikia. Manau, kad aš kuriu tai, kad, kai mes kalbame apie atlikimą, svarbu galvoti apie atlikimą atsižvelgiant į vartotojo patirtį.
Prieš matuojant ir derinant, svarbu apibrėžti veiklos tikslus. Turiu šį imtuvo, tada tunerio paveikslėlį. Tikras vyras, kuris yra imtuvas, jis turi žinoti, ką jis nustato, ar nėra prasmės iš tikrųjų įdėti savo rankas prie fortepijono ir jį sureguliuoti. Taigi, iš anksto apibrėžę tikslus, jie bus realūs, užuot pritaikę tikslus prie esamos situacijos. Laikui bėgant svarbu stebėti metriką ir suvokti, kaip sistemos keičiasi atsižvelgiant į vartotojo įkeltų programų našumą, kuriam įtakos turi išteklių scenos ir naudojimo įpročiai.
Visada svarbu visa tai susieti su vartotojo patirtimi ar palaikymo atvejais, nustatyti pagrindą, kurį galėtumėte atlikti, ir, artėjant prie nukrypimų nuo to pradinio lygio, turėti aktyvius įspėjimus, kad galėtumėte imtis veiksmų prieš tai nepasieksime „nepavyks banginio“ statuso. Ir jūs žinote, kad tam reikia sugebėjimo greitai ir lengvai nustatyti ir pašalinti pagrindinę spektaklio priežastį. Ir vėlgi, tai kuo anksčiau, tuo geriau, tiesa?
Iš praeities istorijos, žvelgdami į plėtros pastangas, žinome, kad kuo anksčiau galėsite rasti ir išspręsti našumo problemas, tuo geriau būsite. Jei laukiate, kol visas jūsų kodas ar jūsų sistema bus įjungti, kad pradėtumėte atlikti našumo bandymus ar pradėti atskleisti problemas, aš nesakysiu, kad jau per vėlu, bet vėlgi, dabar jūs esate tas vaikinas, kuriam blogai sekėsi maratonas ir dabar jūs žaidžiate pasivijimą, užuot šokinėjęs tiesiai į priekį. Taigi kaip tai padaryti? Ar numatote savo vidutinį ir didžiausią krūvį?
O jūs einate į priekį ir nustatote savo fizinių serverių ar virtualiųjų serverių ar debesų egzempliorių, konteinerių ir konteinerių išteklių išteklius, tada paleidžiate koncepcijos įrodymą ir paleidžiate pilotą? Tai yra laikas, kai tai yra tarsi pabaiga, kur norėtumėte ką nors pagauti, nors vis tiek geriau pagauti jį gamyboje, nei ignoruoti gamyboje. Bet iš tikrųjų, tuo metu, kai būsite pilotas, jūs jau turėtumėte būti nustatę savo metodiką ir procedūras, susijusius su nuolatiniu stebėjimu ir tobulinimu.
Gerai, kad daug įmonių - mes kalbame apie skaitmeninę transformaciją. „DevOps“, revoliucija „DevOps“ vaidina didžiulį vaidmenį toje skaitmeninėje transformacijoje. Ir tai yra procesas nuo pabaigos iki galo, kuris tikrai niekada nesustoja. Taigi tai yra tarsi dvi rankos, piešiančios viena kitą, ir tai yra geras dalykas. Tai begalinė kilpa tarp šių dviejų planų, kodų, konstravimo, bandymo, išleidimo, diegimo, eksploatavimo, stebėjimo ir planavimo rankų. Jis maitina save ir mes automatizuojame jį taip greitai. Tai sukuria gamybos našumo stebėjimo grįžtamojo ryšio ciklą ir naudoja jį aktyviam našumo problemų atskleidimui ir pašalinimui, prieš tai paveikiant visą jūsų vartotojų bazę.
Ir dar vienas dalykas, kai jau turite tai, IT kūrėjai ir operatyviniai darbuotojai juda labai greitai ir yra suderinti, taip pat galite lengvai suderinti šias pastangas su verslo darbuotojais. Įmonių programinės įrangos našumas yra sudėtingas žvėris. Galima tai palyginti su futbolo komanda, sėdinčia priešais lentą, kuria vadovaujamasi, ir viskas veikia atskirai, ir viskas veikia kartu. Aš visada galvoju apie tai kaip seną istoriją, kai gavau savo pirmąjį automobilį ir sutvarkiau vieną dalyką. Aš pritvirtinau oro kondicionierių, o tada atsitiko tai, kad tada sugedo likusi aušinimo sistema. Taigi, jūs turite savo skausmo taškus ir viskas vyksta kartu ir keičiasi. Jūs turite viską organizuoti tokiu būdu ir kurti procesus taip, kad atlikdami pakeitimus jūs suprastumėte, kaip viskas daro įtaką viskam.
Taip pat būkite atsargūs ir dar kartą patikrinkite. Tikrinti, pripažinti negaliojančiu, įgyvendinti. Ir vėl mes kreipiamės į nuolatinio stebėjimo ir veiklos gerinimo programų kūrimo klausimą. Ir tai iš tikrųjų yra paskutinė mano skaidrė. Nors mes kalbame apie šį sudėtingumą ir tai yra gražus sudėtingumas, kaip ir šio laikrodžio vidus, mes turime tiek daug judančių dalių į „PeopleSoft“. Kiekvienas dalykas daro įtaką visam kitam tiek aukštyn, tiek žemyn. Yra tiek daug skirtingų vietų, kur galite ieškoti raktų, kaip išspręsti našumo problemas, kurių galite labai lengvai pasiklysti neturėdami tinkamo įrankio ir be tinkamo proceso. Ir vėl viskas, daugeliu atvejų, manau, sužinojome, kad galite pašalinti infrastruktūros triktis, tačiau didžiulis kintamasis bus jūsų pasirinktinės programos kodas. Taigi svarbiausias dalykas yra tinkamų procesų testavimas ir nuolatinis programos kodo tobulinimas.
Taigi, tai mano porcijos pabaiga, ir aš tai perduosiu Billui.
Ericas Kavanaghas: Gerai, Billai, leisk man duoti čia „WebEx“ raktus. Man patinka tas gražus sudėtingumas - toks gražus. Turėjai ten keletą gerų citatų, Matai. Gerai, Bill, atimk jį. Eikite į „greitą pradžią“, jei norite bendrinti ekraną. Visi jūs.
Billas Ellisas: Ačiū, Matai, ir ačiū, Ericai. Tik patvirtindami, ar dabar visi galite pamatyti mano ekraną?
Ericas Kavanaghas: Taip, tikrai.
Billas Ellisas: Taigi, mes kalbėsime apie „IDERA“ produktą „Precise for PeopleSoft“ ir matomumą, kurį jie gali suteikti, kad padėtų jums sėkmingai valdyti sudėtingų programų paketą. Sunkumo nustatymo būdas yra tas, kad viena programa, mažiausiai šešios technologijos, daugybė galutinių vartotojų, todėl labai sunku atsakyti į net paprastus klausimus. Ar galutinis vartotojas turi problemų? Kas yra galutinis vartotojas, ką jie daro, kokia yra pagrindinė priežastis?
Paprastai matome šią situaciją - ir tai gali būti taikoma „PeopleSoft“, taip pat kitoms programoms ar „PeopleSoft“, sąveikaujančiai su kitomis programomis - duomenų rinkinyje, arba šiomis dienomis tai gali būti debesis, galutiniam vartotojui tai tikrai nerūpi. tas sudėtingumas. Jie tiesiog nori užbaigti operaciją, metodus, atsargų paiešką, ataskaitų laiko kortelę, tuos dalykus. Jei viskas vyksta lėtai arba jų nėra, paprastai visi šie intelektualūs, gerai nusiteikę žmonės nežino, kol galutinis vartotojas nesiskundžia.
Tai yra tam tikras matomumo atotrūkis ten, o kas gali nutikti, tai gali užtrukti daug laiko reikalaujantį ir varginantį procesą, kai žmonės gali atidaryti įrankį ir, deja, žiūrėti tik į programų rinkinio pogrupį. Taigi lieka sunkumų atsakant į šiuos pagrindinius klausimus.
Daugybę kartų gali kilti problemų ir jūs kreipsitės į „WebLogic“ administratorių ir jis pasakys: „Na, atmintis, visos šiukšlių kolekcijos atrodo puikiai. Aš tikrai nemanau, kad tai „WebLogic“. “Jūs einate pas DBA administratorių ir sakote:„ Na, duomenų bazė veikia taip, kaip buvo vakar. Dešimtukas atrodo gerai. Gal saugyklos administratorius paspaudė jus su kai kuriomis metrikomis, tokiomis kaip įvestys / išvestys per sekundę ar pralaidumas, kurios yra rėmelio lygio metrikos ir gali neatspindėti jūsų konkrečios programos, juo labiau duomenų bazės ar tam tikro proceso. “
Taigi visi jie turi šias metrikas, kurios tarsi parodo, kad problema yra kitur, tačiau šis galutinis vartotojas turi problemų arba pranešė apie problemą, tačiau kaip geriau išspręsti šią problemą? Geriau, tiksliausias būdas - arba tai yra vienas iš būdų, kurį mes siūlome - yra įvertinti vartotojo operacijas, pradedant naršykle per tinklą, į interneto serverį, „Java Jolt“, „Tuxedo“, į duomenų bazę, įskaitant DB2 ir galiausiai į saugyklą.
Tai rodo, kad bendras laikas sako: „Na, kas turi problemų?“ Ir tada mes galime nustatyti galutinį vartotoją pagal tai, kaip jie pasirašė „PeopleSoft“, ir mes taip pat galime per „Tuxedo“ vertimą užfiksuoti, ką „PeopleSoft“ skydai vykdo.
Taigi, laikai yra įtraukiami į istorinę saugyklą, kurią mes vadiname atlikimo valdymo duomenų baze. Tai tampa vienu muzikos kūriniu, kuris labai supaprastina kas, kas, kada, kur, kodėl. Tikslūs taip pat yra rekomendacijos. Tikriausiai svarbiausias dalykas yra todėl, kad visą laiką kaupiame visą informaciją - tiek techninio IT personalo lygiu, tiek jūs galite įvertinti prieš ir po. Taigi galite atlikti matavimus matuojant arba „Six Sigma“ atlikdami visą našumo operaciją.
Taigi pažvelkime kaip į „dieną gyvenime“. Visų pirma, galite atidaryti tikslaus įspėjimo ekraną ir štai kur gausite išankstinį perspėjimą. Pats svarbiausias įspėjimas yra tas, kad turite įspėjimų apie veiklą. Taigi tai yra vartotojai, atliekantys operacijas, ir mes iš esmės neatitinkame savo SLA. Taip pat turime būseną, kai jos yra - ir tai iš esmės sako, kad dalis mūsų programų infrastruktūros nėra prieinama - kad galėtume išsiaiškinti, ar mes iš tikrųjų galime pamatyti, kaip formos „Tuxedo“ egzemplioriai yra, ir jūs iš tikrųjų galite pamatyti, kad vienas iš atvejų nėra. Visa veikla yra nukreipta į šią vieną instanciją, ir ji turi su tuo susidoroti. Iš esmės sukūrėme silpną vietą.
Dabar, kaip apie tai vykdomą veiklą, jūs iš tikrųjų galite pradėti domėtis išvadomis, kad, nors ir turime bendrą infrastruktūros problemą, yra būdų pagerinti duomenų apdorojimo efektyvumą šioje konkrečioje „WebLogic“ JVM. Ir štai kur yra šis tikrai svarbus dalykas: daugybę kartų žmonės juda tarsi į debesis ir sako: „Na, kiek procesoriaus ir kiek atminties reikia?“
Na, kita medalio pusė, vadinama talpa, yra apdorojimo efektyvumas. Jei aš naudoju mažiau atminties, jei naudoju mažiau procesoriaus, man tiesiog nereikia tiek daug. Ir kaip Matas sakė anksčiau, viskas yra tarsi susiję. Dabar aš galiu atidaryti „PeopleSoft“ operacijų ekraną, o ekrane y ašis yra reakcijos laikas, x ašis - laikas per dieną.
Čia pateikiame kamino juostos grafiką, kuris rodo kliento laiką. Tai iš tikrųjų yra naršyklė, interneto serveris. Žalia yra „Java“ laikas, rožinė yra „Tuxedo“, tamsiai mėlyna yra duomenų bazės laikas. Šis profilis neįvyko savaime; tai atsitiko dėl tam tikrų „PeopleSoft“ skydų - jie buvo įvykdyti ir pateikti jums per reagavimo laiką. Iš tikrųjų yra kiekvieno programos etapo laikas, taip pat kamino juostos diagrama, rodanti programą čia skydelyje. Aš taip pat galiu išsiaiškinti ir surasti tam tikrą vartotoją arba reitinguoti savo vartotojus.
Šis ekranas leidžia nurodyti prisijungimo vardą konkrečiam vartotojui. Pagalvokite apie tai, koks tai puikus ar galingas. Daugybę kartų svarbu ne tik apie infrastruktūrą ir jos įrengimą, bet ir apie tai, kaip galutiniai vartotojai naudojasi sistema. Galbūt turite naują samdymą arba kažkas turi naują darbo funkciją: jis galbūt nežino, kaip teisingai naudoti programą. Tai iš tikrųjų gali padėti nustatyti mokymo galimybes.
Kita medalio pusė yra ta, jei aš galiu sutelkti dėmesį į konkretų vartotoją - čia aš žvelgiu į tą vartotoją į jo konkrečias operacijas ir jų reakcijos laiką, kurį jie patyrė, - aš galiu tiesiogiai kreiptis į konkretaus vartotojo patirtį. Vartotojas. Tai jau ne apie bendrą metriką sistemos lygiu, o apie galutinio vartotojo patirtį ir tai yra labai galinga. Dalis jūsų aplinkos tikrai bus vidinė, žmogiškųjų išteklių ir kt. Gali būti ir kitų dalių, su kuriomis susiduria klientas. Bet kokiu atveju norite suteikti geriausią, našiausią klientų patirtį.
Dabar galiu kreiptis į tam tikrą grupę ir atsakyti į klausimus. Taigi tai yra giluminis nardymas, kurį galime padaryti norėdami sužinoti, kas vyksta, ir jūs galite tai padaryti giliai, prieš skambindami galutiniam vartotojui, arba jei galutinis vartotojas jums paskambino, galėtumėte inicijuoti procesą, kad sakykite: „Na, kur tiksliai yra pagrindinė priežastis?“ Ir tai nebus toks, koks naudojamas su centriniu procesoriumi ir yra viršesnis dalykas, tai bus programos kodas, kurį jie naudoja.
Išnagrinėsime ir pažvelgsime į tą turinio valdymą, ir jūs iš tikrųjų galite pamatyti šios operacijos analizę: paleisdami naršyklę, įeikite į interneto serverio tašką į „Java Jolt“ ir iš tikrųjų rodome kodą, kuris vykdomas žemyn. „Tuxedo“ skydelis, galiausiai prie SQL teiginio, kuriame „Precise“ parodo SQL teiginio, kurį vykdo ši konkreti „PeopleSoft“ plokštė, tekstą.
Visi, su kuriais mes kalbamės, turi įrankius, bet to, ko jie neturi, yra kontekstas. Taškų prijungimas arba operacijos atlikimas iš naršyklės visą laiką prie SQL yra kontekstas. Dabar tai gali padaryti tyrimas, pavyzdžiui, jūsų DBA, o ne nagrinėti egzempliorių ar duomenų bazės lygiu. Dabar galiu ištirti SQL sakinio lygiu.
Taigi aš galiu pasakyti: „Na, kokie yra individualaus SQL teiginio trūkumai“, ir tai yra nepaprastai galinga. Atminkite, kad ši operacija negali vykti greičiau nei SQL sakinys ir kiekviena reikšminga verslo operacija sąveikauja su įrašų sistema. Duomenų bazė, patinka ji ar ne, yra veiklos pagrindas, ir jei galiu būti tokia detali, kad sutelkiu dėmesį į atskirus SQL teiginius, kurie yra gyvybiškai svarbūs verslo sandoriui, aš tikrai galiu perkelti savo žaidimą į kitą lygį.
Kitas dalykas, kurį galite pastebėti, yra procentinio įnašo skaičiavimas, kurį pateikia „Precise“. Pati naršyklė iš tikrųjų yra nemaža programos kamino dalis. Jūs turite „JavaScript“ vykdymą, pateikimo laiką, turite puslapių komponentus, GIF, JPEG. Ir jūs iš tikrųjų pastebite, kad jūsų programa gali elgtis labai skirtingai „Chrome“, palyginti su IE ir skirtingomis versijomis. Tikslus sugebės tai parodyti ir jums, ir kartais gali būti, kad naršyklėje yra trūkumų ar nesutarimų, kurie gali sukelti tokius dalykus kaip ekrano užšalimas.
Gebėjimas nustatyti tai, kas leidžia IT nenušviesti netinkamo medžio, bet išspręsti pagrindinę įvairių galimų problemų priežastį. Dabar aš galiu padaryti tam tikrą SQL sakinį, tada galiu tiksliai išanalizuoti, kas vyksta tame SQL sakinyje. Taigi čia mes perėjome prie duomenų bazės ekspertų nuomonės.
Vienas iš dalykų, išskiriančių tikslių duomenų bazės lygmeniu, yra tai, kad imame pavyzdį antrą sekundę. Palyginti su mūsų konkurentais, kurie žiūri tik kartą per 10, kartą per 15 minučių. Taigi, kad detalumo lygis, skiriamoji geba yra lygių tikslumu geresni nei mūsų konkurentų.
Ir dar kartą, kadangi duomenų bazė yra mūsų fondo dalis, mes leisime jūsų DBA iš tikrųjų pakelti rezultatus į kitą lygį. Taigi aš matau, kad šis SQL teiginys iš tikrųjų išleido 50 procentų, jei jo laikas treniruodavosi prieigai prie saugomo posistemio, 50 procentų laiko buvo naudojamas naudojant procesorių. Spustelėkite melodijos mygtuką ir tada galėčiau pereiti prie įvykio planų ir tiksliai to, kas paskatino tą naudojimo modelį.
Dabar vieno mūsų kliento citata - jei jie nebuvo „Oracle Shop“, jie naudojo „Oracle“ įrankį, vadinamą OEM, o OEM yra tikrai tam tikra duomenų bazė ar orientuota į egzempliorius - tai DBA nuolat žiūri, kokie yra 10 geriausiųjų sąrašai? Bet su „Precise“ mes galime sujungti taškus prie atskirų SQL teiginių ir taip, kad detalumas leidžia DBA iš tikrųjų sureguliuoti operacijos, o ne tik daug aukštesnio lygio duomenų bazės lygiu.
Antras dalykas, kuris iš tikrųjų buvo gyvybiškai svarbus šiam klientui, yra tai, kad tikslus, išverčiant sudėtingą jūsų URL į PeopleSoft skydelio pavadinimą, yra tikslus: jei aš esu IT ir galiu kalbėti apie medžio, turinio vadybininką, tam tikrą HR puslapį, tokiu būdu asmuo, kuriam bandau padėti, žino, kad aš iš tikrųjų ieškau ir suprantu, ką jie mato, nes tai nebe tie hieroglifai, tai vardas, kurį jie pažįsta.
Vienas iš mūsų užduodamų klausimų - atrodo, kad visą laiką, todėl maniau, kad tiesiog atsakysiu proaktyviai - kaip pasaulyje užfiksuoti tą „PeopleSoft“ vartotojo ID? Leisk man tarsi pereiti žingsnius. Čia yra „PeopleSoft“ prisijungimo ekranas. Norėdami prieiti prie jo, turėjau pereiti į savo interneto serverį ir pasirodys šis ekranas. Kai taikymas yra aprūpintas tiksliaisiais, šiame ekrane iš tikrųjų yra tikslus scenarijus, kurį galiu atskleisti, spustelėdamas dešinįjį pelės mygtuką, peržiūros šaltinį. Ir tai iš tikrųjų parodys kodą, kuris sudaro pagrindinį puslapį, o čia, puslapio rėmelyje, iš tikrųjų yra tikslus interneto kodas ir tai leidžia man užfiksuoti prisijungimo ekraną, IP adresą, naršyklės tipą, visą krūva informacijos apie pateikimą ir tikrąją galutinio vartotojo patirtį. Taigi, kai įdedu savo vartotojo vardą ir paspaudžiu prisijungti, „Precise“ gali įvertinti, ką darau.
Atsidarau, einu pas medžio valdytoją, noriu atlikti paieškos operaciją, užpildyti lauką ir spusteliu paiešką. Rezultatų rinkinys yra pateiktas man, todėl aš aiškiai perėjau visą programų krūvą iki pat duomenų bazės. Kaip tiksliai tai parodo? Eikime į priekį ir pasižvalgykime. Atidaryti tiksliai, aš einu, matau veiklą, galiu spustelėti veiklos skirtuką, kuris atidarys šį ekraną. Tai yra neišversti URL. Aš galiu parodyti vartotojams, čia yra mano vartotojo ID, prie kurio ką tik prisijungiau, ir čia yra mano veikla.
Jūs galite pamatyti, kad aš naudoju „Firefox“ 45 versiją, kad pateikčiau tai. Šia programa pasinaudojau 12 kartų ir atsisakau iš esmės tada, kai kas nors išeina iš tinklalapio, kol jis visiškai neatsiranda, o tai rodo verslo problemą. Taigi būtent taip mes sugebėjome pasiimti galutinio vartotojo ID. Labai malonu, žmonės tikrai vertina, kai tiksliai žinai, kas vyko.
Dabar norime perjungti pavaras truputį keistai. Vėliau žiūrėjome į sandorį. Mes giliai pasinerėme į tam tikrą operaciją ir pažiūrėjome į jos SQL teiginius. Dabar noriu perjungti pavaras ir pažvelgti į kai kurias kitas „PeopleSoft“ programų kamino technologijas, pradedant nuo „WebLogic“.
Taigi čia yra „WebLogic“ pavyzdys ir jūs galite pamatyti veiklą bėgant laikui. Jūs turite finansinę ataskaitą. Tai man sako tiesiai prie šikšnosparnio, atmintis naudojama beveik maksimaliai. Vienas iš dalykų, kuriuos pastebime, yra tai, kad žmonės dažniausiai naudoja visą programų paketą ar bent jo dalį bendro naudojimo aplinkoje, labai dažnai tai yra „VMware“. Jūs turite subalansuoti, kiek išteklių prašote ir kiek jums reikia. Jūs nenorite būti išteklių šernas. Taip pat nenorite, kad tokiu atveju nepriimtumėte pakankamai atminties, apriboti tvarkymą.
Konfigūracija taip pat yra gyvybiškai svarbi vykdant valdymą. Taigi iš tikrųjų galime įsitraukti į atminties šiukšlių rinkimą ir visus „JMX WebLogic“ skaitiklius, todėl tiksliai žinau savo „WebLogic“ formos būklę.
Dabar į Tuxedo. Tuxedo daugelyje parduotuvių yra tarsi juodoji dėžutė ir tai labai svarbi „PeopleSoft“ dalis. Tai yra tarsi klijai, laikantys viską kartu, todėl aš beveik galvoju apie tai kaip apie operacinės sistemos plėtinį. Tai kažkas, ką jūs naudojate ir konfigūruojate labai atsargiai. Beje, tai yra maža pašalinė pastaba. Įžanginiuose komentaruose Ericas paminėjo „skubos tironiją“ ir aš manau, kad tai iš tikrųjų įvyksta, kai „PeopleSoft“ parduotuvės svarsto galimybę pereiti nuo klasikinės vartotojo sąsajos prie skystos vartotojo sąsajos, nes pastebėsite, kad esate už kreivės dėl to, kaip skysto vartotojo sąsaja naudoja „PeopleSoft“ aplinką.
Dabar turite problemų „WebLogic“, „Tuxedo“, duomenų bazėse ir čia esančioje saugykloje vien todėl, kad HTML5 teikia didžiulį kiekį pranešimų. Tai turbūt mažiausiai 10 kartų viršija tai, ką daro klasikinė vartotojo sąsaja, o papildomi pranešimai reiškia papildomą srautą. Taigi „Tuxedo“ konfigūraciją reikia modifikuoti, kad ji atitiktų papildomą srautą. Dešinėje pusėje yra keli šio ekrano dalykai. Pateikiame svertinio atsako laiko, vidutinio atsako laiko ir vykdymo skaičiaus grafikus.
Čia mes turime informacijos apie visus smokingų domenus aplinkoje. Mes suskirstėme paslaugas, vartotojus, serverio procesus, taip pat IP. Aš galiu tai perkelti į įvykių skaičių ir pateikti juos mažėjančia tvarka, kad galėčiau pamatyti, kas dažniausiai vykdoma. Aš taip pat galiu slinkti žemyn norėdamas atskleisti domenus; dauguma žmonių savo aplinkoje turi kelis domenus, kad iš esmės galėtų paskirstyti veiklą, ir aš galiu nustatyti atitiktį SLA, todėl įspėjimai yra „Tuxedo“ sluoksnyje.
Jei turite eilę, turite įvairių problemų, kylančių dėl konfigūracijos. Paprastai - nes tai daro visuotinį poveikį - paprastai nesiruošiate atlikti pakeitimų iškart. Norite laipsniškai patobulinti sistemą kaip kokybės užtikrinimo proceso dalį, kuri grįžta prie taško, kurį Matas išsakė anksčiau, kad našumo problemas spręstų ankstyvame proceso etape. Daug geriau, jei konfigūracija bus teisinga, kai eisite į gamybą, o ne į gamybą ir sužinosite, kad konfigūracija neatitinka naudojimo modelių. Man labai patinka įvadas, kurį šiandien pateikė Erikas ir Matas. Aš maniau, kad jie iš tikrųjų buvo nukreipti į iššūkius, su kuriais susiduriate valdydami ir tobulindami „PeopleSoft“ aplinką.
Dabar jau kartą tai sakiau - manau, kad verta dar kartą pasakyti: kiekviena reikšminga verslo operacija sąveikauja su duomenų baze. Taigi panagrinėkime, kaip tiksli gali suteikti papildomos informacijos. Čia yra tam tikras „Oracle“ pavyzdys. Tas pats tikslus požiūris, kurį matėme - y ašis yra vykdymo laikas, x ašis yra laikas per dieną, bet dabar kamino juostų grafikai yra vykdymo būsenos „Oracle“. Tai parodo mums, kokie yra sistemos apdorojimo apribojimai. Čia iš tikrųjų yra išvadų ataskaita, kurioje sakoma, kad jūs turite šį aukštą perdarymo žurnalo buferį.
Aš taip pat žiūriu į šią pasirinktą „PSVersion“ versiją. Tai iš tikrųjų sunaudoja daug išteklių. Beje, kadangi imame atranką ir pateikiame šį didelės raiškos vaizdą apie tai, kas iš tikrųjų vyksta sistemoje, galite būti nustebinti, kokie yra tikrieji jūsų sistemos išteklių vartotojai, nes jei ieškote tik kas 10 minučių, tai nėra parodysime, kas yra tie išteklių vartotojai. Taigi žinodami, kokie yra tikrieji išteklių vartotojai, iš tikrųjų galite išspręsti tikrąjį duomenų apdorojimą, naudodamiesi trūkumais ar sistemoje.
Dabar mes perėjome prie veiklos skirtuko ir tai yra veikla. Galite pamatyti, kad mes kartu žiūrime į procesorių, saugyklos posistemį, programų užraktus, OS laukimus, RAC, įsipareigojimą, „Oracle“ serverį, ryšius ir vidinį agregatą. Tai y ašis, tai yra visas vykdymo laikas.
Žemiau yra SQL teiginiai, kurie paskatino šį profilį, ir vienas iš dalykų, kuriuos matote, yra tas mažas delsos laikas - dvi milisekundės, tačiau beveik 4500 įvykdymų reiškia, kad SQL iš tikrųjų yra svarbiausias išteklių vartotojas jūsų sistemoje, ir tai gerai žinoti. Tai taip pat nelaukimas ant spynos ar laukimas. Jis naudoja CPU 100% laiko. Tai nereiškia, kad nėra dalykų, kurių negaliu padaryti. Tai galiu padaryti daug, jei žinau, kokie SQL teiginiai ir objektai yra pasiekiami. Taigi tai yra keletas būdų, kuriais galime padėti.
Dabar čia yra šis patobulinimas, ir tai gali parodyti mums pavienių „PeopleSoft“ programų kontekstą ir kiekviena iš šių programų „PeopleSoft“ tarnauja skirtingam tikslui. Iš tikrųjų duomenų bazės lygiu galite pradėti spręsti, kaip naudojama programa.
Ir jei pasirinksiu tam tikrą programą, tada galėsiu atskirti tos programos pateiktus SQL teiginius, kad galėčiau būti labai orientuotas į programas, o ne į duomenų bazių technologijas, kai iš esmės ieškau ir peržiūriu duomenų bazės optimizavimą ir duomenų bazės konfigūraciją. Noriu tiesiog atkreipti į tai jūsų dėmesį. Dažnai daugelis didelių organizacijų yra suskirstytos į infrastruktūros DBA ir taikomąsias DBA. Tiksliai parodydami taikymą, taip pat ir išteklių suvartojimą, mes iš tikrųjų sugebame užpildyti spragą, ir šis sprendimas yra naudingas abiejų tipų DBA sistemoje.
Dabar ši dalis yra mūsų parodymas, ką galime padaryti duomenų bazės lygiu. Tai, kas nutiko, yra tai, kad mes užšaldėme ekraną, pasirinkome iš „PS_Prod“, ir mes padarėme, kad paspaudėme šį melodijos mygtuką, ir tai, ką tai daro, tai mus atveda į šią SQL darbo vietą. Dabar žmonėms, kurie nesate DBA, tai gali neatrodyti tikrai įdomu. Žmonėms, kurie yra DBA, gali pasirodyti, kad tai yra gana įdomu. Ką mes parodome čia yra šio konkretaus SQL sakinio trukmė, palyginti su sistemos pakeitimais. Ir tai rodo trečiadienis, ketvirtadienis, penktadienis, trukmė yra maždaug 2/10 sekundės. Šeštadienį ir sekmadienį ši įmonė nedirba - pasisekė jiems. Ateik pirmadienis, įvyko pokytis: pasikeitė prieigos planas. Naujas prieigos planas staiga kyla čia. Tai iš tikrųjų yra pakankamai lėtas, todėl ekranas užšąla.
Dabar, jei esu DBA, man reikia papildomos informacijos, norint žinoti tikrąją pagrindinę priežastį. Aš turiu žinoti pasirinktų duomenų bazių optimizavimo įrankį. Taigi tikslus siūlo šį palyginimą, kuris parodo greitą ir efektyvų vykdymo planą, kai viskas vyko gerai, taip pat lėtą ir neefektyvų vykdymo planą. Šis prisijungimas prie filtro yra įprastas DBA, vykdančioms „PeopleSoft“. Kas filtruoja, tai atrodo kiekvienoje lentelės eilutėje, žiūrima į kiekvieną sujungimo lentelės eilutę - tam reikia daug procesoriaus. Tai ypač neveiksminga, nes nefiltruojamas tik ieškant reikiamų eilučių pogrupio, o naudojant SQL teiginį. Dėl šio neefektyvumo lėtesnis vykdymo laikas. Todėl jie sulėtino ekrano „PeopleSoft“ skydą ir „Precise“ sugebėjo pasiekti tikrąją pagrindinę priežastį, apie kurią niekada nesužinosite, nebent turėtumėte įrankį, kuris atskleidžia programos kodą, SQL teiginius ir pan.
Tai buvo gilus nardymas. Dabar parodysime 100 000 kvadratinių pėdų vaizdą prietaisų skydelyje. Tiksliai kalbant, prietaisų skydeliai tikrai nėra skirti techninei komandai - tai tikrai skirta naudoti dalijantis informacija su operacijomis, gal su programų komanda, gal su komandų grandine. Taigi viename informacijos suvestinių rinkinyje gali būti rodomos „PeopleSoft“ plokštės ir kliento laikas, kad žinotumėte, kokia yra galutinio vartotojo patirtis. Gali būti sukonfigūruota dar viena prietaisų skydelio operacija ir šioje informacijos suvestinėje gali būti žiūrima, ar nėra kokių nors perspėjimų? Mes iš tikrųjų turime įspėjimų OS, žiniatinklio, „WebLogic“, „Tuxedo“ ir duomenų bazės lygiais. Čia nėra įspėjimų, vidutinis reakcijos laikas. Galite pamatyti, kad mes bėgame maždaug trečdalį sekundės. Čia iš tikrųjų galiu pažvelgti į savo infrastruktūrą ir parodyti visas VM, esančias mano aplinkoje, ir aš galiu pradėti dirbti, apdoroti, suderinti apkrovas, taip pat galiu pažvelgti į savo „Tuxedo“ domenus. Ši konkreti aplinka turi šešis skirtingus domenus, todėl aš galiu pamatyti šias sritis ir iš tikrųjų įsitraukti į interneto balansavimą.
Dabar „Precise“ istorinėje saugykloje, kurios našumo valdymo duomenų bazėje PMDB yra daugybė metrikos. Ir kartais kažkas nori sužinoti apie naršyklės prieigų skaičių arba galite tai padaryti pagal naršyklės tipą arba našumą pagal naršyklės tipą. Yra daugybė dalykų, kuriuos galite padaryti, kad jūsų sistema būtų geriau matoma.
Štai šitas, mes iš tikrųjų žiūrime į „WebLogic“ atminties naudojimą ir matote šį gražų pjūklelio modelį, atminties naudojimą. Ten yra šiukšlių surinkimas, joje pateikiamos nuorodos. Tai grįžta atgal ir tai yra labai gražus modelis, kurį jums patinka pamatyti. Taigi tai tarsi „PeopleSoft“ aplinka, kaip posistemių rinkinys, ir tai būtų tinkama operacijoms. Pats svarbiausias klausimas yra „Na, kas vyksta serveryje?“ Tikslus visas tas matomumas. Tai taip pat pateikia serverio metriką. Taigi jūs iš tikrųjų galite išmatuoti centrinį procesorių, atmintį, įvestį / išvestį, serverį, sistemos vartotojus, taigi jūs turite visą matomumą. Ir tai būdas, derinamas su ilgalaikėmis tendencijomis, yra tai, kaip žmonės naudoja „Precise“ planuodami pajėgumus.
Ir aš tik noriu ten įmesti nedidelę natą. Paprastai parduotuvė turi tiek lėšų aparatinei įrangai, serveriui ir tiek darbuotojų. Kaip jūs ketinate investuoti, kur ketinate atlikti statymus? Naudodami „Precise“, gausite pranašumą, nes matote, kaip naudojamas atminties posistemis. Jei darote daug atsitiktinių I / O, „Precise“ tai jums parodys. Tai padės pagrįsti investicijas į kietojo kūno atmintį. Tai gali būti svarbiau jūsų parduotuvėje, nei pirkti papildomą centrinį procesorių, jei procesoriaus panaudojimas yra žemas.
Norite investuoti ten, kur yra tikrosios perdirbimo kliūtys, kur iš tikrųjų galite gauti naudos. Tiksliai išsprendę viską nuo programų kodavimo apdorojimo efektyvumo iki pat talpos, mes leidžiame įvertinti ir dokumentuoti, kur šie poreikiai yra su skaičiais.
Dabar paskutinis kūrinys įspėja, o įspėjimas iš tikrųjų yra toks, kaip ir prasidėjo. Prisiminti, kad? Pamatėme perspėjimą, kad įvyko spektaklio SLA, ir pamatėme, kad „WebLogic“ egzempliorius neveikia. Taigi pažvelkime į įspėjimo sąsają. Ir dar kartą, kas vyksta? Vienas iš dalykų, kuriuos noriu atkreipti į šį požiūrį, yra tai, kad tikslūs ne tik šie įspėjimai apie našumą ir būsenos įspėjimus apie prieinamumą, bet ir tendencingi įspėjimai. Įspūdingi įspėjimai yra svarbūs todėl, kad jei jūsų sistema neveikia arba turi vieną ar du vartotojus, tikriausiai viskas veikia puikiai. Tik tada, kai pradėsite pridėti vartotojus ir jie imsis vis daugiau ir daugiau veiklos, jūs pradėsite varžytis dėl duomenų, išteklių „Tuxedo“ lygiu, „WebLogic“ lygiu, tinklo lygiu, duomenų bazės lygiu. Dėl šio ginčo gali pablogėti našumas ir galiausiai galite peržengti liniją ir tai yra įspėjimas apie našumą, o iš esmės jūs neatitinkate organizacijos SLA tikslų. Taigi šie įspėjimų rinkiniai yra labai gražūs.
Kairėje esančioje žiniatinklio pakopoje iš tikrųjų įvertinama galutinio vartotojo patirtis ir tada jūs įsimenate technologijas, esančias pagrindiniame programų rinkinyje. Tai yra toks mūsų architektūros ekranas, kaip visa tai padaryti. Idealiu atveju norėtumėte turėti tikslų serverį, nepriklausomą nuo stebimos aplinkos ar aplinkos. Vienas tikslus serveris gali valdyti daugybę programų.
„PeopleSoft“, „Oracle“ ir DB2 duomenų bazėms mes reikalaujame vietinio agento. Jei jūsų „PeopleSoft“ aplinką atmeta „SQL Server“, yra galimybė atlikti be agentų. Mes taip pat turime „Sybase“ atstovą. Mūsų saugumo modelio esmė yra ta, kad duomenys yra renkami čia, o „Precise“ vartotojai autentifikuoja „Precise“. Tai visiškai atskiri procesai, atskiri įgaliojimai, atskiras autentifikavimas ir tai yra mūsų saugumo modelio dalis. Čia yra papildomų duomenų.
Manau, kad kol kas to pakanka įžangos į architektūrą. Jei kyla kokių nors svarbių klausimų, paprašykite jų, kaip minėjo Erikas.
Šis sprendimas, kaip greitas uždarymas, yra sukurtas gaminant 24–7. Labai rekomenduojama naudoti mus kokybės užtikrinimo srityje. Jei vykdote vidaus plėtrą, pradėkite naudoti mus plėtojant. Mes išversime sudėtingą URL, URI į „PeopleSoft“ skydelio pavadinimą. Kai aš kalbu apie gamybą, mes esame labai žemi, todėl turite matomumą, visada žinote, kas vyksta, jūs nustatote galutinį vartotoją.
Aš neprivalėjau apibrėžti šių operacijų - čia yra tik natūralūs naršyklės prisijungimo taškai, URL, įėjimo taškai, žiniatinklio serverio prisijungimas prie „WebLogic“, kvietimo kontekstas, kuris pateikia SQL. Tada mes galime užfiksuoti SQL teiginį ir tai, ką jis daro. Tikslus yra intelektuali duomenų bazė, ir aš manau, kad tai mus išskiria ir leidžia jūsų DBA bendradarbiauti, padidina programos matomumą.
Paskutinė mintis yra ta, kad mes visada esame, mes visada renkamės, jūs visada galite išmatuoti prieš ir po to bei kiekybiškai įvertinti patobulinimą arba, retu atveju, jei jūs galėjote pakeisti pasirodymą, jūs tai žinotumėte ir galėtumėte tai įvertinti. tuojau pat atgal. Daugelis mūsų konkurentų, ką jie daro, jei jums reikia pamatyti papildomos informacijos, turite įjungti papildomą matomumą ir paprastai tai reiškia, kad papildomas matomumas užkrauna daug papildomų išlaidų. Naudodami „Precise“, visada matote matomumą ir visada galite išspręsti problemą. Taigi, jei ketinate apsilankyti „Precise“ svetainėje, patikrinkite bet kurį „Precise“ gaminį, nesvarbu, ar jis tikslus „Oracle“. Esame išvardyti kaip tikslios programos našumo platforma ir ten yra mygtukas demonstracijos užklausai.
Tiesą sakant, jei pasidalinsiu savo ekranu, manau, kad galėčiau tiesiog naršyti ten, norėdamas parodyti jums, kaip tai atrodo, kad galėtumėte pamatyti tai iš anksto. Čia yra IDERA svetainė. Jūs einate į produktus. Aš galiu pasirinkti bet kurį iš šių tikslių komponentų ir noriu, kad jis pamatytųsi. Tai pradės dalijimosi papildoma informacija, kuri gali būti svarbi jūsų svetainei, procesą. Arba, jei norėtumėte daugiau sužinoti apie migraciją į skysto vartotojo sąsają, kviečiame susisiekti su mumis.
O ką, Ericai, aš norėčiau perduoti tau atgal.
Erikas Kavanaghas: Gerai, gera sutartis. Turiu dar kartą pasakyti - gana išsamus ir įspūdingas pristatymas ten, Bill. Jūs minėjote visą krūvą dalykų, kurių norėčiau paklausti. Mes neturime daug laiko - apie devynias minutes - ir norėčiau, kad Matas taip pat turėtų galimybę užduoti keletą klausimų ir turėtų bent vieną ar du iš auditorijos.
Bet jūs paminėjote tai, kas, mano manymu, buvo labai, labai įdomu, kalbant apie tai, kaip tiksliai gali padėti įsigyti IT komandos pirkėjų, nes galite atkreipti dėmesį, galite kreiptis į tai, kas priima tą sprendimą, kad tai, ko jums reikia, yra tvirtesnės būklės. pvz., saugykla arba jums reikia tinklo patobulinimų ar bet kokio atvejo. Bet tai yra didelis dalykas. Ar dažnai matote įmones, kurios tai supranta ir naudojasi, ar jūs dar bandote tai evakuoti?
Billas Ellisas: Na, iš tikrųjų abu, ir dalykas yra tas, kad naudojimo modeliai, net ir tokioms paketo programoms kaip PeopleSoft, naudojimo modeliai yra skirtingi kiekvienoje svetainėje. Man pasisekė atlikti „PeopleSoft“ migraciją banke, o bankai naudojasi pagrindinio knygos sistema labai skirtingai nei dauguma organizacijų. Jūs iš tikrųjų galėjote turėti atskiras operacijas, kurios buvo vykdomos filiale, jos visos siunčiamos į vyriausiąją knygą.
Taigi, užuot skelbę dešimtis ar šimtus pagrindinių knygų, jūs iš tikrųjų skelbiate šimtus tūkstančių. Taigi būtent todėl aš įsitraukiau į „Precise“ dėl naudojimo įpročių ir tai leido mums išspręsti, tačiau programos poreikius reikėjo ir kodo, ir konfigūracijos, ir infrastruktūros lygiu. Taigi aš tikrai tikiu ir noriu tai evakuoti, nes jūs neturėtumėte priimti aparatinės įrangos sprendimų, pagrįstų vien tik naudojimu. Turėtumėte tai pagrįsti savo aplinkos poreikiais.
Erikas Kavanaghas: Ir ten yra vieno dalyvio klausimas, o tada, Matai, aš jums perduosiu klausimą ar du. Na, tai yra gerai ir tai yra juokinga, nes tai yra didelis, ilgas atsakymas, kurį galėtum duoti. Dalyvis klausia: „Kaip renkate efektyvumo metriką vartotojo pabaigoje po dislokavimo ir testavimo metu?“
Aš manau, kad jūs padarėte gana gerą darbą, pasinerdami į tai, kokia gili ir turtinga ši našumo metrika. Kai kuriems iš šių dalykų jūs kalbėjote net apie antrą sekundę, palyginti su kas penkias ar 10 minučių. Būtent tada jūs gausite reikiamo išsamumo lygį atsakymams surasti, tiesa?
Billas Ellisas: Taip, todėl labai svarbu, kad atskiri informacijos apie atlikimus kaupėjai būtų pagrįsti technologijomis. Taigi atlikdami diegimą turime žinoti apie tai, kaip kuriamas jūsų programų paketas, pradedant nuo operacinės sistemos, jos versijos, kokia „Tuxedo“ versija, „WebLogic“, kokia jūsų naudojamų žmonių įrankių versija.
Ir tai daro būtent tų agentų dizainas, duomenų rinkimas, leidžiantis mums atskleisti, kokį tikslumą suteikia matomumo lygis. Ir tas regėjimas, manau, kartais gali šiek tiek bauginti žmones. Bet jei jūsų tikslas yra iš tikrųjų įsitvirtinti ir patobulinti reikalus bei pakelti rezultatus iki 11, tai tikrai yra toks matomumo lygis, kokį norėtumėte turėti. Ir jei „Precise“ gali tai suteikti, ir tai maža pridėtinių išlaidų, kyla klausimas, kodėl gi ne? Taigi manau, kad tai puikus klausimas, ir susisiekite su mumis, jei norėtumėte tai aptarti toliau.
Erikas Kavanaghas: Gerai, gerai. O Matai, ar nekilo klausimų?
Mattas Sarrelas: Manau, kad man viskas gerai. Turiu omenyje tai, kad čia susidūriau su „WebEx“.
Erikas Kavanaghas: O ne. Mums reikia tikslaus, kad tiksliai suprastume, kodėl.
Mattas Sarrelis: Taip, aš manau, kad klausimas, kurį aš galvojau jums kalbant, Bill, buvo toks: ar galėtumėte šiek tiek aptarti, kaip kelios komandos gali patekti į tą patį puslapį, kai pašalina našumo problemas, nes aš žinau, kad tai kažkas vėl ir vėl kyla, kas yra už ką atsakingas ir kaip visi gali kartu dirbti, kad darbuotojams būtų suteikta geriausia kokybė.
Billas Ellisas: Taip, todėl IT darbuotojai paprastai brangiai kainuoja. Daugelyje parduotuvių jūs esate suskirstyti į komandas, pagrįstas technologijomis, atsižvelgiant į technologijos sudėtingumą. Vienas iš didelių dalykų, nutikusių, yra spektaklio klausimas ir daug kartų kyla konfliktas, karo kambarys sušaukiamas. Ir štai visi turi metriką, kaip kažkaip išlaisvinti savo pakopą, nes jie neturi konteksto. Jie žiūri į tai, kas vyksta „WebLogic“ lygiu, o ne į tai, kas vyksta operacijos kodo lygiu. Arba jie peržiūri duomenų bazės lygį, o ne atskirą operacijos SQL teiginį.
Galėdamas tiksliai nustatyti problemos pakopą ir problemos kodą toje pakopoje, tai atleidžia kitas komandas neiti arba leisti laiką resursuose, ieškančiuose problemos, kuri nėra jų rajone. Jei tai duomenų bazės problema, kreipkitės į DBA su informacija, kurios jiems reikia norint išspręsti problemą. Jie mielai tai padarys.
Tačiau taip pat nešvaistykite „Tuxedo“ - „WebLogic“ pagalbos komandos, sutelkiančios dėmesį į duomenų bazės problemas. Taip pat, jei problema iškyla „WebLogic“ konfigūracijoje, neskubėkite DBA laiko kažkokiame karo kambaryje, bandydami apsiginti. Tiesiog eikite ir išspręskite problemą „WebLogic“.
Pastebime, kad IT darbuotojai vertina tikslumą dėl sutaupytos laiko, nes paprastai šios karo patalpos nėra įtrauktos į kiekvienos FTE organizacijos laiko planą. Tai tarsi papildomas laikas. Taigi labai svarbu sugebėti efektyviau spręsti šias problemas. Organizacijai, išleidusiai nuolatinę vartotojo sąsają, sugebėjimas išplėsti gamybos apimtį ir išspręsti problemas, kurių jie patiria gamindami, buvo gyvybiškai svarbūs ne pavieniams darbuotojams ar komandoms, o faktiškai viso IT vadovybei, nes tai būtų buvę tikrai bloga žinia jei jie turėtų atsigręžti. Taigi, puikus klausimas, nes tai ne tik technologijos. Tikrai visada apie žmones.
Mattas Sarrelas: Teisingai, tai žmonės ir procesai. Taip, tai buvo vienintelis klausimas, kuris man iškilo demonstracijos metu. Jei yra kokių nors kitų iš auditorijos?
Erikas Kavanaghas: Taip, aš tiesiog įmesiu paskutinį tave, Billas, ir Mattas trumpai apie tai papasakojo savo pristatyme. Mes pradėjome matyti šį derlių. Tai vis dar žvelgiama į ateitį, tačiau konteineriai ir konteinerių, ir „Docker“, ir tokio pobūdžio daiktų naudojimas, koks didelis kreivas rutulyje išmeta jus, vaikinai?
Billas Ellisas: Taigi šis žodis reiškia skirtingus dalykus, atsižvelgiant į skirtingas technologijas. Taigi mes tobuliname savo produktus, kad rūpintumeis konteineriais duomenų bazės ir programų lygmeniu. Kaip dalis to, tai yra visa aplinka, kurioje judesiai, debesis, ir mes veikiame debesyje. Tačiau yra atradimų procesas ir todėl, atsižvelgiant į tai, kaip vystosi šios programos, įskaitant „PeopleSoft“, mes tobuliname savo stebėjimo sprendimą, kad galėtume suteikti tokį gilumo lygį, kuris anksčiau buvo toks vertingas.
Erikas Kavanaghas: Taip. Ir aš turiu pasakyti, kad kiekvieną kartą matydamas šias demonstracijas, aš tiesiog nustebau dėl jūsų turimo detalumo ir štai ką jums reikia mokėti sudaryti supratimą ir jūs turite turėti tam tikrą išsilavinimą apie tai, kokia yra įprasta padėtis., kas yra standartas.
Jūs, žmonės, siūlote labai daug turinio, padedančio žmonėms padėti išsiaiškinti, kas normalu, kas ne normalu. Kalbėjote apie tendencingus perspėjimus, pavyzdžiui, visa tai galite naudoti, kad geriau suprastumėte, yra kažkas negerai, yra kažkas negerai, ir tada, žinoma, iš ten turite išsiaiškinti, kaip jį rasti, tačiau jūs turite visus duomenis.
Billas Ellisas: Taip, ir tai tikrai svarbus dalykas; Manau, Matas apie tai kalbėjo. Kas yra normalu? Skirtingose aplinkose yra skirtingas normalus lygis. Jei naudojate aukščiausios klasės aparatinę įrangą, „Oracle“ logiką ir duomenis, kas jūsų parduotuvėje įprasta ar tai, ko galite pasiekti parduotuvėje, bus kitokia, nei tuo atveju, jei jūs dirbtumėte naudodamiesi ne tokia galinga infrastruktūra. Taigi pirmiausia reikia išsiaiškinti, kas normalu, pradėti skaičiuoti tą pradinį tašką ir tokiu būdu jūs galite pradėti tobulinti.
Erikas Kavanaghas: Gerai, tai gera mintis. Panašu, kad turime paskutinį klausimą. Tik paskutinį klausimą mestau tau, Bill. Ar yra kokių nors skirtumų tarp SQL ir duomenų bazės našumo stebėjimo sistemos ir programos lygmens duomenų požiūriu? Kuo jūsų požiūriu skiriasi SQL stebėjimas ir duomenų bazės našumas?
Billas Ellisas : Na, nieko neįvyks duomenų bazėje, kol nebus įvykdytas jos SQL pranešimas. SQL teiginys yra kas - kontroliuojamas užrakinimas, laukimas, įrodymai dėl išteklių duomenų ir SQL serverio lygiu. Taigi, jei galiu pamatyti ir SQL teiginio tvarkyklę, ir jo poveikį sistemai, padariau efektą; Aš galiu susieti tai, kas DBA taikoma programa, su DBA infrastruktūra, kol galėsiu iš tikrųjų maksimaliai išnaudoti „Precise“ įrankio galimybes.
Jei aš esu infrastruktūros DBA ir žvelgiu į tokius dalykus kaip utilizavimas, aš iš tikrųjų esu geras valdymas plačiu teptuku, palyginti su tuo, ar sugebu pažvelgti į individualų SQL teiginį ir sugebu iš tikrųjų sumažinti resursus. vartojimas - nesvarbu, ar tai centrinis procesorius, atmintis, įvestis / išvestis - galiu kreiptis į abi tos pačios monetos puses.
Ericas Kavanaghas: Gerai, žmonės. Mes perdegėme kiek daugiau nei valandą. Didelis, didelis ačiū mūsų draugams IDERA. Didelis ačiū Matt Sarrel už prisijungimą prie mūsų šiandien. Visas šias internetines transliacijas archyvuojame vėlesniam peržiūrai, todėl nesivaržykite sugrįžti ir paprastai per kelias valandas archyvas kyla. Taigi patikrinkite, ar viskas, ką turiu pasakyti, yra tai, kad aš mėgstu šiuos dalykus, man patinka tikslūs dalykai, man patinka galimybė patekti į piktžoles. Ir aš nežinau jokio kito įrankio, leidžiančio įsigilinti į visus skirtingus aplikacijų rinkinius ir dalis, išskyrus tai, ką tie žmonės turi „IDERA with Precise“.
Su tuo mes atsisveikiname, žmonės. Dar kartą ačiū, mes su jumis kalbėsimės kitą kartą.
