Autors: Techopedia Staff, 2017. gada 6. septembris
Takeaway: Uzņēmējs Ēriks Kavanagh apspriež PeopleSoft veiktspējas pārvaldību ar Matt Sarrel un Bill Ellis šajā Hot Technologies epizodē.
Ēriks Kavanaghs: Labi, dāmas un kungi. Sveicināti un vēlreiz sveicam. Tā ir trešdiena pulksten četros austrumos, un dažus pēdējos gadus tas ir domāts šajā IT un 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 pasākuma moderators.
Mēs runāsim par sistēmām, kuras 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, 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. Pastāv neatbilstība, kā mēs bieži sakām, un fakts ir tāds, ka biznesa cilvēki vienmēr vēlas lietas ātrāk un ātrāk, IT komandas, kuras ir jāpiegādā, tiek pakļautas spiedienam, lai paveiktu 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ā - un, lūk, šo dienu buzzword - digitāli pārveidot, kā pāriet no 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 mūsdienām. Visur ir mantotas sistēmas. Viens no jokiem ir tas, ka mantotā sistēma ir sistēma, kas tiek ražota, kas nozīmē 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 darbību 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, tieši tad jums 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. Tos 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 kaut kādā veida sacensībās aizbraucat tālu aiz muguras un visi ir priekšā no jums un jūs visi joprojām skrienat, būs tiešām grūti panākt, ja atpaliksit pārāk tālu. 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. Un tā, redzēsim, sākšu ar to, ka pastāstīšu, kāpēc es domāju, ka esmu īstais cilvēks, kurš 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 tagad izskatos. Šis attēls vidū ir tāds, kur es esmu ļoti laimīgs - telpā, kas pilna ar vadiem un mirgojošām gaismām, un kur ir auksts - tam ir jābūt ļoti aukstam, un visiem pārējiem man ir jābūt neērti, lai justos ērti - gudrs. Un tur ir mana kontaktinformācija, ja jums ir kādi papildu jautājumi.
Es gribu šeit iestatīt skatuvi un runāt tikai par sniegumu, kā runāja Ēriks. Mēs tagad esam nonākuši šajā pasaulē, kur lietotājiem ir šādas cerības, kuras ir noteikušas patērētāju lietotnes un vietnes. Cilvēki mēdza doties uz darbu un tur sēdēt un gaidīt savas sistēmas, jo tas ir tas, kas viņiem vajadzīgs, un tagad cilvēki patiesībā nevēlas tur sēdēt. Tāpēc ir jautājums par to, 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 - patiesībā es biju tikpat dāsna, lai šī viena līdz trīs sekundes būtu tik laba - cilvēki vēlas arī tūlītēju atbildi, un viņi vēlas piekļuvi 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 es veidoju to, 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 definēt izpildes 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ņš noregulē, vai arī nav jēgas likt rokas uz klavierēm un noskaņot to. Tātad, iepriekš definējot mērķus, tas kaut kā saglabāsies reāls, nevis tiks pielāgoti 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 korelēt kopā ar lietotāja pieredzi vai atbalsta gadījumiem, izveidot bāzes punktu veiktspējai, kuru, jūsuprāt, varētu sniegt, un, tuvojoties novirzēm no šī bāzes līmeņa, ir proaktīvi brīdinājumi, lai jūs varētu rīkoties pirms mēs esam sasnieguši statusu “neveiksmīgs 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 apskatot attīstības centienus, 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 neteikšu, ka ir par vēlu, bet atkal, tagad jūs esat tas puisis, kuram slikti sākās maratons un Tagad jūs spēlējat pieķeršanos, tā vietā, lai izlēktu un ķertos priekšā. 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 un pēc tam palaižat koncepcijas pierādījumu un vadāt pilotu? Šie ir laiki, kad tas ir sava veida beigas, kur 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 atrodaties pilotā, jums jau vajadzētu būt izstrādātam metodoloģijai un procedūrām, kas paredz nepārtrauktu uzraudzību un uzlabošanu.
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 kā divas rokas, kas zīmē viena otru, un tas ir labi. Tā ir bezgalīga cilpa starp abām plāna, koda, būvēšanas, testēšanas, atbrīvošanas, izvietošanas, ekspluatācijas, monitoringa un atpakaļ plāna rokām. 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 personālam. 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 salaboju gaisa kondicionieri, un tad notika tas, ka tad pārējā dzesēšanas sistēma neizdevās. Tātad jums ir sāpju punkti un viss notiek kopā un tiek veiktas korekcijas. Jums viss ir 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 jūs varat meklēt veiktspējas problēmu atslēgas, kuras jūs varētu ļoti viegli pazust bez pareiza 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, bet milzīgais mainīgais būs jūsu pielāgotais lietojumprogrammas kods. Tāpēc vissvarīgākais ir pareizais process lietojumprogrammas koda pārbaudei un pastāvīgai uzlabošanai.
Tātad manas porcijas beigas ir, un es pārdomāšu to Billam.
Ēriks Kavanaghs: Labi, Bils, ļaujiet man šeit nodot WebEx atslēgas. Man patīk šī skaistā sarežģītība - tā ir jauka. 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, Ēriks. Tikai lai apstiprinātu, vai jūs visi tagad varat redzēt manu ekrānu?
Ēriks Kavaņahs: Jā, tiešām.
Bils Elliss: Tātad, 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, kāds ir tā 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.
Tas ir sava veida redzamības trūkums tur, un tad tas, kas var notikt, var sākt laikietilpīgu un nomāktu 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ētu būt problēma, un jūs vērsīsities pie WebLogic administratora, un viņš teiks: “Nu, atmiņa, visas atkritumu savākšanas izskatās lieliski. Es tiešām nedomāju, ka tā ir WebLogic. ”Jūs ejat pie DBA administratora, un viņi saka:“ 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, kā 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āzei, ieskaitot DB2 un tad beidzot glabāšanā.
Un ko tas parāda, 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, 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 aplūkosim, piemēram, “dienu 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 nozīmē, ka lietotāji veic darījumus, un mēs faktiski 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ā Tuxedo gadījumi ir formā, 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, tieši tāpat, par darbībām, kas tiek veiktas šajā jomā, 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 vajadzīgs 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 faktiski 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 nenotika pats par sevi; tas notika konkrēto PeopleSoft paneļu dēļ - tie tika izpildīti, un tie jums tiek parādīti pēc reakcijas laika. Faktiski lietojumprogrammā ir norādīts katra soļa laiks, 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 savus 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 ir atkarīgs ne tikai no infrastruktūras un tās iestatīšanas, bet arī no tā, 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āda, ja es varu koncentrēties uz konkrētu lietotāju - šeit es uzlūkoju šo lietotāju viņu konkrētajos darījumos un viņu piedzīvotajā reakcijas laikā - es varu tieši vērsties pret konkrēta lietotāja pieredzi lietotājs. Tas vairs nav par vispārēju metriku sistēmas līmenī, tā ir par tiešā lietotāja pieredzi, un tā ir ļoti spēcīga. 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 sakiet: “Nu, kur tieši ir galvenais cēlonis?” Un tas nebūs kā CPU izmantošana un sevišķi svarīgs, tas būs pie lietojumprogrammas koda, kuru viņi izmanto.
Izpētīsim un apskatīsim šo 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 mēs faktiski parādot kodu, kas tiek izpildīts uz Tuxedo panelis, visbeidzot, līdz SQL paziņojumam, kur Precīzs atklāj SQL paziņojuma tekstu, kuru izpilda šis konkrētais PeopleSoft panelis.
Visiem, ar kuriem mēs runājam, ir rīki, bet tas, kas viņiem nav, ir konteksts. Punktu savienošana vai transakcijas veikšana no pārlūka līdz SQL paziņojumam ir konteksts. 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.
Vēl viena lieta, ko jūs šeit varētu pamanīt, ir tas, ka Precise nodrošina procentuālo iemaksu aprēķinu. 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 pārlūkprogrammā faktiski ir 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 noteikts SQL paziņojums, es pēc tam varu precīzi analizēt, kas notiek tajā SQL paziņojumā. Tātad šeit mēs esam nonākuši līdz datu bāzes ekspertu skatam.
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 viena 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 DBAs, 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 patiešām bija ļoti svarīgs šim klientam, ir tas, ka precīzs, tulkot sarežģīto jūsu URL PeopleSoft paneļa nosaukumā - ja es strādāju IT un varu runāt par koku menedžeri, satura pārvaldnieku, konkrētu HR lapu, tādā veidā cilvēks, kuram cenšos palīdzēt, zina, ka patiesībā meklēju un saprotu, ko viņi meklē, jo tie vairs nav šie hieroglifi, 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 vienkārši proaktīvi atbildēšu 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 esmu skaidri izgājis visu lietojumprogrammu kaudzi līdz pat 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 darbības 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 tās daļu izmanto koplietotā vidē, ļoti bieži tā ir 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. Tas ir sava 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 konstatējiet, ka 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. Droši vien tas ir vismaz desmitkārtīgi, nekā to dara klasiskā lietotāja saskarne, 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 es varu iestatīt atbilstību SLA, tāpēc brīdinājumi ir 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 ir, 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 vēlreiz sacīt: katrs nozīmīgais biznesa darījums mijiedarbojas ar datu bāzi. Tāpēc izpētīsim, kā Precīza 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 patiesībā ir atradumu ziņojums, kurā teikts, ka esat ieguvis šo augsto atkārtoto žurnālu 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 skatāties tikai ik pēc 10 minūtēm, tas nav 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 cilni aktivitātes, un šī ir šī darbība. Jūs varat redzēt, ka mēs kopā skatāmies uz centrālo procesoru, krātuves apakšsistēmu, lietojumprogrammu slēdzenes, OS gaidīšanu, RAC, saistīt, Oracle serveri, sakarus 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, bet 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. Tas nav arī jāgaida pie slēdzenes vai jāgaida. Tas CPU izmanto 100% laika. Tas nenozīmē, ka nav lietas, ko es nevaru darīt. Tajā ir daudz lietu, ko varu darīt, ja zinu, kuriem SQL paziņojumiem un objektiem tiek piekļūts. Tātad šie ir daži no veidiem, kā mēs varam palīdzēt.
Šeit šeit ir aprakstīta šī sadaļa, un tas var likt mums domāt par atsevišķām PeopleSoft programmām, un katra no šīm programmām PeopleSoft kalpo atšķirīgam mērķim. Faktiski datu bāzes līmenī varat sākt pievērsties tam, kā lietojumprogramma tiek izmantota.
Un, ja es izvēlos noteiktu 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āzes tehnoloģijām, kad es galvenokārt meklēju un skatos 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. Tas, ko mēs šeit parādām, ir šī 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 neveic filtrēšanu, aplūkojot tikai vajadzīgo rindu apakškopu, bet gan izmantojot SQL paziņojumu, 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 panāksim skatu līdz 10000 kvadrātpēdu skatu uz paneļiem. Precīzi runājot, informācijas paneļi patiešām nav domāti tehniskajai komandai - tas tiešām ir paredzēts, lai jūs varētu dalīties ar informāciju operācijās, 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 mēs skrienam apmēram trešdaļu 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ā, ir iespējams 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 notiek 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īza 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ādējādi jums ir šī pilnīga redzamība. Un tas ir veids, kā apvienojumā ar ilgtermiņa tendencēm, 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. Tātad, 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 darbojas dīkstāvē vai tajā ir viens vai divi lietotāji, iespējams, viss notiek 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ā neatbilst jūsu 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 tur ir 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. Ir ļoti ieteicams, lai 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ā. Mēs sarežģīsim sarežģītā URL, URI, tulkošanu PeopleSoft paneļa nosaukumā. Kad es runāju par ražošanu, mums ir ārkārtīgi zemas piepūles, tāpēc jums ir redzamība, jūs vienmēr zināt, kas notiek, jūs identificējat galalietotāju.
Man nebija jāieiet un jādefinē šie darījumi - tur ir tikai dabiski savienojuma punkti no pārlūka, URL, ieejas punkti, tīmekļa servera savienojums ar WebLogic, ielūguma konteksts līdz tam, kas 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 mēs vienmēr atrodamies, 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 varat to apkopot. tūlīt atpakaļ. 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 jūs apmeklējat Precise vietni, lūdzu, pārbaudiet kādu no Precise produktiem, neatkarīgi no tā, vai tas ir precīzs Oracle. Mēs esam uzskaitī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 tad, Ē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 arī gribētu, lai Metjū iegūtu iespēju uzdot pāris jautājumus un lai viņam būtu vismaz viens vai divi 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 liels darījums. 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: Nu, 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ā, nevis norīkojot desmitiem vai simtiem galveno grāmatu, jūs faktiski sūtat simtiem tūkstošu. Tāpēc es iesaistījos Precīzajā lietojuma paradumu dēļ, un tas ļāva mums pievērsties, bet lietojumprogrammas vajadzības 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 to vēlos 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 labi, un tas ir smieklīgi, jo tā ir liela, ilga atbilde, kuru jūs varētu sniegt. Apmeklētājs 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, 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. Tieši tad jūs iegūsit nepieciešamo detalizācijas pakāpi, lai atrastu atbildes, vai ne?
Bils Elliss: 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ādu Tuxedo versiju, WebLogic, kādu People rīku versiju jūs izmantojat.
Un to patiešām dara šo aģentu dizains, datu vākšana, kas ļauj mums atklāt, ka precīzi nodrošina redzamības līmeni. 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 uzlabot 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 tas ir maz pieskaitāms, jautājums ir, kāpēc ne? Tāpēc es domāju, ka tas ir liels jautājums, un, lūdzu, sazinieties ar mums, ja vēlaties to apspriest tālāk.
Ēriks Kavanaghs: Labi, 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, ka es nodarbojos ar WebEx avāriju š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, ja 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 atkal un atkal rodas jautājums par to, kurš un par ko ir atbildīgs, lai visi varētu strādāt kopā, lai darbiniekiem nodrošinātu vislabāko kvalitāti.
Bils Elliss: 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 veiktspējas problēma un daudzkārt notiek konflikts, kara telpa tiek sasaukta. Un tas ir, ja ikvienam ir metrika, lai kaut kā atbrīvotu savu līmeni, jo viņiem nav konteksta. Viņi aplūko to, kas notiek WebLogic līmenī, nevis to, kas notiek darījuma koda līmenī. Vai arī viņi meklē 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 ar prieku to izdarīs.
Bet tāpat netērējiet Tuxedo - WebLogic palīdzības komandu, kas koncentrējas uz datu bāzes problēmām. 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ā. Tas ir 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 attiecas uz 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 tikai iemetīšu pie tevis, Bils, un Metjū īsumā par to 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 dziļuma līmeni, kas iepriekš bija tik vērtīgs.
Ēriks Kavaņahs: Jā. Un man jāsaka, ka katru reizi, kad redzu šīs demonstrācijas, es vienkārši esmu pārsteigts par jūsu detalizācijas pakāpi, un tas ir tas, kas jums ir nepieciešams, lai spētu salikt sapratni, un jums ir jābūt zināmai izglītībai par parasto situāciju., kas ir standarta.
Un jūs, cilvēki, piedāvājat ļoti daudz satura - tas palīdz cilvēkiem 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 pirmā lieta ir noskaidrot, kas ir normāli, sāciet aprēķināt šo sākumstāvokli un tādā veidā jūs varat sākt veikt uzlabojumus no turienes.
Ēriks Kavanaghs: Labi, ka tas ir labs punkts. Izskatās, ka mums nāk pēdējais jautājums. Tikai vienu pēdējo jautājumu es jums iemetīš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?
Bils Elliss : Nu, datu bāzē nekas nenotiek, kamēr nav izpildīts 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, un to, par ko rūpējas DBA, līdz es patiešām varu gūt maksimālu labumu no Precise 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 ļautu jums izpētīt visus šos dažādos lietojumprogrammu kaudzes gabalus un daļas, 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 ar jums sarunāsimies nākamreiz.
