Pārvaldiet sarežģītas PeopleSoft vides veiktspēju

Autors: Roger Morrison
Radīšanas Datums: 25 Septembris 2021
Atjaunināšanas Datums: 21 Jūnijs 2024
Anonim
Manage the Performance of Complex PeopleSoft Environments
Video: Manage the Performance of Complex PeopleSoft Environments

Izņemšana: Saimnieks Ēriks Kavanaghs apspriež PeopleSoft veiktspējas pārvaldību ar Metjū Sarrelu un Bilu Ellisu šajā Hot Technologies epizodē.


Ēriks Kavanaghs: Labi, dāmas un kungi. Sveicināti un vēlreiz sveicam. Tā ir trešdiena pulksten četros Austrumu apgabalos, un dažus pēdējos gadus tas ir domāts šajā IT, lielā biznesa un datu pasaulē, ir pienācis laiks karstajām tehnoloģijām. Jā, tiešām, mans vārds ir Ēriks Kavanaghs. Es būšu jūsu šodienas notikumu moderators.

Mēs runāsim par sistēmām, kas vada uzņēmējdarbību, ļaudīm; mēs runājam par PeopleSoft - kā pārvaldīt sarežģītas vides veiktspēju. Man vienmēr patīk pieminēt, ka jums ir liela loma šajos pasākumos, tāpēc, lūdzu, nekautrējieties. Jebkurā laikā uzdodiet savu jautājumu; to var izdarīt, izmantojot tērzēšanas logu vai jautājumus un atbildes, neatkarīgi no tā, vai tas notiek. Es labprāt dzirdētu to, ko vēlaties uzzināt, un tas ir labākais veids; jūs saņemat vislabāko sava laika vērtību. Mēs visas šīs tīmekļa pārraides arhivējam, lai vēlāk varētu noklausīties, tāpēc paturiet to prātā.

Ja sistēmas darbojas lēnām, paturiet prātā, kā agrāk dzīvoja. Šis foto patiesībā ir no 1968. gada, pateicoties laipnai kundzei ar nosaukumu Danelle, un man jāsaka, ka tas tiešām ir spilgts atgādinājums par to, cik daudz kas ir mainījies. Pasaule ir kļuvusi ievērojami sarežģītāka, un, protams, biznesa vajadzības un lietotāju pieredze parasti iet roku rokā. Bet šajās dienās ir mazliet atvienots. Kā mēs bieži sakām, pastāv neatbilstība, un fakts ir tāds, ka biznesa cilvēki vienmēr vēlas lietas ātrāk un ātrāk, jo IT komandas, kuras ir jāpiegādā, tiek pakļautas spiedienam, lai padarītu darbu, un tā ir intensīva pasaule.


Man jāsaka, ka konkurence ir uzkarsusi visur. Ja paskatās tikai uz kādu nozari, jūs varat redzēt, ka mūsdienās ir vērojamas būtiskas pārmaiņas - piemēram, Amazon pērk Whole Foods. Jūs varat būt pārliecināti, ka pārtikas rūpniecība to smagi aplūko.Mēs to redzam visur, tāpēc biznesa vadītājiem patiešām ir jāpārliecinās, ka viņi izdomā, kā digitāli pārveidot - un, lūk, šo dienu buzzword - kā pāriet ārpus vecā sadales paneļa uz daudz jaunām un izturīgākām sistēmām. Par to mēs šodien runāsim.

Šīs mantotās sistēmas ir viena no problēmām, ar ko saskaras daudzas organizācijas, it īpaši tās, kuras darbojas jau kādu laiku. Tas ir vecs IBM lieldators, sākot ar šo dienu. Visur ir mantotas sistēmas. Viens no jokiem ir tāds, ka mantotā sistēma ir sistēma, kas tiek ražota, ar to saprotot brīdi, kad tā nonāk ražošanā, tehniski tā ir mantota sistēma. Vienmēr būs jauni veidi, kā rīkoties.

Un dažos pēdējos gados ir bijuši ļoti interesanti notikumi, kā atrast veidus, kā praktiski saskaņot sistēmas, lai ne tikai uzlabotu vienas sistēmas veiktspēju, bet arī lai atrastu veidu, kā izveidot sava veida izejas vai izkraušanas taktiku, lai apstrādātu veiktspēju. citos veidos. Šodien mēs runāsim vairāk par to, kā uzlabot tādas sistēmas veiktspēju kā PeopleSoft, kas, protams, ir neticami sarežģīta. Bet, ja tas ir izdarīts labi, ja tas ir ielādēts, kad tas ir ieviests, kad tas ir labi pārvaldīts, tas var darīt brīnišķīgas lietas. Bet, kad tas netiek labi pārvaldīts, tas ir tad, kad rodas visa veida problēmas.


Kas notiek? Jums jābūt reālistiskam attiecībā uz lietām un jebkurā vidē, ja lietotāji nesaņem to, ko vēlas, agrāk vai vēlāk viņi dodas uz ēnu sistēmām. Tas notiek visu laiku. Ēnu sistēmas var būt ļoti produktīvas, tās var palīdzēt cilvēkiem paveikt darbu. Bet, protams, ir daudz jautājumu. Protams, visā atbilstības un noteikumu jomā ēnu sistēmas ir liels nē. Bet viņi ir tur, un es domāju, ka ir svarīgi atcerēties, ka jūsu sistēmas, ja jūsu galvenā sistēma nedarbojas ātri vai nedarbojas efektīvi, agrāk vai vēlāk būs jāatrod risinājumi un šos risinājumus var būt ļoti grūti atklāt, var būt grūti saulrieta laikā, jo tie ir kritiski svarīgi biznesam. Viņus var būt grūti integrēt, tāpēc ņemiet vērā, ka tas ir pieejams, un tas ir tikai vēl viens iemesls, lai uzlabotu veiktspēju.

Pavisam nesen es dzirdēju par šo izteicienu, un man tas tur ir jāizmet: “steidzamības tirānija”. Es domāju, ka tikai dzirdot, ka jūs droši vien zināt, par ko es runāju, un tas, kas notiek lielākajā daļā organizāciju, darba slodze sasniedz kritisko masu , un cilvēki dara tik daudz, cik spēj, un kļūst ļoti grūti kaut ko mainīt. Jūs noslēdzat ciešanas no “steidzamības tirānijas” - viss ir jādara uzreiz. Nu, sistēmas jaunināšana nenotiek uzreiz.

Ikviens, kurš kādreiz ir dzīvojis, ERP jauninot no vienas versijas uz citu, zina, ka tas ir samērā sāpīgs process, tāpēc tikai ņemiet vērā: Ja redzat to savā organizācijā, atpazīstiet to. Cerams, ka jūs varat nokļūt pie kāda vai ja esat vecāka gadagājuma cilvēks, piemēram, CIO vai CTO, vai izpilddirektors, atzīstiet, ka tas ir ļoti bīstams scenārijs, jo, kad esat aiz astoņas bumbas, ir patiešām grūti izkļūt no aizmugures astoņas bumbas.

Tas ir tāpat kā viss maratona mīkla: ja jūs aizbraucat tālu aiz kāda veida sacīkstes un visi ir jums priekšā un jūs visi joprojām skrienat, būs tiešām grūti panākt, ja pārāk tālu atpaliksit. Tāpēc vienkārši uzmanieties no tā un paturiet to prātā.

Un līdz ar to es to nodosim Metjū Sarrelam, lai sniegtu mums nelielu ieskatu par to, kā rīkoties sarežģīti ar PeopleSoft vidi. Matt, ņem to prom.

Metjū Sarrels: Labi, paldies, Ēriks. Sveiki visiem. Tātad, ļaujiet man redzēt, es sākšu, sakot, kāpēc es uzskatu, ka esmu īstā persona, kas runā ar jums par veiktspējas pārvaldību. Tāpēc man ir 30 gadu pieredze tehnoloģiju jomā. Es gribētu teikt, ka esmu izveidojis savu pieredzi, būdams praktisks, tīkla administrators, IT direktors un inženierzinātņu viceprezidents pāris jaunizveidotos uzņēmumos. Tad es pārcēlos uz PC Mag tehnisko direktoru. Tur ir mana bilde, bet pamatā es izskatos kā mazs bērns.

