Sa pamamagitan ng Techopedia Staff, Nobyembre 2, 2016
Takeaway: Tinatalakay ng Host na si Eric Kavanagh ang pagganap ng aplikasyon at kung paano mapagbuti ang kahusayan kasama si Dr. Robin Bloor, Dez Blanchfield at IDERA's Bill Ellis.
Kasalukuyan kang hindi naka-log in. Mangyaring mag-log in o mag-sign up upang makita ang video.
Eric Kavanagh: Mga kababaihan at mga ginoo, kumusta at maligayang pagdating muli sa Hot Technologies. Oo, naman! Ang pangalan ko ay Eric Kavanagh, ako ang magiging host mo para sa isa pang webcast ngayon sa talagang masaya, kapana-panabik na serye na nakuha namin bilang isang papuri sa aming seryeng Briefing Room. Ang pamagat ay "Application Acceleration: Mas mabilis na Pagganap para sa Mga Gumagamit ng Katapusan." Halika sa mga tao, sino ang hindi nais na? Kung ako ang tao sa labas ng pagtulong sa iyong application na mas mabilis na tumakbo, iniisip ko na ako ang taong kumukuha ng beers na binili para sa akin sa bar pagkatapos ng trabaho. Kailangan itong maging isang medyo cool na bagay upang maglakad sa at mapabilis ang application ng sinuman.
Mayroong isang slide tungkol sa iyo ng tunay, pindutin ako sa Twitter @Eric_Kavanagh. Palaging sinusubukan kong sundin pabalik at lagi akong nag-re-tweet kung nabanggit mo ako, kaya huwag mag-atubiling banggitin ako.
Ang buong layunin ng palabas na ito ay upang tumuon sa iba't ibang mga aspeto ng teknolohiya ng negosyo at talagang makakatulong na tukuyin ang ilang mga disiplina o ilang mga mukha, kung gagawin mo. Ang daming beses na kukuha ng mga vendor sa ilang mga term sa marketing at pag-uusapan kung paano nila ito ginagawa o kaya o sa iba pang bagay. Ang palabas na ito ay talagang idinisenyo upang matulungan ang aming madla na maunawaan kung ano ang kailangan ng isang tool ng software upang maging pinuno sa puwang nito. Ang format ng pagiging dalawang analyst na ito. Ang bawat isa ay mauna, hindi katulad ng Briefing Room kung saan pinauna ang nagtitinda. Bawat isa ay nagbibigay sa kanilang inaakala na mahalaga para sa iyo na malaman ang tungkol sa isang partikular na uri ng teknolohiya.
Ngayon pinag-uusapan natin ang tungkol sa pagbilis ng aplikasyon. Naririnig namin mula sa Dez Blanchfield at pati na rin si Doctor Robin Bloor - lahat tayo sa buong mundo ngayon - at pagkatapos ay nag-dial si Bill Ellis mula sa mas malaking lugar sa Virginia. Gamit nito, ibibigay ko ito sa aming unang nagtatanghal na si Dr. Bloor. Nag-tweet kami ng hashtag ng #podcast, kaya huwag mag-tweet. Kunin mo na.
Robin Bloor: Okay, mabuti salamat sa pagpapakilala na iyon. Ang antas ng pagganap ng serbisyo at serbisyo - ito ay isang uri ng isang lugar, nagawa ko ang maraming trabaho sa lugar na ito sa mga taon, sa kamalayan na talagang nagawa ko ang isang kakila-kilabot na trabaho sa pagsubaybay sa pagganap at pag-eehersisyo sa isa paraan o iba pa, kung paano subukan at kalkulahin ang mga antas. Ito ay dapat na sinabi na hanggang sa - dati naming magkaroon ng panahong ito, isang sandali na ang nakaraan, kung saan nagtayo ang mga tao ng mga sistema sa mga silos. Karaniwan, ang halaga ng trabaho na kailangan nilang gawin upang makagawa ng isang sistema na maayos na gampanan kung ito ay nasa isang silo ay hindi masyadong mahirap dahil mayroong napakaliit, napakaliit na halaga ng mga variable na kailangan mong isaalang-alang. Sa sandaling nakuha namin nang maayos ang network, ang interactive at serbisyo na orientation ay dumating sa equation. Ito ay nakuha ng isang maliit na mahirap. Ang pagganap ay maaaring maging isang dimensional. Kung nag-iisip ka lamang ng isang application na nagsasagawa ng isang partikular na landas ng code, paulit-ulit na ginagawa ito, nang napapanahong paraan, nararamdaman tulad ng isang bagay na dimensional. Sa sandaling simulan mong pag-usapan ang tungkol sa mga antas ng serbisyo, talagang pinag-uusapan mo ang maraming mga bagay na nakikipagkumpitensya para sa mapagkukunan ng computer. Ito ay nagiging multi-dimensional nang napakabilis. Kung sinimulan mong pag-usapan ang tungkol sa mga proseso ng negosyo, ang mga proseso ng negosyo ay maaaring magkadugtong mula sa maraming mga application. Kung pinag-uusapan mo ang tungkol sa arkitekturang nakatuon sa serbisyo, kung gayon ang isang naibigay na application ay maaaring aktwal na mai-access ang mga kakayahan ng maraming mga application. Pagkatapos ito ay nagiging isang kumplikadong bagay.
Tiningnan ko - matagal na ang nakalipas, iginuhit ko ang diagram na ito. Ang diagram na ito ay hindi bababa sa 20 taong gulang. Karaniwan, tinawag ko itong Diagram ng Lahat dahil ito ay isang paraan upang tingnan ang lahat ng umiiral sa kapaligiran ng IT. Apat lamang ito ng apat na piraso: mga gumagamit, data, software at hardware. Siyempre nagbabago sila sa paglipas ng panahon, ngunit aktwal mong napagtanto kung titingnan mo ito na mayroong isang hierarchical explosion ng bawat isa sa mga piraso na ito. Ang isang hardware oo, ang isang hardware ay maaaring maging isang server ngunit ang isang server ay binubuo ng maramihang mga CPU, teknolohiyang networking at memorya, at ito, uri ng isang kakila-kilabot na mga magsusupil, tulad ng nangyari. Kung talagang titingnan mo ito, lahat ito ay nababagabag. Kung talagang iniisip mo ang tungkol sa pagsisikap na i-orchestrate ang lahat ng iyon, tungkol sa data na nagbabago, nagbabago ang pagganap ng software, dahil nagbabago ang hardware, at iba pa, talagang tinitingnan mo ang isang hindi kapani-paniwalang mahirap na magkakaiba-iba na sitwasyon. Ito ang curve ng pagiging kumplikado. Siyempre ito ay kumplikado curve para sa halos lahat ng bagay, ngunit nakita ko itong iginuhit nang paulit-ulit kapag pinag-uusapan ang tungkol sa mga computer. Karaniwan, kung naglalagay ka ng mga node sa isang axis at ang mahalagang mga koneksyon sa iba pang axis, nagtatapos ka sa isang kumplikadong kurba. Halos hindi mahalaga kung ano ang mga node at koneksyon at gagawin iyon kung nais mo ng isang representasyon ng paglago ng lakas ng tunog sa network ng telepono.
Sa aktwal na katotohanan, kapag pinag-uusapan ang mga node sa kapaligiran ng computer, pinag-uusapan mo ang mga indibidwal na bagay na nagmamalasakit sa bawat isa. Ang pagiging kumplikado, ito ay naging, isang bagay ng iba't ibang istraktura at iba't ibang mga hadlang na sinusubukan mong sundin. Gayundin, ang mga numero. Kapag tumaas ang mga numero, nababaliw sila. Nagkaroon ako ng isang kagiliw-giliw na chat kahapon, nakikipag-usap ako sa isang tao - Hindi ko masabi kung sino siya, ngunit hindi ito mahalaga - pinag-uusapan nila ang isang site na mayroong 40, 000 - iyon ay apat na zero, 40, 000 - mga pagkakataon ng mga database sa site. Isipin lamang ang tungkol sa - 40, 000 iba't ibang mga database. Siyempre ang tanging bagay na mayroon kami - malinaw naman na mayroon silang maraming, libu-libong mga aplikasyon. Pinag-uusapan namin ang isang napakalaking samahan, ngunit hindi ko ito mapangalanan. Talagang tinitingnan mo iyon, at sinusubukan mong, sa isang paraan o sa iba pa, makakuha ng mga antas ng serbisyo na magiging sapat sa buong board para sa ilang maramihang mga gumagamit, na may maraming magkakaibang, kung gusto mo, mga inaasahan. Ito ay isang kumplikadong sitwasyon, at na ang talagang sinasabi ko ay, kumplikado ang bagay na ito. Ang mga numero ay palaging tumataas. Ang mga hadlang ay tinutukoy ng mga proseso ng negosyo at mga layunin sa negosyo. Mapapansin mo ang pagbabago ng inaasahan.
Naaalala ko sa sandaling ang Gmail, at Yahoo mail, at Hotmail, ang lahat ng mga mail system na iyon, ang mga tao ay nagsimulang magkaroon ng pag-asa sa kanilang mga panloob na mga sistema ng mail sa loob ng samahan ay nagkakahalaga ng mga antas ng serbisyo ng mga napakalaking operasyon na may malawak na mga bukirin ng server sa labas. ang samahan at sinimulan na mapilit na gawin ang lahat ng ganitong uri ng bagay. Sa totoo lang, ang mga kasunduan sa antas ng serbisyo ay isang bagay, ngunit ang pag-asa ay isa pang bagay at nakikipaglaban sila sa isa't isa sa loob ng isang samahan, isang mahirap na bagay. Narito lamang ang isang pananaw sa negosyo. Sa ilang mga sistema, ang pinakamainam na oras ng pagtugon ay isang ikasampu ng isang segundo ng oras ng pagtugon ng tao. Ang ikasampu ng isang segundo ay ang oras na kakailanganin ng isang kobra upang kumagat ka. Kung nakatayo ka sa harap ng isang ulupong, at nagpasya kang kumagat ka, huli na, pupunta ito dahil hindi ka maaaring tumugon sa isang-sampu ng isang segundo. Ang isang ikasampu ng isang segundo ay tungkol sa oras na kinakailangan para sa bola na iwanan ang kamay ng pitsel upang maabot ang lalaki na may paniki. Karaniwan, habang nakikita niya ang bola na itinapon, kailangan niyang tumugon nang eksakto sa puntong iyon sa oras. Ang tugon ng tao, uri ng isang kagiliw-giliw na bagay. Ang software-to-software, ay maaaring malinaw na magkaroon ng mas mataas na pag-asa.
Pagkatapos ay nakakuha ka ng ilang mga sitwasyon na sa palagay ko ay ang mga sitwasyon sa merkado, kung saan una ay kung saan ang halaga ng negosyo. Ito ay tulad ng kung nais mong magbenta ng isang partikular na stock sa stock market ay marahil mas mababa, halimbawa, dahil sa palagay mo na bababa ito at maraming iba pang iniisip na bababa ito, makakakuha ka ng pinakamahusay na presyo kung kukuha ka muna sa merkado. Mayroong maraming mga sitwasyon, paghahatid ng ad at mga bagay tulad nito, halos kaparehong sitwasyon. Mayroon kang kilusang ito sa mga tuntunin ng pag-asa sa antas ng serbisyo. Mayroon kang isang bagay na isang uri ng kisame sa salamin para sa tugon ng tao. Sa sandaling ito ay software-to-software, kung nakuha mo ang sitwasyong ito sa kisame, pagkatapos ay walang pinakamahusay na antas ng serbisyo. Mas mabilis kaysa sa lahat ay ang pinakamahusay.
Okay, ito ay, sa palagay ko, ang pangwakas na slide na ginagawa ko, ngunit ito ay upang bigyan ka lamang ng isang malaking larawan ng pagiging kumplikado, sa sandaling aktwal mong tiningnan ang mga kinakailangan ng samahan, ang serbisyo. Mayroon ka, pagpunta sa kaliwang bahagi dito, mayroon kang pamamahala ng system, na isang hanay ng software na nagsisilbi sa pamamahala ng serbisyo, na sinusubukan mong pamahalaan ang antas ng serbisyo. Sa itaas na nakuha mo ang pamamahala sa pagganap ng negosyo. Pagkatapos kung titingnan mo ang ilalim dito, ang lugar ng pamamahala ng serbisyo ng automation, nakakuha ka ng mga fragment na serbisyo na umunlad sa mga pamantayan na serbisyo, kung talagang nangangalaga ka upang mamuhunan sa ganitong uri ng bagay, na nagbabago sa pinagsamang serbisyo, na nagbago sa mga na-optimize na serbisyo . Karamihan sa kung ano ang nagawa ng mga tao ay, lamang sa ibabang kaliwang sulok nito. Marahil ng kaunting pamamahala ng serbisyo. Pamamahala sa pagganap ng negosyo, napakabihirang. Galit, halos lahat ng ito. Ang isang perpektong mundo ay pupunan ang grid na iyon. Instrumentasyon - Nabanggit ko ang isang problema sa sub-optimization. Maaari mong mai-optimize ang mga bahagi ng isang system at ito ay hindi mabuti para sa buong sistema. Kung pinapaganda mo ang puso, kung gayon ang iyong dugo ay maaaring mabilis na maikot para sa natitirang bahagi ng iyong mga organo. Iyon ay isang isyu sa mga malalaking organisasyon at antas ng serbisyo. Malinaw na walang makakaya na makamit nang walang sopistikadong mga tool dahil nakakuha lamang ang mga variable - na napakaraming mga variable upang subukan at mag-optimize.
Pagkasabi nito, ipapasa ko kay Dez na sasabihin nang iba ang tungkol sa iba pa, sana.
Dez Blanchfield: Salamat, Robin. Tulad ni Dr. Robin Bloor, maraming taon na akong gumugol sa pag-iisip tungkol sa pagganap ng napaka-kumplikadong mga sistema sa napakalaking sukat. Marahil hindi katulad ng parehong sukat ng Robin, ngunit ang pagganap ay isang pang-araw-araw na paksa at bahagi ito ng aming DNA na nais ang pagganap, upang makuha ang pinakamahusay sa lahat. Sa katunayan, ginamit ko ang isang graphic ng isa sa aking mga paboritong bagay sa mundo, Karera ng kotse ng Formula I, kung saan ang buong planeta ay umupo pa rin ng ilang sandali at pinapanood ng mga kotse ang mga bilog nang napakabilis. Ang bawat solong aspeto, walang aspeto ng Formula I na hindi partikular sa pagkuha ng pagganap. Ang isang pulutong ng mga tao ay-poo ang isport dahil sa palagay nila ito ay pag-aaksaya ng pera. Ito ay lumiliko ang kotse na minamaneho namin bawat solong araw upang ihulog ang mga bata sa soccer sa katapusan ng linggo at paaralan sa iba pang mga araw, ay nagmula sa pag-unlad at pananaliksik batay sa pagganap. Ito ay uri ng buhay ng karera ng Formula I. Araw-araw na teknolohiya, pang-araw-araw na agham, madalas na nagmumula sa mga kagustuhan ng isang bagay na puro nakatuon sa mataas na pagganap.
Ang katotohanan, gayunpaman, ay ang aming bagong "palaging sa" mundo, na hinihingi ang 100 porsiyento uptime - tulad ng nabanggit ni Robin - kasama ang mga bagay tulad ng pagpapakilala ng webmail at iba pang mga serbisyo na kinukuha namin sa patuloy na espasyo, at inaasahan namin na sa ang aming negosyo at kapaligiran sa trabaho. Ang katotohanan ay ang pagiging up hindi palaging nangangahulugang natutugunan mo ang iyong kasunduan sa antas ng serbisyo. Kinakailangan ko ang pangangailangan na pamahalaan ang pagganap ng aplikasyon at ang mga kasunduan sa antas ng serbisyo na pagkakaroon ay sumailalim sa isang pangunahing pagbabago sa huling dekada. Kami ay hindi lamang sinusubukan na mag-alala tungkol sa pagganap ng isang system ngayon. Kapag ang mundo ay medyo simple, maaari kaming magkaroon ng isang sitwasyon kung saan ang isang solong server na nagpapatakbo ng maraming serbisyo ay maaaring masubaybayan nang live at medyo prangka itong suportahan. Maaari naming - at narito ang aking maliit, ang mga bagay na dati nating nababahala noong ako ay isang tagapangasiwa ng system halimbawa, maraming taon na ang nakalilipas - titingnan namin ang paligid, ang serbisyo ay karaniwang tumataas at tumutugon? Maaari ba akong mag-log in sa isang terminal halimbawa? Tumutugon ba ang operating system at maaari ba akong mag-type ng mga utos? Ang mga aplikasyon ba ay tumatakbo at tumatakbo? Maaari ba akong makakita ng mga proseso at memorya sa paggawa ng mga bagay at ako / O sa buong network at iba pa? Sa mga araw ng mainframe maaari mong marinig ang mga teyp na pupunta sa zip-zip-zip at papel na bumabagsak sa kanila.
Ang mga app ba ay tumugon at maaari ba tayong mag-log in at gumawa ng mga bagay sa kanila? Maaari bang kumonekta ang mga gumagamit sa ilan sa mga server na iyon? Nagpapatuloy ito. Ang mga ito ay medyo pangunahing, alam mo. Pagkatapos ng ilang nakakatawa - berde ba ang help desk? Sapagkat kung hindi, kung gayon maayos ang lahat, at sino ang kukuha ng mga donat? Tunay na simple ang buhay sa mga panahong iyon. Kahit na sa mga panahong iyon, at pagkatapos ay nakikipag-usap ako sa 20-30 taon na ang nakalilipas, ang pagiging kumplikado ay mataas pa rin. Maaari naming, sa isang medyo prangka na fashion, pamahalaan ang mga kasunduan sa antas ng serbisyo at pagmasdan ang pagganap. Hindi natin ito magagawa sa pamamagitan ng kamay, tulad ng naisip ng Robin. Ang hamon ay napakahusay. Ang katotohanan ay ang oras kung saan ang ilang mga mahusay na apps, admin, system network at database, maaaring masubaybayan ng mga admin at matugunan ang mga pagganap ng mga SLA. Ang mga SLA ay napakalayo ngayon na nagpupumiglas ako kagabi nang isinasama ko ang aking pangwakas na mga tala upang isipin din ang taon kung kailan ako huling pinamamahalaang upang tumingin sa isang sistema ng isang napaka-kumplikadong salansan, at magkaroon ng kahulugan dito at kahit na maunawaan kung ano ang nagpapatuloy sa ilalim ng hood, at nagmula ako sa isang malalim na teknikal na background. Hindi ko maisip kung ano ang kagaya ng pagharap sa iyon sa pang-araw-araw na batayan ngayon sa isang pang-administratibong pamamaraan.
Anong nangyari? Well, noong 1996, ang mga apps na hinimok ng database ay nabago sa internet boom. Maraming sa amin ay sa pamamagitan ng na. Kahit na ikaw ay hindi nasa paligid ng internet boom, madali mo lamang tingnan at mapagtanto na sa pang-araw-araw na buhay, na-hook namin ang lahat sa internet ngayon. Naniniwala ako na mayroon kaming isang toaster na tila may pagpipilian upang makapunta sa Wi-Fi na katawa-tawa, dahil hindi ko kailangan ang aking toaster na nakakonekta sa internet. Noong 2000s, lalo na sa unang bahagi ng 2000, kailangan nating harapin ang napakalaking paglaki ng pagiging kumplikado sa pag-ihatid ng pagganap ng serbisyo sa dot-com boom. Pagkatapos ay isa pang nakakatawa na awkward spark sa web 2.0, kung saan dumating ang mga smartphone at ngayon ang mga aplikasyon ay nasa aming mga kamay 24/7 at palaging mode.
Ito ay ngayong 2016, nahaharap kami sa isa pang quagmire sa anyo ng ulap at malaking data at kadaliang kumilos. Ang mga ito ay mga sistema na napakalaki lamang na madalas na mahirap maunawaan at ilagay sa payak na Ingles. Kung iisipin natin ang tungkol sa katotohanan na ang ilan sa mga malalaking unicorn na pinag-uusapan natin ay may sampu-daang daang petabytes ng data. Ito ay buong palapag ng puwang ng disc at imbakan upang hawakan lamang ang iyong email, mga imahe at social media. O sa ilang mga kaso, sa transport logistic at pagpapadala, lahat ito sa pagbabangko, kung saan ang iyong pera, o kung saan ang iyong post, o iyong, kung saan ang bagay na binili mo sa eBay. Ang susunod na malaking alon na malapit na nating harapin ay ang napakabigat na hamon na ito ng internet ng mga bagay.
Kung hindi ito sapat na masama, magtatayo kami ng artipisyal na katalinuhan at pag-compute ng cognitive sa halos lahat ng bagay. Nakikipag-usap kami sa mga engine ng Siri at Google sa mga araw na ito. Alam kong nakuha ng isa ang Amazon. Si Baidu ay may isa sa mga aparatong ito kung maaari mong kausapin, i-convert nila ito sa teksto na pumapasok sa isang normal na sistema, ang database ay gumagawa ng isang query at bumalik at binabaligtad ang proseso. Mag-isip tungkol sa pagiging kumplikado na pumapasok sa iyon. Ang katotohanan ay ang pagiging kumplikado ng karaniwang application stack ngayon ay higit pa sa kakayahan ng tao. Kapag iniisip mo ang lahat ng nangyayari kapag itinulak mo ang isang pindutan sa iyong aparato ng smartphone o tablet, nakikipag-usap ka dito, nagpalit ng teksto, nagpapatakbo sa lahat ng paraan sa internet sa isang back-end system, natanggap ng isang front-end iyon, nagko-convert ito sa isang query, nagpapatakbo ng query sa pamamagitan ng isang application stack, dumadaan sa isang database, hit disc, lumabas, at sa gitna mayroong isang network ng carrier, mayroong isang sentro ng katayuan sa lokal na network ng lugar. Ang pagiging kumplikado ay galit na galit.
Epektibong ipinapalagay namin ito bilang hyperscale. Ang pagiging kumplikado at bilis ng hyperscale ay ang pagtutubig lamang sa mata. Ang mga aplikasyon at database ay naging napakalaki at napakasalimuot, na ang pamamahala ng pagganap ay sa katunayan isang agham sa kanyang sarili. Maraming tumutukoy dito bilang isang agham na rocket. Mayroon kaming teknolohiya sa site, mayroon kaming teknolohiya sa offsite, mayroon kaming isang hanay ng mga pagpipilian sa data center; pisikal at virtual. Mayroon kaming mga pisikal at virtual server, mayroon kaming ulap, mayroon kaming imprastraktura bilang isang serbisyo at platform bilang isang serbisyo at software bilang isang serbisyo ay isang bagay na ipinagkatiwala natin. Ang huli, software bilang isang serbisyo, ay naging nakakatakot sa loob ng ilang taon na ang nakalilipas nang natanto ng mga CFO at mga bahagi ng samahan na maaari nilang kunin ang kanilang credit card at bibili lamang ng mga bagay ang kanilang mga sarili at lumibot sa CIO at epektibong tinawag namin itong "anino IT "at ang CIO ngayon ay subukan na i-wind ang likod at pagbabalik sa pakikipagbuno muli.
Sa imprastraktura nakuha namin ang network na tinukoy ng software, virtualization ng pag-andar ng network, sa ibaba na mayroon kami, marahil higit sa, ngayon mayroon kaming mga serbisyo ng micro at mga app ng mga aktibong serbisyo. Kapag nag-click ka sa isang URL, mayroong isang grupo ng logic ng negosyo na nakaupo sa dulo ng URL na naglalarawan kung ano ang kinakailangan upang aktwal na maihatid ito. Hindi kinakailangang magkaroon ng itinaas na logic na naghihintay para dito. Mayroon kaming mga tradisyunal na database sa isang panig na napakalaki, napakalaking. Nakuha namin ang mga kagustuhan ng Hadoop imprastraktura at ekosistema sa iba pang mga spectrum na napakalaki na, tulad ng sinabi ko, alam mo, ang mga tao ay pinag-uusapan ang daan-daang mga petabytes ng data ngayon. Nakakuha kami ng pagiging kumplikado ng kadaliang mapakilos tulad ng mga aparato na nagdadala sa paligid, mga laptop at telepono at tablet.
Nakarating kami ng BYOD sa ilang mga nakapaloob na kapaligiran at lalo na, dahil ang mga taong nakaranas ng Gen Y ay nagdadala ng kanilang sariling mga aparato. Hinahayaan lamang namin silang makipag-usap sa kanila tungkol sa mga web interface. Alinman sa internet o sa Wi-Fi, mayroon kaming isang libreng Wi-Fi sa mga cafe sa silong habang nagkakaroon sila ng kape. O ang aming panloob na Wi-Fi. Ang machine-to-machine ay palaging naroroon ngayon. Hindi iyon direktang bahagi ng internet ng mga bagay, ngunit may kaugnayan din ito. Ang Internet ng mga bagay ay isang buong bagong laro ng isang pagiging kumplikado na nababagabag sa isip. Artipisyal na intelihensiya, at kung sa palagay mo na ang pinaglalaruan namin ngayon, kasama ang lahat ng mga Siri at iba pang mga nauugnay na aparato na pinag-uusapan namin ay kumplikado, maghintay hanggang makarating ka sa isang sitwasyon kung saan nakikita mo ang isang bagay na tinatawag na Olli na isang 3-D naka-print na bus na tumatagal ng halos anim na tao at maaaring magmaneho ng sarili sa paligid ng lungsod at maaari kang magsalita ng simpleng Ingles dito, at babalik ito sa iyo. Kung naaabot ang trapiko, magpapasya na lumiko sa kaliwa o kanan sa pangunahing lugar kung saan may trapiko. Kapag lumiliko ito at nag-aalala ka tungkol sa kung bakit ito ay nakabukas sa kaliwa o kanan sa pangunahing kalsada, sasabihin sa iyo, “Huwag kang mag-alala, ako ay aalis. Mayroong trapiko sa unahan at pupunta ako sa paligid nito. "
Ang pamamahala ng pagganap ng lahat ng mga system doon at lahat ng pagiging kumplikado, pagsubaybay kung saan pupunta ang data na iyon, papasok din ito sa database, ang lahat ng mga magkakaugnay at lahat ng may-katuturang mga bits ay nasa isip lamang. Ang katotohanan ay ang pamamahala ng pagganap at mga SLA sa bilis at scale ngayon ay nangangailangan ng mga tool at system, at sa default na ito ay hindi na isang bagay kung saan sa tingin mo lang ay magiging maganda ang pagkakaroon ng isang tool - ito ay isang paunang kinakailangan; ito ay talagang kinakailangan. Narito ang isang bagay tulad ng isang maliit na halimbawa, isang listahan ng mga diagram ng disenyo ng mataas na antas para sa OpenStack, open-source na software na tinukoy ng software. Isa lang itong malaking tipak. Ito ay hindi lamang mga server at database. Narito ang bawat maliit na asul na blob ay kumakatawan sa mga kumpol ng mga bagay. Sa ilang mga kaso ang mga file at server o daan-daang mga database o siyempre hindi hihigit sa sampu-sampung libong maliit na piraso ng mga aplikasyon ng lohika na tumatakbo. Iyon ay isang maliit na bersyon. Talagang nasa isip ko ang pagkukulang kapag sinimulan mong mag-isip tungkol sa pagiging kumplikado na nangyayari sa ito. Ngayon, kahit sa malaking puwang ng data, ilalagay ko lang ang ilang mga screenshot ng mga tatak lamang. Kapag iniisip mo ang lahat ng mga piraso na nakuha namin upang pamahalaan dito, hindi lamang kami ang pinag-uusapan tungkol sa isang tatak na kinakailangan, ito ang lahat ng mga tatak sa malaking data na tanawin at nangungunang tatak, hindi lamang bawat maliit na maliit o bukas na mapagkukunan. Tumingin ka at sa palagay mo ay medyo tsart ng pag-iisip.
Tingnan natin ang isang pares ng mga vertical. Tingnan natin ang marketing, halimbawa. Narito ang isang katulad na tsart ngunit mula sa mga stacks ng teknolohiya na magagamit sa teknolohiya ng marketing lamang. Ito ang graph ng 2011. Narito ang 2016 bersyon. Isipin lamang, ito lamang ang bilang ng mga tatak ng mga produkto na maaari mong patakbuhin para sa teknolohiya na may kinalaman sa teknolohiya sa pagmemerkado. Hindi ang pagiging kumplikado ng mga system sa loob doon, hindi ang magkakaibang app at web at pag-unlad at network at lahat ng iba pa. Tatak lang. Nariyan ang nauna, limang taon na ang nakalilipas at narito ngayon. Lalala lang ito. Narito kami sa puntong ito kung saan ang katotohanan, ang mga tao ay hindi maaaring matiyak ang lahat ng mga kasunduan sa antas ng serbisyo. Hindi kami maaaring sumisid sa sapat na detalye, sapat nang mabilis, at sa laki na kailangan namin. Narito ang isang halimbawa ng kung ano ang hitsura ng isang console ng monitoring. Ito ay tulad ng halos dalawampu't kakaibang mga screen na nakadikit na magkasama na nagpapanggap na sila ay isang mahusay, malaking inaasahang pagsubaybay sa screen bawat maliit na piraso. Ngayon ay kawili-wili dito, hindi ko babanggitin ang tatak, ngunit ang monitoring platform na ito ay sinusubaybayan ang isang solong application sa isang logistik at pagpapadala sa kapaligiran. Isang app lang. Kung iisipin mo ang tungkol sa kung ano ang pinag-uusapan ni Robin kung saan ang mga samahan ay maaaring magkaroon ng 40, 000 mga database ngayon sa mga kapaligiran ng produksyon. Maaari mo bang isipin lamang kung ano ang 40, 000 mga bersyon ng koleksyon ng mga screen na pagsubaybay sa isang application ay maaaring maging katulad? Ito ay isang napaka-matapang na mundo na aming nakatira. Tulad ng sinabi ni Robin at talagang gagawin ko, 100 porsyento ang sumasalamin na, nang walang tamang tool, nang walang tamang suporta at katutubong sa mesa gamit ang mga tool, ang pagganap ng aplikasyon ay isang nawawalang laro sa mga tao at kailangang gawin ito ng mga tool at software.
Gamit nito ay ipapasa ko sa aming mga kaibigan sa IDERA.
Eric Kavanagh: Sige, Bill.
Bill Ellis: Salamat. Pagbabahagi ng aking screen dito. Sa palagay ko maaari bang kumpirmahin ng isang tao na maaari mong makita ang aking screen?
Robin Bloor: Oo.
Eric Kavanagh: Mukhang maayos ang lahat.
Bill Ellis: Salamat. Ang isang bagay na tinutukoy niya ay, hindi ko talaga hintayin ang kotse na nagmamaneho sa sarili. Ang isang bagay na hindi ko narinig ang sinuman na pag-uusapan ay, ano ang mangyayari kapag ito ay umiling? Nagtataka ako kung napagtanto ng mga inhinyero sa California na sa iba pang mga bahagi ng bansa ay medyo humihila ito.
Dez Blanchfield: Gusto ko iyon, maaalala ko iyon.
Eric Kavanagh: Isang tipikal na isang milya bawat oras.
Bill Ellis: Narito kami upang pag-usapan ang tungkol sa pamamahala ng pagganap ng aplikasyon sa isang kumplikadong kapaligiran. Ang isang bagay na gusto kong pag-usapan ay, ang maraming tao, kapag pinag-uusapan nila ang pagganap, ang likas na reaksyon ay, mas maraming mga server, mas maraming CPU, mas maraming memorya, atbp. Ang iba pang bahagi ng barya ay ang pagpoproseso ng kahusayan. Talagang, iyon ang dalawang panig sa parehong barya at kami ay tumingin sa kanilang dalawa. Ang panghuli layunin ay upang matugunan ang mga kasunduan sa antas ng serbisyo para sa mga transaksyon sa negosyo. Sa huli lahat ng teknolohiyang ito ay umiiral para sa negosyo. Napag-usapan namin ang tungkol sa pagkakaroon ng database-first management management database. Ang perpekto ng iyon ay upang magkasya sa perpektong hulma ng pagganap at pamamahala nito mula sa simula ng siklo ng buhay ng mga aplikasyon.
Ang mga paksa ay talagang kumulo hanggang sa apat na piraso; ang isa ay ang proseso ng pamamahala ng pagganap. Nakipag-usap kami sa lahat, at lahat ay may mga tool. Kung wala silang mga tool, mayroon silang mga script o utos, ngunit ang nawawala nila ay konteksto. Ang konteksto ay simpleng pagkonekta sa mga tuldok sa buong mga aplikasyon ng mga stack. Ang mga application para sa - batay sa browser. Ang mga ito ay mahigpit na kaisa mula sa tier hanggang sa tier. Paano mahalaga ang pakikipag-ugnay sa mga tier. Pagkatapos, pinag-uusapan natin ang transaksyon sa negosyo. Kami ay magbibigay ng kakayahang makita hindi lamang sa mga teknikal na tao, kundi pati na rin para sa mga may-ari ng aplikasyon at mga tagapamahala ng operasyon.
Mayroon akong ilang mga pag-aaral sa kaso para lamang maibahagi sa iyo kung paano gagamitin ito ng mga customer. Ito ay isang napaka-praktikal na bahagi ng pagtatanghal dito. Tingnan natin kung ano ang karaniwang nangyayari. Gusto kong mag-diagram - ito ay tulad ng isang hindi kapani-paniwalang collage ng mga teknolohiya. Ang bilang ng mga teknolohiya sa data center ay lumago, at lumago, at lumago. Samantala, ang isang pagtatapos ng gumagamit ay hindi nagmamalasakit dito, at walang gana rito. Gusto lang nilang mag-ehersisyo ang transaksyon, magagamit ito, kumpletuhin ito nang mabilis. Ang karaniwang nangyayari ay, ang mga propesyonal sa IT ay walang kamalayan na ang mga gumagamit ng katapusan ay nagkaroon ng problema, hanggang sa mag-ulat sila sa sarili. Na nagsisimula sa uri ng isang napakahabang oras, mabagal na proseso, at madalas na nakakabigo. Ang mangyayari ay, buksan ng mga tao ang kanilang mga tool, at tiningnan nila ang isang subset ng kanilang application stack. Sa subset na iyon, napakahirap sagutin ang pinakasimpleng tanong. Karaniwan sa iyo na magkaroon ng problema? Ano ang transaksyon nito? Saan sa application stack ay ang bottleneck? Sa pamamagitan ng paggastos ng lahat ng oras na ito, naghahanap ng tier sa pamamagitan ng tier, hindi masagot ang mga katanungang ito, tinatapos mo ang paggastos ng maraming oras at enerhiya, maraming kawani, pondo at enerhiya na uri ng paghahanap.
Upang malutas ito, upang magbigay ng isang mas mahusay na paraan, kung ano ang ginagawa ni Precise ay aktwal na gawin ang transaksyon ng track ng end-user, kinukuha ang metadata tungkol dito, sumusunod sa transaksyon sa pamamagitan ng network, sa web server, sa negosyo ng logic tier at sinusuportahan namin. NET at ABAP at PeopleCode at E-Business Suite, sa mga aplikasyon ng multitier na sa huli lahat ng mga transaksyon ay makikipag-ugnay sa system ng record. Kung ito ay isang paghahanap ng imbentaryo, nagtrabaho ang pag-uulat, palagi silang nakikipag-ugnay sa database. Ang database ay naging pundasyon ng pagganap ng negosyo. Ang database, naman, ay umaasa sa imbakan. Ano ang sagot ng metadata tungkol sa mga transaksyon, kung sino, ano ang transaksyon, kung saan sa application stack, at pagkatapos ay mayroon kaming malalim na kakayahang makita ang code upang maipakita sa iyo kung ano ang ginagawa. Ang impormasyong ito ay patuloy na nakunan, ilagay sa database ng pamamahala ng pagganap - na nagiging isang solong sheet ng musika para makita ng lahat kung ano ang nangyayari. Mayroong iba't ibang mga tao at mga organisasyon na nagmamalasakit sa kung ano ang nangyayari: ang mga teknikal na eksperto, ang mga may-ari ng aplikasyon, sa huli ang negosyo mismo. Kapag lumabas ang isang problema, nais mong makakuha ng impormasyon tungkol sa transaksyon na iyon.
Bago natin tingnan ang transaksyon sa pamumuhunan, nais kong ipakita sa iyo kung paano maaaring lumitaw ito sa iba't ibang mga tao sa samahan. Sa isang tier ng pamamahala, maaaring nais mong magkaroon ng isang pangkalahatang-ideya ng maraming mga application. Maaaring nais mong malaman ang tungkol sa kalusugan na kinakalkula ng pagsunod sa SLA at pagkakaroon. Ang kalusugan na iyon ay hindi nangangahulugang ang lahat ay 100 porsyento na gumagana nang perpekto. May silid sa kasong ito maaari mong makita ang transaksyon sa pamumuhunan ay nasa katayuan ng babala. Ngayon, medyo mas malalim, marahil sa linya ng negosyo, nais mong magkaroon ng ilang karagdagang detalye tungkol sa mga indibidwal na transaksyon, kapag nilabag nila ang mga SLA, mga transaksyon ng transaksyon, atbp. Ang nais na koponan ay nais na ma-notify tungkol sa pamamagitan ng isang alerto ng ilang uriin Mayroon kaming mga alerto sa pagganap na itinayo. Sinusukat talaga namin ang pagganap sa browser ng end user. Kung ito man ay Internet Explorer, Chrome, Firefox, atbp, nagagawa nating tuklasin, sinasagot nito ang unang tanong: may isang end user ba na may problema?
Sumisid tayo at tingnan kung ano pa ang maaari nating ipakita tungkol doon. Ang mga taong interesado sa pagganap ay magbubukas sa Tiyak. Susuriin nila ang mga transaksyon. Titingnan nila ang haligi ng SLA upang makilala ang mga transaksyon na hindi sumusunod sa SLA. Makikita nila ang mga gumagamit ng pagtatapos na naapektuhan pati na rin ang ginawa ng transaksiyong iyon habang dumadaloy ito sa buong aplikasyon. Ang paraan na tinukoy mo ang mga hieroglyphics na ito, ito ang browser, ang URL, ang U ay para sa URL, iyon ang entry point sa JVM. Ngayon ang partikular na JVM na ito ay gumagawa ng isang tawag sa web server sa pangalawang JVM na pagkatapos ay isinasagawa ang pahayag ng SQL. Ito ay malinaw na isang isyu sa database dahil ang pahayag na SQL na ito ay responsable para sa 72 porsyento ng oras ng pagtugon. Nakatuon kami sa oras. Ang oras ay ang pera ng pagganap. Ito ay kung paano nakakaranas ang mga gumagamit ng katapusan kung ang mga bagay ay tumatakbo nang marahan o hindi, at ito ay isang sukatan ng pagkonsumo ng mapagkukunan. Ito ay isang madaling gamiting; ito ay uri ng isang solong panukat na pinakamahalaga para sa pagsusuri ng pagganap. Kapag ang problemang ito ay ipinasa sa DBA, hindi lamang ito problema sa database, ito ang pahayag na SQL. Ito ang konteksto na pinag-uusapan ko.
Ngayon armado ng impormasyong ito, nakakapasok ako at pag-aralan ang nangyari. Una kong nakikita, ang y-axis ay oras sa buong araw. Paumanhin, ang y-axis ay oras ng pagtugon, ang x-axis ay oras sa buong araw. Nakikita kong mayroong isang isyu sa database, mayroong dalawang mga pangyayari, bumalik sa daloy na iyon, kunin ang pahayag na SQL at pumunta sa view ng dalubhasa, kung saan ang Precise ay maaaring ipakita sa iyo kung ano ang nangyayari, ang mga kontrol nito, kung gaano katagal ang code na tatagal sa pagpapatupad. Sa tier ng database, ito ang plano ng pagpapatupad. Mapapansin mo na pinili ni Precise ang tunay na plano ng pagpapatupad na ginamit sa oras ng pagpatay, na nakikilala mula sa tinantyang plano, na kung kailan ibigay ang plano at hindi sa panahon ng pagpapatupad. Maaaring o hindi maaaring ipakita na ang database talaga.
Ngayon pababa dito, ay isang oras ng pagtugon pagtatasa para sa pahayag ng SQL. Siyamnapung porsyento ng oras na ginugol sa imbakan; sampung porsyento ang ginamit sa CPU. Nakikita ko ang teksto ng pahayag ng SQL pati na rin ang ulat ng natuklasan. Ang teksto ng pahayag ng SQL ay aktwal na nagsisimula upang ipakita ang ilang mga problema sa coding. Ito ay piliin ang bituin; na nagbabalik sa lahat ng mga hilera - humingi ng paumanhin, lahat ng mga haligi mula sa mga hilera na naibalik. Inaatras namin ang mga karagdagang haligi ng application ay maaaring o hindi kailangan. Ang mga haligi ay kumonsumo ng puwang at mapagkukunan upang maproseso. Kung nagpapatakbo ka ng SAP, isa sa mga malalaking pagbabago, dahil ang database ng HANA ay haligi, ay ang panunulat na muling pagsulat ng SAP upang hindi pumili ng piling bituin upang maaari nilang mabawasan ang pagkonsumo ng mapagkukunan. Ito ay karaniwang isang bagay na nangyayari ng maraming oras din sa mga homegrown application, kung Java, .NET, atbp.
Ang screen na iyon, ipinapakita sa iyo kung sino, ano, kailan, saan at kung bakit. Ang dahilan kung bakit makakakuha ng, tulad ng pahayag ng SQL at plano ng pagpapatupad na nagbibigay-daan sa iyo upang malutas ang mga problema. Sapagkat patuloy na tumatakbo ang Tiyak, maaari mo talagang masukat bago at pagkatapos, sa antas ng pahayag ng SQL, sa antas ng transaksyon, kaya maaari mong sukatin ang iyong sarili, pati na rin sa pamamagitan ng mga may-ari ng aplikasyon at para sa pamamahala, na malutas mo ang problema . Ang dokumentasyong iyon ay talagang kapaki-pakinabang. Mayroong maraming pagiging kumplikado sa stack ng application na ito. Sa maraming mga aplikasyon, sa katunayan, ang lahat ng aming nakausap, ay tumatakbo ng hindi bababa sa isang bahagi ng application stack sa ilalim ng VMware. Sa kasong ito, tinitingnan nila ang application ng serbisyo sa customer, tinitingnan nila ang oras ng transaksyon, at i-correlate ito sa pagbagal ay isang kaganapan sa virtualization. Tumpak na sinusubaybayan ang lahat ng mga kaganapan virtualization. Mayroon kaming isang plug-in upang vCenter upang kunin iyon.
Nakakakita rin kami ng pagtatalo. Ang pagtatalo ay naiiba kaysa sa paggamit. Tunay na nagpapakita kung marahil ang isang maingay na kapitbahay ay nakakaapekto sa iyong panauhin VM, sa konteksto ng application ng customer server. Ngayon, nakakapag-drill ako at kumuha ng impormasyon at maaari ko talagang makita ang dalawang VM na nag-aaway, sa kasong ito, para sa mga mapagkukunan ng CPU. Pinapayagan nitong magkaroon ako ng kakayahang makita upang matingnan ko ang pag-iskedyul. Maaari akong maglagay ng panauhin VM sa ibang pisikal na server. Ang lahat ng mga uri ng mga bagay na maaari mong tumugon at pagkatapos, bilang karagdagan sa, maaari kong aktwal na tingnan ang kahusayan ng code upang marahil ay gumamit ito ng mas kaunting CPU. Sa palagay ko ay may magandang halimbawa ako sa presentasyong ito ng kung paano nagawang mabawasan ang pagkonsumo ng CPU sa pamamagitan ng mga order ng magnitude.
Iyon ay VMware. Pumunta tayo sa code mismo, ang application code. Maipapakita sa iyo ng tumpak ang nangyayari sa loob ng Java, .NET, ang ABAP code, E-Business, PeopleCode, atbp. Ito ang mga punto ng pagpasok sa, sa kasong ito, sa Weblogic. Dito, mayroong ulat ng mga natuklasan na nagsasabi sa akin ito ang mga EJB na kailangan mong tingnan, at sasabihin sa akin na nakakuha ka rin ng pagla-lock sa nangyayari sa sistemang ito. Muli, ang drill down sa loob ng negosyo logic tier, upang ipakita kung ano ang nangyayari. Sa kasong ito, tinitingnan ko ang mga partikular na pagkakataon; Sinusuportahan ko rin ang kumpol. Kung mayroon kang maraming mga JVM ay tumatakbo, maaari mong tingnan ang kumpol nang buo, o tingnan ang mga bottlenecks sa loob ng indibidwal na JVM.
Sa pag-lock mo, makakakuha ako ng mga eksepsiyon. Ang pagbubukod ay medyo naiiba kaysa sa isang problema sa pagganap. Karaniwan, ang mga pagbubukod ay pinapatakbo nang napakabilis. Dahil mayroong isang error sa lohika at sa sandaling na-hit mo ang error na logic na ito, magtatapos. Nakuha namin ang isang bakas ng salansan sa kalakasan ng isang pagbubukod, ito ay maaaring makatipid ng maraming oras habang ito ay nangyayari sa pamamagitan ng pagsubok upang malaman kung ano ang nangyayari, mayroon ka lamang na trace ng stack, doon mismo. Nagagawa rin naming makuha ang mga pagtagas ng memorya. Kasama rin sa solusyon ang database tier, maaari akong pumasok, maaari kong suriin ang halimbawa ng database. Muli, ang y-axis ay kung saan ginugol ang oras, ang x-axis ay oras sa buong araw. Mayroong ulat ng natuklasan na awtomatikong nagsasabi sa akin kung ano ang nangyayari sa system at kung ano ang maaaring tingnan ko.
Isa sa mga bagay tungkol sa ulat ng natuklasan ni Precise, hindi lamang ito tumitingin sa mga log o estado ng paghihintay - tinitingnan nito ang lahat ng mga estado ng pagpapatupad kabilang ang CPU, pati na rin ang pagbabalik ng impormasyon mula sa imbakan. Ang pag-iimbak ay isang napakahalagang bahagi ng stack ng aplikasyon, lalo na sa pagdating ng solidong estado. Ang pagkakaroon ng impormasyon kasama ang mga linya na ito ay maaaring maging kapaki-pakinabang. Para sa ilang mga yunit ng imbakan, maaari naming talagang mag-drill down at ipakita kung ano ang nangyayari sa antas ng indibidwal na aparato. Ang uri ng impormasyon - sa sandaling muli, malalim na kakayahang makita; malawak ito sa saklaw - bigyan ka lamang ng sapat na impormasyon upang magkaroon ng higit na pagkilos upang hilahin bilang isang propesyonal sa pagganap ng aplikasyon, upang maaari mong mai-optimize ang iyong mga aplikasyon sa isang end-to-end na batayan upang matugunan ang mga transaksyon sa negosyo.
Mayroon akong ilang mga pag-aaral sa kaso na nais kong ibahagi sa iyo. Kami ay naglalakbay kasama ang mabilis; Umaasa ako na pupunta ako sa isang okay na bilis. Ang pakikipag-usap tungkol sa imbakan, lahat ng tao sa paglipas ng panahon ay nagbabago ng hardware. Mayroong isang warranty ng hardware. Naihatid ba talaga nito ang sinabi sa iyo ng nagbebenta? Maaari mong suriin ito sa Precise. Pumasok ka, at kung ano ang nangyari dito, talaga silang inilagay sa isang bagong yunit ng imbakan, ngunit kapag ang mga tagapangasiwa ng imbakan ay tumingin lamang sa antas ng yunit ng imbakan, nakakita sila ng maraming pagtatalo at naisip nila na maaaring may problema sa bagong yunit ng imbakan . Tumitingin sa higit pa mula sa isang pangwakas na pananaw, tiyak na maipakita kung saan talaga mangyayari. Talaga silang nagmula sa throughput ng halos 400 meg bawat segundo, kung saan ang imbakan ay responsable para sa 38 porsyento ng oras ng pagtugon, kaya medyo mataas ito. Sa bagong yunit ng pag-iimbak aktwal na dinidilaan namin ang throughput hanggang anim, pitong daang megs bawat segundo, kaya talaga na doble, at nagagawa naming kunin ang kontribusyon ng tier ng imbakan sa oras ng transaksyon sa kalahati. Nagagawa kong aktwal na i-graph na bago, ito ang panahon ng cutover, at pagkatapos ay pagkatapos.
Kaya't muli, dokumentasyon upang patunayan na ang pamumuhunan ng hardware ay nagkakahalaga nito at naihatid sila tulad ng inaasahan ng partikular na nagbebenta. Nariyan ang lahat, dahil sa pagiging kumplikado, bilang ng mga bagay, mayroong lahat ng uri ng mga bagay na maaaring mangyari. Sa kasong ito, mayroon talaga silang isang sitwasyon kung saan ang lahat ay uri ng pagsisi sa DBA, ang DBA ay tulad ng "Well, hindi masyadong mabilis." Dito kami talaga ay naghahanap sa isang aplikasyon ng SAP, sa palagay ko ang ganitong uri ng senaryo ay medyo pangkaraniwan. . Ang nangyari, nagkakaroon sila ng isang pasadyang transaksyon para sa isang gumagamit. Ang gumagamit ay tulad ng, "Ito ay napakabagal." Ang ABAP coder - iyon ang programming language sa SAP - sinabi, "Ito ay isang isyu sa database." Natapos nila ang pagbubukas ng Tumpak; sinukat nila ang end user na 60 segundo, kaya't sa loob ng isang minuto. Limampu't tatlong segundo ang ginugol sa back end. Nag-drill sila sa likuran ng likuran at talagang nagawang ibunyag ang pahayag ng SQL na ipinakita sa pababang pagkakasunud-sunod.
Ang nangungunang pahayag ng SQL na responsable para sa 25 porsyento ng pagkonsumo ng mapagkukunan, ang average na oras ng pagpapatupad nito ay dalawang millisecond. Hindi mo masisisi ang database. Alam mo, hey, hindi masyadong mabilis, tao. Ang tanong, bakit maraming mga executive? Buweno, ibinalik nila ito pabalik sa ABAP, pinasok niya, tiningnan ang pugad ng loop, nalaman na tinawag nila ang database sa maling lugar, talaga silang ginawa ang pagbabago, sinubukan ang pagbabago at ngayon ang bagong oras ng pagtugon ay limang segundo. Medyo mabagal, ngunit maaari silang mabuhay kasama iyon. Malayong mas mahusay kaysa sa 60 segundo. Minsan, nagpapalabas lang, ito ba ang application code, ito ba ang database, iniimbak ba ito? Iyon ang mga lugar kung saan ang Precise, sa pamamagitan ng pagkakaroon ng konteksto ng mga end-to-end na transaksyon, kung saan naglalaro si Precise. Karaniwan mong tapusin ang mga bagay na iyon.
Tinitingnan ko ang oras, mukhang mayroon pa kaming kaunting oras upang dumaan sa ilang higit pa sa mga ito. Ako ay streaming sa pamamagitan ng mga ito. Ang application na ito ay sa ilalim ng pag-unlad para sa higit sa isang taon. Kapag nagpunta sila sa QA, nakita nila na ang mga web server ay naipadala ang 100 porsyento at mukhang hindi maaaring tumakbo ang application sa ilalim ng VMware. Ang unang bagay na sinabi ng lahat ay, "Ilagay ito sa pisikal; hindi ito tatakbo sa ilalim ng VMware. "Talagang inaalok sa kanila ng tumpak na mga karagdagang paraan upang malutas ang problema. Tiningnan namin ang mga transaksyon, nakita namin ang isang tawag sa web server, dumating ito bilang isang ASMX sa IIS.NET. Ito ay talagang nagsiwalat ng nakapailalim na code. Nakikita mo ito kung saan ako nagtuturo? Ito ay 23 araw, 11 oras. Wow, paano posible iyon? Mahusay ang bawat pagtawag ay tumatagal ng 9.4 segundo at ang bagay na ito ay naimbitahan ng 215, 000 beses. Para sa bawat invocation, gumagamit ito ng 6 segundo ng CPU. Ito ang dahilan, ang code na ito ay ang dahilan kung bakit ang bagay na ito ay hindi maaaring masukat. Sa katunayan, hindi ito maaaring sukatan sa pisikal.
Ano ang ginawa nila, bumalik ba sila sa kanilang mga developer at sinabi nila, "Maaari bang magkaroon ng pagbabago ang isang tao?" Nagkaroon sila ng isang paligsahan, at sinubukan nila ang iba't ibang mga mungkahi at nagbigay sila ng isang mungkahi na nakapagpapatakbo ng marami mas napapakinabangan. Ang bago ay nakumpleto ang isang punto, isang maliit na mas mababa sa dalawang segundo, na may dalawang daan-daang isang segundo sa CPU. Ngayon ay maaaring masukat at maaari itong tumakbo sa bukid ng VMware. Nagawa naming basahin ang dokumento na sa parehong antas ng code pati na rin ang antas ng transaksyon. Ito ay uri ng bago, at pagkatapos ay pagkatapos. Ngayon ay maaari mong makita dito sa graph ng stack bar na nagpapakita ng web, .NET at database, ngayon nakikipag-ugnayan ka sa database. Ito ang isang profile na nais mong makita para sa isang application na tumatakbo nang mas normal.
Sige, pumili ako at pumili sa mga tuntunin ng mga karagdagang bagay na maipakita ko sa iyo. Ang isang pulutong ng mga tao tulad nito dahil ito bedazzles maraming mga tindahan. Kung hindi ka makakamit ng isang SLA sa negosyo, at lahat ay tulad ng, "Tulungan mo kami." Ang shop na ito ay mayroong sitwasyon kung saan ang negosyo na SLA ay nasa mga order na natanggap ng alas-3 ng hapon, ipinadala ito sa araw na iyon. Napakahalaga ba na ilabas nila ang mga order, at abala ang bodega. Ang screen order ng benta ng JD Edwards na ito, nagyeyelo at makakakuha ka ng isang napakahusay na ideya na ito ay isang makatarungang sistema ng pamamahala ng imbentaryo ng tingi. Ang mga walang laman na istante ay hindi katanggap-tanggap sa tingi. Kailangang magkaroon ng paninda doon upang ibenta ito. Ang ginawa namin ay dived namin, sa kasong ito, tinitingnan namin ang database ng server ng SQL. Parehas ang hitsura at pakiramdam kung ito ay SQL, Oracle, DB2 o Sybase.
Nakilala namin ang mga piling mula sa PS_PROD at nakukuha namin ang tagal, ang katotohanan na isinasagawa nila ito. Ang madilim na asul na tumugma sa susi na nagsabing hindi sila naghihintay sa ilang estado ng paghihintay o ilang pag-log o kahit na imbakan - ang bagay na ito ay nakasalalay sa pamamagitan ng CPU. Sinusubaybayan namin ang pahayag ng SQL sa pamamagitan ng 34301 kaya sa bawat oras na ito ay isinasagawa, idinagdag namin ang aming mga counter upang subaybayan ito. Nangangahulugan ito na mayroon kaming isang detalyadong kasaysayan at mai-access ko ito sa pamamagitan ng pag-click sa pindutan ng tune na iyon. Narito ang tab ng kasaysayan. Ipinapakita ng screen na ito dito ang average na tagal laban sa mga pagbabago. Miyerkules, Huwebes, Biyernes, ang average na tagal ay halos dalawang-sampu ng isang segundo. Napakakaunting mga pag-freeze ng screen, nagawa nilang matugunan ang SLA ng negosyo. Halika ng ika-27 ng Pebrero, may nagbabago at lahat ng biglaang, oras ng pagpapatupad ay narito na, at iyon ay talagang mabagal upang magdulot ng oras, na nagreresulta sa mga pag-freeze sa screen. Tumpak, sa pamamagitan ng pagpapanatili ng isang detalyadong kasaysayan, kasama ang plano ng pagpapatupad at pangkalahatang pagbabago sa mga index ng talahanayan kung ginagamit ang SQL. Nagawa naming kunin na ang plano ng pag-access ay nagbago noong ika-27 ng Pebrero. Lunes hanggang sa masamang linggo ng Biyernes. Halika Marso 5th, nagbago muli ang plano ng pag-access. Ito ay isang magandang linggo. Sinasabi sa amin ng pink star na ito ang dami ng na-update.
Maaari mong makita dito ang bilang ng mga hilera sa ilalim ng mga talahanayan ay lumalaki at ito ay pangkaraniwan para sa isang negosyo. Nais mong lumaki ang iyong mga talahanayan. Ang bagay ay ang mga pahayag ay parse, ang mga pahayag ng SQL ay dumating, ang optimizer ay dapat magpasya kung ano ang gagawin at pumili kung mabilis ang plano ng pagpapatupad, pumili ng isa pang plano sa pagpapatupad kapag ito ay mabagal, na nagiging sanhi ng pag-freeze ng screen. Sa isang malalim na batayan ng teknolohiya, kailangan kong malaman kung ano ang plano ng pagpapatupad at kinukuha ito ni Precise para sa akin kumpleto sa petsa at selyong oras. Ito ay ang isang mabilis at mahusay, ito ang isa na mabagal at hindi epektibo. Ang pagsali sa filter na ito ay gumagamit lamang ng mas maraming CPU upang makipagkasundo, upang gawin ang partikular na pahayag na SQL. Mayroon pa rin silang parehong panghuli epekto, ngunit ang isang ito ay karaniwang may isang mabagal, hindi gaanong mahusay na recipe para sa paghahatid ng set ng resulta. Kaya, lumakad kami. Uy, may oras pa ba tayo para sa isang pares?
Eric Kavanagh: Yeah, go for it.
Bill Ellis: O sige, laktawan ko muna. Isang bagay na nais kong kumuha ng isang tala, napag-usapan namin ang tungkol sa hardware, pinag-uusapan ang tungkol sa SAP, napag-usapan namin .NET, napag-usapan namin ang tungkol kay JD Edwards at ang kapaligiran ng Java-SQL Server. Ito ay SAP, sa dito kami nakatingin sa PeopleSoft. Malawak at malalim ang support matrix ng suporta. Kung mayroon kang isang application, higit sa malamang, maaari naming instrumento ito upang maibigay ang antas ng kakayahang makita. Ang isa sa mga pinakamalaking pagbabago na nangyayari ngayon ay ang kadaliang kumilos. Ipinakilala ng PeopleSoft ang kadaliang kumilos sa Fluid UI nito. Ang Fluid UI ay gumagamit ng isang sistema ng ibang naiiba. Ang application na ito ay umuusbong. Ang Fluid UI - kung ano ang ginagawa mula sa isang pananaw sa pamamahala ay nagbibigay-daan sa mga gumagamit ng pagtatapos na gamitin ang kanilang telepono at lubos na pinatataas ang pagiging produktibo. Kung mayroon kang daan-daang o libu-libo o higit pang mga empleyado, kung maaari mong dagdagan ang kanilang pagiging produktibo, 1-2 porsyento, maaari kang magkaroon ng malaking epekto sa payroll at lahat ng iba pa. Ang nangyari, ang partikular na shop na ito ay gumulong sa PeopleSoft Fluid UI. Ngayon, pinag-uusapan ang pagiging kumplikado, ito ang PeopleSoft stack. Isang application, isang minimum na anim na teknolohiya, maraming mga end user. Paano mo ito sisimulan?
Sa sandaling si Precise ay magagawang sundin ang mga transaksyon na ito. Kung ano ang ipinapakita namin sa iyo dito ay isang naka-stack na bar graph na nagpapakita ng client, web server, Java, Tuxedo database, PeopleSoft stack stack. Ang berdeng mga mapa sa J2EE, na uri ng isang magarbong paraan ng pagsasabi sa Weblogic. Ito ang cutover. Ang mga gumagamit ng pagtatapos ay nagsisimula gamit ang Fluid UI at ang oras ng pagtugon ay mula sa maaaring isa at kalahati, dalawang segundo, hanggang sa halos siyam, sampung segundo. Ang hindi ipinapakita ng isang screen na ito ay bilang ng mga taong hindi "sumasagot." Talagang nakuha nila ang mga freeze ng screen. Tingnan natin ang ilan sa kakayahang makita na maibigay ng Precise ang kostumer na ito.
Una sa lahat, kapag tiningnan ko ang mga transaksyon ng PeopleSoft, makikita nila talaga, nakita namin ang ganitong uri ng bagay sa buong board. Ang lahat ng mga transaksyon ay naapektuhan, pati na rin ang lahat ng mga lokasyon. Hindi sinasadya, kung titingnan mo ito, maaari mong makita ang mga lokasyon sa buong mundo. Mula sa Asia Pacific, hanggang sa Europa pati na rin sa North America. Ang problema sa pagganap ay hindi matatagpuan sa isang partikular na transaksyon, o partikular na lokasyon ng heograpiya, lapad ito ng system. Ito ay uri ng isang paraan ng pagsasabi na ang pagbabago o ang paraan ng Fluid UI ay pandaigdigan. Maaari mong makita dito mula sa paninindigan ng scalability, sinusubukan ng mga tao na gawin ang parehong uri ng aktibidad, ngunit ang oras ng pagtugon ay pinakawalan lamang at pinapahiya. Maaari mong makita na ang mga bagay ay hindi pag-scale. Ang mga bagay ay nangyayari, napakasama. Dito, kung titingnan ko ang bilang ng axis at ang magkakasabay na koneksyon, nakikita mo ang isang bagay na talagang kawili-wili sa mga tuntunin ng count ng pag-access at ang mga koneksyon. Narito kami ay nasusukat lamang hanggang sa 5, 000 at tinitingnan mo ang, nangungunang ito sa 100 magkakasabay na koneksyon. Ginagawa ito pagkatapos; ito ay bago. Kaya kung ano ang tunay kong hinihiling sa system, kung ang bagay na ito ay maaaring masukat, ay nasa 300, 000 saklaw. Sa mga lumang araw, kasama ang klasikong UI, tinitingnan mo ang 30 magkakasabay na koneksyon.
Ngayon kung ano ang sinasabi sa iyo ay ang Fluid UI ay gumagamit ng hindi bababa sa 10x na bilang ng mga magkakasabay na koneksyon. Sinimulan naming hilahin ang nangyayari sa ilalim ng mga takip sa PeopleSoft upang maaari mong simulan upang makita ang epekto sa mga web server, ang katotohanan na ang mga SLA ay nagsisimula na masira. Hindi pagpunta sa lahat ng bagay, ngunit kung ano ang natapos na nangyayari ay na talaga silang umaasa sa pagmemensahe. Karaniwan silang nag-ehersisyo ay Weblogic at nagiging sanhi ng pag-pila sa loob ng Tuxedo. Nagkaroon talaga ng isang isyu sa dependensya ng multitier na nagpakita ng Fluid UI, ngunit ipinakita ni Precise na sa pamamagitan ng isang buong pangkat ng iba't ibang mga bagay, maaari tayong tumuon sa kung ano ang problema. Ito ay lumiliko na mayroon ding isang problema sa database mismo. Mayroong talagang isang file sa pag-messaging, at dahil sa lahat ng mga magkakasabay na mga gumagamit, ang pag-log file ay na-lock. Karaniwang mayroon itong mga bagay upang mai-tono, sa bawat solong tier sa loob ng stack ng application. Pag-usapan ang pagiging kumplikado, narito ang tunay na tier ng Tuxedo na nagpapakita sa iyo ng pag-pila at maaari mong makita ang pagganap na nagpapahina sa loob ng tier na ito. Nakikita ko ang mga proseso; Nakita ko ang mga domain at ang mga server. Sa Tuxedo, para magamit ng mga tao na, karaniwang ginagawa mo ay magbubukas ka ng mga karagdagang pila, mga domain at server, tulad ng sa supermarket upang mapawi ang kasikipan, upang mabawasan ang oras ng pag-pila. Huling at panghuling pagpipilian, Nagpapakita ang Precise ng maraming impormasyon.
Tulad ng nabanggit ko kanina, ang bawat makabuluhang transaksyon ay nakikipag-ugnay sa sistema ng mga rekord. Ang kakayahang makita sa database ay pinakamahalaga. Ipinapakita ng tumpak ang nangyayari sa loob ng database, sa loob ng Weblogic, sa loob ng Java, .NET, sa loob ng browser, ngunit ang lugar na talagang napakahusay ni Precise ay nasa tier ng database. Nangyayari ito na ang kahinaan ng ating mga katunggali. Hayaan akong ipakita sa iyo ang isa sa mga paraan na maaaring matulungan ka ni Precise. Hindi ako gagastos ng oras sa tatsulok ng pag-optimize ng database, ngunit kami ay karaniwang naghahanap sa mababang gastos, mababang panganib, sa malawak na saklaw, mataas na peligro, mga pagbabago sa uri ng mataas na gastos. Talagang i-tweet ko ang slide na ito pagkatapos kung ang mga tao ay nais na subukan at tingnan ito. Ito ay isang medyo malaking gabay, sa palagay ko, para sa mga problema sa pag-tune. Narito ang view ng Eksperto para sa Oracle. Nangunguna sa ulat ng mga natuklasan, 60 porsyento na epekto ang partikular na pahayag na SQL. Kung binuksan mo ang screen ng aktibidad na ito, ipinapakita ito doon. Maaari kong tingnan ang napiling pahayag na ito, mayroong isang plano sa pagpapatupad. Ang bawat pagpapatupad ay tumatagal ng isang segundo - 48, 000 mga pagpatay. Iyon ay nagdaragdag ng hanggang sa 48, 000 higit pang mga oras ng pagpapatupad.
Ang madilim na asul, muli, ay ang CPU. Ang bagay na ito ay nakatali sa CPU, hindi isang estado ng paghihintay, hindi isang log. Binibigyang diin ko na dahil ang ilan sa aming mga kakumpitensya ay tumitingin lamang sa mga estado ng paghihintay at mga kaganapan sa pag-log ngunit sa pangkalahatan ay nagsasalita, ang CPU ang pinaka-abalang pagpapatupad ng estado at nag-aalok ng pinaka-pagbili. Ang pagpasok sa ekspertong ito ng ekspertong - at mabilis akong pupunta - ang ginawa ko ay tiningnan ko ang talahanayan, 100, 000 hilera, 37, 000 bloke. Gumagawa kami ng isang buong talahanayan, ngunit mayroon kaming anim na index sa bagay na ito. Anong nangyayari dito? Kaya, kapag tiningnan ko kung saan ang sugnay, kung ano ang ginagawa ng sugnay na ito ay ang tunay na pag-convert ng isang haligi sa malalaking titik at sinasabi kung saan ito ay katumbas ng uppercase, makahanap ng variable. Ang nangyayari ay sa tuwing nangyayari ang bagay na ito, kailangang i-convert ng Oracle ang haligi na ito sa malalaking titik. Sa halip na gawin ang halos limampung libong beses, mas mabisa na itayo ang index na iyon sa itaas na bahagi ng isang index na batay sa function at magagamit hindi lamang sa dibisyon ng Oracle enterprise, pati na rin ang standard division. Kapag ginawa mo iyon, kung ano ang maaari mong gawin ay i-verify ang plano ng pagpapatupad na naglalabas na ang bagong index user perm uppercase, iyon ay uri lamang ng aking bagay.
Pagkatapos, mula sa isang bago at pagkatapos ng pagsukat, tinitingnan mo ang isang segundo na oras ng pagpapatupad, pinagsama-sama ng hanggang 9 na oras 54 minuto, na may parehong eksaktong pahayag ng SQL, ngunit ang pagkakaroon ng indeks na iyon ay binuo sa malalaking titik para sa 58, 000 mga pagpatay, ang tugon ang oras ay bumababa sa mga sub-millisecond, magkasama, magkasama hanggang pitong segundo. Karaniwang nai-save ko ang sampung oras ng CPU sa aking server. Malaki ito. Dahil kung hindi ako nararapat para sa isang pag-refresh ng server, nakatira ako sa server na iyon. Talagang ibinabagsak ko ang paggamit ng server ng 20 porsyento at maaari mong makita ang bago at pagkatapos. Iyon ang uri ng kakayahang makita na maibigay ng Precise. Mayroon ding ilang mga karagdagang mga bagay na maaaring hitsura namin, bakit mayroon kang lahat ng mga index na ito kung hindi ito ginagamit? Maaari silang mag-follow up sa na. Mayroong arkitektura, at ibabalot ko ito, dahil nakarating kami sa tuktok ng oras. Ako ay isang tunay na mananampalataya sa solusyon na ito at nais naming ikaw ay isang tunay na mananampalataya. Sa IDERA naniniwala kami na ang isang pagsubok ay gumagawa ng isang customer, kaya kung interesado ka, magagawa namin ang mga pagsusuri sa iyong site.
Gamit iyon, ipapasa ko ang beacon.
Eric Kavanagh: Yeah ito ay napakalaking detalye na ipinakita mo doon. Talagang nakakaakit. Sa palagay ko ay maaaring nabanggit ko sa iyo sa nakaraan na - at alam ko sa ilan pang mga webcater na nagawa namin sa IDERA, nabanggit ko na - Sinusubaybayan ko talaga si Precise mula pa bago ito nakuha ng IDERA, sa lahat ng mga paraan bumalik sa 2008, sa palagay ko, o 2009. Ako ay nabighani sa pamamagitan nito pabalik noon. Nagtataka akong malaman kung gaano karaming trabaho ang napupunta sa itaas ng mga bagong release ng mga aplikasyon. Nabanggit mo na ang SAP HANA, na sa palagay ko ay medyo kahanga-hanga na maaari kang aktwal na maghukay sa arkitektura ng HANA at gumawa ng ilang pag-aayos doon. Gaano karaming mga tao? Gaano karaming ng isang pagsisikap ay sa iyong bahagi at kung magkano ang maaaring gawin medyo pabago-bago, nangangahulugang kapag ang tool ay makakakuha ng deployed, nagsisimula kang mag-crawl sa paligid at nakakakita ng iba't ibang mga bagay? Gaano karami ang maaaring maging pabago-bago, uri ng, tinitiyak ng tool, upang matulungan mo ang mga tao na mag-troubleshoot ng mga komplikadong kapaligiran?
Bill Ellis: Marami kang katanungan doon.
Eric Kavanagh: Alam ko, paumanhin.
Bill Ellis: Nagbigay ako ng maraming detalye dahil para sa mga application na ito, pagtingin sa code, ang demonyo ay nasa detalye. Kailangan mong magkaroon ng antas ng detalye na iyon upang talagang magkaroon ng isang bagay na maaaring kumilos. Kung walang aksyon na sukatan, alam mo lang ang tungkol sa mga sintomas. Hindi ka talaga paglutas ng mga problema. Ang IDERA ay tungkol sa paglutas ng mga problema. Ang manatili sa tuktok ng mga bagong release at mga bagay-bagay ay isang malaking hamon. Ang tanong kung ano ang kinakailangan upang gawin iyon, iyon talaga para sa pamamahala ng produkto. Wala akong maraming kakayahang makita sa koponan na panatilihing napapanahon sa mga bagay. Sa mga tuntunin ng HANA, iyon ay talagang isang bagong karagdagan sa linya ng produkto ng IDERA; ito ay lubhang kapana-panabik. Ang isa sa mga bagay na may HANA ay - hayaan akong makipag-usap tungkol sa gawain para sa isang segundo. Sa gawain, gagawin ng mga tindahan ng SAP ay gugulahin nila ang database para sa pag-uulat ng mga layunin. Kung gayon kailangan mong magkasundo ang mga tao sa kung ano ang kasalukuyang. Magkakaroon ka ng mga iba't ibang mga database at mawawala ang pag-sync ng iba't ibang mga antas. Mayroong lamang ng maraming oras at pagsisikap, kasama ang hardware, software, at mga tao upang mapanatili ang lahat.
Ang ideya ng HANA na magkaroon ng isang lubos na kahanay sa database ng memorya, na talaga maiwasan ang pangangailangan para sa mga dobleng database. Mayroon kaming isang database, isang mapagkukunan ng katotohanan, laging napapanahon, sa paraang maiwasan mo ang kinakailangang gawin ang lahat ng pagkakasundo. Ang kahalagahan ng pagganap ng HANA database ay umakyat - Sasabihin ko ang 10x o hindi bababa sa mas mahalaga kaysa sa kabuuan ng lahat ng iba pang mga database, hardware, mapagkukunan na mabibili. Nagagawa mong pamahalaan ang HANA, ngayon na ang sangkap ay aktwal na sa pagsubok sa beta ngayon, ito ay isang bagay na pupunta sa GA sa lalong madaling panahon. Kaya't medyo kapana-panabik para sa IDERA at para sa amin na talaga suportahan ang SAP platform. Hindi ako sigurado kung ano ang iba pang mga bahagi ng iyong katanungan na uri ko ng maikli ngunit -
Eric Kavanagh: Hindi iyan ang lahat ng magagandang bagay doon. Itinapon ko ang isang buong buwis sa iyo nang sabay-sabay, kaya paumanhin tungkol doon. Ako ay nabighani, talaga, ibig sabihin ko hindi ito isang napaka-simpleng application, di ba? Humuhukay ka nang malalim sa mga tool na ito at nauunawaan kung paano sila nakikipag-ugnay sa bawat isa at sa iyong punto, kailangan mong uri ng piraso ng kuwento nang magkasama sa iyong ulo. Kailangan mong pagsamahin ang mga piraso ng impormasyon upang maunawaan kung ano ang tunay na nangyayari at kung ano ang nagiging sanhi ka ng problema, upang makapasok ka doon at malulutas ang mga problemang iyon.
Ang isang dadalo ay nagtatanong, gaano kahirap ipatupad ang Precise? Ang isa pang tao ay nagtanong, sino ang mga tao - malinaw na mga DBA - ngunit sino ang ilan pang mga tungkulin sa samahan na gagamitin ang tool na ito?
Bill Ellis: Ang katumpakan ay medyo mas kumplikado upang maitaguyod. Kailangan mong magkaroon ng ilang kaalaman sa kapaligiran ng aplikasyon, sa mga tuntunin ng, alam mo, ang application na ito ay tumatakbo sa database na ito, kailangan nito o - ang mga middle-tier web server, atbp sa palagay ko ay ibinigay ang pagiging kumplikado ng ilan sa mga application na ito, ito ay talagang madali. Kung maaari kong instrumento ang web server hanggang sa iyong database, magagawa ko ang end-to-end na iyon. Napansin mo na wala akong sinabi tungkol sa pag-utos ng isang kliyente sa pagtatapos ng gumagamit at iyon ay dahil kung ano ang ginagawa namin, talagang isinama namin ang pabago-bago, kaya hindi mo na kailangang baguhin ang iyong code o kahit ano pa. Ang isang JavaScript ay pumapasok sa frame ng pahina ng aplikasyon. Hindi mahalaga kung saan ang gumagamit ay nasa mundo, kapag na-access nila ang URL mula sa iyong aplikasyon at ibinaba nila ang pahinang iyon, ito ay may instrumento na may Precise. Na nagbibigay-daan sa amin upang kunin ang user ID, ang kanilang IP address, din ang unang oras ng pag-render ng bawat isa sa mga bahagi ng script ng pagpapatupad ng script sa loob ng end-user browser.
Sa mga tuntunin ng mga transaksyon, hindi mo na kailangang i-mapa ang mga transaksyon dahil mahigpit silang magkasama. Ang URL na ito ay nagiging isang punto ng pagpasok sa JVM at pagkatapos ay hinimok ang mensaheng ito, na nagreresulta sa isang JVC na nahuli mula sa database. Maaari naming talaga mahuli ang mga natural na puntos ng koneksyon at pagkatapos ay ipakita ang mga ito sa iyo sa screen ng transaksyon na ipinakita ko sa iyo kung saan namin kinakalkula kung gaano karaming oras, o ang porsyento ng oras na ginugol sa bawat indibidwal na hakbang. Lahat ng iyon ay awtomatikong ginagawa. Sa pangkalahatan, naglaan kami ng 90 minuto upang gawin - upang pangunahing i-install ang pangunahing Tiyak at pagkatapos ay magsisimula kaming ipatupad ang aplikasyon. Depende sa kaalaman ng application, maaaring tumagal sa amin ng karagdagang mga sesyon upang makuha ang instrumento ng buong aplikasyon. Maraming mga tao ang gumagamit lamang ng bahagi ng database ng Precise. Buti na lang. Maaari mo talaga itong masira, masira ito sa mga sangkap na sa tingin mo ay kailangan ng iyong site. Tiyak na naniniwala kami na ang konteksto ng pagkakaroon ng buong application na naka-stack na instrumento upang makita mo na ang pagiging maaasahan ng tier-to-tier ay talagang pinalalaki ang halaga ng pagsubaybay sa isang indibidwal na tier. Kung nais ng sinoman na galugarin ang instrumenting ng kanilang stack ng aplikasyon, mangyaring pumunta sa aming website - Sa palagay ko na ang pinakamadaling paraan upang humiling ng karagdagang impormasyon, at tatalakayin namin ito nang kaunti.
Eric Kavanagh: Hayaan akong magtapon ng isa o dalawang mabilis na tanong sa iyo. Inaalam ko na kinokolekta mo at bumubuo ng isang imbakan sa paglipas ng panahon, kapwa para sa mga indibidwal na kliyente at bilang isang corporate entity pangkalahatang, ng mga pakikipag-ugnayan sa pagitan ng iba't ibang mga aplikasyon at iba't ibang mga database. Sa madaling salita, ang pagmomodelo ng senaryo, sa palagay ko, ay ang tinutukoy ko. Ganito ba ang kaso? Nagpapanatili ka ba talaga ng isang uri ng imbakan ng mga karaniwang mga senaryo na maaari kang gumawa ng mga mungkahi upang tapusin ang mga gumagamit kapag nilalaro ang ilang mga bagay? Tulad ng bersyon na ito ng E-Business Suite, ang bersyon ng database na ito, atbp - marami ba ang ginagawa mo?
Bill Ellis: Well, ang uri ng impormasyon na ito ay binuo sa ulat ng mga natuklasan. Ang ulat ng mga natuklasan ay nagsabi kung ano ang mga bottlenecks ng pagganap, at batay ito sa oras ng pagpapatupad. Bahagi ng ulat ng mga natuklasan na ito ay malaman ang nalalaman at kung ano ang susunod mong gagawin. Ang impormasyon o karanasan mula sa mga customer at iba pa ay karaniwang isinama sa library ng mga rekomendasyon.
Eric Kavanagh: Okay, maganda iyon. Well mga tao, kamangha-manghang pagtatanghal ngayon. Bill, mahal ko kung gaano karaming mga detalye na mayroon ka doon. Naisip ko lang na ito ay talagang kamangha-manghang, magaspang, butil-butil na impormasyon, na nagpapakita kung paano nagawa ang lahat ng bagay na ito. Sa isang tiyak na punto ito ay halos katulad ng itim na mahika, ngunit talagang, hindi. Ito ay napaka-tukoy na teknolohiya na iyong pinagsama upang maunawaan ang napaka, napaka kumplikadong mga kapaligiran at mapasaya ang mga tao dahil walang nagustuhan kapag ang mga aplikasyon ay tumatakbo nang mabagal.
Well mga tao, mai-archive namin ang webcast na ito. Maaari kang mag-hop online sa Techopedia o sa loobanalysis.com at wow, salamat sa iyong oras, maaabutan ka namin sa susunod. Ingat, bye-bye.
