Menganalisis dan mengoptimalkan: pendekatan baru untuk pemantauan

Oleh Staf Techopedia, 12 Agustus 2016

Takeaway: Tuan rumah Eric Kavanagh membahas metode dan tren pemantauan dengan Rick Sherman, Dez Blanchfield dan Robert Vandervoort.

Anda saat ini belum masuk. Silakan masuk atau daftar untuk melihat video.

Eric Kavanagh: Baiklah semuanya, halo dan selamat datang kembali sekali lagi. Anda dapat melihat slide di depan saya, mudah-mudahan, itu disebut "Teknologi Panas 2016." Tahun-tahun terus berlalu. Hari ini kita berbicara tentang “Analisis dan Optimalkan: Suatu Pendekatan Baru untuk Pemantauan.” Ups, kami mengalami sedikit kesalahan pada slide di sana, jangan lihat, jangan lihat! Oke, jadi, ada slide tentang milikmu benar-benar. Saya akan menjadi tuan rumah Anda, Anda dapat melihat saya di Twitter, @Eric_Kavanagh, dan saya akan senang men-tweet kembali kepada Anda.

Kami memiliki format yang berbeda dari The Briefing Room di sini, jadi pertama-tama kami akan memiliki beberapa analis, Rick Sherman dan Dez Blanchfield kami sendiri, ilmuwan data di Bloor Group, mereka akan memberi Anda mereka mengambil topik. Lalu kita akan mendengar dari Robert Vandervoort, ahli, dia ada di IDERA, yang merupakan perusahaan yang sangat menarik. Mereka membeli perusahaan yang kita kenal, bernama Embarcadero, tetapi mereka memiliki banyak barang lain, dan beberapa barang menarik, yang sekarang digunakan dalam beberapa cara baru dan keren. Rick Sherman yang lebih dulu.

Sebelum saya pergi ke sana, saya hanya akan membuang beberapa pemikiran cepat. Saya menyukai konsep ini untuk menganalisis dan mengoptimalkan melalui pemantauan, dan saya menyukai apa yang akan kita dengar dari Robert hari ini tentang mengubah cara Anda berpikir tentang solusi pemantauan. Karena faktanya, pemantauan adalah apa yang Anda lakukan sepanjang waktu, jika Anda berada di dunia IT. Entah bagaimana, entah bagaimana, atau di dunia bisnis Anda sedang melakukan pemantauan. Ini mungkin formal, mungkin informal, tetapi ada beberapa mekanisme di mana Anda menjalankan tugas sehari-hari. Dan jika Anda bekerja dengan mesin, Anda mencoba mencari tahu apa yang mereka lakukan. Anda mencoba mencegah mereka dari kegagalan, misalnya, atau memiliki kinerja yang buruk.

Bagaimana kamu melakukannya? Ya, ada banyak cara untuk melakukan itu. Cloud benar-benar memacu seluruh gelombang inovasi dalam pemantauan ini, yang menurut saya cukup menarik. Kami telah melihat perusahaan seperti Splunk datang dan benar-benar mengubah permainan, dan banyak perusahaan yang berbeda sekarang mencoba memantau dengan cara yang berbeda dan menarik. Dan apa yang akan kita dengar hari ini dari IDERA adalah apa yang saya pikir merupakan salah satu pendekatan yang lebih kreatif yang kami temui dalam beberapa waktu, dan saya harap itu salah satu yang beresonansi dengan kalian di luar sana hari ini. Anda dapat mengajukan pertanyaan kapan saja, menggunakan komponen Q dan A dari konsol webcast Anda. Jangan malu-malu, kirimkan pertanyaan-pertanyaan itu. Dan dengan itu, saya akan memberikannya kepada Rick Sherman. Bersiap. Bawa pergi, lantai milikmu.

Rick Sherman: Oke, terima kasih Eric. Hai semuanya. Kita akan membicarakan hal pemantauan itu dan mengapa ada kebutuhan untuk mengubah cara kita mendekati sesuatu. Sekarang pertama, sama cepatnya, latar belakang saya - saya di dunia intelijen bisnis, analitik bisnis, integrasi data, dll. Yang bertentangan dengan jenis sisi aplikasi. Saya telah menjadi semacam di belakang tren berbeda yang terjadi di industri. Kami memiliki data banjir: data besar, data kecil, data yang datang dari semua tempat, di dalam dan di luar perusahaan.

Kami memiliki internet hal-hal, hal-hal yang datang dari monitor, perangkat, dan kemudian kami memiliki ledakan hal-hal selain dari hanya database relasional di luar sana, baik di tempat, dan di cloud, dll. Tapi apa artinya semua ini untuk pemantauan, untuk pemantauan aplikasi kinerja sistem, dan manajemen, dll., serta untuk integrasi data dan untuk intelijen bisnis, adalah bahwa kami dulu memiliki dunia sederhana yang menyenangkan, setidaknya itu sederhana dari perspektif TI, yang digunakan untuk memiliki seperangkat server yang mereka - semuanya ada di sana, aplikasi, data, dan semuanya on-premise, sehingga mereka mengendalikan seluruh dunia. Itu jauh lebih mudah untuk dikelola. Tetapi apa yang terjadi adalah bahwa perusahaan telah menjadi jauh, jauh, jauh lebih kompleks.

Kami memiliki ledakan - lupa hanya data besar - kami memiliki ledakan aplikasi baik di lokasi, dan di cloud, untuk meningkatkan produktivitas bisnis, untuk meningkatkan proses bisnis yang berbeda, bagi bisnis untuk berinteraksi dengan bisnis lain dan dengan pelanggan mereka, menjadi mereka bisnis atau orang. Kami telah mengalami ledakan, seperti yang ditunjukkan slide lainnya, dari berbagai jenis basis data berbeda, basis data besar, relasional, cloud, dll., Dan kami memiliki lebih banyak, pemanfaatan server yang lebih baik, sistem operasi, baik dengan nyata maupun virtual server di luar sana, untuk mengelola dengan lebih baik, lebih baik memanfaatkan masing-masing server itu sendiri. Dan, tentu saja, kami memiliki seluruh jaringan hal-hal yang terjadi antara semua aplikasi, database, dan server ini.

Beberapa hal lain, terutama di dunia saya, adalah bahwa semua ini telah mendorong sinkronisasi aplikasi lebih banyak lagi. Kami memiliki lebih banyak server aplikasi, basis data yang digunakan untuk memindahkan data, menyinkronkan data, mengintegrasikan data antara berbagai proses, baik di dalam maupun di luar perusahaan. Dan tentu saja kami memiliki integrasi data yang diperlukan untuk mendukungnya.

Dengan mengingat hal itu, dan dengan fakta bahwa kami beralih dari dunia yang bagus dan aman ini dari serangkaian server yang kami kelola, untuk mengurutkan perusahaan ini dan sedikit aplikasi dan data ekstra perusahaan, kami telah pindah ke "Bagaimana kita benar-benar mengelola lingkungan itu?" Dan alasan mengapa webinar ini menarik adalah karena keadaan saat ini belum terlalu baik. Kami memiliki banyak alat berbeda untuk melihat basis data, server, SharePoint, sistem operasi, pergerakan data, dll. - Mereka semua telah tersebar sehingga kami memiliki silo sehingga kami dapat mengelola atau memantau server tertentu, aplikasi spesifik, basis data spesifik, tetapi kami belum dapat menyatukannya. Sekarang, karena semuanya interaktif dan saling terkait, itu lebih dari sekadar bagian-bagian terpisah, Anda harus menyatukannya, dan karena itu kami sudah memiliki - saya kira ini adalah gambar sekolah menengah saya - kami memiliki orang-orang yang telah memiliki pengetahuan khusus tentang alat-alat ini untuk masuk jauh ke dalam perut sistem untuk mengelolanya.

Mereka sudah mahal dan mahal, memakan waktu, dan kita sudah agak terjebak dalam lumpur di mana kita terus melihat dan mencoba untuk mengelola bagian-bagian ini dan belum dapat benar-benar mengelola perusahaan. Ke mana meninggalkan kita, atau ke mana kita dibawa, adalah kebutuhan. Kebutuhan telah masuk ke pemantauan perusahaan. Kita harus dapat melihat aplikasi baik di tempat dan di cloud, database, dengan cara yang sama. Server, jaringan, sistem tervirtualisasi, non-tervirtualisasi, integrasi data, sinkronisasi aplikasi yang ada di luar sana. Seperti dalam analisis intelijen bisnis, hal pertama yang perlu Anda lakukan adalah menangkap data tentang semua layanan dan infrastruktur yang berbeda, aplikasi.

Hal kedua yang perlu Anda lakukan, adalah untuk kemudian menyatukan data itu untuk melihat bagaimana mereka saling terkait satu sama lain. Anda tidak dapat melakukan apa pun sampai Anda mengetahui bagaimana bagian-bagian ini saling terkait dan menyatukannya. Tetapi bagaimana kami telah pindah dari bagian bagian ke semacam lebih dari manajemen aplikasi perusahaan yang komprehensif, telah benar-benar tumbuh karena kami menangkap data, karena kami mengintegrasikan data, adalah untuk dapat meningkatkan analisis manajemen aplikasi dan pemantauan itu.

Hal pertama yang perlu kita lakukan adalah mencari tahu apa yang terjadi pada masing-masing sistem atau bagian-bagian ini. Hal kedua yang perlu kita lakukan adalah memahami mengapa itu terjadi. Itu membutuhkan pengetahuan yang lebih mendalam tentang aplikasi, database, server, dan bagaimana mereka saling terhubung dan bagaimana mereka terkait satu sama lain dan apa satu hal akan memicu sesuatu yang lain. Maksud saya, sering kita mengalami masalah di mana sesuatu terjadi dan itu benar-benar bukan penyebab utama, itu hanya gejala dari sesuatu yang lain. Kita perlu mencari tahu mengapa itu terjadi, tetapi kita harus mengumpulkan data dan dapat memantau bagian-bagian potongan.

Akhirnya, kita harus membahas analitik prediktif atau pemantauan prediktif. Atau kita mulai mencari tahu mengapa sesuatu mungkin terjadi atau apa yang akan terjadi selanjutnya. Jika sesuatu gagal atau hampir gagal atau mencapai ambang batas tertentu, kita harus dapat memicu dan memahami apa artinya, apa lagi yang akan terjadi selanjutnya. Kami menangkap data dengan pemantauan, kami mulai menganalisis apa, mengapa, dan apa yang berikutnya, dan akhirnya kami masuk ke pengelolaan berdasarkan data dan berdasarkan analisis.

Ingat, itu bagus untuk mengambil data, itu bagus untuk menganalisis data, tetapi data harus, bahwa analisis dan data sebenarnya harus ditindaklanjuti. Anda harus dapat reaktif, bereaksi terhadap apa yang terjadi, dan proaktif dalam mencoba memperbaikinya sendiri. Jadi kita juga harus memiliki tidak hanya alat pemantauan dan analisis visual, tetapi juga penting untuk dapat benar-benar memperbaiki hal-hal pada mode otomatis atau sistemik. Ini adalah semacam kebutuhan yang tumbuh di perusahaan dan sekali lagi dari perspektif BI dan analisis bisnis dan perspektif integrasi data, kita akan sering memiliki masalah mencoba untuk mencari tahu apa yang dimaksud dengan break point. Mengapa tidak ada penskalaan, mengapa sesuatu gagal, mengapa pengguna bisnis tidak merasa bahwa perjanjian tingkat layanan dipenuhi? Kita dapat melakukan semua hal hebat ini dengan aplikasi, dengan data, tetapi sistem yang mendukungnya harus dikelola untuk memungkinkan semua hal besar yang terjadi di luar sana. Dez?