Pēc tam turpināšu strādāt par žurnālistu dažādās publikācijās, piemēram, eWeek un InfoWorld, kā analītiķis Gigahome, izveidot sakarus ar Bloor Group un vadīt arī konsultācijas. Un tur esmu es: Šis attēls kreisajā pusē ir tāds, kāds es izskatos tagad. Šis attēls vidū ir tāds, kur es esmu ļoti laimīgs - telpā, kurā ir pilns ar vadiem un mirgojošām gaismām, un kur tā ir auksta - tai bija jābūt ļoti aukstai, un visiem pārējiem man ir jābūt neērti, lai justos ērti temperatūras ziņā. Un, ja jums ir kādi papildu jautājumi, ir mana kontaktinformācija.

Es gribu šeit iestatīt skatuvi un runāt tikai par sniegumu, kā runāja Ēriks. Mēs esam nonākuši šajā pasaulē, kur lietotājiem ir tādas cerības, kuras ir noteikušas patērētāju lietotnes un vietnes. Un cilvēki mēdza iet uz darbu un sēdēt tur, gaidot savas sistēmas, jo tas bija tas, kas viņiem vajadzīgs, un tagad cilvēki patiesībā nevēlas tur sēdēt. Tātad tas ir jautājums, vai viņi vēlas, lai šis motocikls peld pa trasi. Viņi droši vien nevēlas, lai puisis brauc ar velosipēdu un ved savu meitu uz skolu. Bet ko jūs grasāties sniegt?

Un tas ir grūti, jo - tiešām es biju laipns ar dāsnu šo vienu līdz trīs sekundes - cilvēki arī vēlas tūlītēju atbildi, un viņiem ir pieeja no jebkuras vietas. Tas var atrasties jebkur jūsu ēkā vai universitātes pilsētiņā, vai arī jebkurā vietā pasaulē jebkurā laikā, atkarībā no tā, cik labi darbojas jūsu bizness. Es domāju, ka tas, ko es veidoju, ir tas, ka, runājot par veiktspēju, ir svarīgi padomāt par veiktspēju no lietotāja pieredzes viedokļa.

Pirms mērīšanas un iestatīšanas ir svarīgi noteikt darbības mērķus. Man ir šis skaņotāja un pēc tam skaņotāja attēls. Faktiskajam vīrietim, kurš ir skaņotājs, viņam jāzina, ko viņš skaņo, vai arī nav jēgas patiesībā likt rokas uz klavierēm un noskaņot to. Tātad, iepriekš nosakot mērķus, tas saglabājas reāls, nevis pielāgojas mērķiem atbilstoši pašreizējai situācijai. Ir svarīgi laika gaitā uzraudzīt metriku un saprast, kā sistēmas mainās, mainoties lietotāju ielādēšanas lietojumprogrammu veiktspējai, ko ietekmē resursu ainas un lietošanas paradumi.

Vienmēr ir svarīgi to visu saistīt ar lietotāja pieredzi vai atbalsta gadījumiem, izveidot darbības rādītāju, kuru jūs sagaidāt, lai varētu piegādāt, un, tuvojoties novirzēm no sākotnējā līmeņa, ir proaktīvi brīdinājumi, lai jūs varētu rīkoties, pirms mēs hit statuss “neizdodas valis”. Un jūs zināt, ka nepieciešama spēja spēt ļoti ātri un viegli noteikt un novērst veiktspējas problēmas galveno cēloni. Un atkal tas ir agrāk, jo labāk, vai ne?

No pagātnes vēstures, kurā aplūkoti attīstības centieni, mēs zinām, jo ​​agrāk jūs varat atrast un novērst veiktspējas problēmas, jo labāk jūs esat. Ja jūs gaidāt, kamēr viss jūsu kods vai jūsu sistēma ir aktivizēta, lai sāktu veiktspējas testēšanu vai sāktu atklāt problēmas, es negrasos pateikt, ka tas ir par vēlu, bet atkal, tagad jūs esat puisis, kuram maratona sākums ir slikts, un tagad jūs spēlējat nozveju -augšā, nevis lēkt pa labi un tikt uz priekšu. Tātad, kā jūs to izdarītu? Vai jūs paredzat savu vidējo un maksimālo slodzi?

Jūs dodaties uz priekšu, un jūs izmērējat savus fiziskos serverus vai virtuālos serverus vai mākoņa gadījumus vai konteinerus un konteineru resursus, pēc tam palaižot koncepcijas pierādījumu un vadot pilotu? Šie ir laiki, kad tas ir sava veida beigas, kad vēlaties kaut ko noķert, lai gan jums tomēr labāk ir to noķert ražošanā, nevis ignorēt ražošanā. Bet tiešām, līdz brīdim, kad esat pilots, jums jau vajadzētu būt izveidotai metodoloģijai un procedūrām, kas paredzētas pastāvīgai uzraudzībai un uzlabošanai.

Labi, tik daudz uzņēmumu - mēs runājam par digitālo pārveidi. DevOps, DevOps revolūcijā spēlē milzīgu lomu šajā digitālajā pārveidē. Un tas ir visaptverošs process, kas tiešām nekad neapstājas. Tātad tas ir tāpat kā abas rokas, kas zīmē viena otru, un tas ir labs sīkums. Tā ir bezgalīga cilpa starp šīm divām rokām, plānošanu, kodēšanu, veidošanu, testēšanu, atbrīvošanu, izvietošanu, darbināšanu, uzraudzību, atgriešanos pie plāna. Tas baro sevi, un mēs to automatizējam, lai tas ātri notiktu. Tas izveido ražošanas veiktspējas uzraudzības atgriezenisko saiti un izmanto to, lai proaktīvi atklātu veiktspējas problēmas un tās novērstu, pirms tās ietekmē visu jūsu lietotāju bāzi.

Un vēl viena lieta, ka tagad, kad esat to ieguvis, IT izstrādātāji un operāciju personāls pārvietojas ļoti ātri un izlīdzinās, varat arī viegli pielāgot šos centienus arī biznesa darbiniekiem. Uzņēmējdarbības programmatūras veiktspēja ir sarežģīts zvērs. Varētu to pielīdzināt futbola komandai, kas sēž pie tāfeles, ņemot virzienu, un viss darbojas atsevišķi un viss darbojas kopā. Es vienmēr domāju par to kā senu stāstu par to, kad saņēmu savu pirmo automašīnu un salaboju vienu lietu. Es nofiksēju gaisa kondicionieri, un tad notika tas, ka tad pārējā dzesēšanas sistēma neizdevās. Tātad jūs esat ieguvis sāpju punktus un katru lietu, kas iet kopā un veic korekcijas. Viss jāorganizē tādā veidā un jāveido procesi, lai, veicot izmaiņas, jūs saprastu, kā viss ietekmē visu pārējo.

Un arī esiet uzmanīgs un vēlreiz pārbaudiet. Pārbaudīt, padarīt nederīgu, ieviest. Un atkal mēs nonākam pie šī jautājuma par pastāvīgas uzraudzības un darbības uzlabošanas programmu veidošanu. Un tas faktiski ir mans pēdējais slaids. Kamēr mēs runājam par šo sarežģītību, un tā ir skaista sarežģītība, tāpat kā šī pulksteņa iekšpuse, mums ir tik daudz kustīgu gabalu uz PeopleSoft. Katra lieta ietekmē visu pārējo visā augšup un lejup pa kaudzīti. Un tur ir tik daudz dažādu vietu, kur var meklēt veiktspējas problēmu atslēgas, kuras jūs ļoti viegli varētu pazust bez pareizā rīka un bez pareizā procesa. Un atkal par visu, daudzos gadījumos, manuprāt, mēs esam iemācījušies, ka jūs varat novērst infrastruktūru, taču milzīgais mainīgais būs jūsu pielāgotais lietojumprogrammas kods. Tāpēc vissvarīgākie būs piemēroti procesi, lai pārbaudītu un nepārtraukti uzlabotu jūsu lietojumprogrammas kodu.

Un tas nozīmē manas daļas beigas, un es to pārdomāšu Bilam.

Ēriks Kavanaghs: Labi, Bils, ļaujiet man šeit nodot WebEx atslēgas. Man patīk šī skaistā sarežģītība - tas ir jauks. Jums tur bija pāris patiešām labu cenu citātu, Metjū. Labi, Bill, atņem to. Dodieties uz ātro sākumu, ja vēlaties koplietot ekrānu. Visi jūs.

