Oleh Staf Techopedia, 21 Juni 2017
Takeaway: Host Eric Kavanagh membahas tenaga kerja mobile dengan Dr. Robin Bloor dan Bill Ellis dari IDERA.
Anda saat ini belum masuk. Silakan masuk atau daftar untuk melihat video.
Eric Kavanagh: Baiklah, tuan dan nyonya, ini hari Rabu, tanggal 21 Juni. Saat ini pukul 4:00 Timur dan tentu saja itu berarti di dunia teknologi perusahaan saatnya untuk Teknologi Panas! Ya memang. Nama saya Eric Kavanagh, saya akan menjadi tuan rumah dan moderator Anda untuk acara hari ini. Ini topik hangat, topik besar: “En Marche! Mengaktifkan Tenaga Kerja Bergerak. ”Dan saya tidak sengaja mengambil slogan dari pencalonan Tn. Macron di Prancis. Itu cukup kebetulan, saya berjanji kepada Anda, tapi itu masih agak menarik. Jadi, kami akan membicarakan semua tentang tenaga kerja seluler dan bagaimana Anda dapat memastikan bahwa orang-orang itu mendapatkan apa yang mereka butuhkan, dan mereka dapat melakukan apa yang mereka lakukan dengan baik. Banyak tantangan, banyak masalah di luar sana. Kami akan mengarsipkan webcast ini untuk ditonton nanti, jadi jika Anda melewatkan sesuatu, Anda dapat kembali dan memeriksanya. Juga, bagikan dengan teman dan kolega Anda.
Dan saya harus mengatakan jangan malu; cara terbaik untuk mendapatkan konten yang sangat khusus dan informasi yang Anda butuhkan dari acara seperti ini adalah dengan mengajukan pertanyaan. Jadi, Anda dapat mengajukan pertanyaan dari jendela obrolan, atau dari komponen T&J di konsol webcast Anda. Kapan saja selama acara, kirimkan dan saya pasti akan mengambilnya dan menenunnya ke dalam T&J pada akhirnya. Kami akan mengadakan beberapa presentasi dan kemudian kami akan mendengar dari Bill Ellis dari IDERA Software. Tentu saja, Robin Bloor kita ada di telepon hari ini. Dan dengan itu, mari selami.
Jadi, saya mendapat beberapa statistik bagus dari RCR Wireless tentang apa yang terjadi, dan sungguh menyenangkan. Mereka mengatakan tenaga kerja mobile global akan mencapai 1, 87 miliar orang pada tahun 2022. Itu lebih dari 40 persen dari keseluruhan tenaga kerja di planet ini. Jadi, jika Anda berpikir tentang itu, sekarang, tiba-tiba di mana Anda dulu memiliki, dalam hal kemampuan TI, dalam hal fungsionalitas pada perangkat seperti komputer, di mana Anda dulu memiliki 99 persen atau lebih dari itu di tempat di Anda kantor - itu bahkan, katakanlah 15 tahun lalu, 10 tahun lalu itu mungkin 85-90 persen, lima tahun lalu itu seperti 70 persen? Sesuatu seperti itu? Sekarang, semuanya turun, hampir mencapai 60 persen. Dan ini masalah besar. Jadi, kita telah melihat perubahan besar dalam hal teknologi, alat yang sebenarnya digunakan orang untuk pindah ke luar kantor, menjadi tenaga kerja.
Ya, ada banyak manfaat untuk ini. Maksud saya, secara harfiah jika Anda melihat industri perkapalan misalnya, seperti UPS, atau jika Anda melihat orang-orang yang pergi ke rig di ladang minyak, jika Anda melihat salah satu dari berbagai pekerjaan di mana ia membantu untuk memiliki fungsionalitas yang mendalam dengan Anda, di jalan, tenaga kerja seluler mengubah segalanya. Sekarang, salah satu masalah - dan kita akan berbicara tentang ini adalah kedalaman yang lebih besar - adalah bahwa kita memiliki beberapa hal yang berbeda terjadi, salah satunya adalah keragaman tenaga kerja. Jadi pada tahun 2020 - saya baru melihat statistiknya hari ini - akan ada lima generasi orang di dunia kerja. Itu berarti Anda akan memiliki nenek dan kakek dan kemudian ibu dan ayah dan juga anak-anak, tetapi secara teoritis Anda akan memiliki kakek buyut dan kakek buyut dan buyut buyut di luar sana. Sekarang, jelas itu bukan dalam keluarga tertentu, tetapi intinya adalah generasi-bijaksana, Anda punya lima kategori berbeda individu yang luas dalam angkatan kerja, masing-masing dari mereka memiliki kecenderungan mereka sendiri, kecenderungan mereka sendiri, kecenderungan mereka sendiri untuk bekerja dengan teknologi.
Jelas, anak-anak cenderung mobile terlebih dahulu dalam hal bagaimana mereka berinteraksi dengan dunia. Dan pikirkan saja saluran komunikasi yang diubahnya - kami membicarakan hal ini di acara lain baru-baru ini; SnapChat adalah cara banyak remaja berkomunikasi, mereka bahkan tidak ingin berbicara dengan Anda di telepon, mereka hanya ingin mengirim pesan SnapChat kecil bolak-balik. Itu hanya satu contoh di dunia konsumen tentang bagaimana segala sesuatu berubah, dan itu dapat menyebar ke seluruh spektrum teknologi, fungsionalitas, individu, perusahaan, model bisnis. Semua ada di peta, tetapi intinya adalah bahwa tenaga kerja seluler itu nyata, ada di luar sana dan kecuali perusahaan Anda memiliki program yang solid untuk memahami bagaimana hal itu memengaruhi proses bisnis Anda - dan saya berbicara tentang data yang digerakkan oleh teknologi yang sangat spesifik - memicu proses - jika Anda tidak mengerti apa itu dan tidak mengelola itu melalui infrastruktur TI dan proses dan perspektif tata kelola, Anda akan memiliki semua jenis masalah.
Jadi, ada iPhone. Saya ingat ketika pengisap itu keluar, sepertinya jutaan tahun yang lalu sekarang. Tapi itu hanya seperti apa, 2007 atau '08? Belum lama ini kita tidak memiliki iPhone, dan tentu saja faktor bentuk hanya mengubah teknologi secara mendasar, dan benar-benar memungkinkan tenaga kerja seluler. Dan saya ingat tentu saja pada saat itu, iPad keluar dan kemudian iPhone, sekitar waktu yang sama. Saya tidak ingat yang mana yang pertama, tetapi iPad benar-benar salah satu kekuatan perubahan paling signifikan untuk TI perusahaan, mungkin sejak mainframe. Dan alasannya adalah karena terus terang, banyak eksekutif yang sangat senior, orang-orang dari organisasi besar C-suite sangat menyukainya. Dan berkata, “Aku menginginkannya. Saya membawanya untuk bekerja. ”Nah, pikirkan tentang itu - tiba-tiba IT harus berbalik dan menangani masalah yang mereka mungkin tidak ingin atasi, yang berhubungan dengan semua perangkat baru ini.
Jadi, sekarang, jika Anda memiliki iPad - baik, bagaimana Anda menjalinnya ke dalam matriks? Bagaimana Anda mempertahankan pemerintahan atas hal itu? Ini semua adalah tantangan yang sangat besar dan iPad lama serta iPhone benar-benar merupakan kekuatan yang sangat mengganggu dalam TI dan manajemen TI untuk banyak organisasi, besar dan kecil. Jadi, kami masih memiliki spektrum tantangan dan manfaat yang berkisar di seluruh rangkaian yang dapat Anda bayangkan, dengan perangkat seluler. Dan tentu saja, mereka terus berubah, bukan? Jadi, sekarang, ini bukan hanya BYOD, tapi juga BYOA, di mana eksekutif dan profesional membawa perangkat mereka sendiri. Ya, kami dulu menyebutnya "bayangan ITU, " kan? Bagi Anda di generasi yang lebih tua, Anda mungkin ingat acara radio lama, mereka punya drama radio dan salah satunya adalah The Shadow - “Siapa yang tahu apa yang jahat mengintai di hati manusia? Bayangan tahu. ”Dan saya ingat itu karena saya masih kecil. Nah, bayangan ITU adalah fricking di mana-mana hari ini; semua orang melakukan bayangan IT.
Jadi, ini adalah tantangan nyata bagi manajemen TI dan manajemen proses bisnis, semua karyawan. Anda ingin dapat memanfaatkan perangkat seluler, tetapi Anda ingin dapat mengikatnya kembali ke sistem Anda, dan ada banyak masalah aneh dan kecil yang ikut berperan. Yang paling penting adalah pengalaman visual dan fungsi terkait yang Anda dapatkan saat menggunakan perangkat seluler. Dan siapa pun di antara Anda yang telah menggunakan banyak perangkat seperti iPad, versus laptop, versus desktop, versus beberapa ponsel pintar terbaru yang keluar, setelah mengalami kenyataan bahwa fungsi tersebut tidak berfungsi dengan benar, dan ini adalah masalah nyata. Faktanya, perang browser seharusnya mempersiapkan kita untuk ini, karena browser semua melakukan hal yang sedikit berbeda juga. Dan itu tantangan besar lainnya untuk tidak hanya mendesain, bukan hanya tampilan dan rasa serta sifat ramping dari aplikasi yang Anda gunakan, tetapi fungsi sebenarnya. Bagaimana Anda mendapatkan menu drop-down untuk memilih apa yang Anda inginkan pada perangkat itu? Itu masalah besar.
Jadi, itulah yang akan kita bicarakan sedikit hari ini, dan kita akan mendengar dari Robin dan Bill Ellis, seperti yang saya sebutkan, yang benar-benar ahli dalam bidang ini. Jadi, ini adalah salah satu masalah besar yang dimiliki orang - hanya saja variasi sangat dan tidak ada metode tunggal untuk dapat bekerja di seluruh platform. Anda punya Samsung dan Apple sebagian besar membuat hal-hal ini, tetapi ada banyak jenis - ada begitu banyak perangkat! Baru-baru ini saya melihat bahwa iPhone menang dalam hal penjualan, dan saya terkejut melihat betapa rendahnya angkanya - rasanya, saya tidak berpikir itu bahkan 20 persen! Dan mereka nomor satu, yang berarti secara harfiah ada skor - jika tidak ratusan - perangkat di luar sana yang dapat digunakan. Nah, Anda bisa bayangkan bagaimana perasaan departemen TI tentang hal itu, dan tentu saja, rentang teknologi yang berubah; semakin hari semakin beragam.
Semuanya berubah, kita punya semua hal yang terjadi - wadah, hanya untuk melemparkan kunci pas lain di sini. Dan tentu saja, kita memiliki keragaman tenaga kerja. Banyak milenium, mereka hanya sangat berbeda dalam hal preferensi mereka, bagaimana mereka menggunakan teknologi, apa yang mereka ingin mengarungi, seberapa cepat mereka dapat mencari tahu. Biasanya, ini lebih cepat daripada kami yang menggunakan timer lama, tapi tetap saja semua itu harus dipetakan kembali ke sistem on-prem Anda, atau setidaknya hingga ke cloud. Dan itu adalah tantangan besar.
Dan dengan itu, saya akan menyerahkannya kepada Dr. Robin Bloor yang tak ada bandingannya. Robin, bawa pergi.
Robin Bloor: Oke, terima kasih untuk perkenalan singkat itu. Mari kita bicara tentang seluler. Itu tidak terlalu jelas - Eric merujuk pada pengenalan iPhone - itu tidak terlalu jelas ketika iPhone datang persis seperti apa yang diberitakan ini. Saya pikir itu menjadi jelas ketika iPad masuk bahwa kami benar-benar akan memiliki dunia seluler yang cukup beragam. Saya semacam fanatik Apple, sungguh, jadi saya tidak benar-benar berpikir dalam hal Android, tetapi tentu saja, meskipun Apple menjadi mayoritas, keuntungan besar baik dari pasar pad maupun dari pasar telepon, tidak memiliki angka lagi, yang merupakan hal yang menarik. Dan itu berarti bahwa akan ada - terlepas dari hal lain - akan ada perangkat baru, orang akan mengambilnya dan mereka akan menjual dalam jutaan. Jadi, ini menciptakan lingkungan yang sangat beragam, yang mungkin perlu Anda lalui.
Lelucon di sini, “Saya akan bertanya kepada Siri di mana kita berada jika saya bisa mendapatkan sinyal.” Hal yang membuat perangkat seluler sedikit berbeda adalah bahwa desktop selalu terhubung. Dan perangkat seluler belum tentu terhubung dan tidak selalu 24/7, karena orang dapat mematikannya. Anda juga bisa membawanya ke pesawat terbang dan hal-hal seperti itu, dan karena itu itu jenis perangkat yang berbeda dari yang pernah Anda miliki sebelumnya. Saya berpendapat bahwa ponsel itu sebenarnya adalah komputer pribadi yang sebenarnya, karena itu yang Anda miliki setiap saat. Ini adalah perangkat seluler manusia yang menentukan. Tablet ini sedikit berbeda; ini semacam situasi aneh, bahwa ketika Anda memikirkannya, bahwa dalam satu atau lain cara, ada lebih dari satu jenis perangkat seluler yang fungsional.
Lagi pula, apa artinya menjadi ponsel. Internet berubah. Kami tidak melihat hal itu terjadi - saya tidak melihat hal itu terjadi - tetapi saat ini 80 persen aktivitas internet berasal dari perangkat seluler, dan itu angka yang luar biasa ketika Anda memikirkannya. Tetapi 47 persen dari 80 persen itu adalah lalu lintas tablet. Dimungkinkan untuk menyediakan sebagian besar aplikasi dalam pengaturan seluler. Dengan kata lain, jika Anda memiliki aplikasi yang sudah ada dan, Anda tahu, mereka dapat diakses di desktop, Anda mungkin dapat meletakkannya di ponsel, tetapi jelas ada faktor pembatas. Form factor dan keyboard adalah salah satunya. Tablet itu sendiri, menurut Microsoft dan Apple, secara bertahap akan menggantikan PC mobile. Dan mereka memiliki aplikasi khusus di area tertentu, karena lebih kasar.
Salah satu hal yang saya ingat berbicara dengan orang-orang IT tentang perawatan kesehatan, adalah kenyataan bahwa sebelum tablet ada, jika Anda pergi ke lingkungan yang merupakan bangsal isolasi, Anda tahu, Anda harus memiliki perangkat yang Anda bawa Anda, sebenarnya harus didesinfeksi dengan cara apa pun. Sangat mudah untuk melakukannya dengan tablet, sama sekali tidak mudah untuk melakukannya dengan apa yang mereka miliki, yaitu desktop yang mobile berdasarkan pada troli dan terhubung ke lingkungan. Mereka dulu harus tinggal di lingkungan semacam itu, atau menjalani semacam disinfeksi luar biasa yang dikeluarkan dari lingkungan itu. Dan kami tidak terlalu memikirkan lingkungan itu, kecuali kami bekerja di lingkungan itu. Tetapi tablet dan ponsel telah membuat bekerja di lingkungan tersebut sangat alami untuk dihubungkan dan bekerja di lingkungan tersebut.
Dan ketika statistik yang Eric berikan adalah 1, 7 miliar, saya pikir itu adalah pekerja keliling pada tahun 2020. Apakah saya pekerja keliling? Saya agak berpikir seperti itu, saya adalah pekerja mobile dalam arti bahwa kadang-kadang saya bekerja di luar kantor dan ketika saya melakukannya, saya akan mengerjakan tablet atau melakukan hal-hal di ponsel. Jadi, ketika Anda benar-benar melihat itu, dan Anda memikirkannya, itu mungkin karena orang-orang yang hanya akan menggunakan perangkat seluler untuk tenaga kerja mereka, sehingga orang-orang yang sebenarnya bergerak secara fundamental. Bagaimanapun, Anda dapat berpikir sekarang dalam hal tiga jenis pengguna: pengguna desktop, pengguna tablet dan pengguna telepon. Dan mereka membutuhkan aplikasi yang berbeda. Dan itulah alasan untuk menyebutkannya.
Kamera dan suara sekarang menjadi bagian yang tidak terpisahkan dari perangkat seluler tetapi mereka juga merupakan bagian yang melekat pada desktop. Tetapi mereka digunakan dengan berbagai cara pada perangkat seluler dan mereka memiliki antarmuka yang berbeda pada perangkat seluler. Dan seluruh karakter mengapa Anda menggunakan itu berbeda pada perangkat seluler. Jadi, itu jika Anda membuat aplikasi seluler, Anda tidak membangun jenis aplikasi yang Anda gunakan untuk membangun, karena banyak alasan - banyak yang ada di slide itu. Jadi, jika Anda adalah bisnis yang dalam satu atau lain cara sedang membangun aplikasi yang berjalan di situs web, pertanyaannya adalah, haruskah mereka juga menjadi aplikasi seluler? Dan slide ini terlihat seperti itu. Sebuah aplikasi web, Anda dapat melakukan lebih dari itu, hanya karena mereka dibangun dengan satu atau lain cara, mereka dibuat tanpa benar-benar peduli dengan faktor bentuk, sehingga orang akan membangun halaman web yang tidak dapat Anda gunakan secara wajar, atau Anda tidak dapat dengan mudah digunakan pada iPhone atau perangkat Android, yang mungkin hanya dapat digunakan pada tablet, tetapi bahkan pada tablet mungkin tidak terlalu baik. Biasanya, itu akan baik-baik saja.
Atau Anda dapat membangun aplikasi seluler. Jika Anda membuat aplikasi seluler, maka ada kelebihan aplikasi di berbagai toko unduhan, dan drive semacam itu menurunkan daya tahannya. Jika Anda melihat iPhone khusus saya, itu hanya penuh dengan aplikasi yang sepertinya tidak bisa saya singkirkan; Saya menghapusnya, tetapi sepertinya selalu diunduh lagi dengan cara yang aneh. Saya jelas tidak tahu cara mengelola iPhone dengan benar. Tapi tahukah Anda, Anda berakhir hanya dengan mengenyangkan aplikasi dan itu tidak masuk akal. Saya mendapat lebih banyak, saya kira saya punya lebih banyak aplikasi di iPhone daripada di desktop, yang aneh ketika Anda memikirkannya. Aplikasi seluler adalah tes lakmus untuk sukses. Sangat menarik bahwa beberapa bisnis web - Yelp adalah salah satunya - melakukannya dengan sangat baik dengan membuat aplikasi dan membuat orang mengunduhnya. Dan tampaknya bidang-bidang di mana terdapat keberhasilan yang cukup baik sebenarnya ada di sektor keuangan; itu adalah bank tetapi juga E-Trade dan perusahaan-perusahaan seperti itu, karena orang-orang suka dapat memperdagangkan barang saat bepergian. Aplikasi makanan, jadi tidak hanya mencari restoran tetapi juga membuat situs resep, mereka melakukannya dengan sangat baik dalam hal aplikasi.
Dan banyak orang tidak melakukannya dengan baik sama sekali, dan itulah alasannya, saya pikir sebagian besar adalah bahwa hanya ada begitu banyak aplikasi yang pernah Anda gunakan, dan jika Anda hanya menggunakan aplikasi sekali setiap beberapa hari. atau lebih, maka Anda melupakannya. Jika itu tidak memiliki nilai pribadi yang besar bagi Anda, Anda agak melupakannya. Jadi, sulit untuk membuat aplikasi seluler yang dapat diakses dalam pengertian umum, tetapi jelas Anda dapat membuatnya untuk staf Anda sendiri dan menggunakannya di dalam organisasi. Aplikasi seluler memiliki biaya pengembangan yang sangat besar, dan ada sejumlah alasan untuk itu. Salah satu alasan untuk itu adalah Anda sebenarnya menunjuk ke sejumlah perangkat yang berbeda.
Dan Anda bisa mendapatkan lingkungan pengembangan yang akan menargetkan beberapa perangkat, tetapi beberapa aplikasi, terutama ketika Anda mencari keamanan, Anda harus melakukan pengkodean untuk perangkat itu sendiri. Anda akan menulis kode yang berbeda untuk lingkungan iPhone atau Android. Mungkin berbeda. Terkadang Anda merujuk kemampuan perangkat keras. Jadi aplikasi seluler umum, ya, mungkin ada perangkat lunak pengembangan di luar sana yang dapat Anda buat yang sejenis hibrida dan akan mengangkangi sebagian besar lingkungan target. HTML5 membuat itu jauh lebih mungkin daripada sebelumnya. Tetapi Anda juga mendapatkan situasi ini di mana beberapa aplikasi sebenarnya tidak bisa melakukan itu; itu berarti bahwa Anda benar-benar melakukan pekerjaan yang sama beberapa kali untuk setiap perangkat yang Anda targetkan, dan itu tidak akan menghentikan orang yang mengklaim bahwa mereka memiliki hak untuk membawa perangkat mereka sendiri; itu tidak akan membuat perbedaan untuk itu, jadi Anda tidak bisa benar-benar menyiasatinya.
Rupanya, analisis aplikasi seluler menunjukkan bahwa mereka mendorong lebih banyak penjualan, bukan? Dan ini adalah jenis situs web dan aplikasi seluler yang aneh, jika Anda suka, pelengkap. Aplikasi mendorong lebih banyak penjualan. Situs web lebih baik dalam mengambil pelanggan baru. Aplikasi lebih baik dalam mempertahankan pelanggan yang sudah Anda ambil. Pelanggan membelanjakan jauh lebih banyak untuk situs web daripada yang mereka lakukan di aplikasi, tetapi pelanggan lebih sering berbelanja di aplikasi. Dan itu adalah hal yang sangat aneh, dan itu berbicara pada fakta bahwa jika Anda akan membangun sesuatu, maka Anda mungkin memerlukan inkarnasi situs web dan inkarnasi aplikasi seluler, jika Anda mengharapkannya akan digunakan secara luas. Dan itu, dalam satu atau lain cara, itu semacam pengeluaran dramatis untuk ditambahkan ke proyek perangkat lunak, yang dalam hal apapun mungkin melakukan cukup banyak hal lain.
Sebagai ide umum, situs web adalah katalog dan aplikasi adalah mesin loyalitas. Pengembangan aplikasi seluler - dan ini hanya untuk memecahkan masalah - lingkungan pengembangan yang berbeda, masalah yang berbeda dalam hal perangkat keras, prinsip desain antarmuka pengguna yang berbeda, dan kemampuan, Anda harus memiliki kemampuan offline - karena banyak aplikasi yang diharapkan dapat digunakan oleh mereka jika terputus - mereka tidak ingin kehilangan data; beberapa data harus disimpan secara lokal. Anda sedang membangun aplikasi yang berbeda dari yang mungkin Anda bangun, katakanlah untuk desktop. Dan kemudian, Anda memiliki masalah back-end seluler, harus ada middleware di sana, akan ada prosedur keamanan di sana. Sangat mungkin akan ada arsitektur berorientasi layanan di latar belakang, di mana Anda merajut bersama berbagai hal. Dan apa yang dikatakannya adalah Anda tidak hanya membawa beberapa tim yang terbiasa mengembangkan aplikasi di server dan lainnya. Melemparkan mereka ponsel, Anda benar-benar membutuhkan pengembang seluler. Dan orang-orang dengan pengalaman seluler.
Ngomong-ngomong, setelah mengatakan itu, hanya satu hal lagi untuk dikatakan - di atas semua aplikasi seluler, dalam banyak kasus, adalah titik kontak pelanggan, jadi mereka harus benar-benar baik, karena pelanggan akan menilai perusahaan berdasarkan ponsel pengalaman, atau itu akan mempengaruhi penilaian mereka. Dan dalam beberapa kasus, seperti yang saya sebutkan, aplikasi seluler sebenarnya yang menentukan kesuksesan bisnis; itu bisa menjadi hal yang benar-benar membuat organisasi. Dan tentu saja, itu bisa menjadi squib yang basah juga.
Dan setelah mengatakan itu, saya akan meneruskan bola kembali ke Eric.
Eric Kavanagh: Baik, dan saya akan menyerahkannya kepada Bill. Bill, jika Anda ingin pergi ke Mulai Cepat di sana dan membagikan layar Anda?
Bill Ellis: Ya. Sini?
Eric Kavanagh: Pojok kiri atas itu.
Bill Ellis: Ya. Terima kasih untuk instruksinya, saya menghargainya. Robin, saya sangat menyukai diskusi Anda, itu lucu. Saya telah, bekerja di tim virtual selama 18 tahun sekarang, jadi saya pikir saya dapat menghitung diri saya sebagai bagian dari tenaga kerja seluler. Terkadang saya khawatir bahwa saya akan melihat, jika saya memiliki fungsi setelah bekerja, saya sering harus berpakaian untuk pergi ke sana. (Tertawa) Dan saya mungkin mulai kehilangan perspektif tentang apa itu "berpakaian", jadi bagaimana pun. (Tertawa) Dengan itu, mari kita mulai dan mulai. Saya ingin mengonfirmasi bahwa mungkin Eric bisa berpura-pura dan memberi tahu saya, Anda dapat melihat layar saya OK?
Eric Kavanagh: Ya, terlihat bagus.
Bill Ellis: Baiklah. Jadi, nama saya Bill Ellis, saya bekerja dengan IDERA pada lini produk Precise, dan kita akan berbicara tentang mengaktifkan mobilitas. Dan kita benar-benar berbicara tentang mengukurnya, dan memastikan bahwa itu bekerja untuk kepuasan Anda. Salah satu poin besar di sana, adalah sesuatu yang berinteraksi dengan orang-orang, dengan perusahaan Anda. Di satu sisi, itu sangat intim - telepon tepat di tangan seseorang dan kesan, kecepatan, membuat kesan besar pada semua pengguna.
Jadi, ini adalah pengalaman pelanggan yang saya pikir akan saya bagikan. Mereka punya live, itu tidak berjalan dengan baik. Dan karena uji beban awal tidak sepenuhnya mengungkapkan perubahan pada infrastruktur aplikasi yang mendasarinya, dan, salah satu hal yang saya ingin tekankan adalah dengan seluler, apakah aplikasi atau HTML5, ada juga banyak teknologi yang bergantung padanya. Mulai dengan jaringan, ke server web, ke dalam logika bisnis, ke dalam pesan, dan jika mereka melakukan pembelian, Anda tahu, transaksi bisnis yang signifikan, mereka berinteraksi dengan sistem catatan.
Dan agak ironisnya, ketika kami memulai kami menghadapi beberapa masalah jaringan, jadi semua hal ini sangat relevan bahkan untuk mengirimkan webinar ini, itu sendiri. Jadi, Anda dapat memiliki satu aplikasi, setidaknya enam teknologi, banyak pengguna akhir, dan hanya menjawab pertanyaan yang paling sederhana sekalipun sangat sulit. Apakah pengguna akhir mengalami masalah? Apa masalah dengan tumpukan aplikasi, kode apa yang menyebabkan masalah? Jadi, menangani hal-hal semacam itu memang tidak mudah.
Sekarang, apa yang akan kita lakukan, adalah kita akan melihat beberapa pengukuran yang dilakukan di sebuah situs, untuk membantu membedakan di mana masalah berada dalam tumpukan aplikasi. Dan apa yang kita lihat di sini adalah grafik, di mana sumbu Y adalah waktu respons, sumbu X adalah waktu sepanjang hari. Dan grafik batang stack adalah ukuran di mana transaksi pengguna akhir menghabiskan waktu mereka. Jadi Anda mendapatkan tren yang bagus di sini, dan kemudian naik dan naik dan naik. Dan itu pada dasarnya adalah batas dari cutover, dan dengan demikian, melihat grafik stack bar, Anda dapat mulai melihat bahwa ada banyak masalah di tingkat J2EE. Anda juga melihat masalah di tingkat server web, dan kemudian ada beberapa lift yang cukup besar, sebenarnya di tingkat basis data juga.
Jadi, sekarang kita telah mengidentifikasi bahwa ada beberapa tingkatan, dengan banyak masalah, kita perlu melangkah lebih jauh untuk mencari tahu apa yang sebenarnya terjadi, untuk memiliki respons cerdas terhadap pola penggunaan baru ini dan ini sangat lambat, kita berbicara tentang kinerja empat atau lima X lebih lambat. Dan salah satu hal pertama yang ingin kita lakukan adalah mengatakan, "Ini adalah satu transaksi, " dan jadi kami telah melihat ruang lingkup di sisi kiri semua transaksi dan mereka dapat, berkonsultasi, itu sangat mudah untuk melihat grafik batang waktu tanggapan pada dasarnya untuk melihat bahwa Anda melihat di Jawa web server klien yang sama untuk transaksi tertentu lebih dari yang lain, waktu database. Tapi itu benar-benar menyeluruh dalam hal semua transaksi.
Dan ini melihat pengguna, dan Anda mulai mendapatkan, ini adalah penyebaran global, jadi Anda melihat benua utama di dunia, jadi itu semua pengguna, semua lokasi. Ini adalah masalah global, ini terjadi, sehingga mulai terisolasi, ini bukan satu atau sekelompok pengguna tertentu - ini adalah sesuatu yang lebih terjadi di sisi pusat data. Jadi kita mulai mendiagnosis, di mana dalam data? Tingkatan aplikasi apa? Jadi kita mulai melihat rata-rata waktu respons sedang bertambah, juga melapisinya dengan jumlah eksekusi, untuk mendapatkan semacam gagasan tentang penskalaan. Ini sangat menarik - bagian bawah sebenarnya menunjukkan sejarah jangka panjang, dan Anda dapat melihat jumlah akses yang sangat tinggi, tetapi sisi lain jumlah koneksi konkuren relatif rendah. Setelah kami beralih ke aplikasi HTML5 seluler, jumlah koneksi lebih dari dua kali lipat pada yang jauh lebih kecil - kita berbicara urutan besarnya - itu akses 100 kali lebih sedikit, jadi kita tidak scaling; kami memiliki setidaknya dua kali lipat jumlah koneksi ke apa yang sebelumnya kami miliki. Jadi, kami mulai melihat apa saja tuntutan baru bahwa aplikasi seluler menggunakan infrastruktur yang mendasarinya.
Jadi, mari masuk lebih jauh lagi, karena kita perlu mengisolasi di mana masalah terjadi. Jadi, di sini, pada dasarnya Anda melihat hal-hal yang sedang ditingkatkan, dan kami benar-benar tidak memerlukan grafik batang ini di sini untuk mengatakan bahwa kami tidak memenuhi SLA kami, tetapi kami dapat dengan mudah melihatnya di grafik atas. Tapi kami mendapat konfirmasi sekunder dalam hal jumlah eksekusi untuk ketidakpatuhan SLA. Sekarang, di sini, kita akan benar-benar mulai melihat penguncian, dan ini ada di dalam - ini kebetulan WebLogic tetapi dalam tingkat logika bisnis. Dan Anda dapat melihat di sini, dan ini mungkin agak sulit dibaca, tetapi Anda mendorong 31.000 akuisisi kunci untuk waktu kunci keseluruhan 12 jam, 30 menit. Jadi, ini jelas merupakan masalah besar.
Sekarang, dampak kunci menunjukkan kepada kita bahwa selalu ada beberapa penurunan dari aturan 80/20. Ini benar-benar ke satu metode, satu kelompok metode yang benar-benar menyebabkan masalah. Sekarang kita mulai mengisolasi masalah dalam tingkatan tertentu. Jadi, kita akan masuk sedikit lebih jauh, dan inilah sistem pesannya. Dan kita mulai melihat ini, grafik dari waktu ke waktu yang saya putar di kiri atas, Anda dapat melihat waktu respon kasar naik, dan merah muda, kuncinya, ini sebenarnya menunjukkan antrian dan sebenarnya ada yang sangat berbeda antrian yang terjadi, yang didorong ke atas, karena jumlah koneksi. Dan sistem pesan melakukan lebih banyak pekerjaan; ada banyak lagi - jika Anda membuat analogi dengan toko itu, ada lebih banyak kereta di setiap jalur di kasir - dan itulah yang mendorong antrian, dan Anda dapat melihatnya dengan sangat jelas di domain. Setiap domain mengalami antrian yang sangat, sangat tinggi.
Sejauh ini, saya telah mengidentifikasi penguncian dalam WebLogic, saya telah mengidentifikasi antrian dalam sistem pengiriman pesan, dan ini adalah Tuxedo. Dan kemudian, apa yang kami lihat di sini adalah jenis analisis yang serupa, tetapi kami melihat kondisi eksekusi dalam sistem catatan. Dan ini adalah status eksekusi dalam Oracle. Alasan mengapa kita fokus pada waktu adalah karena waktu memiliki dua sifat yang unggul. Nomor satu: ini adalah cara pengguna akhir dan aplikasi mengalami kinerja. Nomor dua adalah mengukur konsumsi sumber daya. Dan itu akan secara otomatis mengidentifikasi di mana kemacetan. Jadi saya bisa lihat di sini, di tingkat basis data, bahwa saya punya waktu I / O tambahan, jadi saya menekankan sub-sistem penyimpanan. Setiap tingkatan tergantung pada tingkat hilir, sehingga basis data tergantung pada penyimpanan. Saya juga bisa melihat bahwa dalam waktu database, saya melakukan penguncian. Jadi, saya perlu sedikit lebih terperinci sebelum informasi itu menjadi sedikit lebih bisa ditindaklanjuti. Jadi, mari kita masuk, mengupas bawang lagi lapisan lain.
Sekarang, ini sebenarnya adalah melihat jumlah eksekusi, sumbu Y dalam hitungan ini, ini dalam ribuan, Anda melihat 9.000, sembilan juta, dan jadi jumlah eksekusi juga naik dan naik dan naik. Jadi, aplikasi mobilitas baru menekankan aplikasi sejumlah besar cara. Mengunci, hanya untuk rekap: penguncian di tier web, antrian dalam sistem pesan, jumlah eksekusi tambahan pada tier basis data, I / O tambahan, penguncian tambahan dalam tier basis data. Jadi, kami, saya benar-benar memengaruhi setiap tingkatan dalam spesifikasi aplikasi. Jadi, sangat penting untuk dapat memiliki metrik dari setiap tingkatan dalam tumpukan aplikasi. Di sini, saya sebenarnya membagi kegiatan basis data menjadi program, dan saya dapat melihat bahwa saya benar-benar memiliki dua program: warna pirus memetakan kunci aplikasi. Jadi, yang ini, server distribusi sebagai kunci aplikasi, aplikasi, ini adalah bagian ponsel, ini juga memiliki kunci aplikasi. Dan Anda dapat melihat di sana beberapa di antaranya adalah hambatan pada penyimpanan itu sendiri.
Sekarang saya mengerti, mengupas bawang untuk melihat apa yang bisa saya lakukan di setiap tingkatan. Dan alasan saya melakukan ini adalah banyak orang melihat ini dari sudut pandang perencanaan kapasitas. Dan sebagian besar layanan cloud, mereka berbicara tentang memperluas server, CPU, dan memori. Sisi lain dari koin sama pentingnya, adalah kode aplikasi yang mengeksekusi dan mendorong konsumsi sumber daya tersebut. Dan ketika Anda tahu tentang kode aplikasi, Anda sekarang dapat mengatasi kapasitas dengan memproses efisiensi. Jadi, Anda memiliki kedua sisi mata uang yang sama, dan memberikan opsi tambahan bagi profesional TI untuk menyelesaikan masalah. Ini bukan hanya menambah lebih banyak server, tetapi juga apa yang bisa kita lakukan untuk membersihkan dan mengoperasikan lebih efisien? "Bekerja lebih pintar, bukan lebih keras."
Jadi di sini, kita dapat benar-benar, Oracle memiliki sesuatu yang rapi bernama Modul dan Tindakan, di mana Anda dapat benar-benar mulai mendokumentasikan kode, dan Anda juga dapat melihat berbagai hal dengan cara lain, seperti di sini, kunci aplikasi yang kami lihat? Nah, yang masuk melalui kode lembar pengeluaran, itu juga masuk melalui server distribusi, dan itulah dua pendorong utama dari penguncian baru itu. Dan penyimpanan baru akan datang melalui sistem online, jadi Anda mulai benar-benar membangun profil, di mana drivernya adalah untuk konsumsi sumber daya tambahan ini. Ini hal lain untuk dapat menentukan driver dalam kode yang mendasarinya. Dan saat membahas ini, saya pikir kita melihat lembar pengeluaran ini, dan kita masuk ke sini.
Sekarang, melihat objek yang mendasarinya sedang dilaksanakan, Anda mulai melihat log pesan ini. Yah, setiap kali mereka melakukan pengiriman pesan - dan kami melihat bahwa itu naik beberapa kali - kami benar-benar menyentuh tabel log pesan ini dan Anda akan benar-benar melihat dalam satu menit bahwa itu sebenarnya menyebabkan banyak penguncian di dalam tingkat basis data. Jadi pola-pola penggunaan baru ini memiliki dampak besar atas dan ke bawah tumpukan aplikasi. Sekarang, di sebelah kanan adalah kode SQL, dan jadi ini sebenarnya kode aplikasi dan kami melacak apa yang dilakukan pernyataan SQL oleh negara eksekusi. Jadi, sangat mudah melalui pengkodean warna untuk melihat pernyataan SQL mana yang terlibat dalam kunci tersebut. Alasan bahwa ini sangat penting adalah bahwa jika Anda pergi ke DBA Anda, dan Anda berkata, “Hei, kami pikir ada masalah di tingkat basis data.” Mereka mungkin hanya melihat pada basis data dan itu mungkin terlihat seperti itu. itu berlari kemarin.
Tetapi karena dapat mengkorelasikan cara aplikasi menggunakan database, maka, mereka dapat menentukan pernyataan SQL yang tepat yang harus mereka fokuskan, dan kemudian mereka dapat masuk ke dalam beberapa praktik canggih tersebut, melihat rencana eksekusi dan semua hal itu bahwa mereka dapat mengubah, untuk membuat sistem catatan berjalan lebih cepat. Jadi, keraguan kode yang berkorelasi, sangat penting untuk memungkinkan para pakar teknologi untuk dapat memecahkan dan memperbaiki masalah mendasar. Sekarang, di sini, kita juga berbicara tentang penyimpanan - di sini, Anda melihat jumlah pembacaan fisik, Anda dapat melihat kapan itu terjadi, dan ini mulai masuk ke arsitektur perangkat keras, karena ketika Anda berencana mengembangkan suatu sistem, salah satunya adalah hal yang dapat Anda pilih adalah Anda dapat memilih berbagai jenis penyimpanan, dan mereka memiliki profil pengeluaran yang sangat berbeda. Dan dalam kasus-kasus tertentu akan masuk akal untuk meningkatkan dan membayar penyimpanan flash; jika saya melakukan lebih banyak pembacaan acak, maka penyimpanan flash benar-benar akan membuahkan hasil bagi saya.
Jadi, pesan menyeluruh dari hal ini adalah bahwa dengan aplikasi baru menempatkan tuntutan baru pada sistem, dan tumpukan aplikasi yang mendasarinya perlu berevolusi untuk memenuhi kebutuhan tersebut. Dan Anda juga ingin melihat apa kebutuhan itu dan dapatkah kode itu diubah agar lebih efisien? Dan akhirnya, turun ke CPU, Anda dapat melihat pada periode cutover, kami telah berjalan sekitar 10 persen dan kemudian, sekali dengan kode baru, kami berada di 4X, sekarang kami berada di 40 persen, dan ini adalah sangat penting untuk lingkungan fisik maupun virtual untuk memastikan bahwa Anda memiliki sumber daya server yang memadai untuk memenuhi kebutuhan aplikasi. Jadi, inilah yang lebih dekat, jadi Anda bisa melihat beberapa dari angka-angka itu di muka. Menarik di tingkat server, konsumsi memori tidak banyak berubah, tetapi tentu saja jumlah siklus CPU yang diminta telah.
Dan ini pada dasarnya hanyalah rekapitulasi dari melihat laporan pengeluaran, melihat skala, fakta bahwa jumlah eksekusi benar-benar turun, tetapi waktu eksekusi naik. Dan itu menunjukkan bahwa di bawah mobilitas, komponen biaya aplikasi benar-benar mengalami masalah. Dan itu pasti akan memiliki efek pengguna pada hal-hal, karena jika Anda tidak dapat melakukan pekerjaan Anda, orang-orang pada dasarnya hanya akan berhenti menggunakan mobilitas. Dan hal yang menyenangkan tentang mobilitas adalah hal itu benar-benar memberdayakan produktivitas tenaga kerja, dan itu sangat bagus untuk gaji dan sebagainya, jadi Anda pasti ingin itu bergulir. Sekarang, kita melihat hal yang sama di sini, hanya dari sudut pandang lokasi, jadi itulah Eropa dan Timur Tengah, koneksi VPN Asia dan kemudian markas itu sendiri. Dan Amerika Serikat secara keseluruhan. Jadi, kami percaya bahwa salah satu cara untuk mendapatkan informasi berharga di setiap tingkat tumpukan aplikasi adalah melalui lini produk yang tepat.
Saya akan dengan sangat cepat, Robin dan Eric, saya hanya dengan cepat memberikan gambaran tentang apa yang Precise lakukan, dan mengapa itu dirancang dengan cara yang dirancangnya. Dan apa yang terjadi jika pengguna akhir mencoba melakukan sesuatu, ada banyak teknologi di pusat data, pengguna akhir benar-benar tidak peduli, mereka hanya ingin melakukan pekerjaan mereka. Sementara itu, Anda memiliki banyak orang di TI, yang bermaksud baik, sangat cerdas, tetapi mereka bahkan tidak menyadari adanya masalah sampai laporan pengguna akhir ini, jika mereka melaporkan. Dan kemudian, banyak kali ini akan memulai proses frustasi yang memakan waktu yang sangat mahal, di mana orang melihat subset dari tumpukan aplikasi, tetapi sangat sulit untuk menjawab pertanyaan dasar tentang siapa, apa, kapan, dimana, mengapa.
Jadi, yang kami yakini adalah dengan mengukur transaksi pengguna akhir mulai dari perangkat mereka, melalui jaringan, ke server web, ke Jawa, menangkap informasi itu, kami dapat menjawab pertanyaan tentang siapa, apa, kapan, di mana, mengapa, menyediakan rekomendasi, tetapi mungkin yang paling penting adalah menyelesaikan umpan balik. Kita semua membutuhkan umpan balik untuk meningkatkan, itu satu-satunya cara Anda tahu bahwa ada sesuatu yang salah. Dengan memasukkan sejarah ke dalam repositori terpusat, ia menyediakan satu lembar musik untuk dibaca semua orang. Maka, menjadi sangat mudah untuk mencari tahu di mana masalahnya, jadi sekali lagi, desainnya adalah tentang mengukur transaksi pengguna akhir; ini akan mengidentifikasi transaksi yang lambat, mengelompokkannya, ini akan memberi tahu teknologi apa yang menjadi masalah dan kemudian memberikan pandangan ahli pada masing-masing tingkatan individu sehingga Anda dapat mengetahui apa yang terjadi. Precise akan memberikan pembelajaran serta pelaporan dan dasbor untuk semua pemangku kepentingan, apakah Anda ingin hanya memiliki gambaran umum, atau jika Anda ingin memiliki pandangan teknologi yang mendalam tentang apa yang terjadi.
Sekarang, apa yang bisa terjadi, seperti sehari dalam hidup, baik Anda sebagai spesialis TI dapat memanggil pengguna akhir, atau kadang-kadang pengguna akhir dapat menghubungi Anda. Masuk ke Precise, Anda dapat fokus sekali lagi, sumbu Y adalah respons, sumbu X adalah waktu sepanjang hari. Di sini, kami masing-masing sub-negara, sehingga Anda memiliki waktu klien, waktu server web, Java, Tuxedo, waktu basis data. Di sini Anda memiliki transaksi mengemudi, Anda dapat membuka menu untuk mengidentifikasi pengguna akhir tertentu, dan dengan cara ini TI memiliki kemampuan untuk mengatasi masalah pengguna akhir tertentu. Dan agar Anda dapat melihat secara tepat kapan mereka sibuk, Anda bisa melihat bahwa mereka menggunakan manajemen konten yang dapat Anda fokuskan pada transaksi itu dan kemudian Precise akan memberi Anda analisis transaksi itu.
Persentase pada akhirnya ditambahkan oleh persen, Precise, dan itu memberi tahu Anda berapa banyak waktu, tetapi persentase waktu, dihabiskan untuk langkah individu itu, turun ke pernyataan SQL individu, ini adalah konteksnya. Dan salah satu hal yang kami katakan adalah bahwa setiap orang memiliki alat, tetapi beberapa toko memiliki konteks. Dan konteks memungkinkan administrator Java untuk fokus pada kode aplikasi, DBA untuk mengidentifikasi seperti dalam hal ini pernyataan SQL tertentu. Jadi, dengan informasi itu memberi mereka visibilitas lebih banyak tentang bagaimana mengatasi akar penyebab yang mendasari untuk transaksi tertentu yang berdampak pada pengguna tertentu. Jadi, Anda benar-benar fokus pada penyebab utamanya. Dan Anda dapat menganalisis pernyataan SQL, di mana ia menghabiskan waktunya, well, mengeksekusi? Dan sebaliknya, banyak alat seperti Enterprise Manager hanya untuk memilihnya. Mereka besar, mereka bisa menerimanya. Mereka melihat sesuatu dari perspektif instan, dan itu tidak cukup fokus untuk masuk ke aplikasi ini.
Biasanya, aplikasi mobilitas OLTP Anda akan menjadi latensi rendah, throughput tinggi, jadi berfokus pada daftar sepuluh besar, itu awal tetapi itu benar-benar tidak cukup baik untuk jenis aplikasi ini. Dan kemudian, hal lain adalah bahwa terutama untuk aplikasi yang dihosting secara internal, pengidentifikasian dengan ID pengguna sangat penting, karena ini bukan hanya tentang aplikasi dan infrastruktur, tetapi juga tentang bagaimana pengguna akhir menggunakan aplikasi. Dan pengguna akhir biasanya memiliki perilaku yang jauh lebih baik ketika Anda dapat mengidentifikasi mereka. Jadi ini hanyalah semacam layar dari berbagai transaksi dan pengalaman klien, dan kemudian disub-segmenkan, (tertawa). Saya kira saya sudah berbicara agak lama. Sedikit lelah di sini; Saya akan membajak ke depan.
Di sini, kami melihat dasbor yang kami buat bersama yang akan menampilkan peringatan dan kemudian menunjukkan tingkatan yang berbeda dari tumpukan aplikasi. Berikut adalah server web Anda dan Anda dapat memverifikasi dengan jumlah eksekusi waktu respons bahwa semuanya dimuat dengan seimbang. Anda dapat melihat akses browser, Anda dapat melihat koleksi tetap menggunakan dan sampah, pastikan Anda memiliki pola gigi gergaji yang bagus, bahwa Anda tidak memiliki kebocoran memori, dll. Dan ide dari ini adalah untuk memberikan sedikit sedikit dasbor yang lebih teknis dari masing-masing komponen dalam tumpukan aplikasi. Jadi, lini produk Precise yang ditawarkan oleh IDERA menawarkan pemantauan produksi, 24 hingga 7, informasi yang sangat terperinci. Cukup mudah untuk menggunakan ini; Anda tidak perlu memetakan transaksi, apa pun yang dilakukan pengguna akhir, Precise secara otomatis menghubungkan titik-titik di seluruh tumpukan aplikasi.
Jika tingkat hilir tidak diinstrumentasi, Precise akan mengenalinya dan menyediakan waktu masuk dan keluar dan merekomendasikan agar Anda instrumen tingkat hilir. Jadi, sangat mudah untuk menilai; kami sangat kuat dalam basis data, ini adalah jenis klaim ketenaran IDERA. Dan alasan mengapa ini sangat penting adalah bahwa setiap transaksi bisnis yang signifikan berinteraksi dengan sistem catatan, sehingga basis data menjadi kinerja dasar. Dan dengan demikian alat-alat lain di pasar, mereka melakukan pekerjaan yang OK, tetapi OK tidak cukup baik; Anda benar-benar perlu tahu persis apa yang terjadi dengan pernyataan SQL. Dan kami melakukan banyak hal lanjutan, yang terlalu banyak untuk ini, seperti menyimpan sejarah pernyataan SQL dan melacak rencana eksekusi dari waktu ke waktu. Jadi, itulah area yang bisa kita jelajahi lebih lanjut, jika Anda mungkin tertarik.
Jadi, dengan itu, itulah platform kinerja aplikasi Precise, kami mengundang Anda untuk meminta pertemuan tambahan melalui situs web idera.com, jika Anda memiliki minat tambahan pada solusi dan topik yang kami bahas hari ini.
Dan, Eric, dengan itu, saya pikir kita masih di bawah kawat, saya akan menyerahkan tongkat estafet kepada Anda dan Robin. Terima kasih.
Eric Kavanagh: Tidak, itu fantastis dan saya suka konten yang telah Anda kumpulkan di sini, karena Anda melakukan pekerjaan yang fantastis untuk menunjukkan betapa rumitnya lingkungan di bawah tenda. Dan tentu saja, seluruh pekerjaan Precise, tujuan Precise adalah untuk membantu menavigasi kompleksitas itu dan memahami apa yang sebenarnya terjadi dan dapat mengambil beberapa tindakan untuk meningkatkan sesuatu. Dan saya agak bingung melihat betapa rumitnya itu. Saya menduga bahwa Precise juga memungkinkan Anda untuk mengidentifikasi pola perilaku tertentu dan kemudian menamainya, atau setidaknya merekamnya atau menandai mereka atau sesuatu seperti itu, benarkah itu?
Bill Ellis: Ya, salah satu hal yang akan terjadi, adalah Anda tidak ingin mengejar ekor Anda; Anda tidak ingin hanya menghabiskan banyak waktu sekali saja. Jadi, Anda ingin melihat apa saja polanya, apa trennya, karena ada banyak teknologi untuk dikelola. Dan salah satu hal adalah memprioritaskan dan dapat menentukan peringkat, tahu di mana menghabiskan waktu Anda, tahu apa yang perlu diasah. Dan Anda juga ingin mengambil pendekatan konservatif dengan risiko lebih rendah dan biaya lebih rendah. Anda tidak ingin membuat perubahan global yang mahal, tanpa harus menilai atau memiliki perasaan yang sangat baik untuk mengetahuinya, ini memang akan membantu masalah ini. Jadi, ketahuilah apa yang terjadi dari waktu ke waktu dan tren ini sangat penting untuk secara cerdas mengatasi masalah yang mendasarinya.
Eric Kavanagh: Itu masuk akal. Dan seberapa besar masalah virtualisasi untuk dapat melihat apa yang terjadi, dan kemudian, apakah Anda datang ke organisasi yang menggunakan kontainer - misalnya menggunakan Docker? Dan bagaimana hal itu berdampak pada apa yang bisa dilakukan Precise?
Bill Ellis: Ya, jadi kata "wadah" dapat berarti hal yang berbeda menurut vendor yang berbeda. Jadi, kami bekerja dengan VM, hampir semua orang menggunakan VMware - Saya menganggapnya sebagai standar de facto pada saat ini; Saya tahu ada pesaing di luar sana. Dan kami memperluas apa yang kami dukung, tetapi VMware adalah yang dominan, di dalam tumpukan Oracle. Ada basis data kemas dan semua itu sangat penting untuk dapat mengembangkan sistem Anda dengan sangat cepat. Ini juga sangat penting untuk diketahui dalam lingkungan tervirtualisasi ketika tuan rumah fisik tidak dapat memenuhi kebutuhan semua wadah tamu, karena masing-masing dari mereka bersaing untuk sumber daya.
Dan salah satu hal yang benar-benar terjadi secara internal saya terkejut, adalah bahwa kami telah benar-benar dalam IDERA begitu banyak VM yang menganggur, tetapi masing-masing VM yang menganggur itu menghabiskan sumber daya, sehingga mereka mulai menyebabkan masalah keseluruhan untuk VM yang sebenarnya sedang digunakan yang penting bagi kami, menjalankan bisnis kami. Dan itu semacam hal yang menarik. Sekarang, kami tidak mendukung setiap teknologi di bawah Matahari; ada matriks dukungan yang terkait dengan solusi ini, dan itulah salah satu hal yang kami ingin teliti, untuk prospek tertentu atau pelanggan tertentu, hanya untuk memastikan bahwa kami dapat memenuhi kebutuhan teknologi dan teknologi individual yang tumpukan aplikasi mereka berjalan di bawah.
Eric Kavanagh: Ya, itu masuk akal. Dari pengalaman Anda, apa saja kekuatan utama sekarang yang mendorong tantangan di perangkat seluler? Ketika Anda dan saya berbicara sebelum siaran web ini beberapa bulan yang lalu, Anda membuat poin yang sangat bagus tentang bagaimana fungsionalitas dan tata letak iPhone atau beberapa perangkat seluler dapat menjadi tantangan nyata bagi bisnis, karena tiba-tiba pengguna akhir dapat tidak tahu bagaimana menyelesaikan proses tertentu dalam alur kerja, kan? Jadi, pada titik itu, apa yang Anda aktifkan dalam pengembangan aplikasi seluler adalah Anda menunjukkan kepada pengembang di mana masalah terjadi dan kemudian Anda dapat memetakannya kembali ke apa yang dilakukan aplikasi pada perangkat tertentu ini, atau perangkat tertentu itu. Dan itu sangat berguna, benar, untuk pengembang, karena sekarang mereka dapat melihat apa yang menyebabkan masalah, mereka dapat membuat beberapa perubahan pada aplikasi, untuk menyelesaikannya, bukan?
Bill Ellis: Ya, itu semacam overlaying dari harapan yang sangat tinggi - semua orang mengharapkan semuanya dalam arti hanya bekerja, tetapi ada begitu banyak variasi di luar sana. Anda memiliki semua smartphone yang berbeda ini, mereka memiliki dimensi layar yang berbeda, dan kemudian, Anda memiliki vendor komunikasi yang berbeda, Verizon, AT & Ts, Sprint, itu hanya yang populer di Amerika Serikat. Dan ada begitu banyak variasi di luar sana, seperti juga, bagaimana Anda merangkul semua ini, untuk mulai memahami di mana masalahnya? Jadi, ada banyak metrik yang tersedia dan salah satu hal yang telah dilakukan tim manajemen produk kami, adalah upaya untuk menarik metrik yang paling penting atau paling dibutuhkan oleh tim TI, untuk dapat membuat keputusan yang cerdas .
Jadi, ini semacam tantangan dan kami melakukan produk kami seperti pasar berkembang dan jadi kami mendapatkan umpan balik dari pelanggan kami dan selalu ada permintaan peningkatan, jadi "Hei, metrik tambahan ini akan sangat membantu kami." Jadi, kami produk berevolusi seperti pasar, tetapi jika saya harus mengatakan, sebenarnya Eric, itu benar-benar menarik bagi saya, adalah seluruh harapan itu. Orang-orang seperti, dulu kembali pada hari orang akan menunggu lima, tujuh detik untuk layar untuk pane, sekarang seperti satu atau dua detik, orang-orang seperti "Oh, aplikasi ini tidak berfungsi sama sekali!" (Tertawa)
Eric Kavanagh: Itu lucu. Itu benar sekali!
Bill Ellis: Ini gila.
Eric Kavanagh: Ya, itu agak tidak realistis, jujur. Dan saya pikir mungkin kita akan mulai melihat sedikit lebih banyak realisme di sekitar topik itu, tetapi meskipun demikian, adalah fakta kehidupan bahwa orang memiliki harapan yang sangat, sangat tinggi. Dan saya kira, Robin, saya akan membawa Anda kembali dengan sangat cepat dalam beberapa menit terakhir di sini. Saya menyukai penilaian situs web sebagai katalog dan aplikasi sebagai mesin loyalitas. Dan sampai saat itu, apa yang telah kita bicarakan di sini adalah bagaimana memungkinkan para pengembang aplikasi ini untuk memahami apa yang terjadi: Apakah bisa digunakan? Apakah itu tidak dapat digunakan? Dan apa yang bisa Anda ubah untuk menyesuaikan itu? Dan untuk poin Bill di sini, hanya sedetik yang lalu, waktu siklus memperbaiki masalah itu benar-benar dipersingkat, kan? Hanya saja tidak seperti dulu - Anda harus memperbaikinya dengan cepat. Atau Anda hanya akan memiliki drop-off besar digunakan, bukan?
Robin Bloor: Ya, ada banyak hal lain yang dimainkan dalam hal ini, jadi Anda punya pengembangan lincah ini dan Anda punya harapan di banyak tempat sekarang, bahwa Anda akan merilis versi baru dari sesuatu yang sedang dalam proses dikembangkan, atau dalam proses diubah, setiap beberapa minggu. Dan itu membuat, ketika Anda berpikir tentang hal itu, jika Anda berpikir tentang lingkungan penyebaran, dan Anda berpikir tentang seberapa besar tumpukan ketika Anda masuk ke ponsel, Anda sebenarnya punya beberapa perangkat potensial pada simpul akhir, dan kemudian Anda akan memiliki middleware di tengah. Dan Anda mungkin memiliki di bawah dan di bawahnya Anda mungkin memiliki database. Jadi, Anda mungkin menyentuh banyak, banyak aplikasi; Anda mungkin menyentuh banyak basis data dan Anda mungkin melakukan hal-hal yang sangat kompleks dalam hal keamanan. Dan itu semua harus bekerja, dan harapannya akan bekerja dengan cukup baik.
Dan hal yang menakjubkan terkadang memang demikian, tetapi pemikiran saya tentang ini, adalah jika Anda benar-benar, jika Anda sedang membangun aplikasi seluler yang benar-benar kunci keberhasilan perusahaan dan banyak dari mereka yang berubah, banyak dari hal-hal ini sungguh. Jika Anda melakukan pemeliharaan ponsel di rig minyak dan saluran pipa minyak dan hal-hal seperti itu, itu semacam pekerjaan. Konsekuensi dari itu tidak berfungsi hanya agak mengerikan. Dan jika Anda tidak memiliki kemampuan ini untuk benar-benar mengiris aplikasi dan mengetahui di mana ada yang salah, karena sebagian besar adalah kinerja. Kami memiliki alat uji yang sangat bagus saat ini, jadi ya, ada bug dan bug yang bisa melewatinya. Tetapi kebanyakan jika ada yang salah itu adalah masalah kinerja. Dan jika Anda tidak dapat menempatkan stetoskop di 18 tempat yang berbeda, maka sangat sulit untuk menentukan apa yang salah. Dan Anda juga memiliki jaringan sebagai faktor dalam hal ini, dan Anda juga memiliki kenyataan bahwa komponen apa pun yang diberikan dalam suatu aplikasi dapat ditekankan pada waktu yang berbeda dalam sehari, karena sifat aplikasi itu. Anda harus memiliki alat pemantauan canggih jika Anda akan mendapatkan kesempatan dengan semua itu.
Eric Kavanagh: Ya, saya harus setuju dan saya pikir itu benar-benar kekuatan Precise oleh IDERA, akhir-akhir ini. Dan Bill, saya kira hanya ada komentar penutup dari Anda? Saya pikir teknologi ini luar biasa. Saya juga menyadari bahwa sebagai pengguna teknologi ini, Anda benar-benar perlu memahami kompleksitas sistem informasi dan dependensi serta dapat mengetahui di mana, kapan, dan bagaimana Anda mensintesis semua informasi ini untuk menilai apa yang sebenarnya terjadi. Dan itu membutuhkan manusia yang cerdas dan terlatih, dan terus terang, itu salah satu alasan mengapa saya sama sekali tidak khawatir tentang pembelajaran mesin mengambil pekerjaan. Saya pikir pembelajaran mesin bisa sangat berguna di bawah teknologi seperti ini, untuk mengidentifikasi pola umum dan kemudian memberikan saran kepada pengguna akhir tentang apa yang mungkin terjadi di sini. Tapi apa beberapa pemikiran penutup dari Anda tentang benar-benar membuat perusahaan pentingnya memiliki kemampuan pemecahan masalah semacam ini dan apa yang harus mereka ketahui tentang hal itu, di samping apa yang sudah Anda katakan?
Bill Ellis: Ya, jadi Eric, saya setuju dengan Anda ada kompleksitas yang luar biasa. Saya percaya lini produk Precise dengan berfokus pada waktu metrik, bahwa pengguna yang dapat membaca grafik stack bar dapat menggunakan Precise dengan sukses dan saya hanya ingin mengucapkan terima kasih kepada para peserta dan kepada Anda dan Robin untuk hosting webinar hari ini.
Eric Kavanagh: Anda bertaruh! Dan seperti yang saya katakan, kami akan meng-host arsip ini untuk beberapa waktu sekarang, jadi silakan bagikan dengan teman dan kolega Anda; kami mengarsipkan semua siaran web ini. Saya mengirim tautan ke slide beberapa menit yang lalu, merasa bebas untuk memeriksanya, tapi pekerjaan bagus lagi, Bill, hari ini. Anda benar-benar tahu barang-barang Anda; itu selalu menyenangkan untuk bekerja dengan seorang profesional seperti Anda. Dan saya pikir ini benar-benar akan menjadi teknologi yang memungkinkan untuk tenaga kerja seluler! Jadi, terima kasih atas waktu Anda, kawan, kami akan menyusul Anda lain kali, hati-hati. Sampai jumpa.