Eric Kavanagh: Benar, bawa pergi, Dez.

Dez Blanchfield: Terima kasih, wow. Kami mungkin memiliki beberapa area kecil yang sepenuhnya kami setujui di sana. Sedikit latar belakang singkat tentang hidup saya di dunia pemantauan hal-hal. Faktanya, hampir 20 tahun yang lalu, kakak saya dan saya dulu bekerja bersama di lingkungan yang sangat mirip ini. Ini adalah pusat operasi jaringan. Ini adalah yang sekarang, dan kami mengelola semuanya mulai dari router dan switch, dan server, dan firewall, dan sistem yang menjalankan aplikasi, dan aplikasi di sana dan database di sana dan seluruh jajaran server saling berhubungan.

Pada saat itu, tidak ada banyak alat yang tersedia untuk melakukan pemantauan. Ada beberapa alat sumber terbuka dan gratis, tetapi beberapa tumpukan aplikasi yang melakukan pemantauan ujung ke ujung itu mahal dan sulit didapat. Jadi kami benar-benar duduk dan menulis satu, percaya atau tidak, dan internet menjadi semacam hal, dan kami biasa menjalankan alat pada sistem unik ini, sistem Solaris, untuk mengumpulkan laporan aktivitas sistem, penggunaan disk, dan memori. penggunaan dan sebagainya, dan login ke file dan jalankan skrip di atasnya. Kami benar-benar digunakan untuk mengirim email data yang dikumpulkan ke server pusat, menarik entri file log dari email saat mereka masuk, menganalisisnya, menempelkannya ke dalam database dan menggambar grafik yang cantik tentang mereka.

Kami pikir kami cukup pintar dan keren karena kami bisa tahu apa yang sedang terjadi, tetapi hal yang mengejutkan kami adalah, walaupun kami benar-benar dapat melaporkan keadaan sejarah bangsa, itu tidak benar-benar memberi tahu kami banyak hal. tentang keadaan negara saat ini dalam arti langsung, karena data yang kami kumpulkan sedang diemail di suatu tempat, jadi itu selalu beberapa menit sebelum pergi dari server tempat ia dikumpulkan, di seluruh jaringan, dan melalui email dan ke dalam server surat dan ditarik terpisah dan dimasukkan ke dalam basis data, jadi itu benar-benar grafik tapi itu semua tunggakan, semua ini bersejarah.

Bahkan, di sudut kiri atas gambar cantik ini seperti 18 panel LCD yang berpura-pura menjadi satu desktop virtual, ada grafik, grafik hijau kecil di sudut kiri atas yang terlihat sangat mirip dengan apa yang kami lakukan sebelumnya, memetakan hal-hal. Dan kami selalu frustrasi karena hampir tidak mungkin bagi kami untuk mengatakan apa yang sedang terjadi saat ini, atau bahkan apa yang akan terjadi di masa depan. Tidak peduli berapa kali kita mencoba melakukan semacam grafik prediksi, dan ini hampir dua puluh tahun yang lalu, dari ingatan.

Ini adalah gambar dari layar pusat operasi jaringan yang sebenarnya, ini 18 panel LCD yang direkatkan bersama-sama berpura-pura menjadi satu desktop Windows besar yang besar, dan ini sering kali merupakan keadaan bangsa saat ini untuk jenis hal yang organisasi atau perusahaan telekomunikasi atau perusahaan besar lari untuk melacak apa yang terjadi di dunia mereka. Entah itu jaringan dan router mereka, dan sakelar serta server aplikasi mereka, yang menarik di dalam layar khusus ini, atau tangkapan layar ini adalah, foto, adalah bahwa itu bukan satu jendela besar yang hebat, itu bukan satu peramban web besar yang luas, banyak jendela kecil kecil yang tumpang tindih. Jika hal ini pernah crash atau reboot atau harus ditutup karena suatu alasan dan dinyalakan kembali, beberapa orang bodoh harus duduk dan membuka kembali semua aplikasi individu dan memasang semua jendela secara manual untuk mendapatkan pandangan yang sama. Ini sangat melelahkan dan berisiko karena jika seseorang tidak mengetahui urutan di mana mereka mengembalikannya, hampir tidak mungkin untuk menciptakan kembali dan itu adalah keadaan yang cukup menyedihkan mengingat ini adalah seperti apa sebagian besar pusat operasi jaringan terlihat seperti. Seseorang harus secara fisik menjalankan beberapa aplikasi dan sistem seluler dan mereka melihat masa lalu. Jadi tidak banyak yang berubah dalam banyak hal dengan apa yang menurut banyak perusahaan harus dipantau.

Dalam 20 tahun yang lalu, kami dulunya memiliki pandangan bahwa jika Anda bisa melakukan ping ke server, tetapi kenyataannya adalah bahwa kami menemukan itu hanya karena Anda dapat melakukan ping ke server, seperti di ping dan gema jenis ICMP untuk sebuah menembaki benda yang akan bergema kembali dan berkata, "Aku hidup" tidak berarti itu benar-benar naik. Dan bahkan jika itu ping kembali, kadang-kadang, server dan aplikasi di dalamnya tidak berjalan. Jadi, pemantauan adalah ilmu yang menyeluruh. Sudah lama, tetapi bahkan banyak dari tumpukan aplikasi modern yang kita beli di dunia pemantauan dan dunia manajemen layanan, jangan melakukan prediksi. Segalanya jauh lebih sederhana saat itu. Dan kami dulu - jenis hal yang kami pikirkan adalah, “Ya, servernya merespons dan merespons, adalah sistem operasi online dan dapatkah kita terhubung dengannya. Apakah aplikasi aktif dan berjalan dan kita bisa memantau itu, apakah layanan aplikasi merespons? Server web sepertinya sedang berjalan, tetapi bisakah kita menghubungkannya ke port 80 atau 443 di atasnya? Bisakah pengguna terhubung ke layanan yang ada di sana? ”Dan cukup sering hal itu sesederhana dering telepon help desk, dan jika tidak, maka keputusan terbesar yang harus kami buat untuk hari itu adalah giliran siapa apakah itu mendapatkan donat.

Kemudian muncul konsep hyperscale segalanya, dan khususnya komputasi hyperscale, dan maksud saya volume, kecepatan dan ukuran hal-hal yang kita hadapi sekarang. Dan banyak orang berbicara tentang unicorn dunia dan Facebook dan LinkedIn dan Google dunia, tetapi sebenarnya ada banyak organisasi dari ukuran kecil hingga menengah yang memiliki lingkungan bisnis dan TI yang sangat, sangat kompleks yang mereka coba memantau dan mencoba untuk mendapatkan pegangan, pegangan, dan meletakkan jari mereka pada pulsa digital bisnis, dan sayangnya mereka gagal secara memburuk, hanya karena tingkat kerumitan semata, yang telah meningkat berdasarkan urutan besarnya, di lihat, di hampir setiap level.

Jika Anda melihat dua bagian yang sangat mendasar dari apa yang harus dihadapi perusahaan modern, dalam satu kasus bahkan sesuatu yang sederhana seperti platform data besar yang kita anggap remeh sekarang. Di sebelah kiri kami memiliki kerangka kerja yang dulunya adalah Hadoop versi satu, mode yang sangat batch, versi berorientasi batch tentang apa yang dimaksud dengan Hadoop, kerangka MapReduce yang berjalan di atas sistem file Hadoop dan banyak alat yang kami secara efektif terhubung, mereka seperti Babi dan Sarang dan alat lainnya. Di sebelah kanan, pada dasarnya pengerjaan ulang kedua kerangka kerja Hadoop dibangun di sekitar YARN dan arsitektur komputasi berkinerja sedikit lebih tinggi dan penjadwalan yang lebih baik. Ketika Anda melihat kerangka kerja individu ini sendiri, mereka sangat kompleks dan hal-hal yang dapat Anda lakukan di dalamnya bahkan lebih kompleks.

Ketika kita melihat paradigma cloud, kita punya skenario di mana, ini adalah model seperti apa OpenStack dan OpenStack - sumber terbuka platform cloud yang dibangun dari banyak, banyak modul kecil dan ini hanya diagram kasar semacam komponen kunci yang membuat OpenStack cloud berfungsi. Dan itu sangat kompleks, sangat, sangat kuat, tetapi sangat kompleks. Dan mencoba untuk memantau apa pun dengan gaya dunia Hadoop sebelumnya, dengan Hadoop dan sekarang Spark, dan semua bagian dari ekosistem itu, meluncurkan cloud seperti platform berbasis OpenStack, bahkan memahami lingkungan kompleksitas, apalagi mencoba mencari mengetahui apa yang Anda pantau dan layanan apa yang Anda pantau, dan mengapa Anda memantaunya, dan apa yang Anda dapatkan dari pemantauan itu. Ini adalah masalah besar yang kita hadapi sekarang dengan beberapa bagian paling mendasar dari dunia kita dan ekosistem awan yang sedang kita coba jalankan baik di tempat atau di tempat umum atau hibrida.

Kemudian beberapa kerangka kerja seperti dunia data besar, seperti Hadoop dan sebagainya, ini adalah tantangan yang sangat besar dan kecepatan perubahan hal-hal di dalamnya, juga membuatnya sulit untuk memantau dan mendapatkan wawasan futuristik apa pun. Dan kita masih agak terjebak dalam dunia ini dengan mengatakan, "baik, apa yang terjadi lima menit yang lalu?" Seperti yang Anda dengar sebelumnya, dengan tantangan di tempat atau di tempat, di luar lokasi dan saat itulah Anda berpikir tentang hal-hal di dalam komputer atau pusat data. Anda telah mendapat campuran layanan fisik, yang merupakan semacam, dan server virtual dan mereka telah berubah, apa yang sebelumnya kita anggap sebagai server fisik dengan satu tumpukan aplikasi, sekarang selalu lingkungan berjalan tervirtualisasi. Infrastruktur, apakah itu Hyper-V atau VMware atau OpenStack atau Xen.

Sekarang Anda tidak perlu memiliki satu server yang menjalankan satu tumpukan aplikasi, itu menjalankan hypervisor, itu menjalankan banyak tumpukan. Dan saya baru saja mendaftarkan beberapa yang umum di VMware, Hyper-V, OpenStack, tetapi ada banyak orang lain dan banyak orang yang menggunakannya. Dan kombinasi cloud dari server infrastruktur, server platform, dan server perangkat lunak, dan masing-masing dari mereka sendiri memiliki tingkat kompleksitas yang kami hanya coba untuk mengarahkan kepala kami dalam mengelola dan memantau di tingkat dasar, apalagi mencoba untuk mencari tahu apa yang akan terjadi.

Dan jika itu tidak cukup buruk, kita sekarang pada titik di mana kita mendefinisikan hal-hal dalam arti perangkat lunak, di mana kita punya jaringan yang ditentukan perangkat lunak dan jaringan yang ditentukan. Kami memiliki virtualisasi fungsi jaringan, dan mencoba mengelola dan memantau jaringan yang ditentukan perangkat lunak yang mencakup komponen-komponen seperti virtualisasi fungsi jaringan, router virtual, sakelar virtual, firewall virtual, antarmuka virtual pada server, antarmuka virtual terikat, semuanya menjadi semacam kombinasi layanan versus aplikasi, dan mencoba mencari tahu perbedaan pemantauan mereka.