Bils Elliss: Paldies, Metjū, un paldies, Ērikai. Tikai lai apstiprinātu, vai jūs visi tagad varat redzēt manu ekrānu?

Ēriks Kavanaghs: Jā, patiesi.

Bils Elliss: Tāpēc mēs runāsim par IDERA produktu Precise for PeopleSoft un redzamību, ko tie var sniegt, lai palīdzētu gūt panākumus sarežģītās lietojumprogrammu paketes pārvaldībā. Veids, kā novietot grūtības, ir viena lietojumprogramma, vismaz sešas tehnoloģijas, daudzi galalietotāji, un tas ļoti apgrūtina atbildēšanu uz pat vienkāršiem jautājumiem. Vai gala lietotājam ir problēmas? Kas ir gala lietotājs, ko viņi dara, kas ir galvenais cēlonis?

Parasti mēs redzam šo situāciju - un tas var attiekties uz PeopleSoft, kā arī citām lietojumprogrammām vai PeopleSoft, kas mijiedarbojas ar citām lietojumprogrammām - datu kopās, vai arī šajās dienās tas varētu būt mākonis, gala lietotājam tas īsti nerūp šī sarežģītība. Viņi vienkārši vēlas pabeigt darījumu, pieejas, inventāra meklēšanu, ziņošanas laika karti, šāda veida lietas. Ja lietas notiek lēni vai nav pieejamas, parasti visi šie inteliģenti, labi nodomāti cilvēki nezina, līdz gala lietotājs sūdzas.

Tāda veida redzamības plaisa pastāv tieši tur, un tad tas, kas var notikt, var sākt laikietilpīgu un satraucošu procesu, kurā cilvēki varētu atvērt rīku un diemžēl aplūkot tikai lietojumprogrammu kaudzes apakškopu. Tik un tā paliek grūtības atbildēt uz šiem pamatjautājumiem.

Daudzas reizes var rasties problēma, un jūs vērsīsities pie WebLogic administratora, un viņš teiks: “Nu, atmiņa, visas atkritumu kolekcijas izskatās lieliski. Es tiešām nedomāju, ka tā ir WebLogic. ”Jūs ejat pie DBA administratora un sakāt:“ Nu, datu bāze, tā darbojas tāpat kā vakar. Desmit labākie izskatās labi. Varbūt krātuves administrators jums piemeklēja dažas metrikas, piemēram, I / Os sekundē vai caurlaidspēju, kas ir kadru līmeņa metrika un, iespējams, neatspoguļo jūsu konkrēto lietojumprogrammu, vēl jo mazāk - datu bāzi vai noteiktu procesu. ”

Tātad viņiem visiem ir šie rādītāji, kas, šķiet, parāda, ka problēma ir citur, tomēr šim gala lietotājam ir problēma vai ir ziņots par problēmu, bet kā mēs šo problēmu varam atrisināt labāk? Un labāks veids - precīzs veids - vai tas ir viens no mūsu piedāvātajiem veidiem - ir izmērīt lietotāju darījumus, sākot ar pārlūkprogrammu caur tīklu, Web serveri, Java Jolt, Tuxedo, datu bāzē, ieskaitot DB2 un tad beidzot glabāšanā.

Un ko rāda tas, ka kopējais laiks saka: “Nu, kam ir problēma?” Un tad mēs varam identificēt galalietotāju pēc tā, kā viņi parakstījās uz PeopleSoft, un mēs arī caur Tuxedo tulkojumu varam uztvert to, ko PeopleSoft paneļi izpilda.

Tātad laiki tiek ievadīti vēsturiskā krātuvē, ko mēs saucam par izpildījuma pārvaldības datu bāzi, un tas kļūst par vienu mūzikas skaņdarbu, kas ievērojami vienkāršo to, kurš, kas, kad, kur, kāpēc. Precīzs ietver arī ieteikumus. Droši vien vissvarīgākais ir tas, ka visu informāciju mēs uztveram visu laiku - gan tehniskā IT personāla līmenī, gan iepriekš, gan pēc tam varat izmērīt. Tātad visai veiktspējas darbībai jūs varat veikt mērījumus ar mērījumiem vai Six Sigma.

Tāpēc ļaujiet ielūkoties, piemēram, “dienā dzīvē”. Pirmkārt, jūs varētu atvērt precīzu trauksmes ekrānu, un šajā vietā jūs saņemsit agrīnu brīdinājumu. Pats galvenais brīdinājums ir tas, ka jums ir darbības brīdinājumi. Tas ir tas, ka lietotāji veic darījumus, un mēs pamatā neatbilst mūsu SLA. Tāpat mums ir statuss, kad pieejamība - un tas būtībā saka, ka daļa no mūsu lietojumprogrammu infrastruktūras nav pieejama - tāpēc mēs varam veikt izpēti un mēs faktiski varam redzēt, kā formā ir Tuxedo gadījumi, un jūs faktiski varat redzēt, ka viens no gadījumu skaits ir mazāks. Visas aktivitātes tiek virzītas uz šo vienu gadījumu, un tas ir jārisina. Mēs būtībā esam izveidojuši sašaurinājumu.

Tagad, tāpat kā lieta, par darbību, kas notiek ar šo, jūs faktiski varat sākt iepazīties ar secinājumiem, ka, kaut arī mums ir šī vispārējā infrastruktūras problēma, ir veidi, kā uzlabot apstrādes efektivitāti šajā konkrētajā WebLogic JVM. Un šeit ir šī patiešām svarīgā lieta: Daudzas reizes cilvēki pārvietojas kā mākonī un saka: “Nu, cik daudz CPU un cik daudz atmiņas jums vajag?”

Šīs monētas otra puse, kas pazīstama kā jauda, ​​ir apstrādes efektivitāte. Ja es izmantoju mazāk atmiņas, ja es izmantoju mazāk CPU, man vienkārši nav nepieciešams tik daudz. Un tā, kā Metjū teica iepriekš, viss ir sava veida saistīts. Tagad es varu atvērt PeopleSoft darījumu ekrānu, un ekrānā y ass ir reakcijas laiks, x ass ir laiks visu dienu.

Mums šeit ir steka josla, kas parāda klienta laiku. Tas patiesībā ir pārlūks, tīmekļa serveris. Zaļš ir Java laiks, rozā veida ir Tuxedo, tumši zils ir datu bāzes laiks. Šis profils pats par sevi nenotika; tas notika konkrēto PeopleSoft paneļu dēļ - tie tika izpildīti, un tie jums tiek parādīti pēc reakcijas laika. Faktiski ir noteikts katra soļa laiks lietojumprogrammā, kā arī kaudzītes joslas diagramma, kas šeit parāda lietojumprogrammu pa paneļiem. Es arī varu iedziļināties un atrast konkrētu lietotāju vai sarindot manus lietotājus.

Šis ekrāns ļauj man norādīt konkrētu lietotāju ar pierakstīšanās vārdu. Padomājiet par to, cik tas ir izcils vai cik spēcīgs. Daudzas reizes tas attiecas ne tikai uz infrastruktūru un to, kā tā ir izveidota, kā arī to, kā galalietotāji izmanto sistēmu. Jums, iespējams, ir jauna noma vai kādam ir jauna darba funkcija: iespējams, ka viņš nezina, kā pareizi lietot lietojumprogrammu. Tas faktiski var palīdzēt noteikt apmācības iespējas.

Monētas otra puse ir tā, ja es varu koncentrēties uz konkrētu lietotāju - šeit es skatos uz šo lietotāju konkrētajos darījumos un viņu piedzīvotajā reakcijas laikā - es varu tieši pievērsties konkrēta lietotāja lietotāja pieredzei. Šeit vairs nav runa par vispārēju metriku sistēmas līmenī, par tiešā lietotāja pieredzi, un tas ir ļoti jaudīgi. Daļa no jūsu vides noteikti būs iekšējā, personāla, utt. Var būt arī citas daļas, ar kurām klienti saskaras. Jebkurā gadījumā jūs vēlaties nodrošināt vislabāko un produktīvāko iespējamo klientu pieredzi.

