Takeaway: Tinatalakay ng Host Eric Kavanagh ang pagganap ng aplikasyon at kung paano mapagbuti ang kahusayan kasama si Dr. Robin Bloor, Dez Blanchfield at IDERAs 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 iyon? Kung ako ang tao sa labas ng pagtulong sa iyong application na mas mabilis na tumakbo, Iniisip ko na binili ako ng lalaki ng beers sa bar pagkatapos ng trabaho. Nito ay dapat maging isang medyo cool na bagay upang maglakad sa at pabilisin ang anumang application ng anyones.
Theres isang slide tungkol sa iyo ng tunay, pindutin ako sa @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 ay pinag-uusapan ang pagbilis ng aplikasyon. Ay marinig mula sa Dez Blanchfield at din Doctor Robin Bloor - ay sa buong mundo ngayon - at pagkatapos Bill Ellis ay pagdayal mula sa mas malaking Virginia area. 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 gawain sa lugar na ito sa mga nakaraang taon, sa kamalayan na si Ive ay talagang gumawa ng isang kakila-kilabot na trabaho sa pagsubaybay sa pagganap at pagtatrabaho sa isang paraan o sa 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 dami ng trabaho na kailangan nilang gawin upang makagawa ng isang sistema na makatuwiran nang maayos kung ito ay nasa isang silo wasnt talagang mahirap dahil sa 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 ikaw ay nagsasalita tungkol sa arkitekturang nakatuon sa serbisyo, kung gayon ang isang naibigay na application ay maaaring aktwal na ma-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 ang paraan nito upang tingnan ang lahat ng umiiral sa kapaligiran ng IT. Apat lamang ang apat na piraso nito: 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, sa paggalang ng data na nagbabago, ang mga pagbabago sa pagganap ng softwares, dahil nagbabago ang hardware, at iba pa, nakikita mo talaga ang isang hindi kapani-paniwalang mahirap na magkakaibang sitwasyon. Ito ang curve ng pagiging kumplikado. Siyempre ang pagiging kumplikado curve para sa halos lahat ng bagay, ngunit nakita ko na iginuhit ito 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, nakikipag-usap ka tungkol sa 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 banggitin kung sino siya, ngunit hindi mahalaga ito - 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 pinangalanan. Talagang tinitingnan mo iyon, at talagang sinusubukan mong, sa isang paraan o sa isa pa, makakuha ng mga antas ng serbisyo na magiging sapat sa buong board para sa ilang maramihang mga gumagamit, na may maraming iba't ibang, kung gusto mo, mga inaasahan. Ito ay isang kumplikadong sitwasyon, at na ang lahat ng talagang sinasabi ko ay, kumplikado ang mga 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 isang 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. Heres lamang ng 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 ikaw ay nakatayo sa harap ng isang ulupong, at nagpapasya kang kumagat ka, huli na, pupunta ito dahil hindi ka nakakasagot sa isang ika-sampung bahagi 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, bilang nakikita niya ang bola na itinapon, hes ay tumugon sa eksaktong oras na 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 merkado ng stock ay marahil mas mababa, halimbawa, dahil sa palagay mo na bababa ito at maraming iba pang mga tao ang iniisip na bumababa, makakakuha ka ng pinakamahusay na presyo kung kukuha ka muna sa merkado. Maraming mga sitwasyon, paghahatid ng ad at mga bagay tulad nito, halos kaparehong sitwasyon. Nakuha mo ang kilusang ito sa mga tuntunin ng pag-asa sa antas ng serbisyo. Nakakuha ka ng isang bagay na bumubuo sa isang uri ng kisame sa salamin para sa pagtugon ng tao. Kapag ang software-to-software nito, 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 para lamang mabigyan ka ng isang malaking larawan ng pagiging kumplikado, sa sandaling makita mo talaga ang mga kinakailangan ng samahan, ang serbisyo. Nakuha mo, pagpunta sa kaliwang bahagi dito, nakakuha ka ng pamamahala ng system, na kung saan ay isang hanay ng software na nagsisilbi sa pamamahala ng serbisyo, na sinusubukan upang pamahalaan ang isang antas ng serbisyo. Sa itaas na nakuha mo ang pamamahala ng 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 lumaki sa mga pamantayan na serbisyo, kung talagang pinangangalagaan mong 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 walang kabutihan 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. Ito 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, ipinapasa ko sa Dez kung sino ang buong pag-uusap 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 nito ng aming DNA na nais ang pagganap, upang makuha ang pinakamahusay sa lahat. Sa katunayan, ginamit ni Ive ang isang graphic ng isa sa aking mga paboritong bagay sa mundo, ang karera ng Formula I, na kung saan ang buong planeta ay umupo pa rin ng ilang sandali at pinapanood ang mga kotse na lumibot sa mga bilog. Ang bawat solong aspeto, walang anumang aspeto ng Formula I na hindi partikular sa pagkuha ng pagganap. Marami sa mga tao ang nag-poo-poo ang isport dahil sa palagay nila ito ay isang aksaya 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. Ang uri nito sa 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, bagaman, ay ang aming bagong "palaging sa" mundo, na humihiling ng 100 porsyento na uptime - tulad ng binanggit 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 doesnt palaging nangangahulugang ikaw ay nakakatugon sa 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. 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 mga serbisyo ay maaaring masubaybayan nang live at medyo prangka itong suportahan. Maaari naming - at makikita 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 ba 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 pantay na pangunahing, alam mo. Pagkatapos ng ilang nakakatawa - berde ba ang help desk? Sapagkat kung hindi, kung gayon ang everythings ay tumatakbo ng maayos, at kung sino ang kukuha ng mga donat? Tunay na simple ang buhay sa mga panahong iyon. Kahit na sa mga panahong iyon, at pagkatapos ako ay pakikipag-usap 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 na 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 nito 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 nagalit ka sa 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 nakakuha kami ng 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.
Nitong 2016 ngayon, nahaharap 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 lamang upang hawakan ang iyong, mga imahe at social media. O sa ilang mga kaso, sa transportasyon at pagpapadala ng mga logistik, ang lahat 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 ay malapit nang harapin ay ang napakabigat na hamon ng internet ng mga bagay.
Kung ito ay hindi sapat na masama, ay malapit nang magtayo ng artipisyal na katalinuhan at nagbibigay-malay na computing sa halos lahat ng bagay. Nakikipag-usap kami sa mga engine ng Siri at Google sa mga araw na ito. Alam kong nakakuha ng isa ang mga Amazons. Ang Baidu ay may isa sa mga aparatong ito kung maaari mong kausapin, i-convert ito sa na napunta 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 hanggang sa karaniwang pamantayan ng application na 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, pinag-uusapan mo ito, pinapagpalit iyon, pinapatakbo ang lahat sa internet sa isang back-end system, natanggap ng isang front-end na , na-convert ito sa isang query, nagpapatakbo ng query sa pamamagitan ng isang stack ng application, dumadaan sa isang database, hit disc, ay lumabas, at sa gitna ng theres isang carrier network, ay nagpapakita ng 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. Kumuha kami ng teknolohiya sa site, weve got teknolohiya sa site, nakakuha kami ng isang hanay ng mga pagpipilian sa data center; pisikal at virtual. Nakakuha kami ng mga pisikal at virtual na server, may 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 network na tinukoy ng software, virtualization ng pag-andar ng network, sa ibaba na mayroon kami, marahil ay higit pa, ngayon nakuha namin ang mga micro service at mga app ng mga aktibong serbisyo. Kapag nag-click ka sa isang URL, maraming mga logic ng negosyo na nakaupo sa dulo ng URL na naglalarawan kung ano ang kinakailangan upang aktwal na maihatid ito. Ito ay hindi kinakailangang magkaroon ng itinaas na lohika na naghihintay para dito. Nakakuha kami ng tradisyonal na mga database sa isang panig na napakalaki, napakalaking. Nakuha namin ang gusto ng mga imprastraktura at ekosistema ng Hadoop 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 kumilos tulad ng mga aparato na nagdadala sa paligid, mga laptop at telepono at tablet.
Nakakuha kami ng BYOD sa ilang mga nakapaloob na mga kapaligiran at lalong dumami ngayon, dahil ang mga nakaranas ng mga Gen na nakaranas ng Gen 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 cafe sa ibaba ng hagdanan habang nagkakaroon sila ng kape. O ang aming panloob na Wi-Fi. Ang machine-to-machine ay palaging naroroon ngayon. Hindi mga 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 nagbubungkal ng isip. Artipisyal na intelihensiya, at kung sa palagay mo na kung ano ang naglalaro ngayon, kasama ang lahat ng mga Siri at iba pang mga nauugnay na aparato na sinasalita namin upang maging kumplikado, maghintay hanggang makarating ka sa isang sitwasyon kung saan nakikita mo ang isang bagay na tinatawag na Olli na isang 3-D ed bus na tumatagal ng halos anim na tao at maaaring magmaneho ng kanyang sarili sa paligid ng lungsod at maaari kang magsalita ng payak na Ingles dito, at babalik ito sa iyo. Kung nag-hit ang trapiko, magpapasya itong lumiko pakaliwa o pakanan sa pangunahing lugar kung saan ang trapiko ng theres. Kapag lumiliko ito at nag-aalala ka tungkol sa kung bakit ang kaliwa o kanan papunta sa pangunahing kalsada, sasabihin sa iyo, "Huwag mag-alala, Babalik ako sa kaliwa. Maaga ang mga trapiko 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 ng oras at oras ay nangangailangan ng mga kasangkapan at sistema, 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. Tumingin ng isang bagay tulad ng isang maliit na halimbawa, isang listahan ng mga diagram ng disenyo ng high-level na application 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. Thats 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, inilalagay lamang ng sakit ang ilang mga screenshot ng mga tatak lamang. Kung iisipin mo ang tungkol sa lahat ng mga piraso na nakuha namin upang pamahalaan, hindi lamang tungkol sa isang tatak na kinakailangan, ito ay 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 tingin mo ay medyo isang pag-iisip-boggling tsart.
Hinahayaan lamang tumingin sa isang pares ng mga vertical. Hinahayaan kumuha ng marketing, halimbawa. Tumingin sa isang katulad na tsart ngunit mula sa mga stacks ng teknolohiya na magagamit sa teknolohiyang marketing lamang. Ito ang graph ng 2011. Tumingin sa 2016 na 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. Theres ang nauna, limang taon na ang nakalilipas at nagmamalas sa ngayon. Ang lalala lang nito. Nasa puntong ito ngayon kung saan ang katotohanan, ang mga tao ay simpleng hindi matiyak na 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. Tumingin sa 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 ang kagiliw-giliw na dito, hindi ko nais na banggitin ang tatak, ngunit ang monitoring platform na ito ay ang pagsubaybay sa isang solong aplikasyon 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 bersyon ng koleksyon ng mga screen na pagsubaybay sa isang application ay maaaring maging katulad? Ito ay isang napaka-matapang na mundo na nakatira namin. Tulad ng sinabi ni Robin at talagang gagawin ko, 100 porsyento ang sumasalamin na, nang walang tamang mga 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 lahat.
Bill Ellis: Salamat. Ang isang bagay na tinutukoy niya ay, talagang hindi ako naghihintay para sa self-driving na kotse. 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, aalalahanin ko ang isa.
Eric Kavanagh: Isang tipikal na isang milya sa isang oras.
Bill Ellis: Narito 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 sa dalawang panig sa parehong barya at titingnan silang 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 con. Con ay kumokonekta lamang 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 ang transaksyon sa negosyo. 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. Hinahayaan tingnan 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 imbentaryo sa pag-aalaga, nagtrabaho sa 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, 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 nagpapatupad. 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 mga 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 ang Internet Explorer nito, Chrome, Firefox, atbp, ay nagagawa nating tuklasin, sinasagot nito ang unang tanong: ang isang end user ba ay may problema?
Hinahayaan sumisid at makita kung ano pa ang maaari nating ipakita tungkol doon. Ang mga taong interesado sa pagganap ay magbubukas sa Tiyak. Sinuri nila ang mga transaksyon. Tumingin sila sa 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. Nito kung paano nakakaranas ang mga gumagamit ng katapusan kung ang mga bagay ay tumatakbo nang dahan-dahan o hindi, at ang isang sukatan ng pagkonsumo ng mapagkukunan. Ito ay isang madaling gamiting; ang uri nito ng isang solong panukat na pinakamahalaga para sa pagsusuri ng pagganap. Kapag ang problemang ito ay ibigay sa DBA, hindi lamang isang problema sa database, ang pahayag na ito ng SQL. Ito ang con na pinag-uusapan ko.
Ngayon armado ng impormasyong ito, Im ay maaaring pumasok at pag-aralan kung ano 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. Maaari kong makita ang theres isang database isyu, theres dalawang mga pangyayari, bumalik sa daloy na iyon, kunin ang pahayag na SQL at pumunta sa view ng dalubhasa, kung saan ang Precise ay magagawang ipakita sa iyo kung ano ang nangyayari, ang mga kontrol nito, kung gaano katagal ang code na kinakailangan pagpapatupad. Sa tier ng database, ang plano ng pagpapatupad nito. Tandaan mo na pinili ni Precise ang tunay na plano ng pagpapatupad na ginamit sa oras ng pagpapatupad, 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 pahayag ng SQL pati na rin ang ulat ng natuklasan. Ang pahayag ng SQL 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. Ay bumalik sa karagdagang mga 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. Dahil ang Tumpak na nagpapatakbo ng patuloy, maaari mong aktwal na 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 application at para sa pamamahala, na nalutas mo ang problema. Ang dokumentasyong iyon ay talagang kapaki-pakinabang. Theres ng maraming pagiging kumplikado sa stack ng application na ito. Sa maraming mga aplikasyon, sa katunayan, lahat ng tao ay nakipag-usap sa, tumakbo 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 iniuugnay 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 na VM, alinsunod sa aplikasyon 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. Ay nagbibigay-daan sa code mismo, ang application code. Maaaring maipakita sa iyo ng tumpak kung ano 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, ang ulat ng isang natuklasan na ulat na nagsasabi sa akin nitong 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 ang isang error sa lohika at kapag na-hit mo ang error na lohika, natatapos ito. Nakuha namin ang isang bakas ng salansan sa kalakasan ng isang pagbubukod, maaari itong makatipid ng maraming oras habang pinipilit itong malaman kung ano ang nangyayari, mayroon ka lamang na trace ng stack, doon mismo. Nagawa ring makunan ang mga pagtagas ng memorya din. 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. Iniulat ng mga Theres ang mga natuklasan na awtomatikong nagsasabi sa akin kung ano ang nangyayari sa system at kung ano ang maaari kong tingnan.
Isa sa mga bagay tungkol sa ulat ng mga natuklasan ng Precises, hindi nito tinitingnan lamang ang 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 kaming aktwal na mag-drill down at ipakita kung ano ang nangyayari sa antas ng indibidwal na aparato. Ang uri ng impormasyon - sa sandaling muli, ang malalim na kakayahang makita; malawak nito sa saklaw - upang bigyan ka 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. Theres 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. Talagang sila ay 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 na-bump up namin ang throughput hanggang anim, pitong daang megs bawat segundo, kaya talaga na doble, at nagawang i-cut ang kontribusyon ng tier ng imbakan sa oras ng transaksyon sa kalahati. Nagawa kong aktwal na i-graph na bago, ito ang panahon ng pag-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 lahat, dahil sa pagiging kumplikado, bilang ng mga bagay, ang lahat ng uri ng mga bagay na maaaring mangyari. Sa kasong ito, mayroon talaga silang isang sitwasyon kung saan ang bawat tao ay uri ng sisihin ang DBA, ang DBA ay tulad ng "Well, hindi masyadong mabilis." Narito talagang tinitingnan ang 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 - na 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. Ikaw uri ng hindi masisi 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 si Precise, sa pamamagitan ng pagkakaroon ng mga trans-end-to-end na transaksyon, na kung saan naglalaro si Precise. Karaniwan mong tapusin ang mga bagay na iyon.
Tinitingnan ko ang oras, mukhang mayroon pa kaming kaunting oras upang madaan ang ilang 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 tumatakbo 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 tinuturo ako? 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 na maaari mong makita dito sa graph ng stack bar na nagpapakita ng web, .NET at database, ngayon nakikipag-ugnay ka sa database. Ito ang isang profile na nais mong makita para sa isang application na tumatakbo nang mas normal.
Sige, Im pick 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 may sitwasyon kung saan ang negosyo na SLA ay nasa mga order na natanggap ng 3 p.m., ipinadala nito 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, ay 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. Ano ang ginawa namin ay dived namin, sa kasong ito, ay tumingin sa SQL server database. Ang hitsura at pakiramdam ay pareho kung ang SQL, Oracle, DB2 o Sybase.
Nakilala namin ang mga piling mula sa PS_PROD at nakunan 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 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. Tumingin sa 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, nagagawa 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 mga 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 Biyernes ng masamang linggo. Halika Marso 5, nagbago ulit 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 mabagal ito, 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: Oo, sige na.
Bill Ellis: Okay, sakit na lumaktaw sa unahan. 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, higit dito ay tumingin sa PeopleSoft. Malawak at malalim ang suporta ng matris. 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. Ano ang ipinakita sa iyo dito ay isang nakasalansan 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. Hinahayaan ang isang pagtingin sa ilang mga kakayahang makita na ang Precise ay maaaring magbigay ng customer 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 ang system nito. Ang uri nito 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, kapag tiningnan 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 lamang ang pagsukat ng hanggang sa 5,000 at ikaw ay tumitingin sa, ito ay nangunguna sa 100 kasabay 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 unang araw, kasama ang klasikong UI, nakikita 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. Nagsisimula kaming hilahin kung ano 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. Ang mga Theres ay talagang isang file ng pag-file ng pagmemensahe, at dahil sa lahat ng mga kasabay 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-uusapan ang tungkol sa pagiging kumplikado, nakikinita talaga ang 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 kung ano 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 sa pangkalahatan ay tumitingin 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. Tumingin sa Tiyak na pagtingin para sa dalubhasa 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, ang isang plano ng 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. Pagpasok sa ekspertong ito ng ekspertong - at mabilis akong pupunta - kung ano ang ginawa ko ay tiningnan ko ang talahanayan, 100,000 hilera, 37,000 bloke. Ay paggawa ng isang buong-talahanayan, gayunpaman mayroon kaming anim na mga index sa bagay na ito. Anong nangyayari dito? Buweno, 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 ang sinasabi nito kung saan ang pantay-pantay nito sa uppercase, makahanap ng variable. Ano 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 mahusay na mabuo ang index na iyon sa itaas ng isang index na nakabase sa function at ang magagamit nito hindi lamang sa division ng Oracle ng negosyo, pati na rin ang pamantayan. 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, nakikita mo ang isang segundo na oras ng pagpapatupad, pinagsama-sama hanggang sa 9 na oras 54 minuto, na may parehong eksaktong pahayag ng SQL, ngunit ang pagkakaroon ng indeks na iyon ay binuo sa itaas na para sa 58,000 mga pagpatay, bumagsak ang oras ng pagtugon 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 dapat dahil 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. Ang mga uri ng kakayahang makita na maibibigay ng Tiyak. Ang mga Theres din ng ilang mga karagdagang bagay na maaaring katulad namin, bakit mayroon kang lahat ng mga index na ito kung hindi ginagamit? Maaari silang mag-follow up sa na. Ang arkitektura ng Theres, at ibabalot ko ito, dahil umabot 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, makakagawa kami ng mga pagsusuri sa iyong site.
Gamit iyon, ipapasa ko ang beacon.
Eric Kavanagh: Yeah ito ay napakalaking detalye na ipinakita mo doon. Ang talagang nakakaakit. Sa palagay ko ay maaaring nabanggit ko sa iyo sa nakaraan na - at alam ko sa ilan pang mga webcast na weve na ginawa sa IDERA, nabanggit ni Ive na - Sinusubaybayan talaga ni Ive si Precise dahil bago ito nakuha ng IDERA, sa lahat ng paraan bumalik sa 2008 , Sa palagay ko, o 2009. Ako ay nabighani sa likod nito noon. Naisip kong malaman kung magkano ang pagpunta sa pananatili sa tuktok ng mga bagong pagpapalabas 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 ka ng nagtanong doon.
Eric Kavanagh: Alam ko pasensya na.
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 magkaroon ng isang bagay na maaaring kumilos. Kung walang aksyon na sukatan, alam mo lang ang tungkol sa mga sintomas. Hindi ka talaga malulutas 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 karaniwang nagpapanatili sa amin hanggang sa petsa sa mga bagay. Sa mga tuntunin ng HANA, iyon talaga ang 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 susuriin nila ang database para sa pag-uulat ng mga layunin. Pagkatapos ay kailangan mong makipagkasundo ang mga tao sa kung ano talaga ang kasalukuyang. Mayroon kang mga iba't ibang mga database at sila ay nai-sync sa pamamagitan ng iba't ibang mga antas. Ang mga Theres 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 maiiwasan 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. Ang kakayahang pamahalaan ang HANA, ngayon na ang sangkap ay aktwal na sa pagsubok sa beta ngayon, ang 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 ko sigurado kung ano ang iba pang mga bahagi ng iyong katanungan na uri ko ng maikli ngunit -
Eric Kavanagh: Walang ganon lahat ng magagandang bagay doon. Itinapon ko ang isang buong buwis sa iyo nang sabay-sabay, kaya paumanhin tungkol doon. Ako ay nabighani, talaga, ang ibig kong sabihin na ito ay hindi isang napaka-simpleng application, di ba? Malalim mong hinuhukay ang mga tool na ito at nauunawaan kung paano sila nakikipag-ugnay sa bawat isa at sa iyong punto, kailangan mong uri 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: Medyo mas kumplikado ang precise upang ma-deploy. 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, ang talagang medyo 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 end-user client at iyon dahil kung ano ang ginagawa namin, talagang isinama namin ang pabago-bago, kaya hindi mo kailangang baguhin ang iyong code o kung ano pa man. 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 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 hinawi ito, na nagreresulta sa isang JVC na nahuli mula sa database. Mahusay na 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. Magaling ang Thats. 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 con 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 - Inaasahan ko na ang pinakamadaling paraan upang humiling ng karagdagang impormasyon, at talakayin nang mabuti nang kaunti.
Eric Kavanagh: Hayaan akong ihagis ang 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 pangkalahatan, 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 kung ano ang tinutukoy ng Im. 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 nagsasabi kung ano ang mga bottlenecks ng pagganap, at batay 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 ang tunog na 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 nito halos tulad ng itim na mahika, ngunit talagang, hindi. Ang napaka-tiyak na teknolohiya na iyong pinagsama ay upang maunawaan ang napaka, napaka kumplikadong mga kapaligiran at mapasaya ang mga tao dahil walang nagustuhan kapag ang mga aplikasyon ay tumatakbo nang dahan-dahan.
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.