Dan sekarang kami memiliki beberapa tantangan yang lebih menyenangkan yaitu kami bergerak cepat dari virtualisasi ke containerisasi dan pembuatan baru-baru ini dari versi open-source toolset Google untuk virtualisasi Kubernetes dan proyek Docker HashiCorp proyek dan kemampuan untuk membuat bentuk wadah . Sekarang, hal yang menarik tentang mencoba memonitor bentuk wadah, bahkan wadah individu, adalah bahwa suatu ketika kita memiliki mesin fisik dan mesin virtual dan kemudian seluruh tumpukan aplikasi, dan ekosistem pada mereka - baik fisik, virtual - sekarang Anda memiliki lingkungan di mana Anda dapat memiliki instance Docker yang dapat berjalan hanya untuk beberapa milidetik, mereka dibuktikan, ia menerima permintaan, itu berurusan dengan itu, ia memberikan layanan yang diperlukan dan kemudian mati. Kami seperti pindah dari, apa yang saya pikir Randy Bias dikutip mengatakan sekali, dan itu adalah, kita perlu beralih dari memperlakukan server dan layanan sebagai hewan peliharaan, dan mencoba untuk menjaga mereka tetap hidup sepanjang waktu, ke sekarang karena kita hanya memperlakukan sesuatu sebagai ternak dan pemantauan itu adalah tantangan yang bahkan lebih menarik.

Kami memiliki lingkungan hibrid, jadi semacam tumpukan aplikasi tradisional, seperti lingkungan basis data tradisional. Lingkungan baru seperti penggunaan lingkungan data besar Hadoop dan Spark, pertumbuhan linear, pertumbuhan dan penyimpanan, pertumbuhan linear dan skalabilitas, lingkungan elastis untuk beberapa platform komputasi ini. Dan permintaan untuk mobilitas, orang melakukan BYOD. Bagaimana Anda memonitor laptop yang bukan milik perusahaan Anda? Bagaimana Anda memonitor aplikasi dan layanan dan keamanan di sana? Dan ledakan eksponensial dari mesin ke mesin dan internet dari hal-hal yang datang. Dan mesin-mesin dan internet hal-hal yang hampir mustahil pada saat ini untuk beberapa platform yang secara tradisional telah digunakan dalam pengertian pemantauan normal, terutama ketika Anda mencapai skala perangkat industri.

Sebagai contoh, pesawat Dreamliner 787, ketika dibuat, edisi pertama, memiliki sekitar 6.000 sensor dalam mesin itu sendiri, seluruh pesawat. Sekarang, saya mengerti versi terbaru Airbus, saya pikir itu A320, memiliki 10.000 sensor di dalamnya yang membutuhkan pemantauan dan pengelolaan informasi yang berasal dari perangkat yang dipantau ke tingkat yang sama sekali baru. Kami memiliki tantangan yang semakin meningkat ini, tidak hanya untuk menjaga kemampuan dasar memantau sesuatu dan melihat itu online dan tersedia, tetapi sekarang, permintaan ini untuk analisis prediktif diterapkan.

Karena kami telah melakukan analisis prediktif pada berbagai hal di sekitar bisnis yang kami jalankan, dan sistem yang kami jalankan, dan jenis layanan yang kami berikan. Jadi apa yang sekarang terlihat dan disadari, bahwa sebenarnya kami dapat memberikan analisis prediktif pada layanan pemantauan dan memberi tahu Anda tidak hanya apa yang terjadi satu detik dan lima menit yang lalu, tetapi apa yang akan terjadi dalam lima menit berdasarkan apa yang kami ketahui sejauh ini. Dan saya pikir ini adalah waktu yang sangat menarik untuk memikirkan tentang bagaimana mengelola layanan, karena jika kita dapat melakukan segala bentuk analisis prediktif, hal-hal yang sekarang kita lihat seperti penskalaan otomatis dan sebagainya di cloud dan lingkungan tervirtualisasi kami, di mana jika server menyadari bahwa itu sedikit kelebihan beban, itu bisa membuat salinan lain dari dirinya sendiri dan berdiri ekosistem dan menangani lebih banyak beban kerja dan kemudian ketika beban kerja turun, ia hampir turun ke bawah dan menempatkan salah satu mesin tertidur dan kembali ke keadaan normal. Untuk dapat sekarang menggunakan analitik prediktif dan pandangan masa depan tentang apa yang terjadi dengan memantau segala sesuatu dari infrastruktur dan perangkat keras, sepanjang jalan melalui layanan garis akhir. Seluruh perjalanan ujung ke ujung, pikiran boggles pada apa yang akan dapat kita lakukan untuk apa yang pada dasarnya sekarang selalu ada di mana kita hidup. Dan dengan itu dalam pikiran, saya akan menyerahkan .

Eric Kavanagh: Baiklah, biarkan saya menyerahkan kunci kepada Robert Vandervoort. Meliputi banyak tanah di sana dan saya ingin tahu apa yang kalian lakukan dan itu, seperti yang saya katakan, saya suka seluruh filosofi itu. Jadi bagikan desktop Anda jika Anda ingin melakukannya, atau pindahkan slide. Bawa pergi.

Robert Vandervoort: Alrighty. Jika saya tahu di mana tombol itu berada, itulah yang saya kerjakan di sini.

Eric Kavanagh: Anda harus mengklik Mulai, kiri atas.

Robert Vandervoort: Ah, oke.

Eric Kavanagh: Klik itu, Anda seharusnya bisa melihat layar bersama. Ini dia, bawa pergi.

Robert Vandervoort: Menyelamatkan hari itu. Luar biasa. Baiklah, jadi Dez, itu sama sekali tidak menakutkan. Oh man. Tidak, pembicaraan yang bagus, teman-teman, pembicaraan yang baik. Jadi ya, tentu saja, saya memiliki pikiran yang sama, kita akan, seperti, ke bulan. Maksudku, kita harus mencari tahu bagaimana kita akan bisa mengikuti hal ini, karena melacak kata seru yang diambil, dan itu benar-benar sulit. Man, saya dapat memberitahu Anda dari bekerja untuk perusahaan perangkat lunak yang melakukan ini dan berada dalam rapat pengembangan harian, ini adalah hal-hal yang kita bicarakan, ini adalah masalah yang sangat nyata. Bagaimana kita mengikuti perkembangan industri? Kami tidak ingin seperti itu, sistem pemantauan dekade lalu.

Dengan banyak pemikiran dan, seperti yang saya katakan kepada beberapa orang di pra-obrolan, salah satu buku favorit saya dan mudah-mudahan ini tidak mengatakan terlalu banyak tentang saya, tetapi "Zen dan Seni Pemeliharaan Sepeda Motor, " saya akan menganggapnya semacam buku filsafat, dan itu sebenarnya novel non-fiksi, tapi apa pun. Dia berbicara tentang kualitas, dan apa itu kualitas dan apa kualitasnya, dan ini adalah keseluruhan metafisika kualitas yang telah muncul dan saya tidak akan mencoba memberi kalian pelajaran filosofi hari ini, tapi sedikit. Seluruh pemantauan pragmatis ini, apa ini? Itulah yang saya temukan pada dasarnya setelah banyak memikirkan seluruh masalah ini, dan paradigma semacam ini yang sedang kita pindahkan, beralih dari hanya, seperti yang Anda katakan, server sebagai hewan peliharaan - cara yang bagus untuk menggambarkannya.

Secara harfiah definisi dari dua kata. Satu, pragmatisme: berurusan dengan hal-hal yang masuk akal dan realistis. Pada dasarnya hanya menjadi praktis, itu adalah kata yang mewah untuk praktis. Monitor: ya. Kami ingin menyodok sesuatu, kami ingin memasukkan termometer di dalamnya, kami mengukur kembali, mengukur kembali, mengukur kembali dan meninjaunya. Maka gagasan itu adalah dua dari dua hal ini di mana kita memantau hal-hal secara praktis. Sangat mudah untuk terjebak, dan saya dapat memberitahu Anda dengan begitu banyak orang yang saya tangani dan berada di sisi pra-penjualan, saya berurusan dengan teknisi di perusahaan yang berbeda, semua jenis teknisi yang berbeda, semua jenis yang berbeda perusahaan, vertikal, apa pun, dan selalu hal yang sama. Banyak kali ketika kita melakukan transaksi ini, orang-orang seperti, “Ya, saya benar-benar ingin memonitor server saya, saya ingin tahu apa itu, apa CPU saya, apa yang sedang dilakukan proses, dan saya ingin memastikan saya jangan kehabisan ruang pada drive. "Dan saya berpikir sekarang, baiklah, ini adalah hal yang sangat sederhana. Tetapi saya benar-benar ingin mencoba dan membungkus kepala kita dengan proses yang sedikit berbeda di sini.

Pertama, pertanyaan teknis yang selalu muncul ketika kita mulai berbicara tentang pemantauan - semua ini benar-benar fokus pada ketersediaan - apakah perangkat keras / lunak kita berfungsi sampai ke titik ping? Ya - baiklah. Tidak - ping tidak berarti perangkat lunak Anda berfungsi. Ini mungkin berarti server Anda online dan jika itu tentu saja pendekatan yang Anda ambil, biarkan saya melihat server web dan lihat mengapa itu tidak merespons, Anda akan mengetahui bahwa, "Hei, lihat, itu merespons, sekarang. Saya harus pergi jauh ke server web itu, dan lihat ini, dan bisakah saya mencarinya di kotak? " Ada seluruh upaya pemecahan masalah gila yang dilakukan ketika Anda tidak memiliki pemantauan apa pun, yang mengejutkan ada. Saya tidak akan menyebutkan nama, tetapi ada beberapa perusahaan yang cukup besar yang tidak melakukan banyak hal sama sekali, dalam cara pemantauan.

Tentu saja, bagi saya ini adalah hal yang jelas, karena saya bekerja untuk perusahaan yang membuat perangkat lunak. Lagi pula, apakah halaman web merespons? Bukan saja benda ini hidup dan hidup, tetapi apakah ini benar-benar memberi tahu saya apa yang ingin saya lihat? Anda tidak bisa hanya mengatakan, "Oh ya, halaman web merespons dalam 40 milidetik, " itu bisa menjadi halaman laporan lengkap. Kita harus memastikan bahwa kita dapat cukup mendalam tentang kedatangan ini, pertanyaan-pertanyaan ini, sejauh menyangkut jawaban, kita dapat menjawab pertanyaan dengan cara yang benar-benar melayani pertanyaan. Ketersediaan, kinerja - apakah perangkat keras / perangkat lunak berkinerja baik? Ada banyak penghitung kinerja yang kami bicarakan, semua teknologi berbeda ini. Baik itu Hadoop atau IAS atau Apache atau apa pun, mereka semua memiliki beberapa set penghitung kinerja. Semua yang akan dilakukan Microsoft akan memiliki penghitung kinerja WMI. Anda mendapatkan SNMP, banyak cara berbeda untuk mencari tahu apa yang terjadi di bawah tenda, bagaimana rasanya.

Dan hal terakhir di sini adalah perencanaan kapasitas, jadi, melakukan beberapa analisis pada barang-barang tersebut. Kami memiliki semua jejak data historis yang panjang ini, yang ingin kami ketahui adalah - dan ini semacam kebutuhan emosional, kami tidak, hanya karena kami bekerja di IT tidak berarti kami bukan hewan emosional, ada rasa aman - jika Anda memiliki sesuatu yang gagal banyak, satu, Anda berpikir "baik kapan akan gagal lagi, apakah ini sesuatu yang benar-benar masalah?" Dan sementara kita memiliki kemampuan hebat mengenali pola dalam hal-hal, tidak hanya dalam kehidupan, tetapi di dunia di sekitar kita, dan juga pada timeline, tetapi hal-hal mungkin tidak menjadi masalah seperti yang Anda pikirkan. Atau mereka mungkin lebih bermasalah daripada yang Anda pikirkan. Ketika kami mencoba membuat keputusan bisnis yang baik, ini jelas merupakan masalah. Kita harus memiliki metrik yang nyata, kita harus dapat membuktikan perasaan kita, dan persepsi kita tentang dunia itu, memasukkannya ke dalam angka-angka dan menjadikannya empiris - sains!