Tagad attiecībā uz konkrētu paneli es varu ieiet un iedziļināties, lai atbildētu uz jautājumiem. Tātad šī ir dziļā niršana, ko mēs varam darīt, lai atklātu notiekošo, un jūs varētu veikt šo dziļo niršanu pirms piezvanīšanas gala lietotājam vai, ja gala lietotājs būtu jums piezvanījis, jūs varētu sākt procesu, lai pateiktu: “Nu, kur tieši ir galvenais cēlonis?” Un tas nebūs kā CPU izmantošana un sevišķi svarīgs, tas atradīsies pie lietojumprogrammas koda, kuru viņi izmanto.

Izpētīsim un labi apskatīsim šī satura pārvaldību, un jūs faktiski varēsit redzēt šī darījuma analīzi: palaižot pārlūku, ieejas punktu Web serverī Java Jolt un faktiski parādot kodu, kas tiek izpildīts Tuxedo panelī, un beidzot uz SQL, kur Precīzs atklāj SQL paziņojumu, kuru izpilda šis konkrētais PeopleSoft panelis.

Visiem, ar kuriem mēs runājam, ir rīki, bet tas, kas viņiem nav, ir con. Punktu savienošana vai transakcijas veikšana no pārlūka līdz SQL paziņojumam ir pareiza. Tas, ko dara, piemēram, jūsu DBA, ir drīzāk nevis aplūkot lietas instances vai datu bāzes līmenī, es tagad varu veikt izmeklēšanu SQL paziņojuma līmenī.

Tāpēc es varu teikt: “Kādas ir individuālā SQL paziņojuma vājās vietas”, un tas ir ārkārtīgi spēcīgi. Lūdzu, ņemiet vērā, ka šis darījums nevar darboties ātrāk par SQL paziņojumu un katrs nozīmīgais biznesa darījums mijiedarbojas ar ierakstu sistēmu. Datu bāze, patīk vai nepatīk, ir veiktspējas pamats, un, ja es varu būt tik sīka, lai koncentrētos uz atsevišķiem SQL paziņojumiem, kas ir vitāli nepieciešami darījumam, es patiešām varu to pārcelt uz nākamo līmeni.

Cita lieta, ko jūs šeit varētu pamanīt, ir precīza piedāvātā procentu aprēķināšana. Pats pārlūks faktiski ir nozīmīga lietojumprogrammu kaudzes daļa.Jums ir JavaScript izpilde, jums ir renderēšanas laiks, jums ir lapu komponenti, GIF, JPEG. Un jūs tiešām uzskatāt, ka jūsu lietojumprogramma var izturēties ļoti atšķirīgi pārlūkprogrammā Chrome salīdzinājumā ar IE un dažādām versijām. Precīzs varēs to parādīt arī jums, un var būt reizes, kad faktiski pārlūkprogrammā rodas sašaurinājums vai strīds, kas var izraisīt tādas lietas kā ekrāna aizsalšana.

Spēja identificēt, kas ļauj IT nemizot nepareizu koku, bet gan novērst dažādu iespējamo problēmu pamatcēloņu. Tagad tas, ko es varu darīt, ir konkrētam SQL paziņojumam, tad es varu precīzi analizēt, kas notiek tajā SQL paziņojumā. Tātad šeit mēs esam nonākuši datu bāzes ekspertu skatā.

Viena no lietām, kas atšķir Precīzi datu bāzes līmenī, ir tā, ka mēs atlasām paraugu sekundē. Tas ir salīdzinājumā ar mūsu konkurentiem, kuri skatās tikai reizi 10, reizi 15 minūtēs. Lai granularitātes līmenis, izšķirtspējas līmenis būtu par lieluma pakāpi labāks nekā mūsu konkurentiem.

Un vēlreiz, tā kā datu bāze ir daļa no mūsu dibināšanas, mēs ļausim jūsu DBA patiešām paaugstināt veiktspēju nākamajā līmenī. Tātad es redzu, ka šis SQL paziņojums faktiski iztērēja 50 procentus, ja tā laiks praktizē piekļuvi glabātajai apakšsistēmai, 50 procenti laika tika izmantoti, izmantojot centrālo procesoru. Noklikšķiniet uz melodijas pogas, un tad es varu iet un izpētīt izpildes plānus un tieši to, kas vadīja šo lietošanas modeli.

Tagad ir viena mūsu klienta citāts - ja viņi nebija Oracle veikalā, viņi izmantoja Oracle rīku ar nosaukumu OEM, un OEM patiešām ir orientēts uz datu bāzēm vai instancēm - tas ir DBA, kas pastāvīgi skatās, kas ir top 10 saraksts? Bet ar precīzu palīdzību mēs varam savienot punktus ar atsevišķiem SQL paziņojumiem un tā, lai precizitāte ļautu DBA patiešām noskaņoties darījuma līmenī, nevis tikai daudz augstākā datu bāzes līmenī.

Otrais aspekts, kas šim klientam bija patiešām svarīgs, ir tas, ka precīzs, tulkot sarežģīto jūsu URL PeopleSoft paneļa nosaukumā - ja es esmu IT un es varu runāt par koku menedžeri, satura pārvaldnieku, konkrētu HR lapu, šādā veidā persona, kurai cenšos palīdzēt, zina, kā es patiesībā skatos, un saprot, uz ko viņi skatās, jo tā vairs nav šī hieroglifika, tas ir vārds, kuru viņi pazīst.

Viens no mums uzdotajiem jautājumiem - šķiet, ka tas ir visu laiku, tāpēc es domāju, ka es vienkārši proaktīvi atbildētu uz jautājumiem - kā jūs pasaulē uztverat šo PeopleSoft lietotāja ID? Ļaujiet man veida iet pa soļiem. Šeit ir PeopleSoft pierakstīšanās ekrāns. Lai tam piekļūtu, man bija jāvirzās uz savu tīmekļa serveri, un tiek parādīts šis ekrāns. Kad lietojumprogramma ir aprīkota ar Precise, šajā ekrānā faktiski ir precīzs skripts, un es varu to atklāt, veicot labo klikšķi, skatīt avotu. Un tas man faktiski parādīs kodu, kas veido pamata lapu, un šeit, lapas ietvarā, faktiski ir Precīzs tīmekļa kods, un tas ļauj man tvert pierakstīšanās ekrānu, IP adresi, pārlūka veidu, visu ķekars informācijas par renderēšanu un patieso tiešā lietotāja pieredzi. Tad, kad es ievietoju savu lietotājvārdu un noklikšķinu pierakstīties, tad Precise var izmērīt, ko es daru.

Es atveros, dodos pie koku pārvaldnieka, es vēlos veikt meklēšanas darbību, aizpildīt lauku un noklikšķināt uz meklēšanas. Rezultātu kopa man tiek uzrādīta, tāpēc es visu lietojumprogrammu kaudzi esmu skaidri izgājis līdz datu bāzei. Kā Precīzi to parāda? Dosimies uz priekšu un apskatīsimies. Precīzi atvērt, es ieeju, es redzu aktivitātes, es varu noklikšķināt uz aktivitātes cilnes, kas parādīs šo ekrānu. Šie ir netulkotie vietrāži URL. Es varu parādīt lietotājiem, un šeit ir mans lietotāja ID, kurā es tikko pierakstījos, un šeit ir mana darbība.

Varēja redzēt, ka es izmantoju Firefox 45. versiju, lai to parādītu. Es lietoju šo lietojumprogrammu 12 reizes, un galvenokārt atsakos no tā, kad kāds atstāj tīmekļa lapu, pirms tā pilnībā tiek parādīta, kas liecina par biznesa problēmu. Tā mēs varējām paņemt gala lietotāja ID. Tas ir ļoti jauki, cilvēki patiešām novērtē to, kad precīzi zināt, kas notika.

Tagad mēs vēlamies pārslēgt pārnesumus mazliet dīvaini. Mēs apskatījām darījumu vēlāk. Mēs dziļi ienirām konkrētam darījumam un apskatījām tā SQL paziņojumus. Tagad es gribu pārslēgt pārnesumus un apskatīt dažas citas tehnoloģijas PeopleSoft lietojumprogrammu stekā, sākot ar WebLogic.

