Dengan Staff Techopedia, 6 September 2017
Takeaway: Host Eric Kavanagh membincangkan pengurusan prestasi PeopleSoft dengan Matt Sarrel dan Bill Ellis dalam episod Teknologi Hot ini.
Eric Kavanagh: Baiklah, wanita dan lelaki. Halo dan selamat datang kembali sekali lagi. Ia adalah hari Rabu pada 4:00 Timur dan, untuk beberapa tahun kebelakangan ini, yang dimaksudkan dalam dunia IT dan perniagaan dan data besar ini, sudah tiba masanya untuk Teknologi Hot. Ya memang, nama saya ialah Eric Kavanagh. Saya akan menjadi moderator anda untuk acara hari ini.
Kami akan bercakap tentang sistem yang menjalankan perniagaan, orang; kita bercakap mengenai PeopleSoft, bagaimana untuk menguruskan prestasi persekitaran kompleks. Saya selalu suka menyebutkan, anda memainkan peranan besar dalam acara ini, jadi jangan malu. Tanya soalan anda pada bila-bila masa; anda boleh berbuat demikian dengan menggunakan tetingkap sembang atau Q & A - sama ada cara mendapat. Saya ingin mendengar apa yang anda mahu tahu dan itulah jalan cara terbaik; anda mendapat nilai terbaik untuk masa anda. Kami mengarkibkan semua webcast ini untuk mendengarkan kemudian, jadi ingatlah itu.
Sekiranya sistem berjalan perlahan-lahan, ingatlah bagaimana kehidupan dulu. Foto ini sebenarnya dari tahun 1968, oleh seorang wanita bernama Danelle, dan saya harus mengatakan ini benar-benar satu peringatan yang nyata tentang betapa banyak perkara yang telah berubah. Dunia telah mendapat perhatian yang lebih rumit dan tentu saja keperluan perniagaan dan pengalaman pengguna cenderung untuk bergerak. Tetapi hari ini, ada sedikit sambungan. Terdapat satu ketidakcocokan, seperti yang sering kita katakan, dan hakikatnya adalah bahawa orang-orang perniagaan selalu menginginkan sesuatu yang lebih cepat dan lebih cepat, pasukan IT yang harus menyampaikan adalah orang-orang yang mendapat tekanan untuk mendapatkan pekerjaan itu dan itu adalah dunia yang hebat di luar sana.
Saya harus mengatakan, persaingan telah dipanaskan di mana-mana. Jika anda melihat industri mana pun, anda dapat melihat bahawa terdapat perkembangan utama hari ini - Amazon membeli Whole Foods, sebagai contoh. Anda boleh yakin bahawa industri runcit sedang berusaha keras untuk melihatnya. Kami melihat ini di seluruh tempat, jadi ia benar-benar penting kepada pemimpin perniagaan untuk memastikan mereka memikirkan bagaimana - dan inilah kata kunci hari ini - mengubah secara digital, bagaimana untuk bergerak di luar papan suis lama kepada sistem yang lebih baru dan mantap. Itulah yang akan kita bincangkan hari ini.
Salah satu isu yang dihadapi banyak organisasi, terutama yang telah lama wujud, adalah sistem warisan ini. Itulah kerangka utama IBM lama dari belakang pada hari itu. Terdapat sistem warisan di mana-mana. Salah satu jenaka adalah bahawa sistem warisan adalah sistem yang dalam pengeluaran, yang bermaksud saat ia masuk ke dalam produksi, secara teknis itu adalah sistem warisan. Selalu akan menjadi cara baru untuk melakukan sesuatu.
Dan terdapat beberapa perkembangan yang sangat menarik dalam beberapa tahun kebelakangan tentang mencari cara untuk mendamaikan sistem supaya tidak semestinya meningkatkan prestasi satu sistem, tetapi untuk mencari cara untuk membuat jenis cabang atau taktik yang tidak memuatkan untuk mengendalikan prestasi dengan cara lain. Hari ini, kita akan bercakap lebih lanjut mengenai bagaimana untuk meningkatkan prestasi sistem seperti PeopleSoft, yang sememangnya sangat kompleks. Tetapi apabila dilakukan dengan baik, apabila dimuatkan, apabila dilaksanakan, apabila diurus dengan baik, ia dapat melakukan perkara-perkara yang luar biasa. Tetapi apabila ia tidak diurus dengan baik, ketika itulah anda mempunyai semua masalah.
Jadi apa yang berlaku? Anda harus realistik tentang perkara-perkara dan di mana-mana persekitaran, jika pengguna tidak mendapat apa yang mereka mahu, lambat laun mereka akan pergi ke sistem bayangan. Ia berlaku sepanjang masa. Sistem bayangan boleh menjadi sangat produktif, mereka boleh membantu orang mendapatkan pekerjaan yang dilakukan. Tetapi sudah tentu ada banyak masalah. Sudah tentu di seluruh kawasan pematuhan dan pengawalseliaan, sistem bayangan tidak besar. Tetapi mereka di luar sana dan saya fikir penting untuk mengingati sistem anda, jika sistem utama anda tidak berfungsi dengan cepat atau tidak berfungsi dengan cekap, lambat laun akan ada jalan penyelesaian dan mereka yang bekerja keras boleh menjadi sukar untuk menemui, mereka boleh menjadi sukar untuk tenggelam kerana mereka menjadi kritikal untuk perniagaan. Mereka boleh menjadi sukar untuk diintegrasikan, jadi ingatlah ia di luar sana dan ini satu lagi sebab untuk meningkatkan prestasi.
Baru-baru ini saya mendengar ungkapan ini dan saya perlu membuangnya di sana: "kezaliman yang mendesak." Saya fikir hanya mendengar bahawa anda mungkin tahu apa yang saya bicarakan dan apa yang berlaku di kebanyakan organisasi adalah beban kerja yang mencapai jisim kritikal, dan orang ramai melakukan sebanyak mungkin, dan menjadi sangat sukar untuk mengubah apa-apa. Anda akan mengalami penderitaan "kezaliman yang mendesak" - segala-galanya perlu dilakukan segera. Nah, peningkatan sistem tidak berlaku dengan segera.
Sesiapa sahaja yang pernah hidup melalui menaik taraf ERP dari satu versi kepada versi lain tahu bahawa ia adalah satu proses yang agak menyakitkan, jadi ingatlah ini: Jika anda melihatnya dalam organisasi anda, pengenalinya. Semoga anda dapat meneruskan dengan seseorang atau jika anda seorang yang lebih senior seperti CIO atau CTO atau CEO, sedar bahawa ini adalah senario yang sangat berbahaya kerana apabila anda berada di belakang lapan bola, sangat sukar untuk keluar dari belakang lapan bola.
Ia seperti seluruh gelombang maraton: Jika anda melangkah jauh di dalam perlumbaan sejenis dan semua orang di hadapan anda dan anda semua masih berjalan, ia akan menjadi sangat sukar untuk mengejar jika anda jatuh terlalu jauh di belakang. Jadi hanya berjaga-jaga untuk itu dan pastikan bahawa dalam fikiran.
Dan dengan itu, saya akan menyerahkannya kepada Matt Sarrel untuk memberi kita beberapa pandangan tentang bagaimana menangani masalah dengan persekitaran PeopleSoft. Matt, ambilnya.
Matt Sarrel: Baik, terima kasih, Eric. Hai semua. Jadi, mari kita lihat, saya akan mulakan dengan memberitahu anda mengapa saya fikir saya adalah orang yang tepat untuk bercakap tentang pengurusan prestasi. Jadi saya mempunyai pengalaman selama 30 tahun dalam teknologi. Saya suka mengatakan bahawa saya bekerja dengan cara saya melalui tangan, pentadbir rangkaian, pengarah IT, VP kejuruteraan di beberapa permulaan. Kemudian saya membuat peralihan ini menjadi pengarah teknikal di PC Mag. Ada gambar saya di sana, tetapi pada dasarnya saya kelihatan seperti seorang anak kecil.
Dan kemudian pergi dan menjadi wartawan di pelbagai penerbitan yang berbeza seperti eWeek dan InfoWorld, seorang penganalisis di Gigahome, berangkaian dengan Bloor Group dan menjalankan perundingan juga. Dan ada saya: Gambar di sebelah kiri adalah apa yang saya lihat sekarang. Gambar di tengah-tengah adalah jenis di mana saya sangat gembira - di dalam bilik yang penuh dengan wayar dan lampu berkelip, dan di mana ia sejuk - ia perlu menjadi sangat sejuk dan semua orang tidak selesa untuk saya merasa suhu yang selesa- bijak. Dan ada maklumat hubungan saya, sekiranya anda mempunyai sebarang soalan susulan.
Saya mahu menetapkan pentas di sini dan hanya bercakap tentang persembahan, seperti Eric bercakap tentang. Kami telah memasuki dunia ini di mana pengguna mempunyai jangkaan ini yang telah ditetapkan oleh aplikasi pengguna dan laman web. Dan orang biasa bersedia bekerja dan duduk di sana dan menunggu sistem mereka kerana itu yang mereka perlukan, dan sekarang orang tidak benar-benar bersedia untuk duduk di sana. Jadi itu adalah persoalan sama ada mereka mahu motosikal ini terbang mengelilingi trek. Mereka mungkin tidak mahu lelaki itu menunggang basikalnya dan membawa anak perempuannya ke sekolah. Tapi yang awak akan sampaikan?
Dan sukar kerana - sememangnya saya murah hati dengan satu hingga tiga saat ini sebagai baik - orang ramai juga memerlukan tindak balas segera, dan mereka mahu akses dari mana-mana sahaja. Bahawa di mana saja boleh berada di mana saja di bangunan atau di kampus anda, atau ia boleh berada di mana saja di dunia pada bila-bila masa bergantung pada seberapa baik perniagaan anda berfungsi. Dan saya rasa apa yang saya bina adalah apabila kita bercakap tentang prestasi, penting untuk memikirkan prestasi dari sudut pengalaman pengguna.
Adalah penting untuk menentukan tujuan prestasi sebelum mengukur dan menala. Saya mempunyai gambar penala dan kemudian penala. Lelaki sebenar yang penala, dia perlu tahu apa yang dia tuning atau tidak ada gunanya meletakkan tangannya di atas piano dan menalainya. Jadi, mendefinisikan matlamat terlebih dahulu, itu akan menjadikannya nyata bukan menyesuaikan matlamat untuk memenuhi keadaan semasa. Adalah penting untuk memantau metrik dari masa ke masa dan menyedari bagaimana sistem berubah dengan prestasi aplikasi beban pengguna, yang dipengaruhi oleh pemandangan sumber dan corak penggunaan.
Ia sentiasa penting untuk menghubungkan semua ini bersama-sama dengan pengalaman pengguna atau insiden sokongan, mewujudkan asas untuk prestasi yang anda harapkan dapat menyampaikan dan ketika anda menghampiri penyimpangan dari garis dasar itu, peringatan proaktif agar anda dapat mengambil tindakan sebelum kita memukul status "paus gagal". Dan anda tahu bahawa memerlukan keupayaan untuk dapat menentukan dan menangani punca masalah isu prestasi dengan cepat dan mudah. Dan sekali lagi, ini adalah yang lebih awal, lebih baik, bukan?
Kita tahu, dari sejarah masa lalu melihat usaha pembangunan, lebih awal anda dapat mencari dan memperbaiki masalah prestasi, semakin baik anda. Jika anda menunggu sehingga semua kod atau sistem anda hidup untuk memulakan ujian prestasi atau untuk memulakan mengungkap masalah, saya tidak akan mengatakan sudah terlambat, tetapi sekali lagi, sekarang anda adalah lelaki yang mendapat permulaan yang buruk dalam maraton dan sekarang anda sedang bermain catch-up bukannya melompat keluar dan maju. Jadi bagaimana anda melakukan ini? Adakah anda menjangkakan purata anda dan beban puncak anda?
Dan anda pergi ke hadapan dan anda mengukur pelayan fizikal anda atau pelayan maya anda atau contoh awan anda atau bekas anda dan sumber bekas anda dan kemudian menjalankan bukti konsep dan menjalankan juruterbang? Inilah masa-masa seperti ini, akhir dari mana anda mahu menangkap sesuatu, walaupun masih anda lebih baik menangkapnya dalam pengeluaran daripada mengabaikannya dalam pengeluaran. Tetapi sebenarnya, pada masa anda berada di juruterbang anda, anda sepatutnya telah menetapkan kaedah dan prosedur anda di sekitar pengawasan dan penambahbaikan yang berterusan.
OK, jadi banyak syarikat - kita bercakap mengenai transformasi digital. DevOps, dalam revolusi DevOps memainkan peranan besar dalam transformasi digital itu. Dan ini adalah proses akhir-akhir yang benar-benar tidak pernah berhenti. Jadi ia seperti kedua-dua tangan melukis antara satu sama lain, dan ini adalah perkara yang baik. Ini satu gelung tak terhingga antara kedua-dua tangan pelan, kod, membina, menguji, melepaskan, menyebarkan, mengendalikan, memantau, kembali ke rancangan. Ia memberi makan sendiri dan kami mengautomasikannya supaya ia berjalan dengan cepat. Ia mewujudkan prestasi pengeluaran pemantauan gelung maklum balas dan menggunakannya untuk mengesan masalah prestasi secara proaktif dan membetulkannya sebelum ia memberi kesan kepada keseluruhan pangkalan pengguna anda.
Dan satu lagi perkara, sekarang bahawa anda telah mendapatnya, para pemaju dan kakitangan operasi IT bergerak sangat cepat dan selaras, anda juga boleh dengan mudah menyelaraskan usaha ini dengan kakitangan perniagaan juga. Prestasi perisian perusahaan adalah binatang yang kompleks. Orang mungkin dapat menyamakannya dengan pasukan bola sepak yang duduk di hadapan papan tulis yang mengambil arah, dan semuanya berjalan secara berasingan dan semuanya berfungsi bersama. Saya selalu memikirkannya sebagai kisah lama apabila saya mendapat kereta pertama saya dan saya menetapkan satu perkara. Saya menetapkan penghawa dingin dan kemudian apa yang berlaku ialah yang lain sistem penyejukan gagal. Jadi, anda mendapat mata kesakitan dan segala-galanya akan bersama dan membuat penyesuaian. Anda perlu mengatur segala-galanya dengan cara sedemikian dan membina proses supaya apabila anda membuat perubahan, anda memahami bagaimana segala impak mempengaruhi segala-galanya.
Dan juga berhati-hati dan menyemak semula. Uji, membatalkan, melaksanakan. Dan sekali lagi kita sampai kepada isu ini membina pemantauan berterusan dan program peningkatan prestasi. Dan ini, sebenarnya, slaid terakhir saya. Walaupun kita bercakap tentang kerumitan ini, dan itu adalah kerumitan yang indah seperti bahagian dalam jam tangan ini, kita mempunyai banyak keping bergerak ke PeopleSoft. Setiap perkara mempengaruhi segala-galanya sepanjang jalan ke atas dan ke bawah timbunan. Dan terdapat banyak tempat yang berbeza di mana anda boleh mencari kunci kepada masalah prestasi yang anda dapat dengan mudah hilang tanpa alat yang betul dan tanpa proses yang betul. Dan sekali lagi pada segala-galanya, dalam banyak kes yang saya fikir yang kami pelajari adalah anda boleh menyelesaikan masalah infrastruktur, tetapi pemboleh ubah besar akan menjadi kod permohonan tersuai anda. Dan dengan demikian proses yang tepat untuk ujian dan terus memperbaiki kod aplikasi anda akan menjadi kunci.
Dan itu adalah penghujung bahagian saya, dan saya akan mengubahnya kepada Bill.
Eric Kavanagh: Baiklah, Bill, izinkan saya memberi anda kunci untuk WebEx di sini. Saya suka kerumitan yang indah - itu bagus. Anda mempunyai beberapa petikan yang sangat baik di sana, Matt. OK, Bill, ambilnya. Pergi ke "permulaan cepat" jika anda ingin berkongsi skrin anda. Anda semua.
Bill Ellis: Terima kasih, Matt, dan terima kasih, Eric. Hanya untuk mengesahkan, bolehkah anda semua melihat skrin saya sekarang?
Eric Kavanagh: Ya, sesungguhnya.
Bill Ellis: Jadi, kita akan bercakap tentang produk IDERA yang tepat untuk PeopleSoft dan keterlihatan yang mereka dapat berikan untuk membantu anda berjaya mengurus stack aplikasi kompleks. Satu cara untuk memposisikan kesukaran ialah satu aplikasi, sekurang-kurangnya enam teknologi, banyak pengguna akhir dan ia menjadikannya sangat sukar untuk menjawab walaupun soalan mudah. Adakah pengguna akhir mempunyai masalah? Siapa pengguna akhir, apa yang mereka lakukan, apakah punca utama?
Apa yang biasanya kita lihat adalah situasi ini - dan ini boleh digunakan untuk PeopleSoft serta aplikasi lain atau PeopleSoft berinteraksi dengan aplikasi lain - ada dalam set data, atau mungkin awan hari ini, pengguna akhir tidak benar-benar peduli kerumitan itu. Mereka hanya mahu menyelesaikan urus niaga, pendekatan, pencarian inventori, kad pelaporan masa, jenis perkara. Sekiranya perkara-perkara yang perlahan atau tidak tersedia, biasanya semua orang yang cerdas, baik itu tidak tahu sehingga pengguna akhir mengadu.
Itulah jenis jurang penglihatan di sana, dan kemudian apa yang boleh terjadi adalah ia boleh memulakan proses memakan masa dan frustrasi di mana orang mungkin membuka alat dan mereka melihat, malangnya, hanya subset dari timbunan aplikasi. Begitu jenis kesukaran dalam menjawab soalan-soalan asas itu.
Dan banyak kali mungkin ada masalah dan anda akan pergi ke pentadbir WebLogic dan dia akan berkata, "Nah, memori, koleksi sampah semuanya kelihatan hebat. Saya benar-benar tidak fikir ia adalah WebLogic. "Anda pergi ke pentadbir DBA dan mereka berkata, " Baik pangkalan data, ia berjalan seperti semalam. Sepuluh teratas kelihatan baik. Mungkin pentadbir storan memukul anda dengan beberapa metrik seperti I / Os sesaat atau throughput, yang merupakan metrik peringkat kerangka dan mungkin tidak mencerminkan aplikasi tertentu anda, apalagi pangkalan data atau proses tertentu. "
Dan oleh itu mereka semua mempunyai metrik-metrik ini yang kelihatan menunjukkan bahawa masalah itu ada di tempat lain, namun pengguna akhir ini mengalami masalah atau telah melaporkan masalah, tetapi bagaimana kita dapat menyelesaikan masalah ini dengan cara yang lebih baik? Dan cara yang lebih baik, Cara yang tepat - atau ini adalah salah satu cara yang kita tawarkan - adalah untuk mengukur transaksi pengguna bermula dari pelayar melalui rangkaian, ke dalam pelayan web, ke dalam Java Jolt, ke dalam Tuxedo, ke pangkalan data termasuk DB2 dan kemudian akhirnya ke penyimpanan.
Dan apa yang ditunjukkan ini adalah bahawa jumlah masa berkata, "Nah, siapa yang mempunyai masalah?" Dan kemudian kita dapat mengenal pasti pengguna akhir dengan cara mereka menandatangani ke PeopleSoft dan kita juga boleh menangkap melalui terjemahan Tuxedo yang dijalankan oleh panel PeopleSoft.
Oleh itu, pemasaan akan dimasukkan ke dalam repositori bersejarah yang kita panggil pangkalan data pengurusan prestasi dan ini menjadi sekeping muzik yang sangat memudahkan siapa, kapan, dimana, mengapa. Tepat juga merangkumi cadangan. Mungkin perkara yang paling penting adalah kerana kami menangkap semua maklumat sepanjang masa - di kedua-dua tahap teknikal IT kakitangan - anda boleh mengukur sebelum dan selepasnya. Jadi anda boleh membawa pengukuran dengan pengukuran atau Six Sigma ke seluruh operasi prestasi.
Dan jadi mari kita lihat seperti "hari dalam kehidupan." Pertama sekali, anda mungkin membuka skrin Isyarat yang tepat dan ini adalah di mana anda akan mendapat amaran awal. Isyarat yang paling tinggi ialah anda mempunyai amaran aktiviti. Oleh itu, pengguna melakukan transaksi dan pada dasarnya kami tidak memenuhi SLA kami. Begitu juga, kita mempunyai status semasa ketersediaan - dan ini pada asasnya mengatakan bahawa sebahagian daripada infrastruktur aplikasi kami tidak tersedia - jadi kami boleh menggerudi dan kita benar-benar dapat melihat bagaimana keadaan Tuxedo dalam bentuk dan anda sebenarnya boleh melihat bahawa salah satu daripada kes turun. Semua aktiviti sedang didorong untuk satu kes ini dan ia perlu menangani perkara itu. Pada dasarnya, kami telah mencipta hambatan.
Sekarang, sebagai satu perkara, untuk aktiviti yang berjalan pada ini, anda sebenarnya boleh mula mendapat penemuan yang, walaupun kita mempunyai masalah infrastruktur keseluruhan ini, ada cara untuk meningkatkan kecekapan pemprosesan dalam JVM khusus ini untuk WebLogic. Dan di sinilah ada perkara penting: Banyak kali orang bergerak seperti awan dan mereka berkata, "Betapa berapa CPU dan berapa banyak memori yang anda perlukan?"
Nah, bahagian lain duit syiling yang dikenali sebagai kapasiti adalah memproses kecekapan. Jika saya menggunakan memori yang kurang, jika saya menggunakan CPU kurang, saya hanya tidak perlu banyak. Dan sebagainya seperti yang dikatakan Matt tadi, semuanya adalah sejenis berkaitan. Sekarang apa yang boleh saya lakukan ialah saya boleh membuka skrin transaksi PeopleSoft dan di skrin, paksi y adalah masa tindak balas, paksi-x adalah masa sepanjang hari.
Kami mempunyai graf bar tindanan di sini yang menunjukkan masa klien. Itu sebenarnya penyemak imbas, pelayan web. Hijau adalah masa Jawa, jenis merah jambu adalah Tuxedo, biru gelap adalah masa pangkalan data. Profil ini tidak berlaku dengan sendirinya; ia berlaku kerana panel PeopleSoft tertentu - mereka telah dilaksanakan dan mereka dibentangkan kepada anda melalui masa tindak balas. Sebenarnya terdapat masa setiap langkah dalam aplikasi serta graf bar stack yang menunjukkan aplikasi di sini panel oleh panel. Saya juga dapat menggerudi dan mencari pengguna tertentu atau menarafkan pengguna saya.
Skrin ini membolehkan saya menentukan pengguna tertentu dengan nama log masuk. Fikirkan betapa luar biasa atau berkuasa ini. Banyak kali, ia bukan hanya tentang infrastruktur dan bagaimana ia ditubuhkan, itu adalah bagaimana pengguna akhir menggunakan sistem. Anda mungkin mempunyai sewa baru atau seseorang yang mempunyai fungsi pekerjaan baru: Ia mungkin tidak tahu bagaimana menggunakan aplikasi dengan betul. Ini sebenarnya boleh membantu mengenal pasti peluang latihan.
Sisi lain duit syiling adalah jika saya boleh memberi tumpuan kepada pengguna tertentu - di sini saya melihat pengguna itu dalam urus niaga tertentu dan masa respon yang mereka alami - Saya dapat menangani secara langsung pengalaman pengguna sesuatu yang tertentu pengguna. Ia tidak lagi mengenai metrik generik di peringkat sistem, ia tentang pengalaman pengguna akhir dan yang sangat kuat. Sebahagian daripada persekitaran anda pastinya akan menjadi dalaman, HR, dan lain-lain. Terdapat bahagian lain yang dihadapi pelanggan. Sama ada cara, anda ingin memberikan yang terbaik, pengalaman pelanggan yang paling produktif.
Sekarang untuk panel tertentu, saya boleh masuk dan menggerudi untuk menjawab soalan. Jadi, ini adalah jenis penyelaman yang mendalam yang boleh kita lakukan untuk menyiasat apa yang berlaku dan anda mungkin melakukan penyelaman yang mendalam ini sebelum anda memanggil pengguna akhir atau jika pengguna akhir memanggil anda, anda akan dapat memulakan proses untuk katakan, "Nah di mana betul-betul punca akarnya?" Dan ia tidak akan menjadi seperti penggunaan CPU dan sesuatu yang mengagumkan, ia akan menjadi kod aplikasi yang mereka gunakan.
Mari kita berlatih dan kita akan melihat pengurusan kandungan itu dan sebenarnya anda dapat melihat analisa urus niaga itu: memulakan penyemak imbas, titik masuk ke pelayan web ke Java Jolt dan kami sebenarnya menunjukkan kod yang sedang berjalan ke dalam Panel Tuxedo, akhirnya kepada pernyataan SQL di mana Tepat mendedahkan teks penyataan SQL yang dilaksanakan oleh panel PeopleSoft ini.
Semua orang yang kita bercakap mempunyai alat, tetapi apa yang mereka tidak ada adalah konteks. Menyambungkan titik atau mengikuti urus niaga dari penyemak imbas sehingga pernyataan SQL adalah konteks. Apa ini untuk, seperti DBA anda, bukannya melihat perkara-perkara pada suatu contoh atau tahap pangkalan data, saya kini boleh menyiasat pada tahap pernyataan SQL.
Jadi saya boleh katakan, "Nah, apa yang menjadi hambatan bagi pernyataan SQL individu, " dan ini sangat kuat. Harap pertimbangkan bahawa transaksi ini tidak dapat berjalan lebih cepat daripada pernyataan SQL dan setiap transaksi perniagaan penting berinteraksi dengan sistem rekod. Pangkalan data, seperti itu atau tidak, merupakan asas prestasi, dan jika saya boleh menjadi berbutiran untuk menumpukan pada penyataan SQL individu yang penting untuk urus niaga perniagaan, saya benar-benar boleh mengambil permainan saya ke peringkat seterusnya.
Satu lagi perkara yang mungkin anda perhatikan di sini adalah terdapat peratusan sumbangan peratusan yang tepat. Pelayar itu sendiri sebenarnya sebahagian besar daripada timbunan aplikasi. Anda mempunyai pelaksanaan JavaScript, anda mempunyai waktu rendering, anda mempunyai komponen halaman, GIF, JPEG. Dan anda benar-benar mendapati bahawa aplikasi anda mungkin bersikap sangat berbeza di bawah Chrome berbanding IE dan versi yang berbeza. Tepat akan dapat menunjukkan kepada anda juga dan mungkin ada masa ketika sebenarnya ada hambatan atau perbalahan dalam pelayar yang dapat menyebabkan hal-hal seperti membekukan layar.
Mampu untuk mengenal pasti yang membolehkan IT tidak mengikis pokok yang salah, tetapi untuk menangani punca akar asas masalah yang boleh muncul. Sekarang apa yang saya dapat lakukan adalah untuk pernyataan SQL tertentu, saya boleh menganalisis apa yang berlaku pada pernyataan SQL itu. Jadi di sini kita telah jatuh ke pandangan pakar pangkalan data.
Salah satu perkara yang membezakan Tepat pada tahap pangkalan data adalah kita sampel pada asas sub-kedua. Ini berbanding pesaing kita yang hanya melihat sekali setiap 10, sekali setiap 15 minit. Sehingga tahap granularity, tahap resolusi adalah arahan magnitud yang lebih baik daripada pesaing kita.
Dan sekali lagi, kerana pangkalan data adalah sebahagian daripada asas kami, kami akan membenarkan DBA anda benar-benar mengambil prestasi ke peringkat seterusnya. Jadi saya dapat melihat bahawa pernyataan SQL ini benar-benar menghabiskan 50 peratus jika masa berlatih mengakses subsistem tersimpan, 50 peratus masa menggunakan CPU. Klik butang tune dan saya kemudian boleh masuk dan mengetatkan pelan pelaksanaan dan betul-betul apa yang memandu corak penggunaan itu.
Sekarang petikan dari salah seorang pelanggan kami - jika mereka tidak berada di Oracle Shop mereka menggunakan alat Oracle yang disebut OEM dan OEM yang benar-benar jenis pangkalan data atau contoh yang difokuskan - itu DBAs sentiasa melihat apa yang senarai 10 teratas? Tetapi dengan Tepat kita dapat menyambung titik-titik kepada penyataan SQL individu dan supaya granulariti membolehkan DBA benar-benar menala pada tahap transaksi dan bukan hanya pada tahap pangkalan data yang lebih tinggi.
Titik kedua yang benar-benar penting kepada pelanggan ini adalah Tepat, dengan menterjemahkan apa yang rumit URL anda ke dalam nama panel PeopleSoft - jika saya berada di IT dan saya boleh bercakap mengenai pengurus pokok, pengurus kandungan, halaman HR tertentu, dengan cara itu orang yang saya cuba tolong tahu saya benar-benar melihat dan memahami apa yang mereka cari kerana tidak lagi hieroglyphics ini, itu nama yang mereka kenal.
Salah satu soalan yang kami tanya - seolah-olah seperti biasa, jadi saya fikir saya akan semacam menjawab pertanyaan secara proaktif - bagaimana di dunia yang anda dapati ID pengguna PeopleSoft? Izinkan saya pergi melalui langkah-langkah. Berikut ialah skrin pendaftaran PeopleSoft. Untuk mengaksesnya, saya terpaksa menavigasi ke pelayan web saya, dan skrin ini muncul. Apabila aplikasi tersebut digunakan dengan tepat, skrin ini sebenarnya mengandungi skrip yang tepat dan saya boleh mendedahkan dengan melakukan klik kanan, melihat sumber. Dan ini sebenarnya akan menunjukkan kepada saya kod yang membentuk halaman dasar dan di sini dalam bingkai halaman sebenarnya Tepat untuk kod web dan ini membolehkan saya menangkap skrin log masuk, alamat IP, jenis penyemak imbas, keseluruhan sekumpulan maklumat mengenai rendering dan pengalaman pengguna akhir sebenar. Dan apabila saya memasukkan nama pengguna saya dan klik masuk, Precise kemudian dapat mengukur apa yang saya lakukan.
Saya membuka, pergi ke pengurus pokok, saya ingin melakukan operasi carian, isikan lapangan dan saya klik carian. Satu set keputusan dipersembahkan kepada saya, jadi saya dengan jelas melintasi keseluruhan aplikasi tumpukan sepanjang jalan ke pangkalan data. Bagaimana Tepat menunjukkan ini? Mari kita pergi dan lihat. Terbuka Tepat, saya masuk, saya dapat melihat aktiviti itu, saya boleh mengklik tab aktiviti yang akan membawa skrin ini. Ini adalah URL yang tidak diterjemahkan. Saya dapat menunjukkan kepada pengguna dan di sini adalah ID pengguna saya yang saya baru masuk dan di sini adalah aktiviti saya.
Anda dapat melihat bahawa saya telah menggunakan Firefox versi 45 untuk membawa ini. Saya menjalankan permohonan 12 kali dan meninggalkan pada asasnya apabila seseorang meninggalkan laman web sebelum membuatnya sepenuhnya, yang menunjukkan isu perniagaan. Jadi itulah bagaimana kami dapat mengambil ID pengguna akhir. Ia sangat bagus, orang benar-benar menghargai apabila anda tahu apa yang berlaku.
Sekarang kita mahu beralih gear agak pelik. Kami melihat transaksi itu kemudian. Kami melakukan penyelaman mendalam pada transaksi tertentu dan melihat pernyataan SQLnya. Sekarang saya mahu beralih gear dan melihat beberapa teknologi lain dalam aplikasi PeopleSoft stack bermula dengan WebLogic.
Dan jadi inilah contoh WebLogic dan anda dapat melihat aktiviti itu dari masa ke masa. Anda mempunyai laporan kewangan. Ia memberitahu saya terus dari kelawar, memori digunakan hampir maksimum. Salah satu perkara yang kami dapati ialah kebanyakan orang menjalankan keseluruhan stack aplikasi, atau sekurang-kurangnya satu bahagian, di bawah persekitaran yang dikongsi, sangat kerap ia adalah VMware. Anda harus menyeimbangkan berapa banyak sumber yang anda minta dan berapa banyak yang anda perlukan. Anda tidak mahu menjadi babi sumber. Begitu juga, anda tidak mahu meletakkan kekangan pemprosesan dengan tidak meminta memori yang mencukupi dalam kes ini.
Konfigurasi ini juga penting untuk pengurusan prestasi. Jadi kita boleh masuk ke dalam koleksi sampah memori dan semua kaunter JMX WebLogic jadi saya tahu dengan tepat kesihatan borang WebLogic saya.
Sekarang ke dalam Tuxedo. Tuxedo di banyak kedai adalah sejenis kotak hitam dan ia adalah bahagian yang sangat penting dari PeopleSoft. Ini jenis gam yang memegang segala-galanya bersama-sama dan jadi saya hampir memikirkannya sebagai lanjutan sistem operasi. Ia adalah sesuatu yang anda gunakan dan konfigurasi dengan berhati-hati. Secara kebetulan - ini adalah nota sampingan kecil - dalam komen-komen pembuka Eric telah menyebut "kezaliman kezaliman, " dan saya fikir ia benar-benar berlaku apabila kedai PeopleSoft sedang mempertimbangkan bergerak dari UI klasik ke UI bendalir kerana anda akan mendapati bahawa anda berada di belakang lengkung kerana cara UI cecair menjalankan persekitaran PeopleSoft.
Kini anda mempunyai masalah di WebLogic, di Tuxedo, di pangkalan data dan di storan di sini hanya kerana HTML5 mempunyai jumlah mesej yang luar biasa. Mungkin sekurang-kurangnya 10x apa yang dilakukan oleh UI klasik dan mesej tambahan itu bermakna trafik tambahan. Jadi konfigurasi Tuxedo perlu diubahsuai untuk menampung trafik tambahan. Beberapa perkara tentang skrin ini berakhir di sebelah kanan kita mempunyai graf masa terlalu lama untuk masa respons berwajaran, masa tindak balas purata serta penghitungan pelaksanaan.
Di sini kita mempunyai maklumat mengenai semua domain Tuxedo dalam persekitaran. Kami membahagikan perkhidmatan, pengguna, proses pelayan dan juga IP. Saya boleh mengalihkan ini ke kiraan pelaksanaan dan membentangkan mereka dalam urutan menurun supaya saya dapat melihat apa yang sedang dilaksanakan paling banyak masa. Saya juga boleh tatal ke bawah untuk mendedahkan domain; kebanyakan orang mempunyai banyak domain dalam persekitaran mereka, pada asasnya menyebarkan aktiviti tersebut, dan saya dapat menetapkan kepatuhan SLA, oleh itu peringatan pada lapisan Tuxedo.
Jika anda beratur, anda mempunyai masalah yang berbeza yang timbul kerana konfigurasi. Anda biasanya - kerana ia adalah kesan global - anda biasanya tidak akan membuat perubahan pada lalat. Anda sememangnya mahu secara bertahap meningkatkan sistem sebagai sebahagian daripada proses QA yang melantun kembali ke titik yang telah dibuat sebelumnya Matt mengenai menangani masalah prestasi awal dalam proses. Lebih baik anda perlu konfigurasi yang betul apabila anda pergi ke pengeluaran dan bukannya pergi ke pengeluaran dan mengetahui bahawa konfigurasi tidak sepadan dengan corak penggunaan. Saya sangat suka pengenalan yang disediakan oleh Eric dan Matt hari ini. Saya fikir mereka benar-benar sasaran dari segi cabaran yang anda hadapi dalam menguruskan dan mengembangkan persekitaran PeopleSoft.
Sekarang, saya katakan ini sekali sebelum ini - saya fikir ia perlu dikatakan lagi: Setiap transaksi perniagaan penting berinteraksi dengan pangkalan data. Dan jadi mari kita semak bagaimana Tepat dapat memberikan maklumat tambahan. Di sini adalah contoh Oracle tertentu. Pendekatan tepat yang sama yang kita lihat - paksi-y adalah masa pelaksanaan, paksi-x adalah masa sepanjang hari, tetapi kini graf bar tindanan adalah keadaan pelaksanaan dalam Oracle. Ini menunjukkan kepada kita apakah kekangan pemprosesan pada sistem. Di sini terdapat laporan penemuan yang memberitahu saya bahawa anda mempunyai penampan log redo yang tinggi ini.
Saya juga melihat versi pilihan ini dari PSVersion. Ia sebenarnya memakan banyak sumber. Secara kebetulan, kerana kami membuat persampelan dan kami memberikan gambaran resolusi tinggi mengenai apa yang sebenarnya berlaku pada sistem, anda mungkin terkejut apa yang pengguna sumber daya sebenar pada sistem anda, kerana jika anda hanya melihat setiap 10 minit, itu bukan akan menunjukkan kepada anda apa yang pengguna sumber itu. Oleh itu, dengan mengetahui apa yang pengguna sumber daya sebenar, anda sebenarnya boleh menangani pemprosesan yang benar pada hambatan atau sistem.
Kini di sini kami telah melompat ke tab aktiviti dan ini adalah aktiviti. Anda dapat melihat kami melihat CPU, subsistem penyimpanan, kunci aplikasi, menunggu OS, RAC, komit, pelayan Oracle, komunikasi, dan agregat dalaman bersama-sama. Ini adalah sumbu y, ini adalah jumlah masa pelaksanaan.
Di sini adalah kenyataan SQL yang memandu profil ini dan salah satu daripada perkara yang anda lihat adalah kependaman rendah ini - dua milisaat tetapi dengan hampir 4, 500 eksekusi bermakna penyataan SQL sebenarnya adalah pengguna sumber nombor satu pada sistem anda, dan itu baik untuk tahu. Ia juga tidak menunggu pada kunci atau menunggu. Ia menggunakan CPU 100% masa itu. Ini tidak bermakna tidak ada perkara yang tidak boleh saya lakukan. Terdapat banyak perkara yang boleh saya lakukan mengenainya jika saya tahu apa penyataan SQL dan objek yang sedang diakses. Dan ini adalah beberapa cara yang boleh kita bantu.
Kini di sini terdapat gerudi dan ini dapat memberikan kita dalam konteks program PeopleSoft individu dan setiap jenis program ini melayani tujuan yang berbeza di PeopleSoft. Anda sebenarnya boleh mula alamat di peringkat pangkalan data bagaimana aplikasi sedang digunakan.
Dan jika saya memilih satu program tertentu, saya kemudian dapat mengasingkan kenyataan SQL bahawa program yang diserahkan supaya saya boleh menjadi aplikasi yang tertumpu dan bukannya fokus kepada pangkalan data pangkalan data ketika saya pada dasarnya mencari dan melihat konfigurasi pangkalan data dan konfigurasi pangkalan data. Saya mahu hanya membawa perhatian ini. Sering banyak organisasi besar dibahagikan kepada DBA infrastruktur dan aplikasi DBA. Tepat, dengan menunjukkan aplikasi serta penggunaan sumber, kita sebenarnya dapat merapatkan jurang dan penyelesaian ini berguna untuk kedua-dua jenis DBAs pada sistem.
Kini, bahagian ini benar-benar adalah persembahan kami tentang apa yang boleh kami lakukan di peringkat pangkalan data. Dan apa yang berlaku di sini ialah kami membekukan skrin, terdapat pilihan dari PS_Prod dan apa yang kami lakukan ialah kami mengklik butang tune ini dan apa yang dilakukannya membawa kami ke dalam ruang kerja SQL ini. Kini, bagi anda orang yang bukan DBA, ini mungkin tidak kelihatan menarik. Bagi orang yang DBA, anda mungkin mendapati ini cukup menarik. Apa yang kami tunjukkan di sini ialah tempoh pernyataan SQL yang khusus ini berbanding perubahan pada sistem. Dan ini menunjukkan Rabu, Khamis, Jumaat, tempohnya adalah kira-kira 2/10 saat. Sabtu dan Ahad syarikat ini tidak berfungsi - bertuah mereka. Datang hari Isnin, terdapat perubahan: Pelan akses berubah. Pelan akses baru adalah semua cara mendadak di sini. Itu sebenarnya cukup perlahan ia menyebabkan skrin membeku.
Sekarang jika saya seorang DBA, saya memerlukan maklumat tambahan untuk mengetahui punca sebenar yang berlaku. Saya perlu tahu pengoptimasi pangkalan data pilihan. So Precise menawarkan perbandingan ini yang menunjukkan pelan pelaksanaan yang pantas dan cekap apabila keadaan berjalan lancar dan pelan pelaksanaan yang lambat dan tidak cekap. Gabungan penapis ini adalah perkara biasa bagi DBA yang menjalankan PeopleSoft. Apa penapis yang dilakukan adalah mencari setiap baris dalam satu jadual, ia melihat setiap baris dalam jadual yang bergabung - yang memerlukan banyak CPU. Ia sangat tidak cekap kerana tidak ada penapisan hanya melihat subset baris yang diperlukan, tetapi oleh pernyataan SQL dan ketidakcekapan itu menghasilkan masa pelaksanaan yang perlahan. Oleh itu, mereka akhirnya melambatkan panel PeopleSoft dalam skrin membekukan dan Precise dapat sampai ke punca sebenar yang tidak akan pernah anda ketahui kecuali anda mempunyai alat yang mendedahkan kod aplikasi, pernyataan SQL dan sebagainya.
Itulah jenis menyelam yang mendalam. Kami sekarang akan menarik pandangan sehingga 10, 000 pemuka persegi tapak dashboard. Secara tepat, papan pemuka sebenarnya bukan untuk pasukan teknikal - ia benar-benar digunakan untuk berkongsi maklumat dengan operasi, mungkin dengan pasukan aplikasi, mungkin dengan rantai arahan anda. Dan satu set papan pemuka mungkin menunjukkan panel PeopleSoft dan masa klien supaya anda tahu pengalaman pengguna akhir. Papan pemuka lain mungkin telah dikonfigurasi untuk operasi dan papan pemuka ini mungkin melihat terdapat sebarang peringatan membeku? Kami sebenarnya mempunyai peringatan di OS, web, WebLogic, Tuxedo dan tahap pangkalan data. Tiada makluman di sini, masa tindak balas purata. Anda dapat melihat bahawa kami menjalankan kira-kira satu pertiga daripada yang kedua. Di sini saya dapat melihat infrastruktur saya menunjukkan kepada saya semua VM dalam persekitaran saya dan saya boleh mula masuk ke pemprosesan, mengimbangi beban dan saya juga boleh melihat domain Tuxedo saya. Persekitaran ini mempunyai enam domain yang berbeza dan saya dapat melihat domain tersebut dan saya sebenarnya boleh masuk ke web.
Sekarang, Repositori bersejarah Precise yang PMDB, pangkalan data pengurusan prestasi, mempunyai banyak metrik. Dan kadang-kadang seseorang ingin mengetahui tentang kiraan akses penyemak imbas atau anda boleh melakukan penghitungan akses dengan jenis penyemak imbas atau prestasi oleh jenis penyemak imbas. Terdapat banyak perkara yang boleh dilakukan untuk memberikan keterlihatan tambahan pada sistem anda.
Di sini, yang ini, kita sebenarnya melihat penggunaan memori WebLogic dan anda melihat corak gergaji yang bagus ini, penggunaan memori. Terdapat kutipan sampah, ia mengambil semula un-referensi. Ia naik semula dan jadi ini adalah corak yang sangat bagus yang anda mahu lihat. Jadi ini sememangnya melihat persekitaran PeopleSoft sebagai koleksi subsistem dan ini sesuai untuk operasi. Persoalan yang paling asas ialah, "Nah, apa yang berlaku di pelayan?" Tepat mempunyai semua penglihatan ini. Ia juga menyediakan metrik pelayan juga. Dan di sini anda sebenarnya dapat mengukur CPU, ingatan, I / O, pelayan, pengguna pada sistem dan sehingga anda mempunyai penglihatan penuh. Dan itulah cara - yang digabungkan dengan trend jangka panjang - adalah bagaimana orang menggunakan Precise untuk perancangan kapasiti.
Dan saya hanya mahu melontarkan sedikit nota di sana. Biasanya kedai akan mempunyai anggaran yang sangat banyak untuk perkakasan, untuk pelayan, anggaran yang banyak untuk kakitangan. Bagaimana anda akan melabur, di mana anda akan meletakkan taruhan anda? Menggunakan Tepat, anda mendapat kelebihan kerana anda melihat bagaimana subsistem penyimpanan sedang digunakan. Jika anda melakukan banyak rawak I / O, Tepat akan menunjukkan kepada anda bahawa. Ia akan membantu memastikan pelaburan dalam simpanan keadaan pepejal. Itu mungkin lebih penting untuk kedai anda daripada membeli CPU tambahan jika penggunaan CPU berlaku rendah.
Anda mahu melabur di mana kesesakan pemprosesan sebenar adalah, di mana anda boleh mendapatkan ganjaran. Dan dengan tepat menangani segala-galanya dari kecekapan pemprosesan pengekodan aplikasi sepanjang jalan ke kapasiti, kami membenarkan anda menilai dan mendokumenkan keperluan tersebut dengan nombor.
Sekarang bahagian terakhir adalah memberi amaran dan amaran sebenarnya adalah cara ini bermula. Ingat itu? Kami melihat amaran bahawa terdapat prestasi SLA dan kami melihat bahawa contoh WebLogic telah turun. Oleh itu, mari kita lihat antara muka amaran. Dan sekali lagi, apa yang berlaku? Salah satu perkara yang saya ingin tunjukkan pada pandangan ini adalah bahawa Precise bukan sahaja mempunyai amaran prestasi dan amaran status mengenai ketersediaan, kami juga mempunyai tanda amaran. Alasan bahawa amaran yang mencolok adalah penting ialah jika sistem anda terbiar atau mempunyai satu atau dua pengguna, mungkin perkara berjalan lancar. Tidak sampai anda mula menambah pengguna dan mereka mula melakukan lebih banyak lagi aktiviti yang anda mulai untuk bersaing untuk data, untuk sumber daya di peringkat Tuxedo, di peringkat WebLogic, di peringkat rangkaian, di peringkat pangkalan data. Dan perselisihan itu mengakibatkan kemerosotan prestasi dan akhirnya anda mungkin menyeberang garis dan itulah amaran prestasi, dan pada dasarnya anda tidak memenuhi matlamat SLA untuk organisasi. Dan set peringatan ini sangat bagus.
Tingkatan web, di sebelah kiri, web tier sebenarnya mengukur pengalaman pengguna akhir dan kemudian anda masuk ke dalam teknologi dalam tumpukan aplikasi yang mendasari. Ini adalah jenis skrin seni bina kita tentang bagaimana kita melakukan semua ini. Sebaik-baiknya anda ingin mempunyai pelayan Precise yang bebas daripada persekitaran atau persekitaran yang dipantau. Satu pelayan yang tepat boleh mengendalikan pelbagai aplikasi.
Bagi PeopleSoft dan untuk pangkalan data Oracle dan DB2, kami memerlukan ejen tempatan. Sekiranya persekitaran PeopleSoft anda dikembalikan oleh SQL Server, ada pilihan untuk melakukan tanpa agen. Kami juga tidak mempunyai agen untuk Sybase. Jantung model keselamatan kami ialah data dikumpulkan di sini, sedangkan pengguna Precise authenticate to Precise. Ini proses yang sama sekali berasingan, kelayakan berasingan, pengesahan yang berasingan, dan itu sebahagian daripada model keselamatan kami. Dan ada butiran tambahan.
Saya fikir ini adalah cukup pengenalan kepada seni bina buat masa sekarang. Sekiranya terdapat sebarang soalan yang membakar, sila minta mereka, seperti yang telah disebutkan oleh Eric.
Sama seperti rekap cepat, penyelesaian ini direka untuk 24 oleh 7 dalam pengeluaran. Sangat disyorkan bahawa anda menggunakan kami dalam QA. Jika anda melakukan pembangunan dalaman, mula menggunakan kami dalam pembangunan. Kami akan menterjemahkan URL rumit, URI ke dalam nama panel PeopleSoft. Apabila saya bercakap mengenai pengeluaran, kita sangat rendah sehingga anda mempunyai keterlihatan, anda sentiasa tahu apa yang berlaku, anda mengenal pasti pengguna akhir.
Saya tidak perlu masuk dan mentakrifkan urus niaga ini - terdapat titik sambungan semulajadi dari penyemak imbas, URL, titik masuk, sambungan pelayan web ke WebLogic, konteks jemputan ke bawah yang menyediakan pernyataan SQL. Kemudian kita dapat menangkap pernyataan SQL dan apa yang sedang dilakukannya. Tepat adalah pangkalan data pintar dan saya fikir ini adalah faktor yang membezakan bagi kami dan ia membolehkan DBA anda berkolaborasi, meningkatkan penglihatan aplikasi.
Titik akhir adalah kerana kita sentiasa, kita sentiasa mengumpul, anda sentiasa boleh mengukur sebelum dan selepas dan mengukur peningkatan atau, dalam kes yang jarang anda mungkin telah mengubah prestasi, anda akan tahu itu dan anda boleh menggulungnya kembali segera. Kebanyakan pesaing kami, apa yang mereka lakukan adalah jika anda perlu melihat maklumat tambahan, anda perlu menghidupkan penglihatan tambahan dan biasanya penglihatan tambahan mengenakan banyak overhead. Dengan Tepat, anda sentiasa mempunyai keterlihatan dan anda sentiasa dapat menyelesaikan masalah ini. Jadi, jika anda pergi ke laman web Precise, sila semak mana-mana produk yang tepat, sama ada tepat untuk Oracle. Kami telah disenaraikan sebagai Platform Prestasi Aplikasi yang Tepat dan ada butang di sana untuk meminta demo.
Sebenarnya, jika saya berkongsi skrin saya, saya fikir saya hanya boleh mengemudi di sana untuk menunjukkan kepada anda apa yang kelihatan seperti itu supaya anda dapat melihat muka yang betul ini. Berikut adalah laman web IDERA. Anda pergi ke produk. Saya boleh memilih mana-mana komponen Precise ini dan saya hanya mahu melihatnya dalam tindakan. Ini akan memulakan proses kami untuk berkongsi maklumat tambahan yang mungkin penting kepada tapak anda. Atau jika anda ingin mengetahui lebih lanjut mengenai berhijrah ke UI bendalir, anda boleh menghubungi kami.
Dan yang mana, Eric, saya ingin lulus tongkat itu kembali kepada anda.
Eric Kavanagh: Baik, baiklah. Saya perlu mengatakan sekali lagi - persembahan yang agak komprehensif dan mengagumkan di sana, Bill. Anda menyebutkan sebilangan besar perkara yang saya ingin tanyakan. Kami tidak mempunyai banyak masa - kira-kira sembilan minit - dan saya mahu Matt mendapat peluang untuk bertanya beberapa soalan juga, dan mempunyai sekurang-kurangnya satu atau dua orang daripada penonton.
Tetapi anda telah menyebut sesuatu yang saya fikir itu adalah sangat menarik mengenai bagaimana Precise dapat membantu dalam perolehan untuk pasukan TI kerana anda boleh menunjukkan, anda boleh membuat kes kepada sesiapa yang membuat keputusan bahawa apa yang anda perlukan adalah keadaan lebih kukuh penyimpanan, contohnya, atau apa yang anda perlukan adalah penambahbaikan kepada rangkaian atau apa jua keadaannya. Tetapi itulah masalah besar. Adakah anda sering melihat syarikat mengenali dan menggunakannya atau adakah anda cuba menginjil bahawa lebih banyak lagi?
Bill Ellis: Baiklah, kedua-duanya, dan perkara itu adalah corak penggunaan, walaupun untuk aplikasi pakej seperti PeopleSoft, corak penggunaan berbeza di setiap laman web. Saya mempunyai kekayaan untuk melakukan migrasi PeopleSoft di sebuah bank, dan bank menggunakan sistem lejar am yang sangat berbeza daripada kebanyakan organisasi. Anda sebenarnya boleh melakukan transaksi individu yang dilakukan di cawangan, semuanya dihantar ke lejar am.
Dan sebaliknya daripada menghantar berpuluh-puluh atau ratusan pengetua umum, anda sebenarnya menghantar ratusan ribu. Dan oleh itu, bagaimana saya terlibat dalam Precise adalah kerana corak penggunaan dan ia membolehkan kami untuk menangani, tetapi keperluan aplikasi kedua-duanya di peringkat kod, tahap konfigurasi, dan juga di peringkat infrastruktur. Jadi saya benar-benar seorang mukmin yang besar dan saya mahu menginjil itu juga kerana anda tidak sepatutnya membuat keputusan perkakasan hanya berdasarkan penggunaannya. Anda perlu berdasarkan keperluan persekitaran anda.
Eric Kavanagh: Dan ada soalan dari peserta, dan kemudian, Matt, saya akan menyerahkannya kepada anda untuk satu atau dua soalan. Nah, ini adalah yang baik dan itu lucu kerana ia adalah jawapan yang besar dan panjang yang boleh anda berikan. Peserta bertanya: "Bagaimanakah anda mengumpul metrik prestasi di hujung pengguna selepas penggunaan dan semasa ujian?"
Saya fikir anda melakukan kerja menyelam yang cukup baik ke dalam seberapa besar dan kaya metrik prestasi tersebut. Anda bercakap tentang sub-kedua untuk beberapa perkara ini berbanding setiap lima minit atau 10 minit. Itulah apabila anda akan mendapat tahap terperinci yang diperlukan untuk mencari jawapan anda, bukan?
Bill Ellis: Ya, jadi perkara penting ialah pengumpul individu mengenai maklumat prestasi adalah berdasarkan teknologi. Oleh itu, apabila kita melakukan penyebaran, kita perlu tahu tentang bagaimana stack aplikasi anda dibina, bermula dengan sistem operasi, versinya, versi Tuxedo, WebLogic, versi alat Orang yang anda jalankan.
Dan ini benar-benar reka bentuk ejen-ejen yang melakukan itu, pengumpulan data yang membolehkan kita untuk mendedahkan bahawa tahap penglihatan yang tepat memberikan. Dan penglihatan itu, saya fikir, kadang-kadang boleh menjadi sedikit menakutkan kepada orang ramai. Tetapi jika matlamat anda adalah untuk benar-benar masuk dan memperbaiki perkara dan mengambil prestasi ke 11, itu benar-benar tahap penglihatan yang anda ingin mempunyai. Dan jika Tepat dapat memberikannya dan ia terlalu rendah, soalannya mengapa tidak? Jadi saya fikir itu soalan yang bagus dan sila hubungi kami jika anda ingin berbincang dengan lebih lanjut.
Eric Kavanagh: Baik, baiklah. Dan Matt, adakah anda mempunyai sebarang soalan?
Matt Sarrel: Saya fikir saya OK. Maksud saya, saya telah berurusan dengan WebEx yang terhempas di sini.
Eric Kavanagh: Oh tidak. Kita perlu Tepat untuk memahami dengan tepat mengapa.
Matt Sarrel: Ya, saya rasa persoalan yang saya fikirkan semasa anda bercakap, Bill, adalah jika anda boleh membincangkan sedikit tentang bagaimana banyak pasukan boleh mendapatkan halaman yang sama ketika menyelesaikan masalah prestasi, kerana saya tahu itu sesuatu yang datang berulang-ulang adalah siapa yang bertanggungjawab untuk apa dan bagaimana semua orang boleh bekerjasama untuk memberikan kualiti yang terbaik kepada pekerja.
Bill Ellis: Ya, jadi kakitangan IT cenderung mahal. Di kebanyakan kedai, anda dibahagikan kepada pasukan berdasarkan teknologi, memandangkan kerumitan teknologi. Salah satu perkara besar yang berlaku ialah terdapat masalah prestasi dan terdapat banyak kali konflik, bilik perang diadakan. Dan itulah di mana semua orang mempunyai metrik untuk entah bagaimana melepaskan tier mereka kerana mereka tidak mempunyai konteks. Mereka melihat apa yang berlaku di tahap WebLogic dan bukan apa yang berlaku di peringkat kod transaksi. Atau mereka melihat tahap pangkalan data dan bukannya pernyataan SQL individu transaksi.
Dan dengan dapat menentukan tahap masalah dan kod masalah dalam peringkat itu, apa yang dilakukannya adalah membebaskan pasukan lain untuk tidak pergi atau menghabiskan masa dalam sumber mencari masalah yang tidak ada di dalam kawasan mereka. Jika masalah pangkalan data, pergi ke DBA dengan maklumat yang mereka perlukan untuk menyelesaikan masalah ini. Mereka akan gembira untuk melakukannya.
Tetapi begitu juga, jangan membazirkan Tuxedo, pasukan bantuan WebLogic yang memberi tumpuan kepada masalah dalam pangkalan data. Begitu juga, jika masalah itu berlaku dalam konfigurasi WebLogic, jangan ambil masa DBA dalam beberapa ruangan perang yang cuba mempertahankan diri. Hanya pergi dan selesaikan masalah di WebLogic.
Kami mendapati bahawa kakitangan IT menghargai Precise kerana penjimatan masa, kerana biasanya bilik perang tidak dianggarkan ke dalam pelan masa untuk setiap organisasi FTE. Ia seperti masa tambahan. Dan dengan demikian dapat menangani isu-isu yang lebih cekap adalah sangat penting. Dan untuk organisasi yang melancarkan UI bendalir, dapat skala dalam pengeluaran dan menyelesaikan masalah yang sebenarnya mereka alami dalam pengeluaran adalah sangat penting bukan untuk kakitangan individu atau pasukan, tetapi sebenarnya untuk pengurusan IT secara keseluruhan kerana ia akan menjadi berita yang benar-benar buruk jika mereka terpaksa melancarkan kembali. Oleh itu, persoalan yang hebat, kerana ia bukan hanya teknologi. Ia sememangnya sentiasa mengenai orang ramai.
Matt Sarrel: Benar, rakyat dan prosesnya. Ya, itulah satu-satunya soalan yang muncul untuk saya semasa demo. Sekiranya terdapat orang lain daripada penonton?
Eric Kavanagh: Ya, saya akan membuang satu yang terakhir kepada kamu, Bill, dan Matt bercakap tentang ini secara ringkas dalam pembentangannya. Kami mula melihat hasil ini. Ia masih kelihatan sangat maju, tetapi bekas dan penggunaan kontena dan Docker dan benda-benda semulajadi itu, berapa besar curveball yang membuang kamu?
Bill Ellis: Jadi perkataan itu bermakna pelbagai perkara bergantung kepada teknologi yang berbeza. Oleh itu, kami sedang mengembangkan produk kami untuk menjaga kontena di peringkat pangkalan data dan pada tahap permohonan. Dan sebagai sebahagian daripada itu, semacam alam sekitar dengan pergerakan, awan, dan kami beroperasi dalam awan. Tetapi terdapat proses penemuan dan bergantung kepada bagaimana aplikasi ini - termasuk PeopleSoft - sedang berkembang, kami sedang berkembang penyelesaian pemantauan kami supaya kami dapat memberikan tahap kedalaman yang sangat berharga di masa lalu.
Eric Kavanagh: Ya. Dan saya katakan, setiap kali saya melihat demo ini, saya hanya kagum dengan ciri-ciri yang anda ada dan itulah yang anda perlukan untuk dapat menggabungkan persefahaman dan anda perlu mempunyai pendidikan di sekitar keadaan biasa, apa standardnya.
Dan anda orang ramai menawarkan banyak kandungan di sekelilingnya - membantu orang mengenal pasti perkara biasa, apa yang tidak normal. Anda bercakap mengenai peringatan yang sedang berjalan, sebagai contoh, ini adalah semua mekanisme yang anda boleh gunakan untuk memahami dengan lebih baik adalah sesuatu yang salah, adalah sesuatu yang tidak salah, dan tentu saja dari sana perlu melakukan latihan untuk mencari, tetapi anda mempunyai semua data.
Bill Ellis: Ya, dan itulah perkara yang sangat penting; Saya fikir Matt telah bercakap mengenai perkara itu. Apa yang normal? Persekitaran yang berbeza mempunyai tahap normal yang berbeza. Jika anda menjalankan dengan perkakasan mewah, Oracle logik dan data, apa yang biasa di kedai anda atau apa yang boleh dicapai di kedai anda akan berbeza daripada jika anda menjalankan di bawah infrastruktur yang kurang berkuasa. Jadi perkara pertama adalah untuk mengetahui apa yang normal, mula mengira asas itu dan dengan cara itu anda boleh mula membuat penambahbaikan dari sana.
Eric Kavanagh: OK, itu satu perkara yang baik. Kami mempunyai satu soalan terakhir yang datang, ia kelihatan seperti. Hanya satu soalan terakhir yang akan saya bawa kepada kamu, Bill. Apa-apa perbezaan antara pemantauan prestasi SQL dan pangkalan data dari sudut pandangan tahap sistem dan tahap aplikasi? Apakah perbezaan antara pemantauan prestasi SQL dan pangkalan data, dari perspektif anda?
Bill Ellis : Nah, tiada apa yang berlaku dalam pangkalan data sehingga penyataan SQL dilaksanakan. Perbalahan pernyataan SQL adalah apa yang - kawalan penguncian, menunggu, perdebatan untuk sumber daya pada tahap data dan pada tahap SQL Server. Dan jika saya dapat melihat kedua-dua pemacu pernyataan SQL dan kesannya terhadap sistem, saya telah menyebabkan kesan; Saya dapat menghubungkan apa yang DBA aplikasi peduli dengan apa yang DBA infrastruktur peduli sehingga saya dapat benar-benar mendapatkan yang terbaik dari alat Precise.
Jika saya seorang DBA infrastruktur dan saya melihat perkara-perkara seperti penggunaan, saya benar-benar jenis menguruskan dengan berus luas berbanding jika saya dapat melihat pernyataan SQL individu dan saya dapat benar-benar meminimumkan sumber penggunaan - sama ada CPU, ingatan, I / O - Saya dapat mengatasi kedua-dua belah duit syiling yang sama.
Eric Kavanagh: OK, orang ramai. Kami dibakar lebih kurang sejam. Terima kasih banyak kepada rakan-rakan kami di IDERA. Terima kasih banyak kepada Matt Sarrel kerana menyertai kami hari ini. Kami mengarkibkan semua webcast ini untuk tontonan kemudian, jadi jangan ragu untuk kembali dan biasanya dalam masa beberapa jam arkib akan naik. Jadi periksa yang keluar dan semua yang saya katakan adalah saya suka perkara ini, saya suka Precise, saya suka dapat masuk ke rumpai. Dan saya tidak tahu apa-apa alat lain yang membolehkan anda menggali ke dalam semua bahagian yang berbeza dan sebahagian daripada timbunan aplikasi daripada apa yang orang-orang ada di IDERA dengan Precise.
Dengan itu, kami memberi tawaran perpisahan kepada anda. Terima kasih lagi, kami akan bercakap dengan anda pada masa akan datang.