Jadi, bagaimanapun, waktu filsafat: Charles Sanders Peirce. Dia adalah orang yang pada dasarnya memulai pragmatisme, dan jadi saya akan memecahkan beberapa bahasa 1800-an di sini, "Pertimbangkan efek apa yang mungkin memiliki kaitan praktis, kita membayangkan objek konsepsi kita untuk memiliki." Apa yang dia katakan di sini, adalah " Benda apa itu? Apa yang dilakukan benda itu? ”Jadi, apa pun yang dilakukan benda itu, itulah urusan saya. Server web adalah hal yang meludahkan halaman web, tidak perlu, Anda tidak perlu memikirkannya lebih rumit dari itu. Apakah ini terdiri dari banyak perangkat lunak yang rumit? Anda bertaruh. Sistem operasi itu sendiri mungkin jauh lebih rumit daripada hal-hal yang benar-benar berjalan di atasnya. Tapi itu tidak masalah. Ketika kami mencoba menguji pertanyaan-pertanyaan ini, kami perlu tahu, apakah halaman web berfungsi? Baiklah, ini semua sangat sederhana. Konsep kami mengarah ke efek keseluruhan kami, konsepsi kami tentang objek ke titik. Mari kita bayangkan benda-benda ini. Inilah kesulitannya. Sebagian besar orang yang saya ajak bicara mereka, sekali lagi, berkaitan dengan pemantauan server, "Saya ingin memonitor perangkat keras jaringan saya, " atau, "Saya ingin melakukan ini." Ini adalah salah satu perangkat keras khusus atau itu adalah teknologi khusus dan biasanya, apa pun salah satu yang paling menyakitkan bagi mereka.

Kemungkinannya mereka sudah memiliki beberapa perangkat lunak pemantauan lain di rumah, melakukan bagian lain dari itu. Saya seperti, "Yah, hei, mengapa Anda tidak bisa" - Saya suka sedikit bermain sebagai penasihat iblis - "tidak bisakah Anda menggunakan perangkat lunak lain untuk melakukan itu?" "Oh, well itu tidak benar-benar melakukannya dengan sangat baik." "Oke, baik bagaimana dengan ini?" "Yah, terserahlah." Dan bagiku, semua pertanyaan ini adalah tumpukan jerami. Saya dalam pra-penjualan, jangan terlalu menentang saya, tetapi saya seorang insinyur, memahami objek ini. Jadi kita harus bisa memahami apa objeknya, apa saja bagian yang bergerak. Jika seseorang berkata, "Ya, server basis data, " saya seperti, "Oke, apa yang dilayani oleh server basis data?" "Ah, sebagian besar ERP kami." "Oke, jadi Anda memiliki masalah kinerja dengan ERP Anda." Ya, tapi kami pikir itu mungkin database. "" Oke, lihat, mari kita bicara tentang ERP. ERP berjalan di Oracle. "" Periksa. "" Oke, Anda punya ujung depan web pada pengisap ini atau apakah itu semua server klien? "" Oh, well, itu sebenarnya jenis keduanya. "" Oke, keren, jadi Anda punya ujung depan web, Anda punya konektivitas server klien untuk itu, di mana penyimpanannya, server seperti apa hal ini berjalan, seperti apa jaringan Anda? ”Saya bertanya kepada mereka seratus pertanyaan, sepertinya .

Ini sama sekali bukan kewajiban, juga orang tidak tahu. “Saya mulai di sini empat bulan lalu. Saya benar-benar tidak terbiasa dengan lingkungan. ”Oke, Anda mencoba mendiagnosis masalah yang cukup rumit ketika Anda tidak terbiasa dengan lingkungan, saya rasa Anda, tetapi ini tidak membantu paradigma. Kita perlu mengerti. Kita perlu membangun pemahaman ini. Jadi, sering kali ketika saya bertanya kepada mereka, “Hei apakah Anda punya buku, apakah ada grafik, apakah Anda memiliki diagram, apakah ada email, dapatkah Anda bertanya pada seseorang?” Biasanya yang terakhir. "Oh, aku harus bertanya pada Bob, tapi dia benar-benar sedang berlibur, dia kembali, mari kita atur sesuatu dua minggu dari sekarang dan kita bisa mendapatkan akses ke sistem itu, mudah-mudahan, " dan seterusnya dan seterusnya. Jadi, segera saya benar-benar merasakan sakitnya. Baik. Kita harus bisa membangun pemahaman ini dalam alat apa pun yang kita gunakan. Jadi ingatlah hal itu di sini.

Dan pertanyaan bisnis tidak bisa dijawab, maksud saya, sangat sering berbicara dengan teknisi, mereka ada di parit. Kami sedang memperbaiki barang-barang. Kami sering kali dalam mode pemadam kebakaran, kadang-kadang sedikit kaget dan pasti kagum. Bukan untuk mengutip presiden masa lalu, tapi bagaimanapun, jadi pertanyaan bisnis yang Anda dengar, mereka sangat selaras dengan pertanyaan teknis. Dan apa yang perlu Anda lakukan, jika Anda adalah teknisi itu, adalah mencoba menyelaraskan masalah-masalah bisnis ini dengan masalah teknis. Mereka benar-benar baik datang satu lawan satu. Tuliskan daftar - ketersediaan, kinerja, dan perencanaan kapasitas. Apakah kita menggunakan sumber daya kita dengan bijak? Kemana uang ini pergi, yang kami habiskan? Kami membeli semua server mengkilap ini, apa yang mereka lakukan, apakah kami tahu bahwa mereka digunakan dengan benar? Siapa tahu? Kecuali Anda mengukurnya. Bintik panas dan bintik dingin. Semua hal-hal yang titik-titiknya dicetak tebal, jadi jika kalian mendapatkan peragaan slide nanti, titik-titik panas dan dingin adalah jaringan yang bermasalah. Bagaimana ada konektivitas internet dan WAN? Tentu saja penyedia bandwidth Anda ingin menjual lebih banyak bandwidth kepada Anda. Apakah Anda benar-benar membutuhkannya? Bagaimana Anda menggunakannya? Kita berbicara tentang kinerja. Apakah kita memiliki hal-hal di tempat yang mengatakan kita seharusnya mencapai tujuan tertentu? Kita harus menanggapi berbagai hal. Kebanyakan orang tidak.

Dan saya tahu saya terdengar sangat bersemangat, semoga saya tidak terdengar terlalu berkhotbah di sini, tetapi memiliki SOA. Tetapkan tujuan untuk diri sendiri. Kita berbicara tentang lima belas setengah jalan ke tiga puluh. Ya, tetapkan tujuan untuk diri sendiri, bukan, tidak ada yang salah dengan itu sama sekali. Tetapkan tujuan unicorn. Tetapkan tujuan yang sepenuhnya tidak dapat dijangkau. Tidak ada server yang bisa turun lebih dari sebelumnya. Mereka harus pada 24/7, tidak masalah jika karyawan kami hanya bekerja sembilan hingga lima, saya tidak pernah ingin ada yang rusak, tentu saja saya tidak. Saya mungkin memiliki harapan pribadi, tetapi kita sebenarnya dapat mengungkapkannya dalam pengertian bisnis juga. Untuk memenuhi SOA, kami pasti melakukan peningkatan manajemen. Apakah operasi saat ini berkelanjutan, sehingga kami dapat terus melakukan ini. Apakah ini kegilaan? Bisakah kita mempertahankan ini?

Sekali lagi, saya tidak menyebutkan nama, untuk mencoba dan bersikap adil, tetapi dalam pekerjaan sebelumnya kami memiliki salah satu dari itu, “Ups, kita perlu membeli laci baru untuk pasir, karena penuh.” “Hmm, yah, kita punya dua bulan sampai kuartal berikutnya, apakah kita akan memiliki uang tunai semacam itu? "" Yah, kita membutuhkannya sekarang. "" Yah, bagaimana kita melakukan ini? "Tentu saja aku seperti, " Aku dapat pergi ke Fry's dan mendapatkan beberapa hard drive "dan mereka seperti, " tidak, Anda tidak dapat melakukan itu, jadi, maaf Robert, tidak bisa mendapatkan Drobo dan pasang. "Meskipun, sebagian dari Anda, Saya yakin, mungkin menganggukkan kepala dan telah melihat itu sebelumnya.

Pokoknya, jadi perencanaan kapasitas, kita perlu memastikan tidak hanya dari sudut pandang penyimpanan, tetapi dalam lingkungan hiperskala ini, karena kita sedang melakukan virtualisasi dan abstrak semua sumber daya komputasi ini, itu hanya sekelompok inti dan gigabytes CPU. Kita harus tahu bagaimana menggunakannya. Saya perlu tahu apakah saya cenderung kehabisan. Jika saya benar-benar baik-baik saja, jika saya benar-benar rendah. Di mana itu pergi, berapa lama saya miliki, doc? Apakah saya punya sembilan ratus hari sampai kehabisan ruang, atau saya punya sembilan? Ada perbedaan besar di sana. Anda tidak ingin tertangkap seperti itu. Jadi, banyak bicara. Bagaimana waktu itu cocok dengan gambar ini?

Nah, nomor satu, pertama-tama, setelah ini saya akan menunjukkan kepada kalian jenis seperti model lama / model baru, tapi semacam memahami bagaimana produk itu benar-benar cocok dengan ini, kita harus mengukur efeknya. Anda harus dapat mengukur semua hal kecil untuk memahami gambaran besarnya, tetapi seperti yang dikatakan oleh staf penjualan kami, Anda tidak perlu merebus lautan untuk melakukan itu. Dari sisi teknis hal-hal, dan semacam ini bergerak ke gradien di sini, tetapi dari sisi teknis kita perlu mengukur lingkungan virtualisasi tersebut. Hal-hal yang memulai hypervisor. Bagaimana sumber daya yang digali digunakan? Apakah mereka digunakan dengan bijak? Bagaimana kabar host ESX itu, dan sebagainya.

OS, karena tentu saja jika ada yang menghabiskan waktu melihat metrik dan vSphere - tidak menunjukkan platform virtualisasi tertentu - itu tidak akan memberi tahu Anda mengapa server SQL Anda terbakar. Tidak akan. Itu akan berkata, "Hei, itu menggunakan lebih dari apa yang disediakan untuk itu karena Anda mengizinkannya." Oke, bagus. "Kau menggelembungkan ingatanmu." Oke, bagus. Apa yang menggelembungkan ingatan saya? Apakah anti-virus saya rusak? Siapa tahu. Kita harus menekan OS. Jelas kan? Tampak jelas. Proses, sistem file, apakah saya kehabisan ruang, hal-hal semacam itu. Jika Anda memiliki sistem file Linux, Anda memiliki manajemen volume yang logis, Anda mungkin memiliki selusin sistem file pada satu hard drive virtual dan Anda tidak akan melihat satu pun dari mereka di lapisan virtual. Ngomong-ngomong, berkhotbah.

Jaringan mengikat semuanya, dan kami akan membiarkannya di sana. Apakah jejaring itu kompleks? Ini bisa sangat kompleks, bisa sangat mudah, semua poin di antaranya. Kita perlu memahami bahwa jaringan adalah bagaimana segala sesuatunya berjalan. Semakin kompleks lingkungan dapatkan, Anda pergi cloud hybrid, semua ini, IoT, ya ampun. Maksud saya, tentu saja saya sendiri, saya adalah automator rumah, dan saya suka melihat semua metrik saya, saya baru saja menemukan beberapa layanan, apa pun, saya tidak akan memihak siapa pun, tetapi apa pun, menarik metrik itu keluar, bisa untuk memvisualisasikan hal-hal itu. Saya bisa membayangkan orang-orang yang menerima data itu dari semua orang di semua tempat dari ratusan ribu perangkat, itu gila. Banyak hal melewati jaringan, jaringan SAN. Keluar pipa ke internet. Kita perlu memonitor itu.