Tātad šeit ir WebLogic piemērs, un laika gaitā jūs varat redzēt darbību. Jums ir finanšu pārskats. Tas man saka tieši pie sikspārņa, atmiņa tiek izmantota gandrīz maksimāli. Viena no lietām, kas mums šķiet, ir tā, ka vairums cilvēku visu lietojumprogrammu kaudzi vai vismaz daļu tās palaiž koplietotā vidē, ļoti bieži tās VMware. Jums ir jābūt sava veida līdzsvaram, cik daudz līdzekļu jūs pieprasāt un cik daudz jums ir nepieciešams. Jūs nevēlaties būt resursu bullēns. Tāpat jūs nevēlaties uzlikt apstrādes ierobežojumus, šajā gadījumā nepieprasot pietiekami daudz atmiņas.

Konfigurācija ir būtiska arī darbības pārvaldībai. Tātad mēs faktiski varam iekļūt atmiņas atkritumu savākšanā un visos JMX WebLogic skaitītājos, tāpēc es precīzi zinu savas WebLogic formas veselību.

Tagad Tuxedo. Tuxedo daudzos veikalos ir sava veida melnā kaste, un tā ir ļoti svarīga PeopleSoft sastāvdaļa. Tāda veida līme, kas satur visu kopā, un tāpēc es gandrīz domāju par to kā operētājsistēmas paplašinājumu. Tas ir kaut kas, ko jūs ļoti rūpīgi izmantojat un konfigurējat. Starp citu - šī ir maza blakus piezīme - ievada komentāros Ēriks bija pieminējis “steidzamības tirāniju”, un es domāju, ka tas patiešām notiek, kad PeopleSoft veikali apsver iespēju pāriet no klasiskās UI uz mainīgo UI, jo jūs to atradīsit. jūs atrodaties aiz līknes, pateicoties tam, kā šķidrā lietotāja saskarne izmanto PeopleSoft vidi.

Tagad jums ir problēmas WebLogic, Tuxedo, datu bāzēs un šeit esošajā krātuvē tikai tāpēc, ka HTML5 nodrošina milzīgu daudzumu ziņojumapmaiņas. Tas, iespējams, ir vismaz desmit reizes lielāks par klasisko lietotāja interfeisu un ka papildu ziņojumapmaiņa nozīmē papildu trafiku. Tātad Tuxedo konfigurācija ir jāmaina, lai tajā ietilptu papildu trafiks. Dažas lietas par šo ekrānu ir beigušās labajā pusē, un mums ir laika grafiki ar svērto reakcijas laiku, vidējo reakcijas laiku, kā arī izpildes skaitu.

Šeit mums ir informācija par visiem Tuxedo domēniem vidē. Mēs sadalījām pakalpojumus, lietotājus, serveru procesus, kā arī IP. Es to varu pārcelt uz izpildījumu skaitu un tos uzrādīt dilstošā secībā, lai redzētu, kas tiek izpildīts visbiežāk. Es varu arī ritināt uz leju, lai atklātu domēnus; Lielākajai daļai cilvēku savā vidē ir vairāki domēni, lai pamatā izplatītu aktivitātes, un tāpēc es varu iestatīt atbilstību SLA, tāpēc brīdinājumi tiek veikti Tuxedo slānī.

Ja jums ir rindā, jums ir dažādas problēmas, kas rodas konfigurācijas dēļ. Parasti, jo tā ietekme ir globāla, parasti neveicat izmaiņas lidojuma laikā. Jūs, piemēram, vēlaties pakāpeniski palielināt sistēmu kā daļu no kvalitātes nodrošināšanas procesa, kas atgriezās pie punkta, ko Metjū jau bija norādījis jau iepriekš, par darbības problēmu risināšanu jau procesa sākumā. Daudz labāk, ja konfigurācija ir pareiza, dodoties uz ražošanu, nevis uz ražošanu un uzzinot, ka konfigurācija neatbilst lietošanas paradumiem. Man ļoti patīk ievads, ko šodien sniedza Ēriks un Metjū. Es domāju, ka viņi patiešām ir nonākuši mērķī attiecībā uz izaicinājumiem, ar kuriem jūs saskaraties, pārvaldot un attīstot PeopleSoft vidi.

Tagad es to teicu jau iepriekš - es domāju, ka ir vērts to teikt vēlreiz: katrs nozīmīgais biznesa darījums mijiedarbojas ar datu bāzi. Tāpēc izpētīsim, kā Precīzs var sniegt papildu informāciju. Šeit ir īpašs Oracle piemērs. Tāda pati precīza pieeja, kādu mēs redzējām - y ass ir izpildes laiks, x ass ir laiks visā dienā, bet tagad kaudzītes joslu grafiki ir izpildes stāvokļi Oracle ietvaros. Tas mums parāda, kādi ir sistēmas apstrādes ierobežojumi. Šeit faktiski ir atradumu ziņojums, kurā teikts, ka esat ieguvis šo augsto redošanās žurnāla buferi.

Es apskatīju arī šo atlasīto versiju no PSVersion. Tas faktiski patērē daudz resursu. Starp citu, tā kā mēs veicam paraugu ņemšanu un mēs sniedzam šo augstas izšķirtspējas skatu uz to, kas faktiski notiek sistēmā, jūs varētu būt pārsteigts, kādi ir jūsu sistēmas īstie resursu patērētāji, jo, ja jūs meklējat tikai ik pēc 10 minūtēm, tas to nedarīs. parādīsim, kas ir šie resursu patērētāji. Tātad, zinot, kas ir patiesie resursu patērētāji, jūs faktiski varat pievērsties patiesai apstrādei sašaurinājumos vai sistēmā.

Tagad mēs esam pārgājuši uz darbības cilni, un tā ir šī darbība. Var redzēt, ka mēs kopā skatāmies uz centrālo procesoru, krātuves apakšsistēmu, lietojumprogrammu bloķēšanu, OS gaidīšanu, RAC, apņemšanos, Oracle serveri, komunikāciju un iekšējo apkopojumu. Šī ir y ass, tas ir kopējais izpildes laiks.

Šeit ir SQL paziņojumi, kas virzīja šo profilu, un viena no lietām, kuras jūs redzat, ir šī zemā latentuma pakāpe - divas milisekundes, taču ar gandrīz 4500 izpildījumiem nozīmē, ka SQL paziņojums faktiski ir jūsu sistēmas resursu patērētājs numur viens, un tas ir labi zini. Tā arī negaida pie slēdzenes vai negaida. Tas CPU izmanto 100% laika. Tas nenozīmē, ka nav lietas, ko es nevaru darīt. Ir ļoti daudz lietu, ko es varu darīt, ja zinu, kuriem SQL paziņojumiem un objektiem tiek piekļūt. Tātad šie ir daži no veidiem, kā mēs varam palīdzēt.

Šeit ir aprakstīta šī sadaļa, un tas var likt mums iesaistīties atsevišķās PeopleSoft programmās, un katrai no šīm programmām PeopleSoft ir atšķirīgs mērķis. Faktiski datu bāzes līmenī varat sākt pievērsties tam, kā lietojumprogramma tiek izmantota.

Un, ja es izvēlos konkrētu programmu, tad es varu izolēt SQL paziņojumus, kurus šī programma iesniedza, lai es varētu būt ļoti vērsta uz lietojumprogrammām, nevis uz datu bāzu tehnoloģijām, kad es galvenokārt meklēju un apskatītu datu bāzes optimizāciju un datu bāzes konfigurāciju. Es gribu pievērst tam jūsu uzmanību. Bieži vien daudzas lielas organizācijas ir sadalītas infrastruktūras DBA un lietojumprogrammu DBA. Precīzi, parādot lietojumprogrammu, kā arī resursu patēriņu, mēs faktiski spējam novērst plaisu, un šis risinājums ir noderīgs abiem sistēmas augšējo DBA tipiem.

