Isi
Bawa pulang:
Percakapan kami dengan Ben Nye, CEO Turbonomic.
Mungkin Anda pernah mendengar tentang komputasi otonom. Ini mengacu pada kemampuan komputer atau sistem untuk mengatur dan mengelola sendiri. Dan, sampai saat ini, itu masih sedikit mimpi pipa futuristik. Kami ingin belajar lebih banyak tentang cara kerja sistem otonom, jadi kami berbicara dengan Ben Nye, CEO Turbonomic dan direktur pelaksana Bain Capital Ventures. Turbonomis (sebelumnya VMTurbo) baru-baru ini menjalani merek-ulang untuk menggambarkan secara lebih akurat apa yang dilakukan perangkat lunak mereka. Nama baru ini menggabungkan tema inti Turbonomis dalam platform manajemen aplikasi: Turbo (kinerja waktu-nyata), kontrol otonom (mengatur sendiri dan mengelola beban kerja) dan prinsip ekonomi (penawaran dan permintaan). Di sini Ben berbicara tentang sistem otonom dan pentingnya otomatisasi dalam lingkungan yang semakin kompleks yang didorong oleh data.
Techopedia: Youve muncul beberapa kali dalam Daftar Forbes Midas untuk kapitalis ventura atas (VC). Sebagai seorang VC, Anda memiliki titik pandang yang menarik untuk melihat seluruh lanskap teknologi dengan seberapa banyak dunia telah berubah selama bertahun-tahun. Apa yang mengejutkan Anda ketika Anda melihat kembali berapa banyak hal telah berubah di pusat data?
Ben Nye: Jawaban singkatnya adalah saya pikir langkah perubahan di pusat data telah benar-benar dipercepat melampaui apa pun yang dilihat orang. Apa yang terjadi adalah pengembangan perangkat lunak ini mendefinisikan pusat data dan pada dasarnya abstraksi dari perangkat keras. Itu membuka drive pertumbuhan keseluruhan dalam elemen-elemen perangkat lunak.
Jadi sekarang, alih-alih berurusan dengan siklus penyegaran vendor perangkat keras (yang untuk waktu yang lama hampir berfungsi sebagai penjaga pintu ke pusat data), itu sekarang benar-benar dibuka untuk elemen seberapa cepat Anda dapat membuat ide - karena perangkat lunak, sungguh, adalah ide. Tanpa kendala pada pembuatan ide, ini adalah waktu yang sangat menyenangkan dan menyenangkan, tetapi laju perubahan di pusat data dan bahkan definisi pusat data telah berkembang secara material dan lebih cepat daripada sebelumnya.
Sesuatu yang saya temukan sangat menarik tentang hal itu adalah ketika kami pergi ke pusat data yang ditentukan perangkat lunak, semua pengontrol dan API serta tombol-tombol dunia perangkat keras didefinisikan ulang dalam perangkat lunak. Apa yang kami lakukan adalah memikirkan hal ini dalam hal cara baru untuk mendorong kinerja dan produktivitas, yang akan membawa aplikasi dan perubahan permintaan pada aplikasi ini dan mengikatnya ke pengontrol yang didefinisikan ulang dalam perangkat lunak karena, pada akhirnya, itu perangkat lunak untuk perangkat lunak.
Ketika Anda melakukannya, Anda sekarang dapat menghapus middleware manusia dari antara lapisan aplikasi dan lapisan infrastruktur karena sekarang, untuk pertama kalinya, Anda dapat mengikatnya secara bersamaan - inilah kata yang penting - secara otonom, artinya secara harfiah memungkinkan aplikasi untuk mengatur dan mengatur diri sendiri.
Itu juga membuatnya ekonomis dalam arti bahwa sekarang permintaan menemukan pasokan dan kami fokus pada model konsumsi TI, model ekonomi alih-alih model berbasis alokasi atau model berbasis pasokan. Itu adalah twist yang cukup mendasar dalam kisah tentang bagaimana TI atau model manajemen industri teknologi harus dijalankan. Dan itu menghasilkan kinerja yang lebih baik, dan lebih banyak efisiensi dalam hal biaya. Ini juga membuat pelanggan lebih gesit dan tangguh, dan membuat penggunaan tenaga kerja jauh lebih baik di pasar
Inilah yang sangat ironis tentang apa yang terjadi pada tahun 2016 dengan setiap pusat data yang ditentukan oleh perangkat lunak. Pertama, Anda memantau perangkat keras Anda untuk mencari tahu kapan aplikasi rusak, yang berarti mereka melanggar kualitas layanan atau SLA, tetapi saat kami menggunakan perangkat lunak untuk menemukan kesalahan, kami kemudian kembali ke perangkat keras untuk peringatan yang dihasilkan mesin . Petunjuk kedua adalah kami mengizinkan aplikasi yang menjalankan bisnis untuk istirahat, dan yang ketiga adalah kami menerima peringatan berulang yang dihasilkan mesin dan kami menyerahkan peringatan tersebut Keorang-orang.
Tanpa Bug, Tanpa Stres - Panduan Langkah Demi Langkah Anda untuk Membuat Perangkat Lunak yang Mengubah Hidup Tanpa Menghancurkan Kehidupan Anda
Anda tidak dapat meningkatkan keterampilan pemrograman Anda ketika tidak ada yang peduli dengan kualitas perangkat lunak.
Ini harus mundur.
Dan di situlah kami ingin mengubah model manajemen TI dari alokasi atau menebak dan kembali ke model berbasis konsumsi, berdasarkan permintaan.
Baca: Pusat Data Berbasis Permintaan - Apa yang Dapat Dipelajari oleh Administrator Sistem dari Wall Street
Techopedia: Sekarang setelah Anda menyebutkannya, ya, kami membuat apa pun yang ditentukan perangkat lunak, tetapi kemudian lansiran dikirim ke bagian proses yang lambat, yaitu, seperti yang Anda katakan, middleware manusia.
Anda menyebutkan istilah otonom. Bisakah Anda berbicara sedikit tentang pentingnya sistem otonom dalam TI? Mengingat perubahan nama dari VMTurbo ke Turbonomis, saya rasa ini lebih penting daripada yang disadari kebanyakan orang.
Ben Nye: Tentu saja. Pertama dan terpenting, definisi otonom, ketika diterapkan pada komputasi, berada di sekitar sistem yang dapat mengatur sendiri, mengatur sendiri.
Jadi pikirkan jaringan Bayesian, pikirkan algoritma pencarian, pikirkan data besar, yang sekarang orang sebut "pembelajaran mendalam." Itu adalah bentuk kecerdasan buatan. Apa yang saya pikir paling menarik tentang Turbonomis adalah itu bentuk akhir dari kecerdasan buatan karena beban kerja aplikasi membuat keputusan secara mandiri dalam perangkat lunak mengenai elemen infrastruktur mana yang harus mereka jalankan dan kapan mereka harus bergerak sendiri, mengukur diri sendiri, memulai dan menghentikan diri mereka sendiri, mengkloning diri mereka sendiri. Itu benar-benar menarik - dan kami melakukannya dengan memanfaatkan abstraksi dan likuiditas yang diberikan oleh virtualisasi, atau wadah, atau cloud.
Kemudian, memiliki abstraksi yang serupa dari semua bentuk permintaan yang berbeda - sehingga Anda dapat memiliki VM, Anda memiliki wadah, Anda dapat memiliki JVM - kami sedang melihat semua bentuk permintaan ini dan semua bentuk pasokan ini dan semuanya diabstraksikan. Jadi, mari biarkan permintaan lalu pilih atau cocokkan dengan persediaan. Dan kemudian jika mereka berada di satu host fisik dan mulai macet, daripada mulai membiarkannya gagal dan menghasilkan peringatan dan memiliki aplikasi, Anda tahu, meledak, mengapa tidak hanya membiarkannya membuat keputusan untuk pindah diri? Selama Anda menentukan harga dalam keputusan Anda - perpindahan dan biaya untuk kembali - maka Anda benar-benar dapat membuat keputusan alokasi sumber daya yang jauh lebih menarik.
Techopedia: Saya suka analogi penawaran dan permintaan. Dalam teori ekonomi, sumber pasokan ditetapkan dalam jangka pendek dan hanya dapat berubah dalam jangka waktu yang lama. Dalam apa yang Anda gambarkan - jika Anda menyimpan analogi ekonomi itu - Anda mengubah seluruh paradigma. Artinya, Anda dapat mengubah pasokan dalam jangka pendek, bukan? Anda memiliki fleksibilitas lengkap untuk benar-benar menjadi lebih efisien dan, memikirkan pemanfaatan sumber daya sebagai pasar, memiliki pasar yang hampir efisien secara real time?
Ben Nye: Anda benar sekali. Ini adalah model ekonomi yang menjadi prinsip di mana permintaan menemukan pasokan, tetapi TI dikelola menggunakan prinsip ekonomi. Dan seperti yang dikatakan John Maynard Keynes, "Dalam jangka panjang kita semua mati."
Techopedia: Saya tidak berpikir Anda akan bertemu dengan CIO apa pun saat ini yang belum pindah atau tidak serius memikirkan langkah untuk menempatkan lebih banyak sumber daya di cloud. Di mana Anda melihat industri ini bergerak di tahun-tahun mendatang?
Ben Nye: Saya pikir Anda akan melihat sejumlah perubahan. Cukup jelas bagi kami bahwa itu tidak akan menjadi seluruh platform ulang teknologi. Sama seperti mainframe masih di sini, saya tidak berpikir Anda akan pernah melihat 100% platform ulang. Kemungkinan besar Anda akan melihat dunia hibrida. Anda akan memiliki pribadi dan publik, namun saya pikir publik akan benar-benar multi-cloud publik, bukan cloud tunggal publik. Dalam melihat pemain terbesar di sini, hanya ada segelintir. Tetapi ketika Anda pergi ke Eropa atau seluruh dunia, Anda melihat banyak operator yang semuanya awan, dan jadi saya tidak berpikir itu adalah lompatan besar, kan? Namun, pertanyaan sebenarnya adalah bagaimana pelanggan mendapatkan cloud yang tepat untuk menjalankan beban kerja mereka? Teori kami di belakang perusahaan adalah itu segala beban kerja harus dapat dijalankan infrastruktur apa pun, dimana saja. Berarti on-prem atau off dan kapan saja karena, ingat, waktu adalah pengganti permintaan.
Jadi, ketika permintaan berubah, Anda mungkin ingin meledak ke cloud. Atau jika Anda akan memindahkan beban kerja ke cloud secara permanen, beban kerja apa yang akan Anda tarik kembali? Karena sekarang Anda memiliki kapasitas di pusat data Anda. Kenapa bayar dua kali? Dan salah satu hal yang kami lakukan bersama hari ini dengan Verizon Intelligent Cloud Control tetapi juga dengan lingkungan lain adalah memungkinkan pelanggan untuk mendasarkan keputusan mereka tentang di mana harus menjalankan beban kerja tersebut, tidak hanya pada harga karena harga dapat mengunci Anda, tetapi juga yang lebih penting pada kinerja aplikasi. Kemudian Anda dapat memiliki pertimbangan lain seperti harga, atau kepatuhan, atau kedaulatan data, atau keamanan, dan sumber daya lain yang hanya sumber daya yang dapat diperdagangkan secara fundamental di pasar ini yang kami uraikan.
Techopedia: Itu model ekonomi?
Ben Nye: Ya. Jadi semuanya kembali ke model ekonomi. Coba pikirkan seberapa logis ini. Ngomong-ngomong, ini bukan hanya analogi, ini sebenarnya cara model itu bekerja. Beban kerja memiliki anggaran dan beban kerja melihat teori antrian dan kemacetan, sehingga jauh lebih berkembang. Ini bukan kenaikan harga linear ketika mulai padat; itu naik secara eksponensial, memaksa anggaran terkena dampak dan karenanya beban kerja untuk membuat keputusan untuk bergerak.
Selama Anda telah mengabstraksikan semua kerumitan di pusat data, kini Anda dapat berdagang IOPS dari kotak XtremIO, kotak Penyimpanan Murni, dan kotak Compellent, dan kotak 3Par karena semuanya memiliki karakteristik IOPS yang berbeda tetapi aplikasinya dapat karena itu belilah sumber daya tersebut atas pilihannya sendiri. Tidak ada bedanya dengan melihat CPU atau vCPU, MEM atau vMEM, kan? Semuanya dapat diperdagangkan, jadi haruskah saya berlari di sini atau di sini? Itu tidak masalah! Komoditas umum di sini adalah pasokan infrastruktur.
Komoditas umum di sini adalah pasokan infrastruktur dan alasan yang penting adalah - saya akan menggunakan analogi - jika Anda ingat
kembali pada tahun 1978 kami menderegulasi maskapai penerbangan. Sebelum itu, setiap kursi adalah sama, kami memberi harga mereka semua sama dan sementara itu logis itu salah karena di sisi konsumsi, kemauan untuk membayar sangat berbeda. Jadi, kursi adalah komoditas, tetapi dengan mengubah fokus ke permintaan, harga per kursi - meskipun kursinya sama - Anda dapat memastikan kesediaan berbeda untuk membayar. Jadi yang kami lakukan adalah mengambil sumber daya yang mewakili komoditas umum, menerbitkannya di web - pertama Sabre dan Apollo, tetapi kemudian menjadi Travelocity, Kayak, dan Priceline.
Tiba-tiba, ketika Anda membiarkan permintaan memilih pasokan, lihatlah dan seluruh industri berubah. Faktor muatan naik tetapi biaya terbang turun dan seluruh infrastruktur maskapai yang kami miliki di negara ini menjadi modern. Itu adalah kemajuan besar. Oh, dan omong-omong, jika Anda melihat Priceline hari ini bernilai $ 70 miliar. Itu lebih dari maskapai mana pun dan mereka tidak memiliki satu pesawat.
Techopedia: Menarik. Aku tidak pernah benar-benar berpikir seperti itu ...
Ben Nye: Mereka tidak memiliki pesawat, mereka tidak memiliki gerbang, mereka tidak memiliki kursi, mereka tidak mempekerjakan pilot, kan? Dan kemudian Anda berkata, "Tapi apa contoh lain yang kita miliki tentang ekonomi terpusat berbasis pasokan?" Mari beralih. Hotel berbasis pasokan, kan? Anda punya hotel, Anda tidak bisa memindahkannya. Anda punya kamar-kamar ini tetapi bagaimana Anda memberi harga kamar-kamar itu? Dan sepanjang datang Hotels.com, dan Expedia, dan Travelclick, dll. Dan hal yang sama terjadi. Anda melihat restoran dan Anda punya OpenTable. Anda melihat Yellow Pages. oleh Google. Anda melihat iklan baris di surat kabar dan diganti oleh eBay atau Craigslist.
Salah satu contoh favorit saya adalah Uber. Jika Anda berjalan-jalan di kota mana pun, Anda akan melihat sederetan taksi menunggu orang dan kemudian Anda naik ke bagian lain dari kota yang sama dan ada sederetan orang menunggu taksi. Dan Anda berpikir, ini tidak mungkin benar. Kemudian muncullah Uber, yang menggunakan smartphone untuk membiarkan permintaan pasokan drive. Sekarang, dengan Uber, Anda memiliki 90% permintaan terpenuhi dalam 10 menit, sementara di dunia taksi, 90% permintaan tidak terpenuhi dalam 10 menit dan itulah sebabnya putaran terakhir Uber adalah $ 62 miliar. Dan ingat, mereka tidak memiliki taksi atau mobil!
Techopedia: Jadi di pusat data biasa, kami pada dasarnya melakukan hal yang sama dengan memanggil taksi, bukan?
Ben Nye: Jadi pikirkan seperti ini: Beban kerja adalah pemegang anggaran, karena itulah kami membangun pusat data. Jadi, mereka secara efektif adalah manusia Anda dalam contoh ini. Lalu saya memiliki sumber daya ini, sumber daya bersama ini, semuanya sepenuhnya abstrak. Itu disebut persediaan dan dapat ada di mana-mana - semuanya di bawah kebutuhan aplikasi, dari server dan lingkungan komputer hingga jaringan, hingga penyimpanan. Sekarang yang kita inginkan adalah memastikan bahwa ini adalah pasar yang efisien. Jadi, pemegang anggaran tersebut harus dapat bertindak secara otonom, artinya mandiri dan secara real time diberikan jumlah perubahan permintaan pada beban kerja itu sendiri atau, dalam hal ini, pada aplikasi. Itu sebabnya ini sangat analog dengan permintaan menemukan pasokan. Dengan menggunakan sistem ini, Anda mendapatkan kinerja aplikasi yang jauh lebih baik karena Anda tidak menunggu hambatan tenaga kerja manusia untuk merespons peringatan yang dihasilkan mesin untuk membuat keputusan perawatan dan pemberian makan untuk aplikasi tersebut. Anda malah melakukannya secara waktu nyata. Dan Anda melakukannya dengan skala besar karena institusi ini, pelanggan ini, menjalankan ribuan aplikasi sehari, dan mereka harus berkinerja.
Jadi, pertama-tama Anda mendapatkan pengalaman kinerja yang jauh lebih baik. Selain itu, Anda tidak membuat orang menghabiskan hari-hari mereka menjadi pelaku. Sebaliknya, mereka akan kembali menjadi pemikir dan mereka tidak hanya menerima peringatan yang dihasilkan mesin, mereka berpikir bahwa mereka benar-benar dapat membantu bisnis. Mereka berpikir tentang strategi layanan mikro dan strategi hybrid dan multi-cloud dan tentang perangkat lunak yang ditentukan jaringan dan fungsi jaringan dan virtualisasi - semua hal ini yang benar-benar memajukan bisnis dan mengeluarkan mereka dari dunia aplikasi perbaikan perawatan dan pemberian makan, atau tanggap merespons.
Kami benar-benar menemukan bahwa di mana saja antara 40% dan 60% dari modal pusat data sudah melebihi ketentuan dan kami dapat membeli banyak dari itu untuk disesuaikan kembali - jadi, hindari pembelian perangkat keras baru - atau dinonaktifkan dan alasannya yang sangat penting adalah -
Techopedia: Maaf saya periksa ini, 40-60%? Maaf, jumlah itu mencengangkan.
Ben Nye: Iya. Dan yang lebih penting adalah 14% listrik di negara ini dikonsumsi oleh pusat data.
Techopedia: Jadi kita bisa menghemat 5-8% dari seluruh konsumsi listrik negara jika kita tidak menyediakan terlalu banyak pusat data kita?
Ben Nye: Biarkan saya memberi Anda beberapa cadangan untuk menjelaskan mengapa, oke? Ini kembali ke dunia ekonomi berbasis pasokan. Pertama, ketika Anda memiliki aplikasi baru dan menjalankan toko IT, bagaimana Anda mengukurnya?
Techopedia: Ya, Anda pergi ke arsitek dan mereka menebak, bukan? Dan kemudian mereka menunggu sampai rusak.
Ben: Tepat. Anda pergi ke lini bisnis, dan Anda memiliki percakapan, dan mereka tidak tahu apa-apa yang Anda tidak tahu. Jadi mereka menebak dan Anda menebak, dan bersama-sama kami mencoba dan menebak tentang apa ukurannya.
Jadi, Anda akan mengalokasikan empat atau delapan VCPU. Sekarang, yang menarik adalah alokasi tersebut mencakup kaki fisik, atau kaki virtual pada server fisik. Setiap kali permintaan datang dari aplikasi itu, permintaan akan diantri menjadi empat atau delapan VCPU. Ini pada dasarnya seperti pergi ke restoran dan mengatakan Anda adalah pesta empat atau delapan, meskipun Anda mungkin hanya menjadi salah satu pihak. Anda tidak akan pernah bisa duduk.
Kami mengalokasikan secara berlebihan dengan dugaan kami, yang berarti kami mendapatkan kinerja terburuk dan harganya sangat mahal. Itu masalah nomor satu. Masalah nomor dua adalah bahwa sekarang Anda tidak dapat mengukur aplikasi Anda secara akurat, yang menimbulkan pertanyaan: bagaimana Anda menempatkannya jika Anda tidak dapat mengukurnya?
Anda menebak lagi. OK, jadi sekarang kita menebak hal pertama, kita menebak hal kedua, lalu ada hal yang disebut VM sprawl, atau VM tanpa permintaan. Itu dibiarkan dalam keadaan bukannya dihapus dan cadangan perangkat keras juga. Lalu apa yang kita lakukan adalah mencoba menyatukan semua ini dalam model kapasitas historis berbasis manusia dan karena kita hanya menjalankannya sekali atau dua kali setahun, kita harus membangun pagar lagi, jadi kita berbicara 20-30% lindung nilai karena permintaan mungkin meningkat pada semua aplikasi ini dan kemudian kita akan "menutup cluster," karena kita akan menganggap bahwa kumpulan host menjadi "penuh". Di sana Anda sekarang telah mengunci sebanyak setengah dari kapasitas pusat data Anda dan itu terlalu banyak disediakan.
Techopedia: Ini seperti Anda mengatur kegagalan, seperti tidak ada cara yang mungkin dalam paradigma lama untuk tidak melakukan penyediaan atau tidak ...
Ben Nye: Jika yang Anda lihat dan kelola adalah pasokan infrastruktur, bagaimana Anda tahu jika Anda memiliki cukup persediaan untuk menjadi tangguh jika Anda tidak melihat dan memahami dan secara real time mengikat dalam permintaan? Jika yang Anda lihat hanya persediaan, bagaimana Anda tahu jika Anda punya cukup? Bagaimana Anda tahu jika Anda memiliki terlalu banyak?
Techopedia: Yah, Anda mungkin mempekerjakan beberapa kepala lagi untuk menebak lebih banyak. Anda menghabiskan lebih banyak uang untuk menyelidiki masalah itu, bukan?
Ben Nye: Dan Anda masih berakhir dengan ketentuan yang berlebihan pada urutan, sebut saja setengah, dan Anda membeli perangkat keras yang tidak perlu. Seluruh konsep di balik virtualisasi dalam instantiasi pertamanya ada di sekitar alih-alih memiliki setumpuk perangkat keras khusus untuk setiap aplikasi, saya akan dapat memindahkan beban kerja ini di antara tumpukan khusus dan, oleh karena itu, seluruh ide adalah untuk menyediakan perangkat keras dengan rata-rata puncak bukan jumlah puncak dari semua modal perangkat keras.
Namun, ketika Anda sekarang mengambil kontrol otonom real-time, kontrol kinerja, sisi konsumsi VM atau wadah atau cloud, dan Anda memikirkan hal yang sama; apa yang kita lakukan? Kami keluar dan kami stress test setiap aplikasi dan ada ribuan - ada ratusan hingga ribuan aplikasi dalam suatu lingkungan tergantung pada ukuran pelanggan - dan jadi kami melakukan stress test untuk CPU, untuk vCPU, untuk MEM, untuk vMEM, dan seterusnya bahwa semua elemen atau sumber daya berbeda? Dan kemudian kita penyediaan berdasarkan jumlah puncak lagi. Perbedaannya adalah jika Anda tidak memiliki kelambatan atau hambatan yang terkait dengan tenaga kerja dan sekarang Anda dapat menentukan rata-rata puncak, tebak apa yang bisa kita lakukan? Kami dapat mengelola lingkungan itu secara aktif karena semua aplikasi tidak pernah melakukan spike sekaligus.
Techopedia: Wow. Thats benar-benar kembali ke virtualisasi apa yang seharusnya menjadi semua tentang di tempat pertama.
Ben: Ini adalah virtualisasi atau containerisasi 2.0: Real time, kontrol kinerja otonom.
Techopedia: Jadi jika loop break-fix lama adalah cara berpikir yang sudah ketinggalan zaman, bagaimana Anda menjelaskannya kepada rata-rata pria di garis depan?
Ben Nye: Izinkan saya mengajukan pertanyaan sederhana: Mengapa satu monitor?
Techopedia: Ya, Anda ingin tahu apa yang salah atau kapan ada yang salah, bukan?
Ben Nye: BAIK. Ya. Anda ingin tahu kapan rusak. Tetapi mengapa Anda ingin membiarkannya rusak? Itulah keseluruhan pertanyaan. Dengar, Anda pasti akan memiliki beberapa pemantauan untuk beberapa divisi atau bagian dari pusat data Anda, tetapi pada dasarnya, jika saya dapat memastikan bahwa aplikasi saya berjalan dengan baik dalam apa yang kita sebut keadaan yang diinginkan, yang merupakan jumlah sumber daya yang tepat untuk mendukung mereka secara real time, itu dunia yang jauh lebih baik daripada menunggu pemantauan, dan menyiagakan, dan berusaha meresponsnya.
Ketika virtualisasi pertama kali memunculkan pusat data yang ditentukan oleh perangkat lunak, itu adalah kemajuan yang sangat menarik, tetapi mereka mengambil langkah terlalu jauh karena mereka menyebut diri mereka sistem operasi pusat data di masa depan dan langsung dari kotak, kan? Tetapi jika Anda benar-benar pergi dan mencarinya lima hal yang seharusnya dilakukan oleh sistem operasi, yang pertama adalah manajemen kinerja. Jadi, izinkan saya bertanya kepada Anda, apakah hypervisor melakukan manajemen kinerja?
Techopedia: Tentu saja tidak.
Ben Nye: Tidak. Benar. Maka hal kedua yang harus dilakukan adalah alokasi sumber daya. Jadi, apakah hypervisor melakukan alokasi sumber daya? Tidak.
Bagaimana dengan penjadwalan pekerjaan? Bagaimana dengan pemesanan? Bagaimana dengan perencanaan? Tidak, tidak, dan tidak. Jadi tiba-tiba Anda menyadari cara mereka mencapai hal ini adalah mereka menghasilkan lansiran dan jumlah lansiran bertambah dan bertambah saat kami menggunakan sumber daya di tingkat yang lebih tinggi tetapi juga saat kami membuat lebih banyak aplikasi, dan lebih banyak bentuk beban kerja, dan lebih banyak tempat di mana mereka bisa lari. Tiba-tiba, kami menghancurkan orang dengan semua peringatan ini.
Tetapi hal terbesar adalah bahwa apa yang kita lakukan dengan meminta manusia mengejar peringatan itu berubah orang menjadi sistem operasi pusat data modern, dan itu aneh karena, ternyata, orang tidur. Orang-orang memiliki keluarga, orang-orang yang berlibur, dan orang-orang tidak dapat menggunakan sistem operasi dan itulah sebabnya kami melakukan ini, kami menciptakan sistem kontrol kinerja aplikasi ini, Turbonomis, untuk dapat melakukan kelima hal tersebut dengan tepat. Kami setuju bahwa hypervisor adalah penemuan hebat, dan wadah, dan awan, tetapi kami melihatnya sebagai penyedia likuiditas; mereka bukan sistem operasi. Sisanya dari sistem operasi berasal dari memiliki sistem kontrol kinerja aplikasi. Itu melakukan hal-hal itu, itu melakukan manajemen kinerja, alokasi sumber daya, penjadwalan pekerjaan, pemesanan, dan perencanaan - itulah nilai keseluruhan dari apa yang kita miliki. Itu sebabnya kami ada di pasar.
Techopedia: Katakan padaku apa peran yang menurut Anda pembelajaran mesin atau AI dalam hal ini selama dua hingga lima tahun ke depan? Bagaimana Turbonomis dengan AI mengubah pusat data?
Ben Nye: Ada beberapa kesimpulan luar biasa dan menarik yang dapat dibuat di semua jenis lingkungan yang berbeda. Saya akan mengatakan bahwa apa yang dilakukan jauh lebih tepat dari itu. Ingatlah bahwa salah satu masalah dengan kumpulan data besar yang besar adalah bahwa Anda perlu waktu untuk mengembangkan data itu dan kemudian menghubungkannya dan menarik kesimpulan tentang data itu.
Terkadang, Anda akan menarik kesimpulan yang salah dan sangat sulit untuk mengetahui berapa lama data besar diatur untuk menghapus kesimpulan itu, apakah itu benar atau salah. Kemudian pada akhirnya itu masih berakhir dengan manusia atau beberapa bentuk komponen tenaga kerja manusia statis untuk benar-benar mengambil tindakan. Dalam kasus kami, ini adalah kecerdasan otonom. Tidak hanya kecerdasan buatan dan beban kerja ini benar-benar membuat keputusan sendiri dalam model tetapi Anda melakukannya dengan tingkat presisi. Ini jauh lebih besar dari apa yang dapat dicapai hanya dengan kumpulan data besar.
Techopedia: Jika Anda dapat meninggalkan satu dengan admin sistem rata-rata, atau arsitek pusat data rata-rata, atau CIO rata-rata, di manakah hal-hal yang akan terjadi dalam satu atau dua tahun ke depan? Apa yang orang tidak sadari sekarang bahwa mereka perlu tahu tentang 2017, 2018 dan seterusnya?
Ben Nye: Saya pikir yang paling penting adalah untuk mengingat mengapa kami memasuki arena teknologi; karena kami pada dasarnya ingin tahu, dan kami ingin memungkinkan ekonomi A.S. - atau ekonomi apa pun - untuk berbuat lebih banyak dengan lebih sedikit. Itulah cara perusahaan berjalan dan berguling. Tidak mungkin untuk tetap berpegang pada pendekatan model alokasi atau berbasis pasokan di masa lalu ketika mengharuskan kita untuk berjalan pada urutan sekitar 50% kelebihan ketentuan, dan dalam dunia aplikasi perbaikan, dan di mana kita telah mengubah kerja dari pemikir ke pelaku.
Ada cara yang lebih baik. Cara yang lebih baik adalah merangkul ide-ide baru dan teknologi baru dari vendor baru yang memberi Anda kesempatan untuk melihat sisi permintaan dari persamaan, sisi konsumsi dari VM, wadah, awan, dan berjalan lebih berkinerja di skala yang lebih besar dengan tenaga kerja yang lebih cerdas dan efisiensi yang lebih baik dalam modal Anda, dan fleksibilitas dalam hal ketangkasan dan ketahanan di seluruh operasi Anda ..
Itulah mengapa saya menemukan kesempatan ini sangat menarik sehingga saya ingin menjalankannya, dan mengapa saya percaya sepenuhnya.
Jika Anda ingin Test-drive Platform Kontrol Kinerja Aplikasi Turbonomis gratis, Anda dapat mengunduh di sini.