Kita perlu tahu apakah ada masalah jika ada, ada masalah, dll. Apa yang kita sebut monitor layanan. Jadi ketika saya berbicara tentang ERP atau SharePoint, atau apa pun, monitor layanan memantau sesuatu yang berjalan pada semua hal indah yang mengilap ini, itu iOS, itu Apache, isinya kosong, itu mesin database, itu adalah Layanan Windows berjalan. Jika saya menghubungkan SSA ke router untuk menarik beberapa informasi konfigurasi dan melihat apakah itu berubah, atau, sirkuit apa yang saya jalankan? Masa bodo. Ini semacam ujian, oke? Memvisualisasikan objek. Kami memiliki plug-in, dan dengan demikian mengikuti perkembangan industri di sini.

Dan aku akan memastikan aku pindah ke sini, siapa pun, beri aku sedikit kewarasan jika aku terlalu banyak bicara. Tetapi plugin memungkinkan kita untuk menjadi fleksibel, mereka benar-benar - untuk menjadi gesit, kita perlu memiliki sesuatu yang diceraikan dari siklus waktu yang tepat, karena kita memiliki sekitar empat rilis utama setahun. Saya pikir kami telah, jujur, dalam enam bulan terakhir, saya pikir kami memiliki empat dalam enam bulan terakhir. Kami mengikutinya dari sudut pandang pengembangan, tetapi Anda tidak ingin menunggu. Katakanlah, baik Anda memiliki SharePoint 2013, Anda pindah ke 2016, Anda mungkin tidak ingin menunggu sampai Desember untuk kami membuat rilis lain yang melakukan itu.

Plugin memungkinkan Anda untuk melakukannya sendiri, menggunakan salah satu dari beberapa skrip yang mungkin sudah dibuat sebelumnya di luar sana, atau hanya menulis sendiri dan menulis di fungsionalitas inti dan kami dapat melakukannya untuk Anda juga. Saya akan mengatakan di sana, bahwa hanya dari perspektif penjualan-y adalah kita benar-benar mendukung ini. Yaitu, paradigma yang sangat berbeda dari komunitas open source - yang saya suka, sangat saya sukai, sangat terlibat - tetapi jika Anda membeli perangkat lunak pemantauan, Anda ingin dapat memanggil seseorang. Anda harus memiliki telepon yang dapat Anda angkat dan menjadi seperti, "Blah tidak berfungsi, " atau "Apa artinya ini?" Ingatlah itu.

Aplikasi - dan di sinilah kita mulai beralih ke nilai bisnis. Dan juga dari tingkat, jenis, menjaga-diri-waras. Maksudku, semua hal-hal kecil di sana di bagian bawah, jika Anda mempelajari semua hal yang Anda akan dapatkan email sepanjang hari, saya jamin. Aturan dibuat, email diabaikan, semuanya tidak dipantau, rak gudang. Tempat yang sangat buruk. Ini juga tempat yang buruk dari sudut pandang stres. Bagaimanapun, terlepas dari dan itulah sebabnya kami melakukan itu. Sudah ada di sana, melakukan itu. Level aplikasi adalah tempat, sungguh, saya merasa kita harus waspada. Kita perlu mengatur kriteria dan kita harus jelas membangun dunia kecil itu, tetapi kita menetapkan kriteria ini untuk mengatakan, “Hei, inilah yang menjadi dasar dibangunnya aplikasi kita. Inilah databasenya, ini bagian depan webnya, di sini penyimpanannya, di sini jaringannya, penutup halamannya, di sini halaman webnya, dll. ”Dan kemudian saya dapat berkata, “ Hei, aplikasi Anda tidak bahagia. ”Dalam perjanjian tingkat layanan, di titik ini adalah no-brainer dan itu sendiri hampir tidak ada upaya, karena semua upaya benar-benar hanya di luar sana dalam membangun pemahaman dan aplikasi dari potongan-potongan kecil ini.

Perjanjian tingkat layanan, Anda hanya mengatakan, "Hei, saya ingin hal ini sampai empat sembilan." Boom. Selesai Ini akan mengingatkan Anda ketika Anda cenderung gagal. Ini akan memberi tahu Anda mengapa Anda mulai gagal dan bahkan melihat data historis, saya dapat memberi tahu Anda mengapa Anda tidak memenuhi tujuan Anda, yang sangat berbeda dengan menjadi sesuatu yang saya anggap sebagai alarm asap. Itulah akhir dari bisnis. Apa yang saya sukai dari Uptime, saya sebenarnya adalah veteran IDERA, saya sudah bersama perusahaan selama empat setengah tahun sekarang, ketika kami membeli perangkat lunak Uptime - ini adalah perusahaan yang berbasis di Toronto - Saya benar-benar skeptis, seperti saya benar-benar segalanya, tapi itu benar-benar membuat saya terkesan karena saya harus menyampaikan laporan-laporan itu, laporan-laporan BI kepada manajemen, apakah kita bertemu SOA dan saya biasanya menarik diri dari tempat-tempat konyol, seperti perangkat lunak ITSM saya, akan hanya susun insiden saya dan beri tahu saya berapa banyak downtime yang saya miliki, yang saya tahu sendiri dan banyak orang tidak membuat tiket. Ini benar-benar mungkin berhasil untuk kebaikan kita, tetapi itu tidak baik untuk bisnis. Produk benar-benar memikirkan hal-hal itu.

Inilah dua paradigma ini dan paradigma yang sebagian besar kita miliki sekarang, dan paradigma yang saya coba tarik keluar dari semua orang, adalah cara berpikir yang buruk tentang memantau barang-barang Anda. Baiklah? Kenapa itu buruk? Itu karena serial. Saya memiliki stasiun pemantauan saya, saya memonitor server, ada metrik di atasnya, saya mengingatkan metrik itu. Anda bisa lihat saya mencoba membuatnya berantakan di sebelah kanan, di sana. Berdasarkan pemahaman tentang sekelompok kotak perlu pemantauan, jadi itu benar-benar dan itu berisik karena semua metrik itu, sangat bising dan CPU Anda tinggi, memori Anda tinggi, sistem file Anda kehabisan ruang, halaman web Anda waktu respons adalah lima detik, Anda, Anda tahu, bla bla bla.

Barang itu, itu kebisingan. Kecuali jika Anda dapat dengan cara, seperti, cara tenang, membuka email Anda dan menyusun semua hal ini secara mental dan mencoba memahami gambar yang lebih besar, itu tidak benar-benar bermanfaat, yang mengingatkan tentang apa yang salah. Ini hanya gejala dan sulit untuk menguraikan dampaknya dan memberikan nilai bisnis yang sangat sedikit. Saya cukup banyak menjamin Anda bahwa CIO Anda tidak peduli berapa banyak kutu CPU yang digunakan pada server SQL Anda. Dia lebih peduli dengan apakah layanan yang Anda berikan benar-benar berfungsi dengan baik dan apakah orang memiliki masalah mengaksesnya dan apa yang dipikirkan pelanggan, dan hal-hal semacam itu.

Orang marah, ya, tidak menyenangkan. Ini adalah bagaimana saya menemukan bahwa BlackBerries sangat ulet. Sementara bola bisa jatuh, mereka akan selamat dari tangga, atau lima. Bagaimanapun, maaf BlackBerry.

Cara berpikir baru tentang memantau barang-barang Anda - maksud saya sistem TI dan kasing Apple. Di sinilah saya ingin menjadi kepala kami dan saya hanya mengambil dua hal yang sangat sederhana di sini. Saya suka tumpukan terbuka oleh Graham, saya mungkin akan mencoba dan mencuri itu di beberapa titik, tapi kami pindah ke pemahaman yang terhubung ini. Bagaimana hal-hal terhubung bersama berdasarkan pada pemahaman tentang ketergantungan dan bagian fungsional dari semua hal ini? Sekali lagi, itu objek itu, kita akan kembali ke hal pragmatis ini lagi. Itu tenang.

Dua peringatan - ERP Anda tidak senang karena database Anda berjalan lambat dan halaman web Anda berjalan lambat. Seseorang dapat berkata, “Hei! ERP tidak senang, halaman web lambat dan database lambat. ”Mungkin database. Sekarang, agar adil, saya tidak akan memberi tahu Anda, “Ya, alasan halaman web Anda lambat adalah karena databasenya lambat.” Saya tidak melakukan itu. Saya bukan solusi penyebab rute APM, tetapi ketika kami membangun pemahaman ini dan kami menerima email seperti itu, itu sangat masuk akal dan dari upaya pemecahan masalah Anda alih-alih mengatakan, "Hmm, itu tidak berhasil, " dan jauh dan apa pun, atau kinerja, semua alat ini memantul di semua tempat, ini setidaknya, paling tidak merampingkan upaya pemecahan masalah Anda dengan sangat. Tapi saya bahkan belum sampai ke sisi grafik. Ini hanya - tidak melihat titik layar dan saya tidak suka menatap alat pemantauan, jujur.

Sangat mudah dimengerti, kan? Kami tahu apa yang terjadi karena kami membangunnya, kami membangun pemahaman. Tetapi bagian terbaik tentang ini, saya pikir, adalah bahwa ia membagikan banyak pengetahuan dengan orang lain dalam tim. Kami berbicara tentang silo sepanjang waktu dan apakah itu aplikasi atau database atau apa pun. Ini sangat banyak sehingga sebenarnya menjadi kampanye pemasaran untuk beberapa perusahaan, itu semua alat basis data, Anda mungkin melihatnya.

Jadi, pengetahuan - pengetahuan adalah kekuatan. Sedikit pemahaman periferal dengan bagaimana sistem bersatu. Apakah petugas Anda perlu mengetahui semua seluk beluk jaringan Anda dan bagaimana fungsi SharePoint dan bagaimana ERP Anda terhubung. Mungkin tidak, tapi ini sangat membantu ketika saya bisa melihat dashboard dan seseorang memanggil dan mengatakan mereka tidak dapat mengakses sesuatu, saya bisa seperti, "Oh ya, sepertinya kami mengalami masalah sekarang dengan keunggulan kami router. Jadi jika Anda berada di luar kampus, SharePoint akan menjadi masalah bagi Anda, tetapi ada di sana. "Orang-orang seperti itu, mereka tidak suka, " Mmm hmm "ternyata.

Bagaimanapun, ini adalah nilai bisnis, bukan? Selain mulai, jalankan, konfigurasi IP, saya mendengar, "ughhhh" banyak di meja bantuan. Pokoknya, tetapi ini memberikan nilai bisnis itu, karena kami mengerti bagaimana bagian-bagiannya bergerak. Kami memahami ketika ada masalah, kami memiliki SLA itu, kami melakukan perencanaan kapasitas, semua hal ini yang mungkin tampak seperti unicorn pada awalnya, ketika semua kekhawatiran Anda adalah seberapa baik kinerja server Anda, adalah hal-hal yang sangat mudah untuk mengatur dan itulah kuncinya. Saya bisa menangis pelangi.

Tetapkan dan penuhi harapan. Ini adalah bit SLA. Memiliki mereka. Saya pikir saya mungkin sudah cukup dengan ini tapi kami sudah memantau semuanya. Kami telah membangun pemahaman, aplikasi, ketergantungan dan konektivitas, ini adalah bagian yang sulit, hanya memahami lingkungan Anda sendiri. Itu masalahnya, tidak semakin mudah. Sudah mengingatkan, orang sudah mendapatkan email yang relevan di sini, saya bahkan dapat melakukan jalur eskalasi dan saya tidak akan mencoba menunjukkan kepada Anda semua hal dalam segala jenis demo perangkat lunak di sini, pasti ada forum untuk itu.