Tagad šī daļa patiešām ir mūsu parādījums tam, ko mēs varam darīt datu bāzes līmenī. Un kas notika šeit ir tas, ka mums bija ekrāna iesaldēšana, tika atlasīts no PS_Prod, un tas, ko mēs izdarījām, ir noklikšķināt uz šīs melodijas pogas, un tas, ko tas nozīmē, tas mūs ieved šajā SQL darbvietā. Tagad jums, cilvēkiem, kas neesat DBA, tas var neizskatīties īsti aizraujoši. Cilvēkiem, kuri ir DBA, jums tas varētu šķist diezgan aizraujoši. Šeit tika parādīts šī konkrētā SQL paziņojuma ilgums, salīdzinot ar sistēmas izmaiņām. Un to rāda trešdiena, ceturtdiena, piektdiena, ilgums ir apmēram 2/10 sekundes. Sestdien un svētdien šis uzņēmums nedarbojas - paveicieties viņiem. Nāciet pirmdien, notika izmaiņas: mainījās piekļuves plāns. Jaunais piekļuves plāns šeit pēkšņi tiek veikts augšup. Tas faktiski ir pietiekami lēns, kā rezultātā ekrāns tiek iesaldēts.

Tagad, ja esmu DBA, man ir nepieciešama papildu informācija, lai zinātu patieso galveno cēloni. Man jāzina izdarītais izvēles datu bāzu optimizētājs. Tātad Precīzs piedāvā šo salīdzinājumu, kas parāda izpildes plānu, kas bija ātrs un efektīvs, kad viss noritēja lieliski, kā arī izpildes plānu, kas bija lēns un neefektīvs. Šis filtra savienojums ir izplatīts DBA, kurās darbojas PeopleSoft. Kāds filtrs ir, tas izskatās katrā rindā vienā tabulā, tas izskatās katrā rindā savienojošajā tabulā - tas prasa daudz CPU. Tas ir ārkārtīgi neefektīvs, jo tajā netiek filtrēta tikai vajadzīgo rindu apskatīšana, bet gan SQL paziņojums, un šīs neefektivitātes dēļ izpildes laiks tiek lēnāks. Tāpēc viņi galu galā palēnina PeopleSoft paneli ekrāna iesaldēšanā un Precise varēja nokļūt līdz patiesajam pamata cēloņam, par kuru nekad neuzzinātu, ja vien jums nebūtu rīka, kas atklātu lietojumprogrammas kodu, SQL paziņojumus un tā tālāk.

Tāda bija dziļā niršana. Tagad mēs palielināsim skatu līdz 10 000 kvadrātpēdu skatu uz paneļiem. Precīzi runājot, informācijas paneļi tiešām nav domāti tehniskajai komandai - tas tiešām ir jums, lai izmantotu informācijas apmaiņu ar operācijām, varbūt ar lietojumprogrammu komandu, varbūt ar komandu. Un tātad vienā informācijas paneļu komplektā var tikt parādīti PeopleSoft paneļi un klienta laiks, lai jūs zināt, kāda ir tiešā lietotāja pieredze. Iespējams, ka operācijām ir konfigurēts cits informācijas panelis, un šajā informācijas panelī var izskatīties, vai ir bijuši brīdinājumu iesaldēšanas gadījumi? Mums faktiski ir brīdinājumi OS, tīmeklī, WebLogic, Tuxedo un datu bāzes līmenī. Šeit nav brīdinājumu, vidējais reakcijas laiks. Var redzēt, ka skrēja apmēram trešdaļa sekundes. Šeit es faktiski varu apskatīt savu infrastruktūru, parādot man visus VM manā vidē, un es varu sākt nodarboties ar apstrādi, slodzes līdzsvarošanu un arī apskatīt savus Tuxedo domēnus. Šajā konkrētajā vidē ir seši dažādi domēni, tāpēc es varu redzēt šos domēnus un reāli ķerties pie tīmekļa līdzsvarošanas.

Tagad Precise vēsturiskajā krātuvē, kurā veiktspējas pārvaldības datu bāzei PMDB ir daudz metriku. Dažreiz kāds vēlas uzzināt par pārlūka piekļuves skaitu vai arī piekļuves skaitu jūs varat darīt pēc pārlūka veida vai veiktspējas pēc pārlūka veida. Lai nodrošinātu papildu redzamību jūsu sistēmā, var veikt daudzas lietas.

Šis, šis, mēs faktiski skatāmies uz WebLogic atmiņas izmantošanu, un jūs redzat šo jauko zāģa zibatmiņas modeli - atmiņas izmantošanu. Tur ir atkritumu savākšana, tajā tiek atgrieztas atsauces. Tas iet atpakaļ uz augšu, un tas ir ļoti jauks raksts, kuru jums patīk redzēt. Tātad tas ir veids, kā aplūkot PeopleSoft vidi kā apakšsistēmu kolekciju, un tas būtu piemērots operācijām. Visvienkāršākais jautājums ir: “Nu, kas notiek serverī?” Precīzajai ir visa šī redzamība. Tas nodrošina arī servera metriku. Un šeit jūs faktiski spējat izmērīt centrālo procesoru, atmiņu, I / O, serveri, sistēmas lietotājus, un tāpēc jums ir pilnīga redzamība. Un tas ir veids, kas apvienojumā ar ilgtermiņa tendencēm ir veids, kā cilvēki izmanto Precise jaudas plānošanā.

Un es tikai gribu tur iemest nelielu piezīmi. Parasti veikalam ir tik daudz budžeta aparatūrai, serverim un tik daudz darbinieku budžetam. Kā jūs plānojat veikt ieguldījumus, kur jūs veiksit derības? Izmantojot Precise, jūs iegūstat malu, jo redzat, kā tiek izmantota krātuves apakšsistēma. Ja jūs darāt daudz izlases veida I / O, precīzi to parādīs. Tas palīdzēs attaisnot ieguldījumus cietvielu krātuvē. Tas jūsu veikalā varētu būt svarīgāk nekā papildu CPU pirkšana, ja CPU izmantošana ir zema.

Jūs vēlaties ieguldīt tur, kur ir patiesās apstrādes vājās vietas, kur faktiski var gūt labumu. Precīzi risinot visu, sākot no lietojumprogrammu kodēšanas apstrādes efektivitātes līdz pat ietilpībai, mēs ļaujam jums novērtēt un dokumentēt, kur šīs vajadzības ir ar cipariem.

Tagad pēdējais darbs brīdina, un brīdināšana faktiski ir tā, kā tas sākās. Atcerieties, ka? Mēs redzējām brīdinājumu par to, ka bija veiktspējas SLA, un mēs redzējām, ka WebLogic instancē nav darbības. Apskatīsim trauksmes saskarni. Un atkal, kas notiek? Viena no lietām, ko es gribu norādīt uz šo viedokli, ir tā, ka Precise ir ne tikai šie darbības brīdinājumi un statusa brīdinājumi par pieejamību, bet arī mūsdienīgi brīdinājumi. Iemesls, kāpēc aktuālie brīdinājumi ir svarīgi, ir tas, ka, ja jūsu sistēma ir dīkstāvē vai tajā ir viens vai divi lietotāji, iespējams, ka lietas darbojas lieliski. Tikai pēc tam, kad sākat pievienot lietotājus, un viņi sāk veikt arvien vairāk darbību, lai sāktu ķerties pie datiem, resursiem Tuxedo līmenī, WebLogic līmenī, tīkla līmenī, datu bāzes līmenī. Šīs domstarpības izraisa darbības pasliktināšanos un tad jūs, iespējams, šķērsosit robežu, un tas ir brīdinājums par veiktspēju, un tas būtībā nozīmē, ka jūs neatbilstat organizācijas SLA mērķiem. Un tāpēc šie brīdinājumu komplekti ir ļoti jauki.

Tīmekļa līmenī, kas atrodas pāri kreisajā pusē, tīmekļa līmenis faktiski mēra gala lietotāja pieredzi, un tad jūs nokļūstat tehnoloģijās, kas atrodas pamatā esošajā lietojumprogrammu kaudzē. Tas ir sava veida mūsu arhitektūras ekrāns, kā mēs to visu darām. Ideālā gadījumā jūs vēlētos, lai būtu precīzs serveris, kas ir neatkarīgs no uzraudzītā vides vai vides. Viens precīzs serveris var apstrādāt daudzas lietojumprogrammas.

PeopleSoft, kā arī Oracle un DB2 datu bāzei mums ir nepieciešams vietējais aģents. Ja jūsu PeopleSoft vidi aizstāv SQL Server, pastāv iespēja rīkoties bez aģentiem. Mums ir arī Sybase bez aģentiem. Mūsu drošības modeļa pamatā ir tas, ka dati tiek vākti šeit, savukārt Precise lietotāji autentificējas Precise. Tas ir pilnīgi atsevišķi procesi, atsevišķi akreditācijas dati, atsevišķa autentifikācija, un tā ir mūsu drošības modeļa sastāvdaļa. Un ir arī papildu informācija.

Es domāju, ka tas ir pietiekami, lai pagaidām iepazīstinātu ar arhitektūru. Ja rodas kādi jautājumi, lūdzu, uzdodiet tos, kā Ēriks bija minējis.

Šis risinājums, tāpat kā ātrs atkārtojums, ir paredzēts ražošanā 24–7. Tas ir ļoti ieteicams, ka jūs izmantojat mūs kvalitātes nodrošināšanas jomā. Ja jūs veicat iekšēju attīstību, sāciet mūs izmantot attīstībā. Sarežģīto URL, URI tulkosim PeopleSoft paneļa nosaukumā. Kad es runāju par ražošanu, mums ir ārkārtīgi zems virs galvas, tāpēc jums ir redzamība, jūs vienmēr zināt, kas notiek, jūs identificējat galalietotāju.

Man nebija jāiedziļinās un jādefinē šie darījumi - tie ir tikai dabiski savienojuma punkti no pārlūka, URL, ieejas punkti, tīmekļa servera savienojums ar WebLogic, ielūgums tiek nodots tam, kurš nodrošina SQL. Tad mēs varam uztvert SQL paziņojumu un to, ko tas dara. Precīza ir intelektuāla datu bāze, un es domāju, ka tas mums ir atšķirīgs faktors un tas ļauj jūsu DBA sadarboties, uzlabojot lietojumprogrammu redzamību.

Pēdējais punkts ir tāpēc, ka vienmēr bijām ieslēgti, mēs vienmēr kolekcionējam, jūs vienmēr varat izmērīt uzlabojumus pirms un pēc un kvantitatīvi novērtēt uzlabojumu vai, retākajā gadījumā, iespējams, esat mainījis veiktspēju, jūs to zināt, un jūs to varētu nekavējoties atcelt. . Lielākā daļa mūsu konkurentu dara, ja jums ir jāredz papildu informācija, jums ir jāieslēdz papildu redzamība, un parasti šī papildu redzamība rada daudz pārslodzes.Izmantojot Precise, jums vienmēr ir redzamība un jūs vienmēr varat atrisināt problēmu. Tātad, ja jums ir jādodas uz Precise vietni, lūdzu, pārbaudiet kādu no Precise produktiem, vai tā ir precīza Oracle. Mēs esam norādīti kā precīza lietojumprogrammu veiktspējas platforma, un tur ir poga, lai pieprasītu demonstrāciju.

Patiesībā, ja es kopīgoju savu ekrānu, es domāju, ka es varētu vienkārši doties tur, lai parādītu jums to, kas izskatās tikai tāpēc, lai jūs varētu redzēt šo uzreiz. Šeit ir IDERA vietne. Jūs apmeklējat produktus. Es varu izvēlēties jebkuru no šiem precīziem komponentiem, un es tikai vēlos, lai tas redzētu darbībā. Tas uzsāks papildu informācijas apmaiņas procesu, kas varētu būt svarīgs jūsu vietnei. Vai arī, ja vēlaties uzzināt vairāk par migrēšanu uz mainīgo lietotāja saskarni, laipni lūdzam sazināties ar mums.

Un ko tas, Ēriks, es gribētu nodot jums atpakaļ.

Ēriks Kavanaghs: Labi, labs darījums. Man jāsaka vēlreiz - diezgan visaptveroša un iespaidīga prezentācija tur, Bils. Jūs pieminējāt veselu virkni lietu, par kurām es gribētu jautāt. Mums nav daudz laika - apmēram deviņas minūtes -, un es vēlētos, lai Metjū iegūtu iespēju uzdot arī dažus jautājumus un vismaz vienu vai divus no auditorijas.

Bet jūs minējāt kaut ko, manuprāt, ļoti, ļoti interesantu jautājumā par to, kā precīzi var palīdzēt IT grupas iepirkumos, jo varat norādīt, ka jūs varat vērsties pie tā, kurš pieņem šo lēmumu, ka tas, kas jums nepieciešams, ir stingrāks. krātuve, piemēram, vai jums ir nepieciešami tīkla uzlabojumi vai neatkarīgi no tā, kas tas ir. Bet tas ir ļoti daudz. Vai jūs bieži redzat uzņēmumus, kas to atzīst un izmantojat, vai arī jūs mēģināt to evaņģelizēt?

Bils Elliss: Patiesībā abi, un lieta ir tāda, ka lietošanas paradumi, pat tādām pakotņu lietojumprogrammām kā PeopleSoft, katrā vietnē ir atšķirīgi. Man bija tā laime veikt PeopleSoft migrāciju bankā, un bankas galveno grāmatvedības sistēmu izmanto ļoti atšķirīgi nekā vairums organizāciju. Jums faktiski varēja būt atsevišķi darījumi, kas tika veikti filiālē, un tie visi tiek iesūtīti virsgrāmatā.

Un tā vietā, lai izliktu desmitiem vai simtiem galveno grāmatu, jūs faktiski izliekat simtiem tūkstošu. Tāpēc tas, kā es iesaistījos Precise, ir saistīts ar lietošanas paradumiem, un tas ļāva mums pievērsties, bet gan lietojumprogrammas vajadzībām gan koda līmenī, gan konfigurācijas līmenī, gan arī infrastruktūras līmenī. Tāpēc es esmu ļoti ticīgs cilvēks, un es vēlos to evaņģelizēt, jo jums nevajadzētu pieņemt lēmumus par aparatūru, pamatojoties tikai uz izmantošanu. Jums tas jāpamato ar jūsu vides vajadzībām.

Ēriks Kavanaghs: Un tur ir kāds dalībnieka jautājums, un tad, Matt, es jums to nododšu, lai uzdotu jautājumu vai divus. Tas ir labs un tas ir smieklīgi, jo tā ir liela, ilga atbilde, kuru jūs varētu sniegt. Dalībnieks jautā: “Kā jūs apkopojat veiktspējas rādītājus lietotāja beigās pēc izvietošanas un testēšanas laikā?”

Es domāju, ka jūs paveicāt diezgan labu darbu, lai ienirtu tikai to, cik dziļi un bagāti ir šie veiktspējas rādītāji. Dažām no šīm lietām jūs runājāt pat par sekundi, salīdzinot ar ik pēc piecām minūtēm vai 10 minūtēm. Tas ir tad, kad jūs iegūsit nepieciešamo detalizācijas pakāpi, lai atrastu atbildes, vai ne?

Rēķins Ellis: Jā, tāpēc ļoti svarīgi ir tas, ka individuālie veiktspējas informācijas apkopotāji ir balstīti uz tehnoloģijām. Tāpēc, veicot izvietošanu, mums jāzina par to, kā tiek veidota jūsu lietojumprogrammu kaudze, sākot ar operētājsistēmu, tās versiju, to, kāda Tuxedo versija, WebLogic, kāda jūsu darbināmo rīku People versija.

Un tas tiešām ir to aģentu dizains, kas to dara, datu vākšana, kas ļauj mums atklāt, ka precīzais redzamības līmenis to nodrošina. Un šī redzamība, es domāju, dažreiz var mazliet iebiedēt ļaudis. Bet, ja jūsu mērķis ir patiešām iekļūt un pilnveidot lietas un veikt veiktspēju līdz 11, tas tiešām ir tāds redzamības līmenis, kāds jums vēlētos. Un, ja precīzi to var nodrošināt un tā zemo pieskaitāmību, rodas jautājums, kāpēc gan ne? Tāpēc es domāju, ka tas ir lielisks jautājums, un, lūdzu, sazinieties ar mums, ja vēlaties to apspriest tālāk.

Ēriks Kavanaghs: Labi. Un Mat, vai jums bija kādi jautājumi?

Metjū Sarrels: Es domāju, ka man viss ir kārtībā. Es domāju, Ive ir nodarbojas ar WebEx crashing šeit šeit.

Ēriks Kavanaghs: Ak nē. Mums precīzi jāsaprot, kāpēc.