Saya sudah mengotomatiskan perbaikan, Uptime bahkan dapat bereaksi terhadap banyak hal. Maksud saya selalu ada hal-hal konyol dan bodoh seperti spooler cetak yang mogok karena alasan yang tidak diketahui, masih ada di Windows 2000 dan suatu hari Anda akan memutakhirkannya, Anda bersumpah - apa pun. Butuh beberapa menit dari hari Anda dan seseorang mengetahui bahwa itu rusak bagi Anda untuk memperbaikinya, kan?

Otomatis, hal-hal semacam itu hanyalah pakan otomatis. Sudah membuat dasbor yang luar biasa, Anda tahu, dasbor subjek - benar-benar suatu hal. Apa pun yang saya kumpulkan di Uptime, saya dapat memahami dengan cara yang masuk akal. Jadi jika Anda harus menyimpang itu seperti, "Saya benar-benar berharap saya memiliki beberapa dashboard kinerja untuk SQL saya." Selesai. Anda ingin dasbor aplikasi yang mencakup teknologi di seluruh tumpukan? Selesai Perencanaan kapasitas? Selesai

Sangat mudah. Tetapkan tujuan itu, buat SLA itu memahami mengapa Anda tidak membutuhkannya. Itu benar-benar kuncinya di sini, Anda tahu, itu hanya membutuhkan waktu satu detik, benar-benar hanya membutuhkan beberapa detik benar-benar, bukan beberapa menit, lebih lama bagi saya untuk menjelaskannya, tetapi hanya untuk mengatakan, "Hei, inilah harapan saya, inilah hal-hal yang Saya berharap untuk bekerja, ”dan kemudian Uptime memberi tahu Anda apa yang tidak bekerja.

Ngomong-ngomong, aku akan mencuri dua gambar pelangi tapi aku mungkin akan mendapat masalah untuk itu. Lebih menarik daripada pelangi ganda, oh my god - ini situs webnya di sini. Aku akan mampir. Apakah saya masih punya beberapa menit? Biarkan saya mendapatkan waktu pemeriksaan kewarasan di sini, bagaimana keadaan kita?

Eric Kavanagh: Ya, tunjukkan kami beberapa barang.

Robert Vandervoort: Baiklah, keren. Seperti saya katakan, saya menutupi banyak tanah; yang menyelamatkan saya dari menunjukkan Anda bit tidak begitu seksi yang semuanya hanya teks dan pengaturan dan apa pun. Apa yang ingin saya pamerkan adalah seperti akhir grafis. Seperti yang saya katakan, saya tidak suka menatap alat pemantauan, saya ingin bisa pergi dari hal ini. Saya ingin ini menjadi pengasuh saya, jika Anda mau, tetapi saya tidak ingin itu seperti, "Hei, bisakah anak Anda punya ikan mas, saya ada di film, ya, terserahlah." "Oke." Dering, Dering, “Hei, tidak apa-apa jika anakmu pergi ke kamar mandi? Dia bilang dia harus pergi. ”“ Ya, oke, terserahlah. ”Aku ingin pengasuh yang bertanggung jawab hanya menggangguku. Jadi suara peringatan adalah masalah besar bagi saya, jika Anda tidak tahu, saya mungkin memiliki semacam bentuk pemantauan PTSD yang canggih.

Saya ingin menunjukkan bahwa dari perspektif Uptime kami memiliki semua profil berbeda ini. Saya telah membuat beberapa hal gila di sini hanya untuk menunjukkan seperti bagaimana Uptime dapat melakukan hal-hal yang berbeda dan bekerja dengan orang-orang, yang merupakan masalah besar. Saya tidak memberitahu kalian benar-benar latar belakang saya. Saya memiliki latar belakang IT, jujur ​​kembali sejak saya 13 bekerja di ruang belakang sebuah toko komputer. Mungkin itu mungkin bukan hal yang paling legal di dunia, tapi apa pun itu, dan aku tidak pernah berhenti. Saya 37 sekarang, saya memiliki gelar psikologi karena bagi saya orang jauh lebih sulit untuk mencari tahu daripada komputer. Tetapi dari UI dan sudut pandang UX, saya tidak ingin alat untuk memberi tahu saya bagaimana saya harus melakukan pekerjaan saya, atau bagaimana itu harus bekerja, atau saya ingin menekuk cara itu ingin melakukan sesuatu. Saya tahu saya agak suka menggali filosofi dan pemahaman, mudah-mudahan itu akan membuat segalanya lebih mudah bagi kalian, jangan menganggapnya seperti, "Hei, kamu harus melakukan ini" atau "Aku memberitahumu apa yang harus lakukan. ”Tetapi ini adalah hal saya.

Intinya, integrasi HipChat, peringatan yang diucapkan. Maksud saya, yang ini benar-benar akan membuat NOC 18 monitor yang Anda lihat, memberi tahu Anda apa yang salah secara verbal. Bayangkan dinding Anda berbunyi, "Peringatan, SharePoint berada dalam kondisi kritis karena basis data Anda lambat, bla bla bla, sudah seperti ini selama tujuh menit." Ya, ini semacam perhiasan, mungkin itu hinky, apa pun. Saya mencoba menunjukkan kepada Anda bahwa ini adalah alat yang sangat fleksibel. Kami memiliki output berbasis script, dapat melakukan apa pun yang Anda inginkan.

HipChat, saya menggunakan heck out dari HipChat dan Skype - mungkin lebih dari email saya, mungkin sangat disesalkan oleh banyak tenaga penjualan, tapi bagaimanapun - Mengintegrasikan HipChat juga, tidak peduli apa itu, River, Flack, apa pun Anda ingin melakukannya, sangat mudah dilakukan.

Ngomong-ngomong, dari perspektif pengguna, kami sebenarnya memulai dengan info kontak Anda dan jam kerja dan jam libur Anda jika Anda memilikinya. Setelah Anda benar-benar membuat peringatan, Uptime sudah tahu cara menghubungi Anda, yang merupakan kunci. Maksud saya, sudah berapa kali, "Oh, saya tidak melihat email itu." "Yah, mungkin saya harus mengirimnya ke Gmail Anda, mengirimkannya ke pribadi Anda, saya akan mempostingnya ke dinding Facebook Anda. “Pokoknya, saya belum sampai sejauh itu, tapi mungkin akhir pekan depan ketika saya bosan.

Pemindaian global dalam lingkungan gila yang rumit ini. Yang pertama, kita harus mengatur semuanya. Menjaga agar tetap teratur adalah kuncinya, kami memungkinkan Anda untuk melakukan itu, kami melakukan penemuan otomatis dan semua hal semacam itu yang Anda harapkan, tetapi memungkinkan Anda untuk menyusun struktur pusat data Anda dengan cara yang masuk akal bagi Anda. Saya suka berpikir itu semacam fisik, logis, dan teknologi, dan kemudian dari sudut pandang tervirtualisasi, kami melakukannya persis seperti yang Anda lihat di VMware tempat kami memiliki pusat data dan kumpulan dan kumpulan sumber daya dan semua yang indah barang.

Itu menyaring melalui pemahaman yang sama, sekali lagi, itu bekerja dengan cara yang Anda lakukan dan cara yang masuk akal. Pemahaman yang sama menyaring melalui dasbor ini. Global pada dasarnya adalah segala sesuatu yang salah, dan yang saya pedulikan hanyalah Houston dan semua QA lainnya, SA hal-hal apa pun yang saya tidak benar-benar berikan, hanya masalah Houston. Saya dapat fokus pada hal itu dan sekali lagi dari siapa pun yang memiliki masalah keamanan atau menjaga hal-hal dipisahkan oleh kelompok pengguna atau yang lainnya, kami benar-benar dapat melakukannya. Satu-satunya hal yang mungkin saya lihat adalah hanya Houston, atau sesuatu yang dipersempit seperti "Komponen Jaringan Houston, " jadi itu pasti suatu hal.

Pemindaian sumber daya - bagaimana sumber daya tersebut digunakan di seluruh lingkungan? Itu ini. Ini adalah tampilan sembilan puluh ribu kaki Anda. Saya dapat menelusuri ke area mana pun yang memiliki masalah dibandingkan yang lain. Dan Anda perhatikan Agency IBM, hanya membuang saja, itu benar-benar tidak di samping. Salah satu hal yang paling penting dalam membangun pemahaman aplikasi, menurunkan model pragmatis, adalah membuat segalanya terbuka, dan saya tidak mengatakan itu hanya karena saya suka memiliki lisensi yang diperhitungkan dalam kesepakatan apa yang kita lakukan. Benar-benar, jika saya bisa melakukan semuanya tanpa hal-hal IBM P-series saya, itu bau.

Kami punya monitor untuk AS / 400. Orang-orang kadang-kadang memberiku masalah, seperti, "AS / 400 ra-ra-ra." Anda akan terkejut betapa banyak AS / 400 yang masih menjalankan sistem yang sangat penting di luar sana, atau hal-hal seri-I yang lebih baru, itu, kami melakukan itu. HP-UX, AIX, maksud saya hampir semua sistem operasi utama di dunia yang memiliki agen. Membawanya di pintu dan memantaunya adalah kuncinya.

Melihat lapisan aplikasi, sekali lagi, biarkan saya keluar dari granular dan naik ke atas. Seperti itulah bentuk dasbor itu. Ini mungkin satu-satunya hal yang saya pernah melihat secara teratur, saya ingin hanya datang ke sini dan hanya berkata, "Hei, CMS saya benar-benar marah, mengapa?" Sekarang diberikan, saya mungkin tidak membayar sebanyak memperhatikan email saya sebagaimana mestinya, tapi saya di sini setiap hari melihat gerbang server, itulah yang saya lakukan. Saya seorang dokter gigi, ini adalah gigi saya.

Tes masuk. Jadi begini, saya sedang menguji waktu login yang sebenarnya, ini adalah pengalaman pengguna, ini super pragmatis. Saya bahkan tidak peduli dengan metrik Apache. Jika semua orang suka masuk dalam split lickidy dan semua transaksi berjalan dengan baik, siapa yang peduli dengan byte yang dikirim dan diterima, kecuali saya mencoba melakukan perencanaan kapasitas. Dari sudut pandang pemadam kebakaran, dari “Apakah saya peduli, apakah saya perlu memperhatikannya?” Saya ingin mengetahui hal-hal itu secara intuitif dan cantik secara otomatis.

Jika saya adalah CIO, saya peduli seperti ini, saya tidak peduli dengan dashboard kinerja Apache saya. Jika saya pria web Anda, Anda bertaruh saya tahu. Maksudku, aku harus datang ke sini, dan memaafkan kelambatan di sini, tapi aku harus bisa datang ke sini dan melihat banyak metrik yang mendalam di seluruh papan dan melihat pola. Di sini saya melihat bahwa demo saya Apache 01 sedang dimulai ulang, dan Uptime itu "boom, boom, boom, boom, " ada apa dengan itu?

Itu adalah pola yang mungkin tidak akan saya ketahui jika saya tidak melihatnya. Sekali lagi, barang-barang granular nyata, tetapi benar-benar melayani tujuan ini. Server-server itu adalah bagian dari CMS dan jika saya melihat masalah pada halaman web dan server saya daur ulang, saya menemukan lebih banyak tentang lingkungan itu hanya dalam beberapa detik melihat dasbor yang telah saya atur daripada yang saya pasti bisa dengan remot ke sana. Saya bahkan tidak yakin dari mana saya akan memulai hal itu, jujur ​​dengan Anda.

Bagaimanapun, usaha; dan semua orang agak berpikir, "Ini hanya gila." Dari sudut pandang upaya, bagaimana saya memantau barang-barang? Bisakah Anda menulis skrip untuk itu? Iya. Apa yang kami coba lakukan adalah menyediakan hal-hal yang sangat umum, teknologi yang sangat umum di luar sana dari sudut pandang basis data. Kami punya, saya ingin mengatakan setiap mesin basis data utama. Saya tidak memiliki salah satu dari NoSQL, saya tidak memiliki hal-hal seri waktu, tetapi setiap database relasional utama di sini dari sudut pandang layanan web, IAS, Apache Tomcat, hanya bergantung pada baris di sini. Dan untuk hal-hal yang mungkin tidak Anda lihat tercantum, ada banyak hal lain tentu saja, tetapi kami memiliki plug-in ini. Ini hanya cara yang sangat mudah untuk keluar, kami memiliki penyimpanan publik di GitHub, Anda dapat melihat kode, Anda dapat membuatnya sendiri, Anda dapat mengubahnya, apa pun, tersedia untuk Anda di sana. Jadi dari sudut pandang teknologi atau perangkat lunak, apakah itu SAN, atau jika itu SharePoint atau pertukaran atau apa pun.

Begitulah cara kami melakukannya dan pada dasarnya ini akan memberi Anda metrik yang Anda pedulikan, dan itulah bagian tersulit. Saya telah menulis beberapa plug-in ini dan bagian tersulit bagi saya adalah seperti, “Apa yang ingin diketahui orang? Apa yang sebenarnya penting? ”Anda melihat pada sistem WMI, mungkin ada ratusan hal. Baiklah, saya harus memperlambatnya, tidak ada yang mau melihat 400 metrik karena Anda harus memahami dunia itu dan tidak ada nilai di sana.

Bagaimanapun, kemudian SLA. Ada banyak dasbor materi pelajaran. Saya akan mendorong kalian, maksud saya jika ini adalah sesuatu yang menarik bagi Anda, jelas kami dapat melakukan demo dan yang lainnya, kami dapat melakukan hal-hal yang dipersonalisasi, kami tidak mencoba untuk mendidihkan laut lagi. Tapi Anda tahu, jika saya menerima email yang mengatakan bahwa "SLA saya sedang berjalan, saya melebihi itu, di sini saya gagal total, saya ingin tahu mengapa, apa yang terjadi?" Saya bisa langsung menyelidiki hal itu dalam laporan terperinci ini dan melihat apa saja hal-hal tertentu yang menyebabkan SLA gagal, atau bahkan kembali dari waktu ke waktu dan memahami apakah itu tren atau tidak. Di mana bintik-bintik merah? Ini hampir terlihat seperti analisis DNA atau semacamnya, kami mengalami pemadaman server - maaf, ini adalah pemadaman uji masuk di mana saya tidak dapat masuk. Kami punya waktu respons dan hal-hal di sini dan saya bisa dengan sangat mudah turun ke hal-hal yang penting untuk apakah saya memenuhi tujuan tersebut atau tidak. Dan lagi, saya tidak berharap Anda semua membaca semua hal ini, tetapi ada banyak data di sini. Cukup nyaman hanya untuk bisa memilikinya di depan Anda. Tetapi kenyataannya adalah, itulah mengapa saya gagal adalah karena tes masuk ini. Semua informasi di sini disediakan untuk Anda juga.

Pelaporan disediakan dengan alat ini sehingga Anda tidak memerlukan Crystal atau SSRS atau semacamnya, mesin pelaporan itu terpasang; Anda dapat menyesuaikan semua laporan individual yang ada di sini. Saya dapat meminta mereka menjalankannya secara berulang. Saya bisa menyimpannya untuk dilihat dan digunakan orang lain. Anda punya berbagai format output. Anda ingin mengirim sesuatu melalui email ke manajer Anda setiap hari Jumat jam 4 sore? Ha ha ha, Anda bisa melakukannya!

Jadi cukup kuat lagi, dari sudut pandang perencanaan kapasitas. Kami tidak ingin hanya fokus dan kami berbicara tentang kemampuan untuk memprediksi berbagai hal dan melakukan analisis prediktif. Selain hanya memiliki kemampuan untuk memvisualisasikan tren di sini dan sekarang dan tren historis, saya ingin dapat melihat proyeksi perencanaan kapasitas dan secepat itu, saya telah menghitung memori dan kapasitas penyimpanan data yang sedang tren di seluruh vCenter dan saya. Aku bisa melihatnya dan memberitahumu bahwa aku punya waktu terburuk 132 hari sampai kehabisan ruang, lebih baik aku melakukan sesuatu tentang itu.

Ini adalah laboratorium sungguhan dan saya sebenarnya adalah ayah yang bangga, seperti, banyak hal, dan itu hanya pekerjaan saya yang cocok untuk saya di sini. Tetapi saya tahu hal ini dan jika itu terjadi, itu masalah saya, itu salah saya karena tidak mengubah sesuatu atau melakukan sesuatu tentang hal itu. Saya sangat menyadari hal ini. Jika saya sedang rapat dan seseorang berkata, "Hei, kita perlu menambahkan banyak server ke lab" - mereka tidak akan melakukan itu kepada saya, tetapi jika mereka melakukannya, saya bisa seperti, "Kamu tahu apa? Saya punya pertunjukan. Saya punya gigahertz. Saya membuat Anda terlindungi, ”atau tidak, dan sekilas alih-alih harus membuka alat lain yang semacam titik lain dan setuju dengan semua hal ini, saya melakukan ini sebagai lelucon.

Kantor Houston, kami berbicara tentang lalu lintas. Saya dan dokter gigi saya berbicara tentang lalu lintas, dia dibesarkan di Iowa, dia berkata, "Satu hal yang saya sukai tentang kota kecil adalah tidak ada banyak lalu lintas." Nah, Houston, jika Anda tinggal di dalam lingkaran, Anda tidak tinggalkan saja, seperti yang Anda lihat di sini. Saya dapat mengintegrasikan web apa saja pada dasarnya seperti iframe, jika ada di antara kalian yang akrab dengan HTML, saya dapat mengintegrasikan web apa pun di salah satu dari gadget ini. Apakah itu seperti situs web Anda atau kamera lalu lintas di luar kantornya atau apa pun itu, saya dapat melakukannya. Gadget sangat mudah ditambahkan.

Maksudku, dasbor - saya menunjukkan keajaiban TV. Ini seperti, "Oh, lihat, sudah selesai, semuanya bagus dan dipoles, " tetapi kenyataannya memasuki dashboard ini adalah hal yang sangat mudah untuk dilakukan. Ada banyak cara berbeda untuk menampilkan data di semua titik data berbeda yang kita miliki. Hal-hal seperti gambar pin-on ini cenderung sangat populer di kalangan orang-orang karena ketika Anda mencoba membangun pemahaman tentang suatu aplikasi, Anda cukup mengunggah video itu dan kemudian menyematkan elemen-elemen yang membuatnya. Anda tahu, saya bisa memberi tahu Anda di mana semua masalah ada di sepanjang jalan.

Hal-hal ini hanya sangat membantu, saya pikir - topologi jaringan, memahami apa yang dihubungkan dengan apa, apa yang bergantung pada apa, apa pun itu, papan kerja, sakelar atau situs web, atau apa pun, adalah semua hal yang dibangun. Dan lagi, di berbagai tumpukan teknologi. Saya belum membawanya, saya tahu kita kehabisan waktu di sini, saya ingin memastikan bahwa kalian punya waktu untuk tanya jawab dan semuanya, tapi hanya ada banyak informasi yang bisa kami kumpulkan dari berbagai sumber: log agregasi, API - apa pun, sebut saja - SMP, WMI, dll., dll., sup alfabet. Jadi ini tentang mengumpulkan data itu, membangun pemahaman dan kemudian mengingatkan dan menindaklanjutinya secara pragmatis. Jadi itu singkatnya.

Eric Kavanagh: Hebat. Itu adalah presentasi yang fantastis dari semua orang. Aku harus memberitahumu, aku menyukainya. Kami punya beberapa menit ekstra di sini untuk mengajukan pertanyaan. Rick, mengapa Anda tidak mengajukan satu atau dua pertanyaan, dan kemudian Dez, dan kemudian kami hanya memiliki beberapa pertanyaan dari audiens yang agak spesifik tentang implementasi. Tapi Rick yang pertama, lalu Dez.

Rick Sherman: Oke, bagus. Yah pertama-tama, saya terutama menyukai demo untuk menggabungkan semuanya, terutama tentang menambahkan server, monitor, plug-in, dll. Saya pikir itu hebat. Salah satu pertanyaan yang saya miliki, Anda menyebutkan bahwa itu adalah tema yang berulang seperti dalam presales yang dapat orang mengerti apa arsitektur atau aplikasi. Mereka ingin memonitor barang-barang dan kemudian ada bagian ini. Bagaimana Anda mendidik mereka tentang cara menjabarkan tipologi? Saya menyadari bahwa ada banyak hal yang dapat Anda pilih, tetapi bagaimana Anda mendidik mereka? Karena saya tidak yakin apakah mereka dapat memahami seberapa banyak yang dapat Anda lakukan.

Robert Vandervoort: Ya tentu saja, saya penggemar humor yang mencela diri sendiri, jadi saya biasanya memulai dari sudut itu. Saya menderita ADHD jika Anda tidak tahu. Istri saya tidak suka pergi dengan saya ke Home Depot lagi, mari kita bicara seperti itu. Saya menggunakan analogi, jika Anda memiliki engsel yang berdecit atau bocor apa pun, masuklah ke sana dan bayangkan, "Saya ingin memperbaiki keran saya." Pikirkan. Pergi ke tempat Zen Anda, "Saya ingin memperbaiki keran saya." Jangan berpikir, "Hmm, apa yang bisa saya perbaiki di rumah saya?" Karena Anda akan berada di sana sepanjang hari dan Anda akan lupa tentang segel keran dan Anda akan pergi dengan selokan.

Apa yang saya coba fokuskan pada orang adalah aplikasi. Anda memberi tahu saya ini sakit dan itu sakit, mari kita ambil aplikasi. Apakah ini ERP Anda? Keren. Mari kita dapatkan aplikasinya di POC, cari tahu untuk saya, tidak peduli siapa yang harus Anda ajak bicara atau informasi apa pun yang Anda harus membanting tulang. Terbuat dari apakah aplikasi itu? Server basis data, server file, Anda tahu, apa pun, apa pun, semua titik akhir aplikasi. Cari tahu, dapatkan semua akses ke sana. Jika Anda butuh bantuan untuk mendapatkan alat apa pun, keren, kami ada di sini. Tetapi mari kita fokus pada aplikasi tertentu karena di situlah nilainya pada akhirnya. Maksud saya Anda dapat dengan mudah menambahkan ratusan atau ribuan server dan mulai bergerak pada sudut itu, tetapi kemudian Anda sangat banyak dalam model serial yang sangat - itu tidak hanya tidak berkelanjutan dari POC, tetapi juga tidak seperti yang kita inginkan. kepala menjadi.

Rick Sherman: Ya, dan apakah Anda akan mengatur dasbor, dll, semacam memberi Anda pandangan bisnis, semacam pandangan komposit potongan-potongan yang mendukung entitas itu, apa pun yang mereka coba pantau?