Metjū Sarrels: Jā, es domāju, ka jautājums, ko es biju domājis, kamēr jūs runājāt, Bils, bija, vai jūs varētu mazliet pārrunāt, kā vairākas komandas var nokļūt vienā lapā, novēršot veiktspējas problēmas, jo es zinu, ka tas ir kaut kas, kas rodas Atkal ir atbildīgs par to, ko un kā visi var strādāt kopā, lai darbiniekiem nodrošinātu vislabāko kvalitāti.

Rēķins Ellis: Jā, tāpēc IT personāls mēdz būt dārgs. Lielākajā daļā veikalu jūs esat sadalīti komandās, kuru pamatā ir tehnoloģija, ņemot vērā tehnoloģijas sarežģītību. Viena no lielajām lietām, kas notiek, ir izrādes problēma un bieži konflikts, kara telpa, tiek sasaukts. Un tas ir, ja visiem ir metrika, lai kaut kā atbrīvotu savu līmeni, jo viņiem nav saprašanas. Viņi aplūko to, kas notiek WebLogic līmenī, nevis to, kas notiek darījuma koda līmenī. Vai arī viņi aplūko datu bāzes līmeni, nevis darījuma atsevišķo SQL paziņojumu.

Ja spēja precīzi noteikt problēmas līmeni un problēmas kodu šajā līmenī, tas nozīmē, ka tas atbrīvo citas komandas neiet vai tērēt laiku resursos, kas meklē problēmu, kas nav viņu apgabalā. Ja tā ir datu bāzes problēma, dodieties uz DBA ar informāciju, kas viņiem nepieciešama problēmas risināšanai. Viņi priecāsies to darīt.

Bet tāpat - nelietojiet atkritumus Tuxedo, WebLogic palīdzības komandai, kas koncentrējas uz problēmām datu bāzē. Tāpat, ja problēma notiek WebLogic konfigurācijā, nelietojiet DBA laiku kaut kādā kara telpā, mēģinot sevi aizstāvēt. Vienkārši dodieties un novērsiet problēmu WebLogic.

Mēs atklājam, ka IT darbinieki novērtē precizitāti laika ietaupījuma dēļ, jo parasti šīs kara telpas nav iekļautas katras FTE organizācijas laika plānā. Tāds kā papildlaiks. Un tāpēc ir ļoti svarīgi spēt šos jautājumus risināt efektīvāk. Un organizācijai, kas ieviesa mainīgo lietotāja saskarni, spēja mērogot ražošanu un risināt problēmas, kuras viņi faktiski piedzīvo ražošanā, bija vitāli svarīga nevis atsevišķiem darbiniekiem vai komandām, bet faktiski IT vadībai kopumā, jo tās būtu bijušas patiešām sliktas ziņas ja viņiem nāktos ripot atpakaļ. Tātad, liels jautājums, jo tā nav tikai tehnoloģija. Tas tiešām vienmēr ir par cilvēkiem.

Metjū Sarrels: Pareizi, tie ir cilvēki un procesi. Jā, tas bija vienīgais jautājums, kas man radās demonstrācijas laikā. Ja ir kādi citi no auditorijas?

Ēriks Kavanaghs: Jā, es vienkārši iemetīšu pēdējo pie jums, Bils, un Metjū par to īsi runāja savā prezentācijā. Mēs esam sākuši redzēt šo kultūru. Tas joprojām ir ļoti tālredzīgs, bet konteineri un konteineru izmantošana, kā arī Docker un tāda veida lietas, cik liels ir līkuma bumba, kas met jūs, puiši?

Bils Elliss: Tātad šis vārds nozīmē dažādas lietas atkarībā no dažādām tehnoloģijām. Tāpēc mēs izstrādājam savus produktus, lai rūpētos par konteineriem datu bāzes un lietojumprogrammu līmenī. Kā daļa no tā ir sava veida visa vide ar kustībām, mākoni, un mēs darbojamies mākonī. Bet ir atklāšanas process, un tāpēc atkarībā no tā, kā attīstās šīs lietojumprogrammas, ieskaitot PeopleSoft, mēs izstrādājam savu monitoringa risinājumu, lai mēs varētu nodrošināt tik dziļu pagātnes līmeni, kāds iepriekš bijis tik vērtīgs.

Ēriks Kavanaghs: Jā. Un man jāsaka, ka katru reizi, kad redzu šīs demonstrācijas, es vienkārši esmu pārsteigts par jums piemītošo sīkumu un tas ir tas, kas jums nepieciešams, lai varētu izveidot sapratni, un jums ir jābūt zināmai izglītībai par to, kāda ir normālā situācija, kāda ir standarta.

Un jūs, cilvēki, piedāvājat daudz satura, kas tam apkārt palīdz - cilvēkiem palīdzēt noteikt, kas ir normāli, kas nav normāli. Jūs runājāt par trauksmes tendencēm, piemēram, tie visi ir mehānismi, kurus varat labāk izmantot, lai labāk saprastu, ka ir kaut kas nepareizs, kaut kas nav kārtībā, un tad, protams, no turienes ir jāveic sīkāka informācija, lai to atrastu, bet jums ir visi dati.

Bils Elliss: Jā, un tā ir patiešām svarīga lieta; Es domāju, ka Metjū par to bija runājis. Kas ir normāli? Dažādām vidēm ir atšķirīgs normālais līmenis. Ja jūs izmantojat augstākās klases aparatūru, Oracle loģiku un datus, tas, kas parasti ir jūsu veikalā vai kas ir sasniedzams jūsu veikalā, būs atšķirīgs nekā tad, ja jūs darbotos ar mazāk jaudīgu infrastruktūru. Tāpēc pirmais ir noskaidrot, kas ir normāli, sākt aprēķināt šo bāzes līniju un tādā veidā jūs varat sākt veikt uzlabojumus.

Ēriks Kavanaghs: Labi, tas ir labs punkts. Izskatās, ka mums nāk pēdējais jautājums. Tikai pēdējo jautājumu es jums uzdošu, Bils. Vai ir kāda atšķirība starp SQL un datu bāzes veiktspējas uzraudzību no sistēmas līmeņa un lietojumprogrammu līmeņa datiem? Kā no jūsu viedokļa atšķiras SQL uzraudzība un datu bāzes veiktspēja?

Rēķins Elisa: Nu, datu bāzē nekas nenotiek, kamēr nav izpildīts tās SQL paziņojums. SQL paziņojuma apgalvojums ir kas - vadības bloķēšana, gaidīšana, pretenzija par resursiem datu līmenī un SQL servera līmenī. Un tāpēc, ja es redzu gan SQL paziņojuma draiveri, gan tā ietekmi uz sistēmu, esmu radījis efektu; Es varu sasaistīt to, kas DBA rūpējas par lietojumprogrammu, ar to, kas rūpējas par DBA, līdz es patiešām varu gūt maksimālu labumu no precīzā rīka.

Ja es esmu infrastruktūras DBA un es skatos uz tādām lietām kā utilizācija, es patiešām pārvaldu plašu versiju, salīdzinot ar to, vai es spēju apskatīt atsevišķu SQL paziņojumu un reāli varu samazināt resursus patēriņš - neatkarīgi no tā, vai tas ir CPU, atmiņa, I / O - es varu uzrunāt vienas monētas abas puses.

Ēriks Kavanaghs: Labi, ļaudis. Mēs nodedzinājām nedaudz vairāk kā stundu. Liels, liels paldies mūsu draugiem IDERA. Liels paldies Matt Sarrel par pievienošanos mums šodien. Mēs visas šīs tīmekļa apraides arhivējam vēlākai apskatei, tāpēc jūtieties brīvi atgriezties un parasti tikai pēc pāris stundām arhīvs tiek uz augšu. Tāpēc pārbaudiet, vai viss, kas man jāsaka, ir tas, ka es mīlu šos priekšmetus, es mīlu precīzu, es mīlu spēju nokļūt nezālēs. Un es nezinu nevienu citu rīku, kas ļauj jums iedziļināties visos šajos dažādajos lietojumprogrammu kaudzēs un daļās, izņemot to, kas šiem ļaudīm ir IDERA ar Precise.

Ar to mēs jūs atvadāmies, ļaudis. Paldies vēlreiz, mēs sarunāsimies ar jums nākamreiz.