Robert Vandervoort: Tentu saja. Saya biasanya menyarankan, oke, kami ingin memiliki - yang saya sebut ini adalah peta aplikasi tempat kami memiliki dasbor aplikasi kami dan harus memiliki semua bagian ini. Buat diagram jika itu tidak ada, tampar ke Uptime, cari tahu apa yang perlu pergi ke sana. Setidaknya temukan semua hal ini dan dapatkan di bawah pengawasan dan kemudian mulai menambahkan layanan yang benar-benar ditambahkan untuk membuat fungsi aplikasi itu. Seperti halnya di sini dengan SharePoint ada - dan semacam titik keren - aplikasi ini dapat dibangun dari aplikasi lain. Dalam kasus di mana Anda memiliki seperti cluster SQL, itu benar-benar sebuah aplikasi. Ini beberapa server, beberapa layanan, dan banyak hal. AD adalah aplikasi dll., Dll. Saya bisa membuat tampilan agregat ini dari yang seperti yang Anda lihat di sini di SharePoint. Kami ingin dapat membangun ini. Jika saya tidak bisa membuat ini, saya belum menambahkan cukup banyak. Kami melakukan semua bagian kecil di sana yang membuatnya tergerak.

Rick Sherman: Apakah Anda bekerja dengan cara terbalik?

Robert Vandervoort: Yap, pikirkan mundur, bekerjalah maju.

Eric Kavanagh: Oke. Dez, bawa pergi.

Dez Blanchfield: Saya ingin mendapatkan wawasan Anda, hanya sebentar karena saya tahu kami kekurangan waktu di sini, jadi saya akan menyimpannya pada satu pertanyaan mendalam jika saya bisa. Bisakah Anda memberi kami wawasan tentang di mana menurut Anda bisnis dan organisasi saat ini sejauh pandangan nilai, tidak hanya pemantauan layanan, tetapi jenis pendekatan yang Anda ambil di sekitar ujung pragmatis ujung ke ujung. Secara khusus, dari manfaat komersial. Jadi banyak dari kita berasal dari latar belakang teknis dan kami senang bisa melakukan ping dan melihat apakah mereka aktif. Tapi dari sudut pandang bisnis, mereka sering tidak tertarik karena itu seperti, dan seperti yang Anda katakan itu memanggil kami untuk itulah kami membayar Anda.

Apakah Anda melihat transisi menjauh dari hanya menyalakan lampu untuk sekarang menempatkan KPI di tingkat komersial dan tingkat operasi pada integrasi yang dalam dari pemantauan tingkat manajemen layanan untuk seluruh hal kerangka kerja yang berfungsi dengan baik, sehingga orang melihat alat Anda dari sudut pandang bahwa kita dapat tetap menyalakan lampu, tetapi jika kita benar-benar meletakkan nilai dolar pada nilai melihat seluruh tampilan ujung ke ujung dan memastikan bahwa, "Oke, semuanya menyala, apakah kita menggunakan dengan bijak seperti yang Anda katakan, apakah kita akan bertemu dengan SLA kita, dan jika demikian, apa artinya itu bagi bisnis? ”Apakah Anda melihat transisi ke arah itu atau kita masih jauh dari itu?

Robert Vandervoort: Pasti ada keinginan. Ada urgensi di sana. Teman-teman, saya bertanya untuk membuka pertanyaan, itu pertanyaan yang sudah jelas - apakah Anda memiliki SLA? Dan hampir tidak diragukan lagi, “Tidak, tetapi manajer kami agak membicarakannya” dan seterusnya. Saya seperti, “Keren, bagaimana Anda akan sampai di sana?” “Yah, kami tidak begitu yakin. Kami agak melihat ServiceNow atau kami melakukan ini. "Saya seperti, " Anda harus mengerti, ServiceNow adalah suatu hal, ini adalah kerangka kerja yang menganggur, pada dasarnya mengikuti langkah kunci dengannya, "baiklah, tidak mendukung platform ITSM tertentu. Tapi itu tidak akan menjawab pertanyaan SLA Anda. Ini hanya akan berbicara tentang berapa jam kerja yang Anda habiskan untuk memperbaiki printer atau berapa banyak sumber daya yang masuk ke server tertentu jika Anda harus membeli suku cadang untuk itu? Itu tidak dapat menjawab pertanyaan di dunia nyata tentang server apa yang benar-benar dibutuhkan, akhir masa pakainya atau apa pun. Tidak ke tingkat mana pun.

Ketika kita berbicara tentang, seperti, dari sudut pandang SLA, ada beberapa pelanggan kami yang benar-benar memiliki SLA sehingga mereka kehilangan uang. Ini seperti mengirim pizza, jika terlambat, jika mereka akan mengecewakan Anda maka mereka tidak mendapatkan uang. Jadi ada dampak bisnis langsung di sana, orang-orang itu cenderung lebih peduli tentang hal-hal ini daripada yang lain dan itu sebabnya salah satu hal yang saya benar-benar mendesak orang untuk lakukan hanyalah menciptakan harapan untuk diri sendiri, untuk tim Anda, untuk IT. Itu tidak harus nyata atau tertulis atau dijanjikan kepada siapa pun, tetapi ketika Anda pergi dan menciptakan harapan, memiliki sesuatu yang terbalik berkata, "Hei, ini sebabnya, mengapa saya tidak memenuhi ketersediaan server." hanya satu server yang bau. Kita dapat fokus pada satu server dan, "Hei, lihat, kita punya waktu kerja yang sempurna." Dan ini sebenarnya kasus saya, saya punya yang seperti ini, tapi Anda tahu.

Jadi ya, untuk menjawab pertanyaan itu, ya, tentu saja, saya merasa ada lebih banyak keinginan daripada yang sebenarnya bergerak ke arah itu karena orang masih bergulat dengan bagaimana Anda mendapatkan alat yang benar-benar dapat menjawab pertanyaan, bagaimana cara memonitor cukup banyak hal dan kebanyakan orang memiliki banyak alat. Itu karena tim jaringan pergi berbelanja untuk alat pemantauan jaringan, dan tim dev pergi berbelanja untuk alat APM, dan orang-orang basis data berbelanja untuk alat mereka dan tidak ada dari mereka yang benar-benar berbicara satu sama lain kecuali di ruang makan siang.

Dez Blanchfield: Ya, itu sakit kepala yang tidak pernah berakhir bagi saya dalam hidup saya. Seperti 25 tahun terakhir saya mengalami masalah yang terus-menerus ketika Anda masuk ke organisasi karena mereka telah dipecah dan tersegmentasi menjadi blok-blok logis. Seperti foto orang yang sangat, paling depan dari pikiran itu, adalah pusat operasi jaringan dan mereka khawatir tentang jaringan dan selama jaringan itu berjalan, mereka dibayar dan pekerjaan mereka selesai serta handoff mereka. Jadi ya, tapi ini menarik.

Satu pertanyaan cepat terakhir dan sebagian minat pribadi saya, tetapi saya tahu banyak orang akan ingin mengetahui hal yang sama. Bagaimana kita mendapatkan alat ini dan bagaimana kita memulainya? Di mana kita akan menemukannya, di mana kita mendapatkan lebih banyak informasi dan dapatkah kita mendapatkan demo atau uji coba atau sesuatu seperti itu?

Robert Vandervoort: Tentu saja, ya. Aku benci kata itu, tentu saja, tidak ada yang seperti itu. Idera.com adalah tempat Anda akan pergi untuk itu. Ada sedikit ikon jack, yang bertuliskan “IT Management, ” Anda akan mengkliknya dan kemudian ada dua opsi. Satu untuk yang berbasis cloud yang kami miliki, dan yang lainnya untuk Uptime Infrastructure Monitor, yang merupakan produk yang kami tunjukkan kepada Anda hari ini. Persidangan harus sekitar 30 hari atau lebih. Jangan masukkan BS dalam formulir, taruh info asli Anda. Petugas penjualan kami benar-benar sangat mudah, tidak ada yang memberi tahu saya bahwa petugas penjualan itu menyebalkan. Tapi sebenarnya itu karena mereka jalur terbaik Anda ke orang-orang seperti saya di tim saya.

Jika Anda memiliki pertanyaan teknis dan dokumentasi tidak memotongnya untuk Anda - karena dokumentasi apa yang pernah dilakukan - Anda memiliki garis dukungan langsung, level petugas jika Anda mau, dan juga ekstensi karena kebanyakan orang akan ingin pergi dan terhubung ke vCenter dan Anda menemukan ratusan hal. Anda akan mengeluarkan lisensi uji coba, sehingga mereka akan menanyakan pertanyaan-pertanyaan yang relevan untuk memastikan Anda mendapatkan kuadrat untuk POC, atau jika Anda ingin demo satu-satu yang pasti cara untuk melakukannya.

Dez Blanchfield: Fantastis. Baiklah, terima kasih banyak, saya menantikan hal itu dan mudah-mudahan kita akan bertemu lagi dan kita akan berbicara tentang menambahkan rantai blog untuk itu. Eric, kami akan mengembalikannya padamu.

Eric Kavanagh: Ini dia, kedengarannya bagus, kawan. Saya punya beberapa pertanyaan cepat yang akan saya berikan kepada Anda dengan sangat cepat. Salah satunya adalah: apakah Uptime Infrastructure Monitor merupakan aplikasi berbasis web atau klien-server, dapatkah Anda menjawabnya?

Robert Vandervoort: Berbasis web. 100% berbasis web. Di tempat.

Eric Kavanagh: Bagus, dan peserta lain bertanya: apakah Anda perlu menginstal semacam daemon eksklusif pada masing-masing server agar IDERA memantau mereka?

Robert Vandervoort: Saya menyimpan ini untuk semua orang, jadi mari kita lihat instruksi ini. Jadi tanpa agen, saya katakan tanpa agen, tanpa agen, tanpa agen sama seperti saya katakan kabel kecuali Anda harus nirkabel, dan saya akan menyelamatkan Anda beberapa analogi tidak layak lainnya tentang nirkabel. Tapi bagaimanapun, kami memiliki agen untuk hampir semua OS, satu-satunya hal yang Anda lewatkan jika Anda tidak menggunakannya adalah jalur terenkripsi TLS1.2 ke server yang ia gunakan, serta kemampuan untuk menjalankan skrip langsung di atasnya.

Di luar itu, Windows, Net-SNMP, Windows kami memiliki WMI, Net-SNMP untuk seluruh dunia, SNMP untuk semua hal jaringan Anda, dll., Dll. Jadi, tidak, saya selalu mengatakan tidak, Anda tidak harus kecuali kamu mau. Dan kemudian sejauh seperti teknologi menginstalnya, ia datang dengan semua yang Anda butuhkan, sisi kanan diagram, berjalan dari MySQL, Java, PHP, Apache. Anda tidak perlu menemukan server lain untuk menjalankannya. Itu bahkan akan berjalan pada Windows 7 paket layanan satu ke atas. Kami memiliki distribusi berbasis Linux dan Solaris juga, jadi secara teknis Anda bahkan tidak perlu membayar lisensi server untuk menamparnya, hanya beberapa perangkat keras tambahan.

Eric Kavanagh: Keren, saya harus mengatakan ini adalah presentasi yang fantastis, jadi terima kasih kepada kedua analis kami hari ini, dan terima kasih kepada Anda, dan tentu saja untuk IDERA. Saya pikir ini adalah hal yang hebat dan saya pikir kalian menantikan dengan cara yang sangat positif dan menarik, dan kami akan mendengar lagi dari IDERA di akhir tahun, teman-teman. Kami punya beberapa acara lagi. Ini luar biasa, terima kasih banyak atas waktu Anda. Arsip biasanya naik dalam waktu sekitar satu hari, jadi lompat online ke Techopedia atau InsideAnalysis.com untuk mendapatkan detailnya di sana, dan kami akan berbicara dengan Anda di lain waktu, hati-hati. Sampai jumpa.

Rick Sherman: Terima kasih kawan.

Eric Kavanagh: Ya, dan Dez -